Commentaires

Commentaires

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.

Commentaire

Administrateur
Avatar
Citation :
bonjour, je me permets de vous contacter, car j'ai une mini-chaîne Sony du type MHC-NX3AV , celle-ci reste bloqué sur la sortie des tiroirs, j'ai ouvert le support et sorti les tiroirs puis je les remis en place, cependant celui-ci ne ressort plus. j'ai trouvé le manuel technique en anglais sur un site Allemand. Donc je me demandais si vous pourriez me dépanner cette problématique. Merci de votre compréhension.
Metz le 25.10.2024


Je ne prends pas les demandes de réparation. Certainement calage mécanique à revoir. Mécanique CDM53D. Faut faire attention à l'encodeur rotatif S707.
Le manuel de service HTC-NX1 (https://elektrotanya.com/sony_htc-nx1_sm.pdf/download.html#dl) détaille le calage mécanique à faire (pages 9 à 12). Il y a des engrenages à aligner.

Citation :
Bonjour John , suite a votre vidéo sur la table de mixage Berlinger X 1832 USB j'aimerais votre aide ..., je viens d'acheter cette table , quand je l'allume tout les voyants clignotent rapidement , et une fois sur 10 environ c'est OK et je peux travailler avec . Après vérification les voyants power et clip clignotent aussi !! Merci pour votre aide . Cordialement . Thierry


Vérifier les condensateurs chimiques dans l'alimentation. Il doit y avoir quelques vidéos Youtube là dessus.

Citation :
Très bel atelier ! Pourriez-vous réaliser une alimentation pour un OptiPlex 3070 alimenté à partir du 12 Volts ?


Non pas en projet, je suis sûr que ça doit déjà exister quelque part.

Commentaire

Administrateur
Avatar
Boîte manuelle pour la mienne. Mais la DCT7 n'est pas mal de ce qui en est dit sur Youtube toutefois ce ne serait pas une DSG. Et reste à voir la fiabilité.

Commentaire

Administrateur
Avatar
Bonjour, oui le dôme de la lentille se situe bien vers l'intérieur du bloc et coté plat face au CD.
Celui de la PD4300 est un PWY1010 comme le Z83M normalement interchangeables.
Le PWY1011 est à déplacement magnétique. Je ne l'ai jamais croisé comme bloc.

Commentaire

Administrateur
Avatar
@DEL FIORENTINO Jean :

Bonjour, si avec un changement complet du bloc mécanique il n'y a pas de mieux hélas faut creuser sur la partie amont. Alimentations vérifiées ?