Commentaires

Commentaires

Commentaire

Administrateur
Avatar
Bonjour,

SM : https://elektrotanya.com/yamaha_cd-s1000.pdf/download.html

C'est un modèle de 2008 type SACD (DVD 650nm). La référence du bloc complet est DB-VTV733. La mécanique à l'air d'être du Pioneer selon ce post : https://audiokarma.org/forums/index.php?threads/durable-used-cd-player-on-a-budget.945357/page-2

En fait dans le SM du XV-DV350, c'est le même montage en photo. Peut-être il y a donc possible de trouver la pièce sous d'autres références chez Pioneer plutôt que Yamaha. Cela permet de cannibaliser ces pièces sur des lecteurs d'occasion Pioneer si besoin (le bon coin).

Hélas en effet pour changer le bloc optique là dessus, il faut retirer au moins un rail en métal, or les vis des rails servent pour ajuster le bloc optique au niveau de l'angle (radial tilt / tangential tilt), il y a un ressort dessous pour ajuster la position/hauteur. Donc oui dans ce cas c'est mort, faut suivre la procédure pour les remettre bien correctement, hélas cette procédure n'existe pas sur le lecteur Yamaha. Dans ce cas, il vaut mieux trouver un bloc complet pré-ajusté en usine qui n'a jamais été touché.

xvdv350-0

Voici la procédure chez Pioneer. Réglage grossier (coarse) à 7.5mm de hauteur. Puis réglage fin en regardant le taux d'erreur si le firmware de l'appareil possède ce mode de réglage.



Commentaire

Administrateur
Avatar
Ce x3100 m4 me sert pour quelques tests et est pour collection. Comme une de ces machines est encore en production à mon taf, je sais maintenant qu'elle ne passera pas certaines prochaines versions. :lol Après ce n'est pas moi qui décide les socles internes à mon boulot, on n'a pas le droit d'installer ce que l'on veut dans le SI :) Jusque là on était axé CentOS puis Rocky, j'imagine comme beaucoup d’administrations ou d'entreprises. Ils sont en train de voir à passer sur Debian. :?

Les 3 ordinateurs "x86" sous Linux qui me servent réellement chez moi (Peertube autohébergé, mon PC-NAS et le Dell T440 pour faire mumuse avec Proxmox) sont v3 ou plus. Sur mes vieilles machines je mettrai ce qui marche c'est tout, je ne vais pas bidouiller plus que ça. Que ce soit Debian/Ubuntu ou RHEL/CentOS/Rocky/Alma/Fedora je me débrouille, je sais faire avec les deux univers chez moi et au boulot.

Perso, je ne vais pas dans toutes les distribs linux qui pop par-ci par-là, je reste dans les grandes les plus connues, matures et sérieuses. Je laisse les gens perdre leur temps sur les DGLFI, petit clin d’œil à Frederic Bezies. :p

L'informatique c'est comme tout, ça évolue, faut s'adapter. Maintenant les besoins en robustesse, support, fiabilité, stabilité dans le monde professionnel ça reste la norme.

Commentaire

Administrateur
Avatar
Tout ce qui est ici est en tant qu'amateur, le site ne reflète pas une activité professionnelle.
Certains réparateurs autoentrepreneurs ou artisans de la réparation électronique sont trouvables sur le bon coin (catégorie "Services").

Commentaire

Administrateur
Avatar
Je ne crois pas que la Xsara satisfera le critère n°4. :lol

https://www.mesplaques.fr/blog/quand-une-voiture-devient-vehicule-de-collection/

Citation :
Le véhicule doit avoir une dimension historique notable, ou une spécificité technique digne d’intérêt pour devenir un modèle de collection

Qu’elle soit de l’ordre de la culture commune, ou de celle des experts, marquer son époque est une nécessité pour obtenir le titre de véhicule de collection. Ce qui sera donc impossible aux véhicules trop communs.


Administrativement ça passerait, mais la Xsara est justement celle qui s'est faite le plus oubliée. Hormis la WRC, les gens retiennent plus la BX, XM, la Xantia et la Saxo.

Commentaire

Administrateur
Avatar
La tête peut se retrouver en occasion, pièce à prélever sur un autre appareil en panne qui possède une autre mécanique de type MDM-1.
Modèles : MDS-102, MDS-501, MDS-B1, MDS-B2P, MDS-B3, MDS-B4P, quelques appareil Denon en sont équipés : DN-1100R, DN-990R.

Commentaire

Administrateur
Avatar
Elle est Crit'Air 4, donc déjà interdite dans les plus grosses agglomérations. J'ai la Ceed essence en Crit'Air 1 pour faire de la ville.
Véhicule à conserver si comme moi on est à la campagne et si on a de la place pour la stationner.
Pour les urbains ZFEisés en effet pas le choix, faut s'en débarrasser pour plus propre.
Normalement un diesel comme cela, ce n'est pas fait pour de la ville seule.
Les gens ont été incités à acheter cela il y a 20 ans quelques soient leurs usages quotidiens.

Commentaire

Administrateur
Avatar
Normalement non après c'est toujours mieux de le faire, il faut vérifier qu'elle ait bien été recollée bien plane.

Commentaire

Administrateur
Avatar
Nic :
Auriez-vous une idée de pourquoi cela fait ça ? Une idée de solution.

Je dirai problème avec l'interrupteur de fin de course (deux lamelles qui font contact) qui serait bloqué. Il renverrait l'information au microcontrôleur comme quoi le bloc optique serait toujours parqué à coté du moteur alors que ce n'est pas le cas. Première chose à vérifier.

Commentaire

Administrateur
Avatar
David C :
Savez vous s'il est possible de la changer et si oui quelle référence pour cette tête

Oui on peut la remplacer, pièce à récupérer sur une autre mécanique MDM-3. Elle est tenue par une vis.

Cyriel Mabilde :
Est-il possible que ces informations soient supprimées après 25 ans en les lisant cinq fois ?

Clairement non.

Commentaire

Administrateur
Avatar
@Low power, yes this is "expected". https://www.hdsentinel.com/forum/viewtopic.php?t=12714

As my screen captures shows, on Windows, HD Sentinel can retrieve some attributes (it depends which HDD tested), but HD Tune Pro does not work at all.
This Maiwo USB dock is not recognized by smartmontools even with scsi mode. gnome-disks do a better job.





Citation :
SCSI/SAS and NVMe drives do not provide ATA/SATA-like SMART Attributes. Therefore the drive database does not contain any entries for these drives. This may change in the future as some drives provide similar info via vendor specific commands (see ticket #870).

Commentaire

Administrateur
Avatar
@Wawann, non pas eu ce souci et je ne le possède plus. Attention aux nappes qui n'aiment pas les remises en place à répétition, et par contre j'ai eu des problèmes de soudures CMS, problème de lancement de lecture (problème de vitesse du moteur cabestan trop faible comme grippé -> mise en veille sécurité eu bout de 3 secondes), mais quand j'appuyais avec le doigt sur une partie du PCB coté micro-contrôleur (en bas à droite à coté de la nappe arrivée SMPS et la puce Showview GEMSTAR) ça refonctionnait nickel. Condos électrolytiques testés OK avec mon Peak Atlas ESR70. j'ai refait des soudures dans la zone pour solutionner le problème. Pour ton cas, faut sortir le manuel de service et voir à l'oscilloscope.

Commentaire

Administrateur
Avatar
@PetitGreg : Je n'avais pas pensé aux logs, dans la mesure où son activité est très faible (pas de serveur web ou de BDD). :? C'était monté à 1.4Go en quelques années. Comme quoi ce n'est pas vraiment optimisé Out Of The Box Raspberry Pi OS.

Code BASH :
root@pi-cacv5000:/var/log# du -h --max-depth=1
8,0K    ./cccpivot
4,0K    ./private
8,0K    ./runit
1,4G    ./journal
756K    ./samba
272K    ./apt
1,5G    .


Petite purge qui a permis de virer quasi la totalité :

Code BASH :
root@pi-cacv5000:/var/log# journalctl --vacuum-time=10d
Deleted archived journal /var/log/journal/76830dc7e5cf41f09f94f7af959523bc/system@3f7e03a9af13415ab609dcd47ecace71-0000000000920f3c-0006219975709de3.journal (49.3M).
...
Vacuuming done, freed 1.2G of archived journals from /var/log/journal/76830dc7e5cf41f09f94f7af959523bc.
Vacuuming done, freed 0B of archived journals from /var/log/journal.
Vacuuming done, freed 0B of archived journals from /run/log/journal.
root@pi-cacv5000:


Code BASH :
root@pi-cacv5000:/var/log# journalctl --vacuum-time=8d
Vacuuming done, freed 0B of archived journals from /run/log/journal.
Vacuuming done, freed 0B of archived journals from /var/log/journal.
Deleted archived journal /var/log/journal/76830dc7e5cf41f09f94f7af959523bc/system@000626f7cf85f826-7d2c1e9158e658b7.journal~ (8.0M).
...
Vacuuming done, freed 136.0M of archived journals from /var/log/journal/76830dc7e5cf41f09f94f7af959523bc.
 


Du coup j'ai positionné un SystemMaxUse=120M dans /etc/systemd/journald.conf

Je pense savoir d'où ça vient, j'imagine que comme pas mal de monde j'ai mis un petit script de reconnexion en cas de perte du Wi-Fi.


C'est le lancement en crontab toutes les 2 minutes qui provoque ces écritures dans le journal. :@

Code BASH :
pi@pi-cacv5000:~ $ journalctl -xe
nov. 24 21:34:01 pi-cacv5000 CRON[5636]: pam_unix(cron:session): session opened for user pi(uid=1000) by (uid=0)
nov. 24 21:34:01 pi-cacv5000 CRON[5637]: (pi) CMD (/home/pi/wifi-reconnect.sh > /dev/null 2>&1)
nov. 24 21:34:01 pi-cacv5000 CRON[5636]: pam_unix(cron:session): session closed for user pi
nov. 24 21:36:01 pi-cacv5000 CRON[5640]: pam_unix(cron:session): session opened for user pi(uid=1000) by (uid=0)
nov. 24 21:36:01 pi-cacv5000 CRON[5641]: (pi) CMD (/home/pi/wifi-reconnect.sh > /dev/null 2>&1)
nov. 24 21:36:01 pi-cacv5000 CRON[5640]: pam_unix(cron:session): session closed for user pi
nov. 24 21:38:01 pi-cacv5000 CRON[5646]: pam_unix(cron:session): session opened for user pi(uid=1000) by (uid=0)
nov. 24 21:38:01 pi-cacv5000 CRON[5647]: (pi) CMD (/home/pi/wifi-reconnect.sh > /dev/null 2>&1)
nov. 24 21:38:01 pi-cacv5000 CRON[5646]: pam_unix(cron:session): session closed for user pi
 


J'ai installé Log2RAM. Merci du tuyau. Page très utile : https://github.com/azlux/log2ram?tab=readme-ov-file

Code BASH :
root@pi-cacv5000:~# systemctl status log2ram
● log2ram.service - Log2Ram
     Loaded: loaded (/etc/systemd/system/log2ram.service; enabled; preset: enabled)
     Active: active (exited) since Sun 2024-11-24 22:14:06 CET; 27s ago
    Process: 264 ExecStart=/usr/local/bin/log2ram start (code=exited, status=0/SUCCESS)
   Main PID: 264 (code=exited, status=0/SUCCESS)
        CPU: 2.538s
 


Code BASH :
root@pi-cacv5000:~# df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
/dev/root           15G    3,0G   11G  23% /
devtmpfs           197M       0  197M   0% /dev
tmpfs              229M       0  229M   0% /dev/shm
tmpfs               92M    1,8M   90M   2% /run
tmpfs              5,0M       0  5,0M   0% /run/lock
/dev/sda1          253M     54M  199M  22% /boot
log2ram            128M     93M   36M  73% /var/log
tmpfs               46M       0   46M   0% /run/user/1000
root@pi-cacv5000:~#