Le noyau 4.7 et l'hibernation

Le
Alain Rpnpif
Bonjour,

Alors que l'hibernation fonctionnait bien sur un de mes ordinateurs
avec le noyau 4.6, le système redémarre juste après la resta=
uration
avec le noyau 4.7.

Les messages s'affichent très vite juste avant le rédémarrag=
e et je ne
peux pas les lire, savez-vous comment je pourrais déboguer ou au moins
voir les logs ?

--
Alain Rpnpif
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Belaïd
Le #26410821
--001a113ce7f610928b053d6af1aa
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Bonjour,
cat /var/log/message ou la commande dmsg ne donne pas grand chose ?
Le 26 sept. 2016 17:36, "Alain Rpnpif"
Bonjour,
Alors que l'hibernation fonctionnait bien sur un de mes ordinateurs
avec le noyau 4.6, le système redémarre juste après la res tauration
avec le noyau 4.7.
Les messages s'affichent très vite juste avant le rédémarr age et je ne
peux pas les lire, savez-vous comment je pourrais déboguer ou au moi ns
voir les logs ?
--
Alain Rpnpif


--001a113ce7f610928b053d6af1aa
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<p dir="ltr">Bonjour,</p>
<p dir="ltr">cat /var/log/message ou la commande dmsg ne donne pas grand chose ?</p>
<br>
Alors que l&#39;hibernation fonctionnait bien sur un de mes ordinateurs<br>
avec le noyau 4.6, le système redémarre juste après la resta uration<br>
avec le noyau 4.7.<br>
<br>
Les messages s&#39;affichent très vite juste avant le rédéma rrage et je ne<br>
peux pas les lire, savez-vous comment je pourrais déboguer ou au moins <br>
voir les logs ?<br>
<br>
--<br>
Alain Rpnpif<br>
<br>
</div></div>
--001a113ce7f610928b053d6af1aa--
Bernard Schoenacker
Le #26410822
Le Mon, 26 Sep 2016 17:36:05 +0200,
Alain Rpnpif
Bonjour,
Alors que l'hibernation fonctionnait bien sur un de mes ordinateurs
avec le noyau 4.6, le système redémarre juste après la restauration
avec le noyau 4.7.
Les messages s'affichent très vite juste avant le rédémarrage et je ne
peux pas les lire, savez-vous comment je pourrais déboguer ou au moins
voir les logs ?


bonjour,
les commandes sont elles inefficientes (?):
tail -f /var/log/messages
dmesg
slt
bernard
Alain Rpnpif
Le #26410836
Le 26 septembre 2016, Belaïd a écrit :
Bonjour,
cat /var/log/message ou la commande dmsg ne donne pas grand chose ?
Le 26 sept. 2016 17:36, "Alain Rpnpif"
Bonjour,
Alors que l'hibernation fonctionnait bien sur un de mes ordinateurs
avec le noyau 4.6, le système redémarre juste après la r estauration
avec le noyau 4.7.
Les messages s'affichent très vite juste avant le rédéma rrage et je ne
peux pas les lire, savez-vous comment je pourrais déboguer ou au m oins
voir les logs ?


Bernard et Belaïd,
À part systemd qui me signale qu'il passe en phase hibernation, aucune
autre info sur la tentative de démarrage (resume) après hibernati on.
Seuls les logs du noyau après le dernier redémarrage apparaissent.
dmesg ne présente rien d'anormal à mon avis.
Merci de votre aide.
--
Alain Rpnpif
Belaïd
Le #26410900
--001a11c16b6c4f0fcb053d78c3af
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
:-) j'ai l'habitude de faire un usage intensif de l'auto-complétion
Le 27 sept. 2016 10:03, "Bernard Schoenacker" a écrit :
Le Mon, 26 Sep 2016 17:40:02 +0200,
Belaïd
dmsg

bonjour,
je croyais que c'était moi qui avait fait une faute :
dmsg
zsh: command not found: dmsg
par contre dmesg fonctionne
slt
bernard


--001a11c16b6c4f0fcb053d78c3af
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
<p dir="ltr">:-) j&#39;ai l&#39;habitude de faire un usage intensif de l& #39;auto-complétion </p>
Belaïd &lt; <br>
&gt; dmsg<br>
<br>
<br>
bonjour,<br>
<br>
<br>
je croyais que c&#39;était moi qui avait fait une faute :<br>
<br>
dmsg<br>
zsh: command not found: dmsg<br>
<br>
par contre dmesg fonctionne<br>
<br>
slt<br>
bernard<br>
</div></div>
--001a11c16b6c4f0fcb053d78c3af--
Bernard Schoenacker
Le #26410901
Le Mon, 26 Sep 2016 17:40:02 +0200,
Belaïd
dmsg


bonjour,
je croyais que c'était moi qui avait fait une faute :
dmsg
zsh: command not found: dmsg
par contre dmesg fonctionne
slt
bernard
Eric Degenetais
Le #26410904
Il me semble que journalctl permet de remonter au boot précédent
(c'est à dire la tentative de réveil).
Quelque chose comme:
journalctl -b -1
Ca a peut-être plus de chance de montrer plus d'informations que
dmesg, qui effectivement ne montrera que le dernier boot en date.
bonne journée
______________
Éric Dégenètais
Henix
http://www.henix.com
http://www.squashtest.org

Le 27 septembre 2016 à 08:09, Belaïd
:-) j'ai l'habitude de faire un usage intensif de l'auto-complétion
Le 27 sept. 2016 10:03, "Bernard Schoenacker" a écrit :
Le Mon, 26 Sep 2016 17:40:02 +0200,
Belaïd
dmsg

bonjour,
je croyais que c'était moi qui avait fait une faute :
dmsg
zsh: command not found: dmsg
par contre dmesg fonctionne
slt
bernard
S
Le #26410916
Le mardi 27 septembre 2016 à 8:22, Eric Degenetais a écrit :
Il me semble que journalctl permet de remonter au boot précédent
(c'est à dire la tentative de réveil).
Quelque chose comme:
journalctl -b -1

Je crois que ce n’est pas actif par défaut. Sur mon système, j’avais dû activer
la persistance du journal pour pouvoir remonter dans le temps.
Pour activer la persistance, j’avais simplement créé le dossier
« /var/log/journal ».
Attention, la rotation par défaut des journaux de Systemd conduit à une
occupation de plusieurs Go (2,5 constaté). On peut régler ça plus finement (man
journald.conf).
Sébastien
Alain Rpnpif
Le #26410937
Le 27 septembre 2016, Sébastien NOBILI a écrit :
Le mardi 27 septembre 2016 à 8:22, Eric Degenetais a écrit :
Il me semble que journalctl permet de remonter au boot précéd ent
(c'est à dire la tentative de réveil).
Quelque chose comme:
journalctl -b -1

Je crois que ce n’est pas actif par défaut. Sur mon systà ¨me, j’avais dû activer
la persistance du journal pour pouvoir remonter dans le temps.
Pour activer la persistance, j’avais simplement créé le dossier
« /var/log/journal ».
Attention, la rotation par défaut des journaux de Systemd conduit à une
occupation de plusieurs Go (2,5 constaté). On peut régler à §a plus finement (man
journald.conf).

Et oui, systemd est encore expérimental :(.
Je regarde ça. Merci.
--
Alain Rpnpif
St
Le #26410944
Bonjour à tous les utilisateurs et développeurs de Debian.
Le mardi 27 septembre 2016 à 16:44, Alain Rpnpif a écrit :
Le 27 septembre 2016, Sébastien NOBILI a écrit :
Je crois que ce n’est pas actif par défaut. Sur mon sy stème, j’avais dû
activer la persistance du journal pour pouvoir remonter dans le tem ps.
Pour activer la persistance, j’avais simplement créà © le dossier
« /var/log/journal ».
Attention, la rotation par défaut des journaux de Systemd cond uit à une
occupation de plusieurs Go (2,5 constaté). On peut régler ça plus finement
(man journald.conf).

Et oui, systemd est encore expérimental :(.
Je regarde ça. Merci.

Expérimental ? o_O
Cordialement et à bientôt.
Stéphane
Alain Rpnpif
Le #26410948
Le 27 septembre 2016, Stéphane GARGOLY a écrit :
Bonjour à tous les utilisateurs et développeurs de Debian.
Le mardi 27 septembre 2016 à 16:44, Alain Rpnpif a écrit :
Le 27 septembre 2016, Sébastien NOBILI a écrit :
>
> Je crois que ce n’est pas actif par défaut. Sur mon syst ème, j’avais dû
> activer la persistance du journal pour pouvoir remonter dans le temps.
>
> Pour activer la persistance, j’avais simplement créà © le dossier
> « /var/log/journal ».
>
> Attention, la rotation par défaut des journaux de Systemd condui t à une
> occupation de plusieurs Go (2,5 constaté). On peut régler ça plus finement
> (man journald.conf).
Et oui, systemd est encore expérimental :(.
Je regarde ça. Merci.

Expérimental ? o_O

Euh, c'était trollesque ;).
J'ai essayé la persistence du journal mais seule la dernière sess ion
est montrée depuis le dernier boot. Le fichier journal reste vide.
Bizarrement la première fois après cette activation du journal, la
restauration après hibernation a parfaitement fonctionné. Il faut dire
que je ne l'ai laissé hiberner que quelques secondes.
Malheureusement, les essais suivants sont négatifs que ce soit aprà ¨s 10
minutes ou quelques secondes : le système restaure puis redémarre avant
que les services systemd soient activés (ou avec le premier service, je
ne sais pas.
Mais toujours aucun indice sur la cause.
Je vais creuser du côté de uswsusp.
--
Alain Rpnpif
Publicité
Poster une réponse
Anonyme