cerhu > linux.debian.user.french

Christian Quentin (04/07/2019, 04h20)
Bonsoir,

Que je clique sur le bouton Eteindre/Redémarrer ou que je tape halt dans
un terminal (ou shutdown now), le résultat est le même : le PC met très
longtemps à s'éteindre et finalement se met en veille. J'ai un petit
voyant lumineux qui confirme que le PC (un portable HP 15_bw0xx) reste
sous tension.

Ce qui est plus problématique, c'est que je ne vois pas comment sortir
de veille. Le bouton on/off n'a pas d'effet, les touches fn non plus.

La seule solution pas très élégante que j'ai trouvée jusqu'à maintenant,
c'est de maintenir le bouton on/off appuyé une dizaine de secondes pour
l'éteindre complètement.

Autre indice : quand je rallume le PC et que Debian s'initialise, je
vois passer la ligne suivante :

resuming from hibernation

suivi de quelques lignes qui indiquent un arrêt brutal et une remise en
ordre du système de fichiers à l'aide du journal.

Tout ce que j'ai lu jusqu'à maintenant ne m'a pas permis d'avancer.

Je ne souhaite pas nécessairement utiliser les modes de veille, le PC
démarre sur un SSD et un arrêt/rédémarrage classique me conviendrait
tout à fait !

Si vous avez des idées de pistes à explorer, je suis preneur.

Christian
Daniel Caillibaud (04/07/2019, 09h40)
Le 04/07/19 =C3=A0 0h33, Christian Quentin
<christian.quentin> a =C3=A9crit :
> Je ne souhaite pas n=C3=A9cessairement utiliser les modes de veille, le PC
> d=C3=A9marre sur un SSD et un arr=C3=AAt/r=C3=A9d=C3=A9marrage classique = me conviendrait
> tout =C3=A0 fait !=20
>=20
> Si vous avez des id=C3=A9es de pistes =C3=A0 explorer, je suis preneur.=20


Pour sortir d'une veille, regarde dans le bios s'il y a des r=C3=A9glages p=
our
=C3=A7a.

Pour =C3=A9viter d'entrer en veille, c'est dans les r=C3=A9glages de ton sy=
st=C3=A8me
(pour cinnamon c'est param=C3=A8tres syst=C3=A8me / gestion d'alimentation)=
, et comme
solution radicale tu peux essayer de retirer les paquets qui g=C3=A8rent la
veille, mais y'a des chances pour qu'ils soient requis par ton gestionnaire
de bureau.

--=20
Daniel

Ni l'ignorance n'est d=C3=A9faut d'esprit, ni le savoir n'est preuve de g=
=C3=A9nie
Vauvenargues
Christian Quentin (04/07/2019, 16h10)
Le 2019-07-04 09:36, Daniel Caillibaud a écrit :

> Le 04/07/19 à 0h33, Christian Quentin
> <christian.quentin> a écrit :
> ça.
> Pour éviter d'entrer en veille, c'est dans les réglages de ton système
> (pour cinnamon c'est paramètres système / gestion d'alimentation), et comme
> solution radicale tu peux essayer de retirer les paquets qui gèrent la
> veille, mais y'a des chances pour qu'ils soient requis par ton gestionnaire
> de bureau.


Merci Daniel,

J'ai fait le tour du BIOS/UEFI : Aucune trace de réglage concernant la
veille/sortie de veille. La doc HP donne les touches classiques pour
réveiller le PC mais ça ne semble pas pris en compte par Debian (en
revanche, ça fonctionne très bien pour sortir d'une veille Windows,
Grrrr)

A priori, Gnome est réglé pour ne pas entrer en veille. chou blanc de ce
côté-là aussi :(

Un autre indice : si j'ouvre un terminal (CTRL+ALT+3), et qu'en root, je
demande un reboot, la séquence d'arrêt du système se déroule puis après
2 ou 3 secondes, l'écran devient noir et la machine semble se mettre en
veille encore un fois. Le redémarrage n'a pas lieu.
Christian Quentin (04/07/2019, 17h00)
Le 2019-07-04 00:33, Christian Quentin a écrit :

[..]
> suivi de quelques lignes qui indiquent un arrêt brutal et une remise en ordre du système de fichiers à l'aide du journal.
> Tout ce que j'ai lu jusqu'à maintenant ne m'a pas permis d'avancer.
> Je ne souhaite pas nécessairement utiliser les modes de veille, le PC démarre sur un SSD et un arrêt/rédémarrage classique me conviendrait tout à fait !
> Si vous avez des idées de pistes à explorer, je suis preneur.
> Christian


En complément, le petit voyant blanc sur le côté du portable est fixe ce
qui d'après la doc indique qu'il est sous tension mais pas en veille
(dans ce dernier cas, il clignoterait).

Si ces infos sont exactes, on serait donc avec une machine pas
complètement éteinte (mais pas en veille), avec écran noir.

Si ça aide...
Daniel Caillibaud (04/07/2019, 18h50)
Le 04/07/19 =C3=A0 16h53, Christian Quentin
<christian.quentin> a =C3=A9crit :
> Si ces infos sont exactes, on serait donc avec une machine pas
> compl=C3=A8tement =C3=A9teinte (mais pas en veille), avec =C3=A9cran noir= ..=20


Dans ce cas, regarder s'il n'y a pas des infos utiles =C3=A0 la compr=C3=A9=
hension du
pb dans /var/log/kern.log (ou /var/log/syslog, mais y'a plus de monde).

--=20
Daniel

Les hommes naissent libres et =C3=A9gaux en droits,
ensuite ils se mettent =C3=A0 boire.
Cavanna
Jean-Michel OLTRA (05/07/2019, 07h00)
Bonjour,

Le jeudi 04 juillet 2019, Christian Quentin a écrit...

> Que je clique sur le bouton Eteindre/Redémarrer ou que je tape halt dans
> un terminal (ou shutdown now), le résultat est le même : le PC met très
> longtemps à s'éteindre et finalement se met en veille. J'ai un petit
> voyant lumineux qui confirme que le PC (un portable HP 15_bw0xx) reste
> sous tension.


Et avec `systemctl poweroff`, ça fait pareil ?
Christian Quentin (05/07/2019, 10h50)
Le 2019-07-05 06:50, Jean-Michel OLTRA a écrit :

> Bonjour,
> Le jeudi 04 juillet 2019, Christian Quentin a écrit...
> Et avec `systemctl poweroff`, ça fait pareil ?


Oui. Je viens de faire l'essai. Même comportement.
Eric Degenetais (08/07/2019, 13h10)
Le ven. 5 juil. 2019 10:42, Christian Quentin <
christian.quentin> a écrit :

> Le 2019-07-05 06:50, Jean-Michel OLTRA a écrit :
>> Bonjour,

> Bonjour


> Le jeudi 04 juillet 2019, Christian Quentin a écrit...
> un terminal (ou shutdown now), le résultat est le même : le PC met très
> longtemps à s'éteindre et finalement se met en veille. J'ai un petit
> voyant lumineux qui confirme que le PC (un portable HP 15_bw0xx) reste
> sous tension.
> Oui. Je viens de faire l'essai. Même comportement.

En fin de compte, ça ressemble à un plantage au shutdown plutôt qu'à une
mise en veille systématique, non ?

Cordialement

Éric Dégenètais
Christian Quentin (09/07/2019, 10h50)
Le 2019-07-08 13:07, Eric Degenetais a écrit :

> Le ven. 5 juil. 2019 10:42, Christian Quentin <christian.quentin> a écrit :
> Le 2019-07-05 06:50, Jean-Michel OLTRA a écrit :
> Bonjour,


Bonjour

> Le jeudi 04 juillet 2019, Christian Quentin a écrit...
> Que je clique sur le bouton Eteindre/Redémarrer ou que je tape halt dans
> un terminal (ou shutdown now), le résultat est le même : le PC met très
> longtemps à s'éteindre et finalement se met en veille. J'ai un petit
> voyant lumineux qui confirme que le PC (un portable HP 15_bw0xx) reste
> sous tension.
> Et avec `systemctl poweroff`, ça fait pareil ?


Oui. Je viens de faire l'essai. Même comportement.
En fin de compte, ça ressemble à un plantage au shutdown plutôt qu'à une
mise en veille systématique, non ?

Cordialement

Éric Dégenètais

.... sauf l'indication "resuming from hibernation" au redémarrage mais
peut-être ce message est-il trompeur...
Eric Degenetais (09/07/2019, 12h00)
Le mar. 9 juil. 2019 à 10:46, Christian Quentin
<christian.quentin> a écrit :
> Le 2019-07-08 13:07, Eric Degenetais a écrit :
> Le ven. 5 juil. 2019 10:42, Christian Quentin <christian.quentin> a écrit :
> Bonjour
> En fin de compte, ça ressemble à un plantage au shutdown plutôt qu'à une mise en veille systématique, non ?
> Cordialement
> Éric Dégenètais
>> ... sauf l'indication "resuming from hibernation" au redémarrage mais peut-être ce message est-il trompeur...


J'ai lu récemment des échanges dans le bug tracker Debian (bug
#928736, [..] )
sur le fait que ce message est en carton. De fait, sur mon desktop qui
n'a aucun problème le message est systématiquement affiché même lors
d'un démarrage à froid normal. En gros c'est un log avec un message
approximatif qui est émis au moment de chercher une image. Le code qui
émet le message ne sait en fait pas si on est en cours de boot normal
ou de sortie d'hibernation.

Cordialement
______________
Éric Dégenètais
Henix

[..]
[..]
Christian Quentin (09/07/2019, 15h00)
Je viens de refaire une install complète pour voir si le problème est là
dès l'installation ou s'il apparaît après modification.

Au premier démarrage après installation, pas de GDM. En me connectant en
mode console, les actions d'arrêt fonctionne ainsi :

* en root, reboot fonctionne
* en root, shutdown now fonctionne
* en root, halt arrête le PC mais ne l'éteint pas

Pour avoir accès au GDM, j'ai installé le paquet firmware-linux. A
l'issue de cette installation, les messages d'arrêt du PC défilent
pendant quelques secondes puis l'écran s'éteint :

* en root, reboot ne redémarre pas le PC
* en root, shutdown now arrête le PC mais ne l'éteint pas
* en root, halt arrête le PC mais ne l'éteint pas

Après un redémarrage forcé, le message "resuming from hibernation"
apparaît maintenant dans la séquence de démarrage.

J'ai aussi essayé de désinstaller le paquet firmware-linux mais je ne
reviens pas à l'état initial (GDM reste présent et l'arrêt du PC reste
problématique)

Si cela aide à comprendre ce qui se passe...

Christian
didier gaumet (10/07/2019, 09h00)
Bonjour,

tu parles de Buster RC2, mais avec Buster Stable, y a-t-il une
amélioration? Et c'était un PC qui marchait bien avec Stretch?

Parce que si c'est un PC très récent, peut-être as-tu besoin d'un noyau
voire de firmwares plus récents? (pour le noyau au moins, il y en a dans
experimental, même si je n'ai jamais utilisé de morceaux de cette suite)
Christian Quentin (11/07/2019, 16h20)
Bonjour,

Je viens de refaire une install avec Debian 10 Stable.

Le comportement reste le même : Linux semble bien s'arrêter, l'écran
s'éteint mais le PC ne s'éteint pas.

Faut-il remonter le problème ?

Christian
Eric Degenetais (11/07/2019, 16h30)
Le jeu. 11 juil. 2019 à 16:10, Christian Quentin
<christian.quentin> a écrit :
> Bonjour,


Bonjour,

> Je viens de refaire une install avec Debian 10 Stable.
> Le comportement reste le même : Linux semble bien s'arrêter, l'écran s'éteint mais le PC ne s'éteint pas.
> Faut-il remonter le problème ?

Oui ! Peut-être serait-il pertinent si c'est possible de faire une
comparaison rapide si possible : par exemple la machine fonctionne
t'elle avec un live stretch ? (pour voir si c'est une régression ou si
ça n'a jamais marché). A t'elle eu un autre OS avec lequel
l'extinction se passait bien ? (pour essayer d'exclure un problème de
matériel / de bios)

utiliser reportbug si possible pour avoir la collecte automatique du
maximum d'informations sur le matériel et les versions logicielles
diverses.

> Christian

Éric Dégenètais
Architecte du web (13/07/2019, 11h30)
Le jeudi 11 juillet 2019 à 16:26 +0200, Eric Degenetais a écrit :
[..]
> utiliser reportbug si possible pour avoir la collecte automatique du
> maximum d'informations sur le matériel et les versions logicielles
> diverses.


Ca a été un peu long car j'ai fait pas mal de tentatives. En résumé sur
cette machine :

- d'une manière générale, très peu de CD/DVD Linux bootent correctement
ce PC.
- Les live stretch ne fonctionnent pas (l'écran reste noir) même avec
un non-free
- Il me semble bien qu'avec la stretch que j'avais installé auparavant,
le PC s'éteignait normalement mais je n'avais pas réussi à mettre en
route le WiFi. Il faudrait ré-installer une stretch pour s'en assurer
mais ça avait été fastidieux dans mon souvenir.
- La live Buster de base ne fonctionne pas (écran noir)
- la live Buster 10.0.0-live+non-free démarre correctement mais le PC
ne s'éteint pas complètement à l'arrêt
- l'installation d'une Buster 10.0.0-live+non-free a fonctionné. J'ai
dû sauter l'étape installation du grub car j'avais un message d'erreur
(visiblement un problème d'espace dans la zone EFI) résolu en nettoyant
les fichier dump qui y traînaient. Sur cette installation fonctionnelle
:
- le PC ne s'éteint pas à l'arrêt de Debian
- le PC s'éteint correctement à l'arrêt de Windows 10

Je me dirige donc vers une remontée de problème à moins que vous me
suggériez d'autres infos à collecter.

Bonne journée à tous
Christian

PS: le titre de ce fil n'est plus adapté. On arrive à la fin des
échanges mais pour une autre fois, quelle est la conduite à tenir ?
Changer le sujet du fil en cours d'échange ? Ouvrir un nouveau fil ?
Discussions similaires
debian testing double retour de mise en veille

mise en veille bloquante lors de l'installation de Debian

[Un peu HS] développement Android, debian et mise en veille de l'écran...

mise en veille de mon toshiba satellite u200-163 sous debian lenny


Fuseau horaire GMT +2. Il est actuellement 04h12. | Privacy Policy