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.
J'ai exploré mes logs, rien de particulier, mais c'est normal vu qu'il
s'éteind que lorsqu'il est en veille (ce n'est pas un shutdown ou
poweroff). Au démarrage j'ai droit au fsck sur mes partitions.
$ uname -a
Linux stardust 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24)
x86_64 GNU/Linux
J'ai modifié des paramètres de gestion de l'alimentation dans le BIOS,
mais ça change rien.
Je soupçonne d'avantage un souci hardware (batterie, alim) que software
(Debian ou XFCE), mais sait-on jamais, peut-être quelqu'un a t-il eu le
même souci ?
Si besoin de plus d'infos, hésitez pas.
Cordialement
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.
J'ai exploré mes logs, rien de particulier, mais c'est normal vu qu'il
s'éteind que lorsqu'il est en veille (ce n'est pas un shutdown ou
poweroff). Au démarrage j'ai droit au fsck sur mes partitions.
$ uname -a
Linux stardust 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24)
x86_64 GNU/Linux
J'ai modifié des paramètres de gestion de l'alimentation dans le BIOS,
mais ça change rien.
Je soupçonne d'avantage un souci hardware (batterie, alim) que software
(Debian ou XFCE), mais sait-on jamais, peut-être quelqu'un a t-il eu le
même souci ?
Si besoin de plus d'infos, hésitez pas.
Cordialement
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.
J'ai exploré mes logs, rien de particulier, mais c'est normal vu qu'il
s'éteind que lorsqu'il est en veille (ce n'est pas un shutdown ou
poweroff). Au démarrage j'ai droit au fsck sur mes partitions.
$ uname -a
Linux stardust 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24)
x86_64 GNU/Linux
J'ai modifié des paramètres de gestion de l'alimentation dans le BIOS,
mais ça change rien.
Je soupçonne d'avantage un souci hardware (batterie, alim) que software
(Debian ou XFCE), mais sait-on jamais, peut-être quelqu'un a t-il eu le
même souci ?
Si besoin de plus d'infos, hésitez pas.
Cordialement
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.
Afin de le mettre en veille, tu utilises un lien dans le menu xfce,
c'est ça?
Ça ressemble vaguement à une mise en veille hybride qui foirerait (fsck
au redémarrage).
T'arrive-t'il également d'avoir des arrêts "non désirés" pendant
l'utilisation?
As tu (essayé?) le même souci sur un éventuel autre Linux ou live cd/usb
voire même avec un Windows/Mac?
Ce n'est pas systématique et ça arrive généralement au bout de la 3è
mise en veille consécutive.
Les problèmes _pseudo_ aléatoires sont souvent des casses-têtes.J'ai exploré mes logs, rien de particulier, mais c'est normal vu qu'il
s'éteind que lorsqu'il est en veille (ce n'est pas un shutdown ou
poweroff). Au démarrage j'ai droit au fsck sur mes partitions.
$ uname -a
Linux stardust 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24)
x86_64 GNU/Linux
J'ai modifié des paramètres de gestion de l'alimentation dans le BIOS,
mais ça change rien.
Je soupçonne d'avantage un souci hardware (batterie, alim) que software
(Debian ou XFCE), mais sait-on jamais, peut-être quelqu'un a t-il eu le
même souci ?
Pas sûr.
Il a quel age?
Si besoin de plus d'infos, hésitez pas.
Ton problème est-il arrivé après une quelconque
manipulation/installation de paquet ou mise à jour, ou soudainement
(sans manip particulière donc) ?
Le menu xfce doit appeler la commande suivante (tu pourrais vérifier)
/usr/bin/xfce4-session-logout
/usr/share/applications/xfce4-session-logout.desktop
/usr/share/man/man1/xfce4-session-logout.1.gz
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).
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").
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.
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!
Cordialement
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.
Afin de le mettre en veille, tu utilises un lien dans le menu xfce,
c'est ça?
Ça ressemble vaguement à une mise en veille hybride qui foirerait (fsck
au redémarrage).
T'arrive-t'il également d'avoir des arrêts "non désirés" pendant
l'utilisation?
As tu (essayé?) le même souci sur un éventuel autre Linux ou live cd/usb
voire même avec un Windows/Mac?
Ce n'est pas systématique et ça arrive généralement au bout de la 3è
mise en veille consécutive.
Les problèmes _pseudo_ aléatoires sont souvent des casses-têtes.
J'ai exploré mes logs, rien de particulier, mais c'est normal vu qu'il
s'éteind que lorsqu'il est en veille (ce n'est pas un shutdown ou
poweroff). Au démarrage j'ai droit au fsck sur mes partitions.
$ uname -a
Linux stardust 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24)
x86_64 GNU/Linux
J'ai modifié des paramètres de gestion de l'alimentation dans le BIOS,
mais ça change rien.
Je soupçonne d'avantage un souci hardware (batterie, alim) que software
(Debian ou XFCE), mais sait-on jamais, peut-être quelqu'un a t-il eu le
même souci ?
Pas sûr.
Il a quel age?
Si besoin de plus d'infos, hésitez pas.
Ton problème est-il arrivé après une quelconque
manipulation/installation de paquet ou mise à jour, ou soudainement
(sans manip particulière donc) ?
Le menu xfce doit appeler la commande suivante (tu pourrais vérifier)
/usr/bin/xfce4-session-logout
/usr/share/applications/xfce4-session-logout.desktop
/usr/share/man/man1/xfce4-session-logout.1.gz
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).
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").
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.
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!
Cordialement
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.
Afin de le mettre en veille, tu utilises un lien dans le menu xfce,
c'est ça?
Ça ressemble vaguement à une mise en veille hybride qui foirerait (fsck
au redémarrage).
T'arrive-t'il également d'avoir des arrêts "non désirés" pendant
l'utilisation?
As tu (essayé?) le même souci sur un éventuel autre Linux ou live cd/usb
voire même avec un Windows/Mac?
Ce n'est pas systématique et ça arrive généralement au bout de la 3è
mise en veille consécutive.
Les problèmes _pseudo_ aléatoires sont souvent des casses-têtes.J'ai exploré mes logs, rien de particulier, mais c'est normal vu qu'il
s'éteind que lorsqu'il est en veille (ce n'est pas un shutdown ou
poweroff). Au démarrage j'ai droit au fsck sur mes partitions.
$ uname -a
Linux stardust 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24)
x86_64 GNU/Linux
J'ai modifié des paramètres de gestion de l'alimentation dans le BIOS,
mais ça change rien.
Je soupçonne d'avantage un souci hardware (batterie, alim) que software
(Debian ou XFCE), mais sait-on jamais, peut-être quelqu'un a t-il eu le
même souci ?
Pas sûr.
Il a quel age?
Si besoin de plus d'infos, hésitez pas.
Ton problème est-il arrivé après une quelconque
manipulation/installation de paquet ou mise à jour, ou soudainement
(sans manip particulière donc) ?
Le menu xfce doit appeler la commande suivante (tu pourrais vérifier)
/usr/bin/xfce4-session-logout
/usr/share/applications/xfce4-session-logout.desktop
/usr/share/man/man1/xfce4-session-logout.1.gz
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).
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").
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.
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!
Cordialement
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.
Le menu xfce doit appeler la commande suivante (tu pourrais vérifier)
Comment vérifier ? (J'ai tenté, sans succès) :
# 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
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.
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.
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.
Le menu xfce doit appeler la commande suivante (tu pourrais vérifier)
Comment vérifier ? (J'ai tenté, sans succès) :
# 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
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.
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.
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.
Le menu xfce doit appeler la commande suivante (tu pourrais vérifier)
Comment vérifier ? (J'ai tenté, sans succès) :
# 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
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.
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.
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]Îbc51da58ba947fcf69ce740b8bf2c8de4426ce, 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.
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]Îbc51da58ba947fcf69ce740b8bf2c8de4426ce, 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.
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]Îbc51da58ba947fcf69ce740b8bf2c8de4426ce, 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.
Bonjour,
Du nouveau concernant mon souci de mise en veille (suspend), mais cette
fois-ci avec du détail.
Contexte :
- Lorsque le PC passe en veille, je le fait manuellement et
systématiquement avec pm-suspend
- Extinction complète après une troisième mise en veille sur deux jours
- Le PC était branché au secteur
- Quelques secondes après la mise en veille, j'ai débranché le secteur
pour ranger le PC et c'est là que j'ai constaté qu'après avoir débranché
le câble, le voyant secteur sur le laptop ne s'éteignait pas
- J'ai attendu et observé, mais ça n'a duré que quelques secondes puis
coupure totale lors de la veille avec voyant secteur allumé alors que
c'était débranché
Je joins le fichier pm-suspend.log à ce mail pour ceux qui seraient
curieux de voir ce qu'il y a, mais personnellement je n'ai rien observé
d'étrange..
Je soupçonne toujours un souci hardware, mais je ne sais plus où
regarder pour analyser vu que le coupure a lieu lors de la veille..
Votre aide est la bienvenue. :)
Cordialement,
Grégory Reinbold
UNIX - Where there is a shell, there is a way.
On 07/19/2015 06:22 PM, Grégory Reinbold wrote: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]Îbc51da58ba947fcf69ce740b8bf2c8de4426ce, 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.
Bonjour,
Du nouveau concernant mon souci de mise en veille (suspend), mais cette
fois-ci avec du détail.
Contexte :
- Lorsque le PC passe en veille, je le fait manuellement et
systématiquement avec pm-suspend
- Extinction complète après une troisième mise en veille sur deux jours
- Le PC était branché au secteur
- Quelques secondes après la mise en veille, j'ai débranché le secteur
pour ranger le PC et c'est là que j'ai constaté qu'après avoir débranché
le câble, le voyant secteur sur le laptop ne s'éteignait pas
- J'ai attendu et observé, mais ça n'a duré que quelques secondes puis
coupure totale lors de la veille avec voyant secteur allumé alors que
c'était débranché
Je joins le fichier pm-suspend.log à ce mail pour ceux qui seraient
curieux de voir ce qu'il y a, mais personnellement je n'ai rien observé
d'étrange..
Je soupçonne toujours un souci hardware, mais je ne sais plus où
regarder pour analyser vu que le coupure a lieu lors de la veille..
Votre aide est la bienvenue. :)
Cordialement,
Grégory Reinbold
UNIX - Where there is a shell, there is a way.
On 07/19/2015 06:22 PM, Grégory Reinbold wrote:
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]Îbc51da58ba947fcf69ce740b8bf2c8de4426ce, 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.
Bonjour,
Du nouveau concernant mon souci de mise en veille (suspend), mais cette
fois-ci avec du détail.
Contexte :
- Lorsque le PC passe en veille, je le fait manuellement et
systématiquement avec pm-suspend
- Extinction complète après une troisième mise en veille sur deux jours
- Le PC était branché au secteur
- Quelques secondes après la mise en veille, j'ai débranché le secteur
pour ranger le PC et c'est là que j'ai constaté qu'après avoir débranché
le câble, le voyant secteur sur le laptop ne s'éteignait pas
- J'ai attendu et observé, mais ça n'a duré que quelques secondes puis
coupure totale lors de la veille avec voyant secteur allumé alors que
c'était débranché
Je joins le fichier pm-suspend.log à ce mail pour ceux qui seraient
curieux de voir ce qu'il y a, mais personnellement je n'ai rien observé
d'étrange..
Je soupçonne toujours un souci hardware, mais je ne sais plus où
regarder pour analyser vu que le coupure a lieu lors de la veille..
Votre aide est la bienvenue. :)
Cordialement,
Grégory Reinbold
UNIX - Where there is a shell, there is a way.
On 07/19/2015 06:22 PM, Grégory Reinbold wrote: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]Îbc51da58ba947fcf69ce740b8bf2c8de4426ce, 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.
Hello,
Du nouveau : je suis passé sur Manjaro (basé sur Arch Linux) depuis le
01/08 et plus le moindre problème de veille.
J'en pouvais plus de ces soucis de veille donc j'ai tenté carrément
autre chose.
Ce n'était pas un souci hardware (heureusement o_o).
Là où c'est regrettable c'est que dans l'immédiat je ne peux plus mettre
Debian stable sur mon laptop et de plus je n'en connais toujours pas la
cause.
Hello,
Du nouveau : je suis passé sur Manjaro (basé sur Arch Linux) depuis le
01/08 et plus le moindre problème de veille.
J'en pouvais plus de ces soucis de veille donc j'ai tenté carrément
autre chose.
Ce n'était pas un souci hardware (heureusement o_o).
Là où c'est regrettable c'est que dans l'immédiat je ne peux plus mettre
Debian stable sur mon laptop et de plus je n'en connais toujours pas la
cause.
Hello,
Du nouveau : je suis passé sur Manjaro (basé sur Arch Linux) depuis le
01/08 et plus le moindre problème de veille.
J'en pouvais plus de ces soucis de veille donc j'ai tenté carrément
autre chose.
Ce n'était pas un souci hardware (heureusement o_o).
Là où c'est regrettable c'est que dans l'immédiat je ne peux plus mettre
Debian stable sur mon laptop et de plus je n'en connais toujours pas la
cause.
Le 06/08/2015 20:17, Grégory Reinbold a écrit :Hello,
Du nouveau : je suis passé sur Manjaro (basé sur Arch Linux) depuis le
01/08 et plus le moindre problème de veille.
J'en pouvais plus de ces soucis de veille donc j'ai tenté carrément
autre chose.
Ce n'était pas un souci hardware (heureusement o_o).
Là où c'est regrettable c'est que dans l'immédiat je ne peux plus mettre
Debian stable sur mon laptop et de plus je n'en connais toujours pas la
cause.
Salut
Je suppose que tu avais mis à jour de testing vers Jessie et non
installé Jessie en partant de 0. Il serait étonnant qu'une installation
normale de Jessie, avec l'installeur, ne donne pas, au moins,
l'équivalent de Manjaro. Par ailleurs, les pb matériels, c'est parfois
vicelard, cela disparaît puis c'est réglé, puis ça revient...
Le 06/08/2015 20:17, Grégory Reinbold a écrit :
Hello,
Du nouveau : je suis passé sur Manjaro (basé sur Arch Linux) depuis le
01/08 et plus le moindre problème de veille.
J'en pouvais plus de ces soucis de veille donc j'ai tenté carrément
autre chose.
Ce n'était pas un souci hardware (heureusement o_o).
Là où c'est regrettable c'est que dans l'immédiat je ne peux plus mettre
Debian stable sur mon laptop et de plus je n'en connais toujours pas la
cause.
Salut
Je suppose que tu avais mis à jour de testing vers Jessie et non
installé Jessie en partant de 0. Il serait étonnant qu'une installation
normale de Jessie, avec l'installeur, ne donne pas, au moins,
l'équivalent de Manjaro. Par ailleurs, les pb matériels, c'est parfois
vicelard, cela disparaît puis c'est réglé, puis ça revient...
Le 06/08/2015 20:17, Grégory Reinbold a écrit :Hello,
Du nouveau : je suis passé sur Manjaro (basé sur Arch Linux) depuis le
01/08 et plus le moindre problème de veille.
J'en pouvais plus de ces soucis de veille donc j'ai tenté carrément
autre chose.
Ce n'était pas un souci hardware (heureusement o_o).
Là où c'est regrettable c'est que dans l'immédiat je ne peux plus mettre
Debian stable sur mon laptop et de plus je n'en connais toujours pas la
cause.
Salut
Je suppose que tu avais mis à jour de testing vers Jessie et non
installé Jessie en partant de 0. Il serait étonnant qu'une installation
normale de Jessie, avec l'installeur, ne donne pas, au moins,
l'équivalent de Manjaro. Par ailleurs, les pb matériels, c'est parfois
vicelard, cela disparaît puis c'est réglé, puis ça revient...
Le 6 août 2015 à 21:24, maderios a écrit :
Le 06/08/2015 20:17, Grégory Reinbold a écrit :Hello,
Du nouveau : je suis passé sur Manjaro (basé sur Arch Linux) depuis le
01/08 et plus le moindre problème de veille.
J'en pouvais plus de ces soucis de veille donc j'ai tenté carrément
autre chose.
Ce n'était pas un souci hardware (heureusement o_o).
Là où c'est regrettable c'est que dans l'immédiat je ne peux plus mettre
Debian stable sur mon laptop et de plus je n'en connais toujours pas la
cause.
Salut
Je suppose que tu avais mis à jour de testing vers Jessie et non installé Jessie en partant de 0. Il serait étonnant qu'une installation normale de Jessie, avec l'installeur, ne donne pas, au moins, l'équivalent de Manjaro. Par ailleurs, les pb matériels, c'est parfois vicelard, cela disparaît puis c'est réglé, puis ça revient...
--
Maderios
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Le 6 août 2015 à 21:24, maderios <maderios@gmail.com> a écrit :
Le 06/08/2015 20:17, Grégory Reinbold a écrit :
Hello,
Du nouveau : je suis passé sur Manjaro (basé sur Arch Linux) depuis le
01/08 et plus le moindre problème de veille.
J'en pouvais plus de ces soucis de veille donc j'ai tenté carrément
autre chose.
Ce n'était pas un souci hardware (heureusement o_o).
Là où c'est regrettable c'est que dans l'immédiat je ne peux plus mettre
Debian stable sur mon laptop et de plus je n'en connais toujours pas la
cause.
Salut
Je suppose que tu avais mis à jour de testing vers Jessie et non installé Jessie en partant de 0. Il serait étonnant qu'une installation normale de Jessie, avec l'installeur, ne donne pas, au moins, l'équivalent de Manjaro. Par ailleurs, les pb matériels, c'est parfois vicelard, cela disparaît puis c'est réglé, puis ça revient...
--
Maderios
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/55C3B450.2020107@gmail.com
Le 6 août 2015 à 21:24, maderios a écrit :
Le 06/08/2015 20:17, Grégory Reinbold a écrit :Hello,
Du nouveau : je suis passé sur Manjaro (basé sur Arch Linux) depuis le
01/08 et plus le moindre problème de veille.
J'en pouvais plus de ces soucis de veille donc j'ai tenté carrément
autre chose.
Ce n'était pas un souci hardware (heureusement o_o).
Là où c'est regrettable c'est que dans l'immédiat je ne peux plus mettre
Debian stable sur mon laptop et de plus je n'en connais toujours pas la
cause.
Salut
Je suppose que tu avais mis à jour de testing vers Jessie et non installé Jessie en partant de 0. Il serait étonnant qu'une installation normale de Jessie, avec l'installeur, ne donne pas, au moins, l'équivalent de Manjaro. Par ailleurs, les pb matériels, c'est parfois vicelard, cela disparaît puis c'est réglé, puis ça revient...
--
Maderios
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Salut maderios,
Je n'ai effectivement pas installé Jessie à partir de 0, je suis parti
de testing, mais j'ai tout de même souvenir qu'à l'origine je n'avais
pas ces soucis de veille sous testing, c'est venu suite à une mise à
jour peut-être.
En revanche pour ce qui est du "clic" touchpad ça n'a jamais
fonctionné, ni sous testing ni sous jessie.
Je pense franchement rester sous Manjaro, au moins jusqu'à la
prochaine stable de Debian. Cela me permettra de tester une distrib
plus jeune et prometteuse. (pacman est pas mal en fait.. >_<)
Cdt
Grégory Reinbold
UNIX - Where there is a shell, there is a way.
Salut maderios,
Je n'ai effectivement pas installé Jessie à partir de 0, je suis parti
de testing, mais j'ai tout de même souvenir qu'à l'origine je n'avais
pas ces soucis de veille sous testing, c'est venu suite à une mise à
jour peut-être.
En revanche pour ce qui est du "clic" touchpad ça n'a jamais
fonctionné, ni sous testing ni sous jessie.
Je pense franchement rester sous Manjaro, au moins jusqu'à la
prochaine stable de Debian. Cela me permettra de tester une distrib
plus jeune et prometteuse. (pacman est pas mal en fait.. >_<)
Cdt
Grégory Reinbold
UNIX - Where there is a shell, there is a way.
Salut maderios,
Je n'ai effectivement pas installé Jessie à partir de 0, je suis parti
de testing, mais j'ai tout de même souvenir qu'à l'origine je n'avais
pas ces soucis de veille sous testing, c'est venu suite à une mise à
jour peut-être.
En revanche pour ce qui est du "clic" touchpad ça n'a jamais
fonctionné, ni sous testing ni sous jessie.
Je pense franchement rester sous Manjaro, au moins jusqu'à la
prochaine stable de Debian. Cela me permettra de tester une distrib
plus jeune et prometteuse. (pacman est pas mal en fait.. >_<)
Cdt
Grégory Reinbold
UNIX - Where there is a shell, there is a way.
Salut maderios,
Je n'ai effectivement pas installé Jessie à partir de 0, je suis parti
de testing, mais j'ai tout de même souvenir qu'à l'origine je n'avais
pas ces soucis de veille sous testing, c'est venu suite à une mise à
jour peut-être.
En revanche pour ce qui est du "clic" touchpad ça n'a jamais fonctionné,
ni sous testing ni sous jessie.
Je pense franchement rester sous Manjaro, au moins jusqu'à la prochaine
stable de Debian. Cela me permettra de tester une distrib plus jeune et
prometteuse. (pacman est pas mal en fait.. >_<)
Salut maderios,
Je n'ai effectivement pas installé Jessie à partir de 0, je suis parti
de testing, mais j'ai tout de même souvenir qu'à l'origine je n'avais
pas ces soucis de veille sous testing, c'est venu suite à une mise à
jour peut-être.
En revanche pour ce qui est du "clic" touchpad ça n'a jamais fonctionné,
ni sous testing ni sous jessie.
Je pense franchement rester sous Manjaro, au moins jusqu'à la prochaine
stable de Debian. Cela me permettra de tester une distrib plus jeune et
prometteuse. (pacman est pas mal en fait.. >_<)
Salut maderios,
Je n'ai effectivement pas installé Jessie à partir de 0, je suis parti
de testing, mais j'ai tout de même souvenir qu'à l'origine je n'avais
pas ces soucis de veille sous testing, c'est venu suite à une mise à
jour peut-être.
En revanche pour ce qui est du "clic" touchpad ça n'a jamais fonctionné,
ni sous testing ni sous jessie.
Je pense franchement rester sous Manjaro, au moins jusqu'à la prochaine
stable de Debian. Cela me permettra de tester une distrib plus jeune et
prometteuse. (pacman est pas mal en fait.. >_<)