Forum

Bonjour tout le monde,

petit soucis avec mga8 : je me rends compte que l'hibernation ne fonctionne plus ( ni avec le bouton d'action 'mise en veille prolongée', ni avec la commande 'systemclt hibernate')

Dans le journal, je constate ceci:

mars 02 18:51:05 localhost systemd[1]: Starting Hibernate...
mars 02 18:51:05 localhost kernel: PM: Image not found (code -22)
mars 02 18:51:05 localhost systemd-sleep[3555]: Suspending system...
mars 02 18:51:05 localhost kernel: PM: hibernation: hibernation entry

Au réveil, c'est un boot "normal", pas un retour d'hibernation.
Ca fonctionnait sous mga7.

Qu'en pensez-vous ?

Bonjour choucrout,
Comment différencies-tu un boot normal d'un retour d'hibernation ? Tu as regardé le journal et il te dit que c'est un boot normal ?

Je viens de tester sous GNOME, ça fonctionne chez moi.

Édité par Yuusha Le 02/03/2021 à 20h50

Merci pour le test.

En fait, après le démarrage, je ne retrouve pas ma session verouillée avec toutes les applis. Tout est perdu. C'est équivalent à un "redémarrage"

Si je vérifie dans le journal, pas de différente entre un réveil après hibernation et un réveil après un "reboot".
Dans les 2 cas, si je fais un "grep hibern" , je tombe sur les mêmes lignes

localhost kernel: PM: hibernation: Registered nosave memory: [mem 0x00000000-0x00000fff]
...
...
localhost kernel: PM: hibernation: Registered nosave memory: [mem 0xff000000-0xffffffff]


Là je suis sous XFCE.
Je vais aller voir les traces sur mon PC backup qui est encore sous mga7

Sous mga7,

ça n'aide pas , car même erreur 22, mais il procède bien à l'hibernation ... y'a beaucoup plus de traces

mars 02 21:22:27 localhost.localdomain systemd[1]: Starting Hibernate...
mars 02 21:22:27 localhost.localdomain kernel: PM: Image not found (code -22)
mars 02 21:22:27 localhost.localdomain systemd-sleep[2589]: Suspending system...
mars 02 21:22:27 localhost.localdomain kernel: PM: hibernation: hibernation entry
mars 02 21:23:30 localhost.localdomain kernel: Filesystems sync: 0.009 seconds
mars 02 21:23:30 localhost.localdomain kernel: Freezing user space processes ... (elapsed 0.002 seconds) done.
mars 02 21:23:30 localhost.localdomain kernel: OOM killer disabled.
...
mars 02 21:23:30 localhost.localdomain systemd[1]: systemd-hibernate.service: Succeeded.
mars 02 21:23:30 localhost.localdomain systemd[1]: Started Hibernate.
...

Ok, regardons ça. Merci pour le journal.
Si tu es à l'aise avec l'anglais, tu peux essayer de voir le wiki d'ArchLinux.
Sinon j'ai trouvé ce problème : https://forum.manjaro.org/t/black-screen-after-hibernate/17385. Aurais-tu une vieille carte Nvidia par hasard ? Ils ont abandonné le support des vieilles cartes avec le pilote propriétaire. Tu aurais pu passer au pilote libre sous Mageia 8 ce qui expliquerait l'impossibilité d'hiberner.
Je vois beaucoup de problèmes d'hibernation sur différentes distribution. Apparemment l'hibernation est très dépendante du matériel et il est difficile de savoir ce qui coince réellement. Quelques points à noter :

• Vérifier que le swap a un espace libre suffisant pour hiberner
• Vérifier que la mémoire soit en bonne état (dans le cas ou c'est la sortie d'hibernation qui échouerait)
  

Bonjour,

Après une hibernation, j'ai démarré sur la clef usb et le mode rescue pour vérifier les partitions avec lsparts
On voit sur le disque de swap s'est bien transformé en "swsuspend", donc qu'il y a bien une image là dedans prête à être chargée
sda1: 297MB, fs vfat (EFI System Partition) []
sda5: 50GB, fs ext4 (Journalised FS: ext4) []
sda6: 3.9GB, fs swsuspend () []
sda7: 168GB, fs ext4 (Journalised FS: ext4) []
sdb1: 4.1GB, fs iso9660 () [Mageia-8-x86_64]

Au passage, dans le cadre d'un redémarrage normal (sans hibernation), on a
sda6: 3.9GB, fs swap (Linux swap) []


Ensuite, je suis tombé sur un post (que je ne retrouve plus ) qui soupsçonne l'absence du module "resume" dans initrd

J'ai vérifié entre mga7 et mga8 avec la commande lsinitrd -m
lsinitrd_mga7.txt lsinitrd_mga8.txt

Effectivement, dans mga8, il manque bien resume, à la place il y a kernel-modules-extra .


Qu'en pensez-vous ?

Du coup, trouvé cette solution

ajout de la ligne add_dracutmodules+=" resume " dans /etc/dracut.conf.d/51-mageia-resume.conf

localhost dracut.conf.d # cat 51-mageia-resume.conf
add_device+=" UUID=2b1f437b-3e28-4f03-adce-19e79a021be8 "
add_dracutmodules+=" resume "
localhost dracut.conf.d # dracut -fv

Cette fois, l'hibernation fonctionne.
Avant de terminer, à votre avis:

Comment cela est-il configuré à l'installation ? Du coup suis-je un cas particulier, vu que ça fonctionne chez d'autres?
Dois-je entrer une fiche d'anomalie sur bugzilla ?

Édité par choucroot Le 05/03/2021 à 14h13

Oh que oui !
Well catched !

Aurélien
Bugsquad Team

A ton service

https://bugs.mageia.org/show_bug.cgi?id=28528

Bien joué choucroot ! Chez moi le resume est bien présent sur la ligne de démarrage.

@ Yuusha

Merci. Mais comment se fait-il que ça fonctionne chez toi ? T'as fait un upgrade ou une réinstallation ?

J'ai deux PC, l'hibernation fonctionne sur les deux. Sur un j'ai fait une installation propre, sur l'autre une upgrade.

Bonjour

Je viens de vérifier et je n'ai pas resume dans mes installations.

• Une machine a été installée en beta2 et mise à jour.
• Une autre a eu une installation fraiche en MGA8 officielle.
  

Par contre, j'utilise un fichier swap et non une partition swap. Je fais donc une installation à la base sans zone d'échange et je le rajoute ensuite.

Est-ce que cela peut générer cette absence de resume ?

A+

Bonjour,
Pas de "resume" chez moi non plus, c'est pourquoi j'avais dit plus haut.
(install M8 release sur partition formatée)
A+