Le 2024-11-28 08:42, k6dedijon@free.fr a écrit :

Je ne vois rien de particulier concernant l'EFI. Mais je ne sais pas ce
que je devrais voir.

C'est l'écran au démarrage de ta machine, avant d'arriver à Grub. Étant donnée ta réponse
à la deuxième question, on peut conclure que c'est OK.

J'ai bien l'écran de GRUB, puis l'invite à m'identifier.
Puis j'arrive sur l'écran du bureau KDE.

Si je comprends bien, au réveil tu te retrouves avec une ouverture de
session, comme si tu
avais éteint ton PC plutôt que de le mettre en veille ?

Que donne la commande suivante (dans un terminal) ?

```
cat /proc/cmdline
```

Sébastien

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

cat /proc/cmdline
BOOT_IMAGE=/vmlinuz-6.1.0-28-amd64 root=UUID=e49015dc-ac19-43fd-aa3b-13fab4447ff9 ro quiet splash

Voici
J'espère que ça te parle
Cassis


----- Mail d'origine -----
De: Sébastien NOBILI <s-liste-debian-user-french@pipoprods.org>
À: debian-user-french@lists.debian.org
Envoyé: Thu, 28 Nov 2024 09:01:19 +0100 (CET)
Objet: Re: Re : Re: problèmes KDE GTK

Le 2024-11-28 08:42, k6dedijon@free.fr a écrit :

Je ne vois rien de particulier concernant l'EFI. Mais je ne sais pas ce
que je devrais voir.

C'est l'écran au démarrage de ta machine, avant d'arriver à Grub. Étant donnée ta réponse
à la deuxième question, on peut conclure que c'est OK.

J'ai bien l'écran de GRUB, puis l'invite à m'identifier.
Puis j'arrive sur l'écran du bureau KDE.

Si je comprends bien, au réveil tu te retrouves avec une ouverture de session, comme si tu
avais éteint ton PC plutôt que de le mettre en veille ?

Que donne la commande suivante (dans un terminal) ?

```
cat /proc/cmdline
```

Sébastien

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Le 2024-11-28 09:11, k6dedijon@free.fr a écrit :

cat /proc/cmdline
BOOT_IMAGE=/vmlinuz-6.1.0-28-amd64 root=UUID=e49015dc-ac19-43fd-aa3b-13fab4447ff9 ro quiet splash

Oui, et ça explique pourquoi l'hibernation ne fonctionne pas.
Pour qu'elle fonctionne, il faut un espace sur ton disque où mémoriser l'état du système.
En général c'est la partition de swap qui est utilisé.

As-tu une partition de swap ? Tu peux le savoir avec cette commande :

```
swapon
```

Quelle est la quantité de RAM sur ton système ?

```
free -h
```

Sébastien

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Merci Sébastien de suivre mes pérégrinations.

Voici le résultat des deux commandes :
cassis@cassis-PC:~$ swapon
bash: swapon : commande introuvable
cassis@cassis-PC:~$ free -h
total utilisé libre partagé tamp/cache disponible
Mem: 7,7Gi 2,4Gi 4,3Gi 238Mi 1,5Gi 5,3Gi
Échange: 4,0Gi 0B 4,0Gi

Pour info, je dois monter un second disque qui apportera 4Gio supplémentaires de mémoire swap. Mais j'attends que l'installation soit plus conforme à mes attentes pour éviter d'endommager ce disque qui contient les données.

Pour info, voici les partitions de ce disque :
~$ df
Sys. de fichiers blocs de 1K Utilisé Disponible Uti% Monté sur
udev 3970456 0 3970456 0% /dev
tmpfs 803096 1568 801528 1% /run
/dev/sda4 40973536 15632156 23227844 41% /
tmpfs 4015468 0 4015468 0% /dev/shm
tmpfs 5120 12 5108 1% /run/lock
/dev/sda2 1253528 283236 888372 25% /boot
/dev/sda5 15375304 843724 13728764 6% /home
tmpfs 4015468 8 4015460 1% /tmp
/dev/sda8 618149024 370112 586305248 1% /home/cassis/docs /dev/sda1 4186096 5988 4180108 1% /boot/efi
tmpfs 803092 76 803016 1% /run/user/1000

Pour ma part, j'aime mieux ce qui est donné par le gestionnaire de partitions :
CT1000MC500SSD1 - 931,51 Gio (dev/sda)
non allouée inconnu 128,00 Mio ---
/dev/sda1 fat32 /boot/efi ESP 4,00 Gio 5,85 Mio /dev/sda2 ext4 /boot boot 125 Gio 276,60 Mio /dev/sda3 linuxswap swap 4,0 Gio
/dev/sda4 ext4 / 40,00 Gio 14,91 Gio /dev/sda5 ext4 /home 15,00 Gio 823,95 Mio /dev/sda6 ext4 40,00 Gio 946,80 Mio /dev/sda7 ext4 15,00 Gio 345,08 Mio /dev/sda8 ext4 /home/cassis/docs 600,0 Gio 361,44 Mio /dev/sda9 ext4 212,13 Gio 4,39 Gio
non allouée inconnu 2,69 Mio ---

Les partitions sda6 et sda7 sont prévues pour un second système GNULinux
La partition sda9 est pour les virtual box

J'espère que ça t'éclaire.
Cassis



----- Mail d'origine -----
De: Sébastien NOBILI <s-liste-debian-user-french@pipoprods.org>
À: debian-user-french@lists.debian.org
Envoyé: Thu, 28 Nov 2024 11:17:48 +0100 (CET)
Objet: Re: Re : Re: Re : Re: problèmes KDE GTK

Le 2024-11-28 09:11, k6dedijon@free.fr a écrit :

cat /proc/cmdline
BOOT_IMAGE=/vmlinuz-6.1.0-28-amd64 root=UUID=e49015dc-ac19-43fd-aa3b-13fab4447ff9 ro quiet splash

Oui, et ça explique pourquoi l'hibernation ne fonctionne pas.
Pour qu'elle fonctionne, il faut un espace sur ton disque où mémoriser l'état du système.
En général c'est la partition de swap qui est utilisé.

As-tu une partition de swap ? Tu peux le savoir avec cette commande :

```
swapon
```

Quelle est la quantité de RAM sur ton système ?

```
free -h
```

Sébastien

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

------XYACOQKMQFLOIQCANJ8YFWWZUCD26M
Content-Type: text/plain;
charset=utf-8
Content-Transfer-Encoding: quoted-printable

Pour python, vérifie d'abord que le paquet est bien dans la liste des paquets installés.

Un truc genre : dpkg --list | grep -i "python"
(Il y a sûrement une méthode moins 'bourrin')

Ensuite, le vrai nom c'est 'python3', et il y a peut-être un lien symbolique python=>python3 (pas de debian a portée de main pour vérifier).

Thierry


------XYACOQKMQFLOIQCANJ8YFWWZUCD26M
Content-Type: text/html;
charset=utf-8
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html><html><body><div dir="auto">Pour python, vérifie d'abord que le paquet est bien dans la liste des paquets installés.<br><br>Un truc genre : dpkg --list | grep -i  "python" <br>(Il y a sûrement une méthode moins 'bourrin')<br><br>
Ensuite, le vrai nom c'est 'python3', et il y a peut-être un lien symbolique python=&gt;python3 (pas de debian a portée de main pour vérifier).<br><br>Thierry<br><br></div></body></html>
------XYACOQKMQFLOIQCANJ8YFWWZUCD26M--

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Merci Raivac,
python3 -V
me renvoie
Python 3.11.2

Il est donc bien installé.
Mais il fallait ta précision pour le savoir.
Bien cordialement,
Cassis


----- Mail d'origine -----
De: raivac <raivac@free.fr>
À: debian-user-french@lists.debian.org
Envoyé: Sun, 01 Dec 2024 10:08:48 +0100 (CET)
Objet: Re: Re : Re: problèmes KDE GTK

Pour python, vérifie d'abord que le paquet est bien dans la liste des paquets installés.

Un truc genre : dpkg --list | grep -i "python"
(Il y a sûrement une méthode moins 'bourrin')

Ensuite, le vrai nom c'est 'python3', et il y a peut-être un lien symbolique python=>python3 (pas de debian a portée de main pour vérifier).

Thierry

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Bonjour,

Le 2024-12-04 09:34, k6dedijon@free.fr a écrit :

Actuellement, j'ai 4Go de RAM, 4Go de swap et en ajoutant le second
disque dur, j’aurais 4Go de swap supplémentaires.
Cela devrait suffire, car je pratique cette méthode et je n'ai pas de problème.

L'hibernation se fait sur une seule des deux partitions (on spécifie un
UUID dans la conf.), donc 2 partitions
swap de 4Go donneront 8Go de swap au système mais seulement 4Go pour l'hibernation.

J'ai été surpris de constater qu'actuellement, il fallait plus de 4Go
de swap pour l'hibernation.

Il faut suffisamment d'espace pour décharger l'intégralité de la RAM
(qui sera perdue lorsque l'alimentation
va être coupée) + de quoi permettre au système de mettre des données en swap.

En configurant le swapiness (ou le fstab) pour que le système n'utilise
pas de swap, alors on doit pouvoir
faire de l'hibernation avec RAM = swap (mais on perd l'intérêt du swap
au quotidien).

Dans votre cas, affecter une partition (4Go) à l'hibernation et la
seconde au swap pourrait fonctionner
(jamais testé).

Sébastien

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)