Re: Extinction pendant la veille
Bon il y a de l'inédit.
18/07 11:18-19 le matin, seconde sortie de veille, moins de 60 secondes
plus tard le PC se coupe complètement avec 77% d'autonomie pour la
batterie (environ 02:00 h). Première fois que cela arrive...
Rien de particulier dans le /var/log/messages si ce n'est une suite de
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@... puis l'évènement suivant
c'est le boot à 11:19 après la coupure complète. Évènement précédent
datant du 17/07.
La veille a été initialisée via la fermeture de l'écran. Config XFCE
pour mise en veille. Je ne sais pas ce qu'il fait exactement pour mettre
en veille à la fermeture du capot (systemctl ou autre..).
Par ailleurs j'ai essayé les deux commandes (pm-suspend et systemctl
suspend). J'ai remarqué que la mise en veille via systemctl est
drôlement plus rapide qu'avec pm-suspend... Mais c'est tout.
Je n'ai pas encore identifié si une des deux commandes permet un réveil
systématique sans plantage.
Pour ce faire je vais tester à partir d'aujourd'hui uniquement
pm-suspend et suivre quotidiennement les logs. C'est franchement
barbant, mais j'ai plus le choix là. Ça devient pénible.
Mais c'est comme même un truc dingue, je n'ai pas souvenir que les
premiers mois qui ont suivis l'achat du laptop j'avais ce genre de soucis.
Dans le pire des cas, si pas de solution, je désactiverai le suspend,
mais c'est un retour en arrière... Dommage sur un laptop :(
Ah maintenant j'y pense ! Ce qui a changé depuis les premiers mois qui
ont suivis l'achat et aujourd'hui c'est une ré-install de la distrib sur
du lvm crypté avec du ext4. Ce qui n'était pas le cas au départ. Cela
peut-il avoir une incidence ?
Quel log devrais-je étudier ? (mise à part messages et pm-suspend)
Cordialement,
Grégory R.
Grégory Reinbold
UNIX - Where there is a shell, there is a way.
On 07/13/2015 07:47 AM, mireero wrote:
> On 07/12/2015 07:40 PM, Grégory Reinbold wrote:
>> On 07/12/2015 06:20 AM, mireero wrote:
>>> On 07/11/2015 11:00 AM, Grégory Reinbold wrote:
>>>> Bonjour,
>>>>
>>>> J'ai un souci qui se répète depuis quelques mois. Lorsque je met mon
>>>> laptop (Thinkpad X201) en veille (suspend), aléatoirement quelques
>>>> secondes ou quelques minutes après, alors que la machine est en veille,
>>>> le PC s'éteind tout seul.
>>>
>
> [...]
>
>>>
>>>> Ce n'est pas systématique et ça arrive généralement au bout de la 3è
>>>> mise en veille consécutive.
>> Et c'est là que c'est étrange, je n'ai jamais eu le cas où je le met en
>> veille pour la première fois après un poweroff > boot et qu'il s'arrête
>> durant la première veille. Ça n'arrive que sur les suivantes.
>
> Je trouve ça particulièrement intéressant.
>
> T'as regardé tes logs juste après une première mise en veille (tu peux
> filtrer dans /var/log/* ce qui vient d'être écrit genre:
> $ touch time
> -> suspend
> $ find /var/log/ -newer time
> )
>
> Si tu as pm-utils installé, et si c'est pareil avec, peut-être y a t'il
> quelque chose d'intéressant dans /var/log/pm-suspend.log.
>
> [...]
>
>>> Le menu xfce doit appeler la commande suivante (tu pourrais vérifier)
>> Comment vérifier ? (J'ai tenté, sans succès) :
>
> Comme t'as fait, c'est pas mal.
> Après il reste google (ou les sources).
>
>> # locate xfce4-session-logout
>>> /usr/bin/xfce4-session-logout
>>> /usr/share/applications/xfce4-session-logout.desktop
>>> /usr/share/man/man1/xfce4-session-logout.1.gz
>>
>> Le fichier /usr/bin/xfce4-session-logout est illisible (pas du sh).
>> Le fichier /usr/share/applications/xfce4-session-logout.desktop pointe
>> sur xfce4-session-logout
>
> Tu peux utiliser "file", c'est plus précis, ex (j'ai pas xfce):
>
> $ file /usr/share/applications/icedove.desktop
> /usr/share/applications/icedove.desktop: UTF-8 Unicode text
>
> $ file /usr/bin/icedove
> /usr/bin/icedove: symbolic link to ../lib/icedove/icedove
>
> $ file /usr/lib/icedove/icedove
> /usr/lib/icedove/icedove: ELF 64-bit LSB executable, x86-64, version 1
> (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for
> GNU/Linux 2.6.32,
> BuildID[sha1]=cebc51da58ba947fcf69ce740b8bf2c8de4426ce, stripped
>
> (En passant, mais on s'écarte, je comprends pas, les *.desktop sont de
> simples fichiers textes, donc quand tu dis que
> "xfce4-session-logout.desktop pointe sur xfce4-session-logout", tu
> parles pas d'un raccourci au sens propre mais d'une ligne
> "Exec=xfce4-session-logout" dans le .desktop?)
>
> J'imagine que la surcouche xfce (xfce4-session-logout) est là pour
> appeler le bon exécutable après quelques tests (si systemd -> ça, sinon
> si ...), te laisser 60 sec de réflexion etc.
>
>>> mais dans le doute, tu pourrais essayer une mise en veille manuelle
>>> quelque fois de suite:
>>> (si systemd:)
>>> $ systemctl suspend
>>> ou en root si plusieurs sessions ouvertes (en gros tu forces si d'autres
>>> utilisateurs, sinon en simple utilisateur c'est bon).
>> Je vais tester ça.
>>>
>>> Et (je suis pas sûr que le paquet "pm-utils" est installé par défaut (#
>>> aptitude install pm-utils éventuellement)):
>>> # pm-suspend
>>> (Là, je crois qu'il faut être root, en tout cas le paquet est dans
>>> "/usr/sbin").
>> Je vais tester ça.
>>>
>>> Ces 2 méthodes utilisent peut-être les mêmes bibliothèques etc.
>>> Mais je pense que ça vaudrait quand même le coup d'essayer pour très
>>> improbablement écarter un bogue de l’exécutable appelé par le lien xfce.
>
> J'essaierais aussi les 2 commandes ci-dessus (sauf si elles fonctionnent
> correctement) directement en dehors de X.
>
> Et également (en dehors et dans X) après avoir lancé le lien xfce 1 ou 2
> fois.
>
> (Si ton problème est "très" aléatoire (càd il arrive pas souvent), tu
> peux réécrire le .desktop xfce pour qu'il appelle la commande de ton
> choix.)
>
> Un dernier truc, si c'est invivable, tu peux peut-être te redécouper une
> petite partition et tester:
> - Jessie/xfce
> - Jessie/autre
> - Testing, Sid
> - ...
>
> Je sais, c'est lourd, mais ça permettrait d'affiner...
>
>>> Si t'arrivais à trouver un "pattern" plus précis (si même possible!
>>> comme un programme qui tourne avant chaque plantage), ça aiderait pas
>>> mal, sinon je crains que tu n'aies pas bcp de réponses!
>> Oui j'essaye d'en discerner un, mais c'est pas évident.
>>>
>>>> Cordialement
>>>>
>> En tout cas merci pour ta réponse :)
>> Je te tiens au courant.
>>>
>>>
>
> Dans un problème par définition sans log, c'est compliqué.
>
> Mais déjà, le fait que ça n'arrive jamais la 1ère fois, c'est un progrès
> je trouve (cela dit, attention aux coïncidences genre "je lance jamais
> tel ou tel programme avant qu'il y ait eu au moins 1 mise en veille" ...).
>
> À toi de rester vigilant et d'affiner le motif (ça y est, j'ai retrouvé
> le mot :) ) ,enfin, si possible.
>
>
Reply to: