Bonjour,
j’ai un problème avec mon raspberry pi 3 Modèle B +. Je l’utilise en tant que serveur multimédia plex pour lire mes films sur mes autres périphériques. J’ai installé un petit ventilateur/dissipateur comme préconisé, l’alimentation préconisé (https://www.amazon.fr/dp/B01CO1ELT8/ref=pe_3044141_185740131_TE_item) et un hub usb (D-Link HUB USB Hub 7) car j’ai plusieurs disques durs autoalimentés. Bref, systématiquement je peux utiliser mon raspberry 2 heures et hop il plante. aucun accès en SSH, plus d’accès à plex. Je débranche et relance et je suis tranquil jusqu’à ce que je l’éteigne. tant que je l’éteins pas, je n’ai pas de souci à nouveau il semblerait. j’ai pensé à une tache, qui se déclencherait 2 heures après le démarrage, mais je ne vois pas. quelqu’un pourrait m’aider svp ? merci
Tu as bien mis une alimentation sur ton hub USB ?
Oui le hub est alimenté. Ce plantage est vraiment trop chronométré. Ce n’est à mon avis qu’une tache planifiee. Mais dans cron je vois rien. Et je sais pas ou chercher une tache systeme.
As-tu regardé dans les logs (/var/log) ? Avec la commande dmesg ?
Pour savoir quelle log a bougé, faire :
find /var/log -type f -exec ls -l {} ; > tst1.log
puis après plantage :
find /var/log -type f -exec ls -l {} ; > tst2.log
diff tst1.log tst2.log
Ok merci j’essaierai
Salut,
Et ce plantage arrive aussi si le Rpi est juste seul en fonctionnement sans tout le reste ?
Ha ça je n’ai pas testé.
je n’y connais pas grand chose mais les commandes ne fonctionnent pas. cela me dit find : parametre manquant pour « -exec »
Désolé, le forum a bouffé un caractère antislash ; le code correct est :
find /var/log -type f -exec ls -l {} \; > tst1.log
puis après plantage :
find /var/log -type f -exec ls -l {} \; > tst2.log
diff tst1.log tst2.log
Re,
Donc tu peux commencer par tenter de voir qui ou quoi est en cause en fonctionnant à minima puis avec 1 périph puis avec 1 autre puis …
En cas de souci avec un PC, c’est comme ça qu’il faut faire donc faisons pareil 
Là, j’ai 1 PC qui m’a été donné car HS et j’ai sauvé la machine (qui devient une borne d’arcade en virant la CG et ôtant le cache de la sortie VGA de la CM.
Le souci n’est pas le PC mais la CG ; de simples tests physiques ont suffit (bon, j’ai tout testé, CM seule, 1 barrette, 2 barrettes, lecteur DVD, … Un peu long mais aisé à faire).
Évidemment, tu peux tout de même tester les commandes de @jmbc et les poster ici.
++
re,
je tente la commande find /var/log -type f -exec ls -l {} ; > tst1.log
je viens de lancer mon rpi. si je comprend bien cette commande enregistre ce qui se passe jusqu’au plantage ?
merci
Pff, je n’avais pas vu la question, le soft du forum ne m’a pas alerté.
Non. la commande te sert à lister précisément les fichiers log et à stocker le résultat dans tst1.log
Le problème avec les logs, c’est qu’il y en a beaucoup, et que ce n’est pas facile de savoir ce qui a changé.
Donc tu fais la commande une fois, puis une deuxième fois (avec tst2.log) après plantage, et le diff te liste les fichiers logs qui ont changé entre les deux.
Il reste à examiner le contenu de ces fichiers (avec nano par exemple), et bien souvent, on trouve des messages d’erreurs très utiles.
ok merci. bon c’est fait mais je ne sais pas quoi faire du résultat. il y en a bcp…
Poste nous le résultat du diff
ok donc voici la bête :
Using username « pi ».
pi@192.168.0.100’s password:
Linux raspberrypi 4.19.36-v7+ #1213 SMP Thu Apr 25 15:08:02 BST 2019 armv7l
The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
You have mail.
Last login: Mon May 13 20:21:50 2019 from 192.168.0.1
pi@raspberrypi:~ $ diff tst1.log tst2.log
7c7
< -rw-r----- 1 root adm 67865 mai 4 14:53 /var/log/messages
-rw-r----- 1 root adm 114739 mai 13 20:18 /var/log/messages
9,11c9,11
< -rw-r–r-- 1 root root 7160 mai 4 14:52 /var/log/Xorg.0.log.old
< -rw-rw-r-- 1 root utmp 8832 mai 13 19:02 /var/log/wtmp
< -rw-r----- 1 root adm 53851 mai 13 19:07 /var/log/daemon.log
-rw-r–r-- 1 root root 7088 mai 4 14:53 /var/log/Xorg.0.log.old
-rw-rw-r-- 1 root utmp 11904 mai 13 20:21 /var/log/wtmp
-rw-r----- 1 root adm 104630 mai 13 20:21 /var/log/daemon.log
18c18
< -rw-r----- 1 root adm 2604 mai 4 14:53 /var/log/user.log
-rw-r----- 1 root adm 5880 mai 13 20:18 /var/log/user.log
26c26
< -rw-r–r-- 1 root root 48752 mai 13 19:06 /var/log/apt/eipp.log.xz
-rw-r–r-- 1 root root 49212 mai 13 19:19 /var/log/apt/eipp.log.xz
28c28
< -rw-r----- 1 root adm 8841 mai 13 19:07 /var/log/apt/term.log
-rw-r----- 1 root adm 14882 mai 13 19:19 /var/log/apt/term.log
30c30,33
< -rw-r–r-- 1 root root 1407 mai 13 19:07 /var/log/apt/history.log
-rw-r–r-- 1 root root 2291 mai 13 19:19 /var/log/apt/history.log
-rw-r–r-- 1 root root 997 mai 13 19:19 /var/log/teamviewer12/install_teamvi ewerd.log
-rw-r–r-- 1 root root 43053 mai 13 19:19 /var/log/teamviewer12/TeamViewer12 _Logfile.log
-rw-r–r-- 1 root root 447 mai 13 19:10 /var/log/teamviewer12/signaturekey.l og
33c36
< -rw-r–r-- 1 root root 2285 mai 4 14:53 /var/log/samba/log.smbd
-rw-r–r-- 1 root root 3098 mai 13 20:18 /var/log/samba/log.smbd
35c38
< -rw-r–r-- 1 root root 1786 mai 4 14:53 /var/log/samba/log.nmbd
-rw-r–r-- 1 root root 2490 mai 13 20:18 /var/log/samba/log.nmbd
49c52
< -rw-r–r-- 1 root root 2498 mai 4 14:53 /var/log/samba/log.winbindd
-rw-r–r-- 1 root root 3356 mai 13 20:18 /var/log/samba/log.winbindd
53c56
< -rw-r–r-- 1 root root 26832 mai 4 14:53 /var/log/samba/log.
-rw-r–r-- 1 root root 27348 mai 13 20:18 /var/log/samba/log.
68,71c71,74
< -rw------- 1 root root 1222 mai 4 14:53 /var/log/lightdm/x-0.log
< -rw------- 1 root root 1281 mai 4 14:52 /var/log/lightdm/x-0.log.old
< -rw------- 1 root root 3012 mai 4 14:53 /var/log/lightdm/lightdm.log
< -rw------- 1 root root 3993 mai 4 14:52 /var/log/lightdm/lightdm.log.old
-rw------- 1 root root 1222 mai 13 20:18 /var/log/lightdm/x-0.log
-rw------- 1 root root 1222 mai 4 14:53 /var/log/lightdm/x-0.log.old
-rw------- 1 root root 3012 mai 13 20:18 /var/log/lightdm/lightdm.log
-rw------- 1 root root 3012 mai 4 14:53 /var/log/lightdm/lightdm.log.old
73,74c76,77
< -rw-r–r-- 1 root root 4280 mai 4 14:53 /var/log/boot.log
< -rw-r–r-- 1 root root 22101 mai 13 19:07 /var/log/dpkg.log
-rw-r–r-- 1 root root 4335 mai 13 20:18 /var/log/boot.log
-rw-r–r-- 1 root root 35485 mai 13 19:19 /var/log/dpkg.log
86,88c89,95
< -rw-rw-r-- 1 root utmp 292584 mai 13 19:02 /var/log/lastlog
< -rw-r----- 1 root adm 2736 mai 13 19:04 /var/log/debug
< -rw-r----- 1 root adm 126717 mai 13 19:07 /var/log/syslog
-rw-rw-r-- 1 root utmp 292584 mai 13 20:21 /var/log/lastlog
-rw-r----- 1 root adm 4051 mai 13 20:18 /var/log/debug
-rw-r–r-- 1 root root 401 mai 13 19:19 /var/log/teamviewer14/install_teamvi ewerd.log
-rw-r–r-- 1 root root 342 mai 13 20:09 /var/log/teamviewer14/Connections_in coming.txt
-rw-r–r-- 1 root root 123812 mai 13 20:21 /var/log/teamviewer14/TeamViewer1 4_Logfile.log
-rw-r–r-- 1 root root 447 mai 13 19:19 /var/log/teamviewer14/signaturekey.l og
-rw-r----- 1 root adm 228577 mai 13 20:21 /var/log/syslog
96c103
< -rw-r----- 1 root adm 68378 mai 4 14:53 /var/log/kern.log
-rw-r----- 1 root adm 115571 mai 13 20:18 /var/log/kern.log
101c108
< -rw-r–r-- 1 root root 7088 mai 4 14:53 /var/log/Xorg.0.log
-rw-r–r-- 1 root root 7088 mai 13 20:18 /var/log/Xorg.0.log
106c113
< -rw-r----- 1 root adm 10314 mai 13 19:08 /var/log/auth.log
-rw-r----- 1 root adm 15707 mai 13 20:22 /var/log/auth.log
120c127
< -rw-r----- 1 Debian-exim adm 2014 mai 13 18:44 /var/log/exim4/mainlog
-rw-r----- 1 Debian-exim adm 2480 mai 13 20:18 /var/log/exim4/mainlog
pi@raspberrypi:~ $
merci
Hello,
Déjà, y a-t-il des messages d’erreur dans syslog (messages système) et dans kern.log (messages du kernel) ? Notamment dans les dernières lignes ?
Peux-tu envoyer les 100 dernières stp ?
Je ne savais pas que teamviewer fonctionne sous linux. En as-tu vraiment besoin ?
J’imagine que tu as besoin de samba pour les partages disques ?
Hé oui, je suis curieux de nature…
slt. alors heu comment dire lol; comment faut que je fasse pour t’envoyer ces messages ? lol
Alors TeamViewer je l’ai installé que cette semaine. je voulais voir justement en cas de plantage si je pouvais m’y connecter. ben la réponse est non lol. je le vois en ligne, mais impossible de m’y connecter.
et samba oui c’est pour le partage des disques sur le réseau et notamment l’accès depuis un ordi windows.
je dois préciser que je commence à soupçonner plex d’être le responsable du plantage…
Je pense que appliquer le conseil de @Nabla et de tester le pi élément par élément plutôt que de chercher au hasard dans les logs semble être une méthode peut être plus indiquée
Salut,
Les deux sont valables.
Il ne s’agit pas de chercher au hasard dans les logs, mais de trouver un message d’erreur, forcément significatif quant à un problème. Si un fichier log a changé après un plantage, 9 fois sur 10 la solution est dans une log. C’est un dispositif normal et habituel dans une application que de loguer quand on a une erreur…
Bref, pour envoyer les messages un copié-collé est parfait après affichage avec une commande cat ou nano