mise en veille impossible

claude.simon · 05-10-2024 08:30:50

hello,

sur google, on trouve des tas de gens qui se plaignent de ne pas pouvoir sortir de veille, moi, c'est l'inverse, je ne peux pas y rentrer...

Debian 12 tout juste installé en dualboot avec W11 sur un dell inspiron (16Go / 1To )

quand j'active la mise en veille par le menu, le clavier s'éteint, l'affichage disparait mais il reste un minuscule prompt en haut à gauche de l'écran et ça en reste là...

en cliquant sur le clavier, je vois réapparaître l'écran de login et si je retente le mise en veille, c'est idem...

j'ai regardé avec journalctl, mais il n'enregistre aucun événement au moment ou j'active la mise en veille ???

auparavant, j'avais debian sur une machine dédiée, et tout se passait bien, ça pourrait être un effet pervers du dualboot ?

merci pour vos suggestions...

Dernière modification par claude.simon (05-10-2024 09:01:47)

Croutons · 05-10-2024 11:18:31

hello
donne le retour des commandes suivante

cat /etc/initramfs-tools/conf.d/resume

cat /etc/fstab

swapon

claude.simon · 05-10-2024 12:06:51

alors :

bruno@bruno:~$ cat /etc/initramfs-tools/conf.d/resume
RESUME=UUID=e048a6f3-fbb9-41a8-958a-7f7a03f60d28

bruno@bruno:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# systemd generates mount units based on this file, see systemd.mount(5).
# Please run 'systemctl daemon-reload' after making changes here.
#
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/nvme0n1p7 during installation
UUID=1a5bc305-03cc-4d07-a3ec-09b0d121e1dc / ext4 errors=remount-ro 0 1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=026B-A247 /boot/efi vfat umask=0077 0 1
# swap was on /dev/nvme0n1p8 during installation
UUID=e048a6f3-fbb9-41a8-958a-7f7a03f60d28 none swap sw 0 0

root@bruno:~# swapon
NAME TYPE SIZE USED PRIO
/dev/nvme0n1p8 partition 977M 0B -2

perso, tout ça ne me dit rien, j'espère qu'il en est pas de même pour toi :-)

Croutons · 05-10-2024 12:46:38

la taille de ma partition swap est vraiment juste, il faudrait l'augmenter
pas si simple, il faudrait sûrement démarrer sur un live usb Debian, puis réduire la partition système pour avoir suffisamment d'espace a alloué a la nouvelle swap
ah moins qu'il de reste de l'espace libre sur ton disque

avant d'effectuer cette opération, il faut avoir une sauvegarde à jour

agp91 · 05-10-2024 12:52:46

Salux,
Oui ça cause...
Comme l'a souligné Croutons, probablement que la partition dédiée à la swap est trop petite.
La swap permet d'augmenter la quantité de RAM et de copier le contenu de la RAM sur le disque afin de couper son alimentation lors de la mise en veille profonde.

claude.simon a écrit :

/dev/nvme0n1p8 partition 977M 0B -2

Or tu ne disposes que de 977Mo (environ 1Go) de swap. Ce n'est pas assez pour y copier la RAM (même si tu n'utilise pas forcement la totalité de 16Go.
Il va falloir que tu augmente la quantité de swap. Plusieurs voix son à disposition :
1) Augmenter la taille de la partition actuelle.
2) Utiliser une autre partition à la place ou en plus (la partition en question sera alors dédiée à la swap et tout contenu sera détruit).
3) Créer de la swap dans un fichier.
Pour t'aider à faire un choix, peux-tu donner le retour de la commande

lsblk

[edit]Hihi, le temps d'écrire le post...

Dernière modification par agp91 (05-10-2024 13:00:09)

Croutons · 05-10-2024 12:56:46

il me semble bien que c'est l'installateur qui met si peu par défaut

agp91 a écrit :

3) Créer de la swap dans un fichier.

ah oui aussi ,je sais pas ce que cela change

agp91 · 05-10-2024 12:58:35

Croutons a écrit :

ah oui aussi ,je sais pas ce que cela change

Rien en terme de performance. Il est nécessaire tout de même d'avoir de la place disponible sur une partition choisie. Et cela peut ce faire sans avoir à redémarrer.

Dernière modification par agp91 (05-10-2024 12:59:20)

claude.simon · 05-10-2024 13:06:06

ça me parait être une très bonne piste, et oui, c'est l'installateur qui fait ça par défaut... ça m'a bien paru un peu faible, mais j'ai fait confiance, j'aurais peut-être pas dû...

vu que je suis en dual boot, je suis pas très chaud pour modifier les partitions mais je vais quand même étudier la chose.

par contre, Debian pourrait être un peu plus verbeux et indiquer le souçi de lui-même, ça m'éviterait de vous déranger :-)

bruno@bruno:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
nvme0n1 259:0 0 953,9G 0 disk
├─nvme0n1p1 259:1 0 300M 0 part /boot/efi
├─nvme0n1p2 259:2 0 128M 0 part
├─nvme0n1p3 259:3 0 732,4G 0 part
├─nvme0n1p4 259:4 0 1,2G 0 part
├─nvme0n1p5 259:5 0 20,3G 0 part
├─nvme0n1p6 259:6 0 1,5G 0 part
├─nvme0n1p7 259:7 0 197G 0 part /
└─nvme0n1p8 259:8 0 977M 0 part [SWAP]

Dernière modification par claude.simon (05-10-2024 13:08:13)

Croutons · 05-10-2024 13:24:15

il nous faudrait le taux d'occupation sur les partitions

df -h

edit:
j'ai trouvé un lien ou l'opération est bien détaillé
https://zonetuto.fr/linux/creer-et-ajou … tu-debian/

lors de la mise en veille l'espace nécessaire dépend des applications en cours d'exécution,si tu as la possibilité choisis 15G pour le swapfile

Dernière modification par Croutons (05-10-2024 13:57:32)

claude.simon · 05-10-2024 16:33:17

voici :
bruno@bruno:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev 7,7G 0 7,7G 0% /dev
tmpfs 1,6G 1,6M 1,6G 1% /run
/dev/nvme0n1p7 193G 11G 173G 6% /
tmpfs 7,7G 802M 6,9G 11% /dev/shm
tmpfs 5,0M 8,0K 5,0M 1% /run/lock
/dev/nvme0n1p1 296M 94M 203M 32% /boot/efi
tmpfs 1,6G 56K 1,6G 1% /run/user/1000

j'ai regardé ton tuto, mais ça marche pour ceux qui n'ont pas de swap, alors que j'en ai mais un qui est trop petit...

il faut que je cherche s'il y a moyen d'étendre la partition swap, peut-être en réduisant la partition /, je ne sais pas si je peux faire ça avec gparted, et surtout sans rien casser...

edit : j'ai essayé gparted, le menu redimensionnement pour la partition / est actif, mais la taille min proposée = la taille max = la taille actuelle... je peux donc rien changer; quant à la partition swap, le menu redimensionnement reste grisé... c'est pas gagné...

Dernière modification par claude.simon (05-10-2024 16:48:18)

mister_g · 05-10-2024 17:08:36

pour redimensionner tes partitions, il faut que tu bootes sur un autre systeme comme un live usb.
du coup, ton système n'étant pas en cours d'utilisation tu pourras redimensionner tes partitions.

si sur ton live usb, gparted n'est pas présent, installe le "classiquement" et lance le

Dernière modification par mister_g (05-10-2024 17:08:58)

Croutons · 05-10-2024 17:10:04

si tu peux avec gparted, mais comme ta partition est en cours d'utilisation , il faut démarrer avec un Debian sur clé usb
utilise les balises du forum sa sera plus lisible

Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur

udev               7,7G       0  7,7G   0% /dev

tmpfs              1,6G    1,6M  1,6G   1% /run

/dev/nvme0n1p7     193G     11G  173G   6% /

tmpfs              7,7G    802M  6,9G  11% /dev/shm

tmpfs              5,0M    8,0K  5,0M   1% /run/lock

/dev/nvme0n1p1     296M     94M  203M  32% /boot/efi

tmpfs              1,6G     56K  1,6G   1% /run/user/1000

pour le fichier swapfile, cela reste toujours valable et sera plus simple et rapide
tu auras 2 swap actif
(j'ai moi même 2 swap actif)

maintenant que on a vu que tu as 6% d'utilisé sur ta partition, tu est tranquille pour créer ton fichier

fallocate -l 15G /swapfile

mettre les bons droit

chmod 600 /swapfile

mkswap /swapfile

editer le fichier

nano /etc/fstab

se déplacer a l'aide des flèches du clavier a l'endroit voulu pour ajouter la ligne

/swapfile swap swap defaults 0 0

Ctrl+X pour quitter nano, répondre o à la question voulez vous enregistrer en quittant

activer toute les swap

swapon --all

tu peux voir le résultat des swap actif

swapon

reste a voir si ceci va améliorer ta mise en veille, mais y'a des chances

Dernière modification par Croutons (05-10-2024 17:26:18)

claude.simon · 05-10-2024 17:38:57

bon, ça aurait pu, mais non... ;-(

pareil, un petit prompt fixe en haut à gauche de l'écran noir, et retour à l'écran de login quand j'appuie sur la barre d'espace...

ça m'éneeeeeerve, ces trucs là... ;-)

le journalctl n'indiquant rien, y a pas un truc à regarder ailleurs?

(j'ai vérifié le swapon, j'ai bien les deux fichiers actifs)

je viens de tenter la mise en veille à partir de l'écran de login (sans me logger, donc) et c'est toujours la même chose...
et idem, une fois loggé, à partir du bouton de mise en veille

Dernière modification par claude.simon (05-10-2024 17:49:31)

Croutons · 05-10-2024 17:53:44

y'a quelque manip en + a faire, il faut modifier le fichier résume et le fichier grub

récupérer l'uuid du fichier swap

file /swapfile

récupérer le numéro pour offset_resume

filefrag -v /swapfile|awk 'NR==4{gsub(/\./,"");print $4;}'

éditer le fichier grub

nano /etc/default/grub

sur la ligne suivante ajouter

GRUB_CMDLINE_LINUX_DEFAULT="resume=UUID=xxxx resume_offset=yyyy"

remplacer xxxx et yyyy avec les bons numéro des précédentes commande,séparé les options par un espace

ajouter les mêmes information dans le fichier résume

nano /etc/initramfs-tools/conf.d/resume

resume=UUID=xxxx resume_offset=yyyy

update-grub

update-initramfs -k all -u

tiré du wiki
https://wiki.debian.org/Hibernation/Hib … _Partition

Dernière modification par Croutons (05-10-2024 18:01:19)

agp91 · 05-10-2024 17:54:31

Supprimer pour redondance

Dernière modification par agp91 (05-10-2024 18:06:03)

Croutons · 05-10-2024 17:56:26

pas si simple au final

mais une fois le fichier resume et grub modifié ça devrait être bon

agp91 · 05-10-2024 18:05:35

Croutons a écrit :

pas si simple au final
mais une fois le fichier resume et grub modifié ça devrait être bon

Ca m'apprendra à lire les post de travers
... Puisque mon post précédent est redondant au tien, je supprime son contenu.

Dernière modification par agp91 (05-10-2024 18:06:41)

Croutons · 05-10-2024 18:15:00

par contre je sais pas si le fichier resume peut accepter plusieurs ligne, dans le doute commenté la ligne existante en ajoutant # au début
avec 15G la mise en veille devrait avoir la place nécessaire

èfpé · 05-10-2024 18:36:42

claude.simon a écrit :

des tas de gens [...] se plaignent de ne pas pouvoir sortir de veille, moi, c'est l'inverse, je ne peux pas y rentrer...

Pourrais-tu préciser ce que tu entends par « veille » ? il me semble qu'on te répond « hibernation ».
En double amorçage avec Windows 11 Secure Boot est probablement actif. Kernel Lockdown aussi :

dmesg -t | grep swapper

Lockdown: swapper/0: hibernation is restricted; see man kernel_lockdown.7

S'il s'agit bien de « veille » augmenter la taille de la swap ne sert à rien. Que retourne, par exemple :

dmesg | grep PM:

Les références précises de la machine pourraient permettre d'orienter les recherches. ACPI ? Autre ?

claude.simon · 05-10-2024 18:54:35

c'est la veille de base, je pense, pas l'hibernation... celle que l'on déclenche via le menu actif quand on clic sur le nom de l'utilisateur ou celle qui se déclenche après 10 mn d'inactivité, par exemple. (en tous cas, je n'ai rien paramétré dans le gestionnaire pour la veille prolongée)
edit : c'est le résultat du

systemctl suspend

effectivement, j'ai bien

root@bruno:~# dmesg -t | grep swapper

Lockdown: swapper/0: hibernation is restricted; see man kernel_lockdown.7

j'ai ça aussi :

root@bruno:~# dmesg | grep PM:

[    0.007883] PM: hibernation: Registered nosave memory: [mem 0x00000000-0x00000fff]

[    0.007884] PM: hibernation: Registered nosave memory: [mem 0x0009f000-0x000fffff]

[    0.007885] PM: hibernation: Registered nosave memory: [mem 0x56d1b000-0x56d36fff]

[    0.007886] PM: hibernation: Registered nosave memory: [mem 0x5cd15000-0x60d10fff]

[    0.007886] PM: hibernation: Registered nosave memory: [mem 0x60d11000-0x61571fff]

[    0.007887] PM: hibernation: Registered nosave memory: [mem 0x61572000-0x617fefff]

[    0.007888] PM: hibernation: Registered nosave memory: [mem 0x61800000-0x663fffff]

[    0.007888] PM: hibernation: Registered nosave memory: [mem 0x66400000-0x66dfffff]

[    0.007888] PM: hibernation: Registered nosave memory: [mem 0x66e00000-0x707fffff]

[    0.007889] PM: hibernation: Registered nosave memory: [mem 0x70800000-0xbfffffff]

[    0.007889] PM: hibernation: Registered nosave memory: [mem 0xc0000000-0xcfffffff]

[    0.007889] PM: hibernation: Registered nosave memory: [mem 0xd0000000-0xf97fffff]

[    0.007890] PM: hibernation: Registered nosave memory: [mem 0xf9800000-0xf9ffffff]

[    0.007890] PM: hibernation: Registered nosave memory: [mem 0xfa000000-0xfed1ffff]

[    0.007890] PM: hibernation: Registered nosave memory: [mem 0xfed20000-0xfed7ffff]

[    0.007891] PM: hibernation: Registered nosave memory: [mem 0xfed80000-0xfeffffff]

[    0.007891] PM: hibernation: Registered nosave memory: [mem 0xff000000-0xffffffff]

[    0.070037] ACPI: PM: Registering ACPI NVS region [mem 0x60d11000-0x61571fff] (8785920 bytes)

[    0.164057] ACPI: PM: (supports S0 S4 S5)

[    0.168815] ACPI: PM: Power Resource [BTRT]

[    0.172342] ACPI: PM: Power Resource [WRST]

[    0.175853] ACPI: PM: Power Resource [WRST]

[    0.175868] ACPI: PM: Power Resource [DRST]

[    0.188038] ACPI: PM: Power Resource [PIN]

[   33.662140] PM: suspend entry (s2idle)

[   46.563923] PM: suspend exit

et donc... ça dit quoi ? :-)
je crois comprendre que le suspend, c'est pas l'hibernate, ce ne serait donc pas un pb de swap, ni de lockdown qui semble n'interdire que l'hibernate...

ah le PC, c'est un Dell Inspiron 16 5640, après ACPI, ça me dit rien ce truc...

Dernière modification par claude.simon (05-10-2024 19:15:51)

agp91 · 05-10-2024 20:07:44

èfpé a écrit :

il me semble qu'on te répond « hibernation ».

C'est exacte

èfpé a écrit :

S'il s'agit bien de « veille » augmenter la taille de la swap ne sert à rien.

C'est exacte aussi... Toute fois la veille profonde (l'hibernation) vient après la veille.

èfpé a écrit :

En double amorçage avec Windows 11 Secure Boot est probablement actif. Kernel Lockdown aussi :

dmesg -t | grep swapper
Lockdown: swapper/0: hibernation is restricted; see man kernel_lockdown.7

...

claude.simon a écrit :

effectivement, j'ai bien

root@bruno:~# dmesg -t | grep swapper
Lockdown: swapper/0: hibernation is restricted; see man kernel_lockdown.7

Le manuel kernel_lockdown.7 a écrit :

...
Lockdown: X: Y is restricted, see man kernel_lockdown.7

où X indique le nom du processus et Y indique ce qui est restreint.

Sur une machine x86 ou arm64 compatible EFI, le verrouillage sera automatiquement activé si le système démarre en mode EFI Secure Boot.

Si le noyau est correctement configuré, le verrouillage peut être levé en tapant la séquence appropriée sur un clavier physique directement connecté. Pour les machines x86, il s'agit de SysRq+x .
...

Essaye de désactiver le Secure Boot dans le BIOS/UEFI

Dernière modification par agp91 (05-10-2024 20:20:45)

èfpé · 05-10-2024 20:34:42

agp91 a écrit :

Toutefois la veille profonde (l'hibernation) vient après la veille.

Or pourrais-tu expliciter (voire sourcer) ce que tu entends par « l'hibernation vient après la veille » ?

claude.simon · 05-10-2024 21:00:20

n'empêche, faut vraiment aimer linux...

l'hibernation fonctionne très bien, elle, malgrè que j'ai le "Lockdown: swapper/0: hibernation is restricted"
allez y comprendre quelque chose...

y en a qui disent qu'il faut utiliser Xscreensaver, je sais pas si ils ont eu des problèmes, mais chez moi, ça change toujours rien...

j'ai plus qu'a transformer la "veille" en "veille prolongée", mais c'est quand même relou, cette histoire...

(j'ai tenté sans secure boot, mais pas de chengement)

Dernière modification par claude.simon (05-10-2024 21:01:48)

agp91 · 05-10-2024 21:13:35

èfpé a écrit :

Or pourrais-tu expliciter (voire sourcer) ce que tu entends par « l'hibernation vient après la veille » ?

Sur un système Debian, après une veille prolongée, le système entre en veille profonde si le bootsecure n'est pas activé (selon la doc). Du moins c'est ce qu'il se passe chez moi (j'ai le bootsecure de désactivé).
Sur un système Ubuntu la veille profonde semble être désactivée par défaut (selon la doc).

[edit]Ou haha, je pense être en hibernation alors que je ne lui suis pas (ce qui est tout a fait possible)...
Je ne peux le contrôler dans l'immédiat, je ne suis pas devant mon PC

Dernière modification par agp91 (05-10-2024 22:02:45)

èfpé · 05-10-2024 22:34:42

en #20, claude.simon a écrit :

[ 0.164057] ACPI: PM: (supports S0 S4 S5)

Il semble que la veille S3 n'est tout simplement pas supportée par le firmware EFI de cette machine.
Il s'agit apparemment d'un problème connu chez Dell ; ce souci a été rapporté pour l'Inspiron 5502.

[ 33.662140] PM: suspend entry (s2idle)

Par contre, le système essaie d'entrer en transe S0ix (un machin inventé par Microsoft, semble-t-il).

→ https://en.wikipedia.org/wiki/ACPI#Global_states
→ https://www.kernel.org/doc/html/v6.1/ad … eep-states

Ce n'est pas Linux qu'il faut blâmer. Or la sortie d'hibernation est-elle plus rapide qu'un démarrage ?

Dernière modification par èfpé (05-10-2024 23:34:42)

Debian-facile

#1 05-10-2024 08:30:50

mise en veille impossible

#2 05-10-2024 11:18:31

Re : mise en veille impossible

#3 05-10-2024 12:06:51

Re : mise en veille impossible

#4 05-10-2024 12:46:38

Re : mise en veille impossible

#5 05-10-2024 12:52:46

Re : mise en veille impossible

#6 05-10-2024 12:56:46

Re : mise en veille impossible

#7 05-10-2024 12:58:35

Re : mise en veille impossible

#8 05-10-2024 13:06:06

Re : mise en veille impossible

#9 05-10-2024 13:24:15

Re : mise en veille impossible

#10 05-10-2024 16:33:17

Re : mise en veille impossible

#11 05-10-2024 17:08:36

Re : mise en veille impossible

#12 05-10-2024 17:10:04

Re : mise en veille impossible

#13 05-10-2024 17:38:57

Re : mise en veille impossible

#14 05-10-2024 17:53:44

Re : mise en veille impossible

#15 05-10-2024 17:54:31

Re : mise en veille impossible

#16 05-10-2024 17:56:26

Re : mise en veille impossible

#17 05-10-2024 18:05:35

Re : mise en veille impossible

#18 05-10-2024 18:15:00

Re : mise en veille impossible

#19 05-10-2024 18:36:42

Re : mise en veille impossible

#20 05-10-2024 18:54:35

Re : mise en veille impossible

#21 05-10-2024 20:07:44

Re : mise en veille impossible

#22 05-10-2024 20:34:42

Re : mise en veille impossible

#23 05-10-2024 21:00:20

Re : mise en veille impossible

#24 05-10-2024 21:13:35

Re : mise en veille impossible

#25 05-10-2024 22:34:42

Re : mise en veille impossible

Pied de page des forums