Commentaires

Commentaires

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:~#

Commentaire

Administrateur
Avatar
@Wawann : c'était connu à l'époque comme technique, il y a eu plein de retour chez qui cela fonctionnerait partiellement. Le disque dur repartait pour quelques minutes ou quelques heures, tout dépend de la chance, le temps de récupérer les données puis ça déconnait à nouveau et hop direction déchetterie.

Commentaire

Administrateur
Avatar
@Pitou : Moi non plus, mais comme j'avais des trucs configurés dessus j'ai tenté de la refaire partir quand même pour éviter d'avoir à refaire une installation. Rien à perdre. Autre méthode possible : le froid (freezer / frigo / bombe à froid), à tester une prochaine fois. :lol

Commentaire

Administrateur
Avatar
Je pense plutôt y mettre une clé USB, faut que je regarde du coté du boot USB oui, un SSD ce serait overkill, visiblement c'est plus facile qu'à une époque à mettre en œuvre, sur certains vieux modèles j'ai le souvenir que ce n'était pas évident :
https://forums.raspberrypi.com/viewtopic.php?t=328008

J'ai trouvé un petit cordon USB "OTG": https://www.startech.com/fr-fr/cables/uusbotg, histoire de faire propre.
J'ai la flemme de rouvrir mon jukebox ce soir pour tester avec mon petit hub.

Je pense, vu la doc, que ça doit marcher direct sans bidouille en "USB mass storage boot".
https://www.raspberrypi.com/documentation/computers/raspberry-pi.html#usb-mass-storage-boot

A essayer ce week-end. :)

Commentaire

Administrateur
Avatar
@Steph

Une simple Arctic MX-4 (à étaler) ira très bien, c'est une valeur sûre.
Si on regarde les comparatifs la plupart se tiennent dans un mouchoir de poche à 2 °C près.
Il y a aussi la MX-6 plus visqueuse (à ne pas étaler).

https://www.psdevwiki.com/ps3/Thermal_grease
https://computercity.com/hardware/coolers/best-thermal-paste-ranked-2025
https://www.tomshardware.com/best-picks/best-thermal-paste
https://www.ocinside.de/review/arctic_mx4_mx5_mx6/5/

Commentaire

Administrateur
Avatar
@Wawann : instable physiquement car je l'avais monté sur un bras articulé, évidemment dès qu'on le bouge l'image gigote. Si tu le laisses sur sa base d'origine tout va bien.