Pas de mise en veille ni d'extinction du PC

dtux · 05-09-2022 16:15:12

Bonjour,

Je poste pour un problème apparemment connu mais pour lequel je ne trouve pas de solution : mon PC portable ne se met pas en veille et ne s'éteint pas complètement (Debian s'arrête mais les ventilateurs continuent).

J'ai essayé d'installer les paquets acpi, acpid, acpi-support, j'ai modifié la ligne GRUB_CMDLINE_LINUX_DEFAULT="quiet" en GRUB_CMDLINE_LINUX="quiet splash acpi=off" dans le fichier etc/default/grub, mais rien n'y fait.

Pourtant, ce qui me fait penser que ce n'est pas un problème matériel, c'est que lorsque j'utilise Clonezilla (basé sur Debian) ou d'autres OS, le PC s'éteint parfaitement.

Avez-vous une idée ?

Dernière modification par dtux (05-09-2022 16:23:53)

Croutons · 20-09-2022 08:50:01

hello
est ce que ton pc s'éteint normalement avec

systemctl poweroff

Philou92 · 20-09-2022 20:49:46

Message à supprimer…
Ne pas en tenir compte.

Dernière modification par Philou92 (20-09-2022 20:54:16)

dtux · 09-11-2022 21:59:22

Salut,

Désolé pour la réponse tardive...

Croutons a écrit :

hello
est ce que ton pc s'éteint normalement avec
systemctl poweroff

Non, c'est pareil

Tawal · 10-11-2022 01:12:55

Hello,

J'ai trouvé ça pour tenter de "debugger" les ACPI : https://wiki.ubuntu.com/DebuggingACPI
C'est pas évident, il faut tester.

Edit:
Mais je crois que ton souci vient plutôt du gestionnaire d'alimentation.

Dernière modification par Tawal (10-11-2022 01:17:44)

dtux · 10-11-2022 15:34:51

Salut,

Tawal a écrit :

Mais je crois que ton souci vient plutôt du gestionnaire d'alimentation.

C'est-à-dire ?

Tawal · 10-11-2022 23:17:05

Donne le retour de

systemctl -l --no-pager status upower.service

et de

journalctl -rn 20 -b -1 --no-pager

On va voir si il y a des erreurs.

Edit: Correction de la 1ère commande et
Ajout de l'option "--no-pager" à la 2ième

Dernière modification par Tawal (10-11-2022 23:26:58)

dtux · 12-11-2022 11:11:12

La première :

systemctl -l --no-pager status upower.service

● upower.service - Daemon for power management

     Loaded: loaded (/lib/systemd/system/upower.service; disabled; vendor preset: enabled)

     Active: active (running) since Thu 2022-11-10 18:40:24 CET; 1 day 15h ago

       Docs: man:upowerd(8)

   Main PID: 783 (upowerd)

      Tasks: 3 (limit: 4645)

     Memory: 4.0M

        CPU: 169ms

     CGroup: /system.slice/upower.service

             └─783 /usr/libexec/upowerd

nov. 10 18:40:23 debian systemd[1]: Starting Daemon for power management...

nov. 10 18:40:24 debian systemd[1]: Started Daemon for power management.

Et la deuxième :

journalctl -rn 20 -b -1 --no-pager

-- Journal begins at Sun 2022-08-07 15:25:11 CEST, ends at Sat 2022-11-12 10:09:17 CET. --

oct. 18 15:48:35 debian systemd-journald[336]: Journal stopped

oct. 18 15:48:35 debian haveged[600]: haveged starting up

oct. 18 15:48:35 debian haveged[600]: haveged: Stopping due to signal 15

oct. 18 15:48:35 debian systemd-shutdown[1]: Sending SIGTERM to remaining processes...

oct. 18 15:48:34 debian systemd-shutdown[1]: Syncing filesystems and block devices.

oct. 18 15:48:33 debian systemd[1]: Shutting down.

oct. 18 15:48:33 debian systemd[1]: Reached target Power-Off.

oct. 18 15:48:33 debian systemd[1]: Finished Power-Off.

oct. 18 15:48:33 debian systemd[1]: systemd-poweroff.service: Succeeded.

oct. 18 15:48:33 debian systemd[1]: Reached target Final Step.

oct. 18 15:48:33 debian systemd[1]: Reached target Shutdown.

oct. 18 15:48:33 debian systemd[1]: Stopped Monitoring of LVM2 mirrors, snapshots etc. using dmeventd or progress polling.

oct. 18 15:48:33 debian systemd[1]: lvm2-monitor.service: Succeeded.

oct. 18 15:48:33 debian lvm[11082]:   3 logical volume(s) in volume group "debian-vg" unmonitored

oct. 18 15:48:33 debian systemd[1]: Stopped Remount Root and Kernel File Systems.

oct. 18 15:48:33 debian systemd[1]: systemd-remount-fs.service: Succeeded.

oct. 18 15:48:33 debian systemd[1]: Stopped Create System Users.

oct. 18 15:48:33 debian systemd[1]: systemd-sysusers.service: Succeeded.

oct. 18 15:48:33 debian systemd[1]: Stopped Create Static Device Nodes in /dev.

oct. 18 15:48:33 debian systemd[1]: systemd-tmpfiles-setup-dev.service: Succeeded.

Tawal · 12-11-2022 11:57:18

Hello,

La dernière commande liste les 20 dernières lignes du boot précédent de la plus récente à la plus ancienne.
Et je vois ceci :

oct. 18 15:48:35 debian haveged[600]: haveged starting up

oct. 18 15:48:35 debian haveged[600]: haveged: Stopping due to signal 15

Le générateur d'entropie haveged a bien reçu le signal TERM pour s'arrêter.
Mais il redémarre tout de suite après.
C'est peut-être ce qui bloque l'extinction du PC.

Donne le retour de :

systemctl -l --no-pager status haveged.service

Puis, stoppe ce service avec :

systemctl stop haveged.service

Relance la commande :

systemctl -l --no-pager status haveged.service

poste son retour.

Si le service est bien arrêté, alors tente d'éteindre le PC.
Est-ce toujours pareil ou pas ?

Edit: si le PC s'éteint bien alors 2 solutions :
- se débarrasser d'haveged : désinstallation du paquet ou désactivation du service (je peux aider)
- mieux configurer haveged (je ne peux pas aider)

Dernière modification par Tawal (12-11-2022 12:04:14)

dtux · 12-11-2022 12:13:50

systemctl -l --no-pager status haveged.service

haveged.service - Entropy Daemon based on the HAVEGE algorithm

     Loaded: loaded (/lib/systemd/system/haveged.service; enabled; vendor preset: enabled)

     Active: active (running) since Sat 2022-11-12 11:02:03 CET; 3min 3s ago

       Docs: man:haveged(8)

             http://www.issihosts.com/haveged/

   Main PID: 607 (haveged)

      Tasks: 1 (limit: 4645)

     Memory: 4.9M

        CPU: 410ms

     CGroup: /system.slice/haveged.service

             └─607 /usr/sbin/haveged --Foreground --verbose=1

nov. 12 11:02:03 debian systemd[1]: Started Entropy Daemon based on the HAVEGE algorithm.

nov. 12 11:02:04 debian haveged[607]: haveged: command socket is listening at fd 3

nov. 12 11:02:04 debian haveged[607]: haveged: ver: 1.9.14; arch: x86; vend: GenuineIntel; build: (gcc 10.2.1 ITV); collect: 128K

nov. 12 11:02:04 debian haveged[607]: haveged: cpu: (L4 VC); data: 32K (L2 L4 V); inst: 32K (L2 L4 V); idx: 24/40; sz: 32154/54019

nov. 12 11:02:04 debian haveged[607]: haveged: tot tests(BA8): A:1/1 B:1/1 continuous tests(B):  last entropy estimate 8.00281

nov. 12 11:02:04 debian haveged[607]: haveged: fills: 0, generated: 0

Puis après avoir stoppé le service :

systemctl -l --no-pager status haveged.service

haveged.service - Entropy Daemon based on the HAVEGE algorithm

     Loaded: loaded (/lib/systemd/system/haveged.service; enabled; vendor preset: enabled)

     Active: inactive (dead) since Sat 2022-11-12 11:07:05 CET; 6s ago

       Docs: man:haveged(8)

             http://www.issihosts.com/haveged/

    Process: 607 ExecStart=/usr/sbin/haveged --Foreground --verbose=1 $DAEMON_ARGS (code=exited, status=143)

   Main PID: 607 (code=exited, status=143)

        CPU: 415ms

nov. 12 11:02:04 debian haveged[607]: haveged: command socket is listening at fd 3

nov. 12 11:02:04 debian haveged[607]: haveged: ver: 1.9.14; arch: x86; vend: GenuineIntel; build: (gcc 10.2.1 ITV); collect: 128K

nov. 12 11:02:04 debian haveged[607]: haveged: cpu: (L4 VC); data: 32K (L2 L4 V); inst: 32K (L2 L4 V); idx: 24/40; sz: 32154/54019

nov. 12 11:02:04 debian haveged[607]: haveged: tot tests(BA8): A:1/1 B:1/1 continuous tests(B):  last entropy estimate 8.00281

nov. 12 11:02:04 debian haveged[607]: haveged: fills: 0, generated: 0

nov. 12 11:07:05 debian haveged[607]: haveged: Stopping due to signal 15

nov. 12 11:07:05 debian haveged[607]: haveged starting up

nov. 12 11:07:05 debian systemd[1]: Stopping Entropy Daemon based on the HAVEGE algorithm...

nov. 12 11:07:05 debian systemd[1]: haveged.service: Succeeded.

nov. 12 11:07:05 debian systemd[1]: Stopped Entropy Daemon based on the HAVEGE algorithm.

Mais le problème persiste

--gilles-- · 12-11-2022 14:29:33

Avec l'extinction normale de ma machine hier soir, j'obtiens :

journalctl -rn 120 -b -1 --no-pager | grep "havege\|HAVEGE"

nov. 11 23:15:00 machine audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=unconfined msg='unit=haveged comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'

nov. 11 23:15:00 machine systemd[1]: Stopped Entropy Daemon based on the HAVEGE algorithm.

nov. 11 23:15:00 machine systemd[1]: haveged.service: Succeeded.

nov. 11 23:15:00 machine systemd[1]: Stopping Entropy Daemon based on the HAVEGE algorithm...

nov. 11 23:15:00 machine haveged[956]: haveged starting up

nov. 11 23:15:00 machine haveged[956]: haveged: Stopping due to signal 15

haveged n'est pas en cause dans les problèmes de dtux à mon avis.

Dernière modification par --gilles-- (12-11-2022 16:00:50)

Tawal · 12-11-2022 21:35:20

Bon apparemment, ce n'est pas lui le coupable (haveged).
Voyons un peu plus.
Peux-tu donner le retour de :

journalctl -b -1 -p warning --no-pager

C'est peut-être bien un souci d'ACPI.

anonyme · 12-11-2022 23:40:47

il a testé la commande en console root

shutdown

Shutdown scheduled for Sat 2022-11-12 22:27:53 CET, use 'shutdown -c' to cancel.

et il attend , voir si autre chose que ci dessus
j'ai comparé mon retour et le sien en #8 , même chose a part lvm2 (moi j'ai un ssd sans lvm )
mon retour se termine par

nov. 11 17:30:31 kabylake1 systemd[1]: Stopped target Preparation for Local File Systems.

nov. 11 17:30:31 kabylake1 systemd[1]: Removed slice Slice /system/systemd-fsck.

nov. 11 17:30:31 kabylake1 systemd[1]: Stopped File System Check on /dev/disk/by-uuid/F2E6-A5E6.

nov. 11 17:30:31 kabylake1 systemd[1]: systemd-fsck@dev-disk-by\x2duuid-F2E6\x2dA5E6.service: Deactivated successfully.

donc il se retrouve avec un système qui a priori est stopper proprement , mais la machine toujours alimenté
si oui un arrêt par le bouton M/A au démarrage suivant pas de vérification du disque puisque l'arrêt est propre du système
tu peu lui demander si il a le paquet acpid installé

apt policy acpid

 

on sait jamais ..........

de son #1 a priori acpid est installé
par contre normal que la machine ne s'arrête pas

j'ai modifié la ligne GRUB_CMDLINE_LINUX_DEFAULT="quiet" en GRUB_CMDLINE_LINUX="quiet splash acpi=off"

 

la ligne doit être

GRUB_CMDLINE_LINUX_DEFAULT="quiet"

 

et refaire les essaies (désactiver l' acpi est juste pour essaie en cas d' instabilité de la machine , mais sûrement pas permanent) .

toujours du #1

lorsque j'utilise Clonezilla (basé sur Debian) ou d'autres OS, le PC s'éteint parfaitement.

 

sa debian a peu être un souci , mais avec l' acpi activé on a peut être une chance de trouver la cause

nota: lorsque on modifie /etc/default/grub , il faut ensuite appliquer la modification

Dernière modification par anonyme (12-11-2022 23:55:23)

dtux · 13-11-2022 12:02:10

Salut,

Tawal a écrit :

Bon apparemment, ce n'est pas lui le coupable (haveged).
Voyons un peu plus.
Peux-tu donner le retour de :
journalctl -b -1 -p warning --no-pager

C'est peut-être bien un souci d'ACPI.

journalctl -b -1 -p warning --no-pager

-- Journal begins at Sun 2022-08-07 15:25:11 CEST, ends at Sun 2022-11-13 10:33:45 CET. --

nov. 12 11:15:27 debian udisksd[612]: failed to load module mdraid: libbd_mdraid.so.2: cannot open shared object file: No such file or directory

nov. 12 11:15:27 debian udisksd[612]: Failed to load the 'mdraid' libblockdev plugin

nov. 12 11:15:29 debian NetworkManager[603]: <warn>  [1668248129.3561] ifupdown: interfaces file /etc/network/interfaces.d/* doesn't exist

nov. 12 11:15:45 debian tracker-miner-f[768]: Unable to get XDG user directory path for special directory &DOCUMENTS. Ignoring this location.

nov. 12 11:15:45 debian tracker-miner-f[768]: Unable to get XDG user directory path for special directory &MUSIC. Ignoring this location.

nov. 12 11:15:45 debian tracker-miner-f[768]: Unable to get XDG user directory path for special directory &PICTURES. Ignoring this location.

nov. 12 11:15:45 debian tracker-miner-f[768]: Unable to get XDG user directory path for special directory &VIDEOS. Ignoring this location.

nov. 12 11:15:45 debian tracker-miner-f[768]: Unable to get XDG user directory path for special directory &DOWNLOAD. Ignoring this location.

nov. 12 11:15:45 debian tracker-miner-f[768]: Unable to get XDG user directory path for special directory &DOCUMENTS. Ignoring this location.

nov. 12 11:15:45 debian tracker-miner-f[768]: Unable to get XDG user directory path for special directory &MUSIC. Ignoring this location.

nov. 12 11:15:45 debian tracker-miner-f[768]: Unable to get XDG user directory path for special directory &PICTURES. Ignoring this location.

nov. 12 11:15:45 debian tracker-miner-f[768]: Unable to get XDG user directory path for special directory &VIDEOS. Ignoring this location.

nov. 12 11:15:45 debian pipewire[765]: Failed to receive portal pid: org.freedesktop.DBus.Error.NameHasNoOwner: Could not get PID of name 'org.freedesktop.portal.Desktop': no such name

nov. 12 11:15:46 debian sddm-greeter[769]: QFont::fromString: Invalid description '(empty)'

nov. 12 11:15:49 debian kernel: nouveau 0000:02:00.0: firmware: failed to load nouveau/nv84_xuc00f (-2)

nov. 12 11:15:49 debian kernel: firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware

nov. 12 11:15:49 debian kernel: nouveau 0000:02:00.0: Direct firmware load for nouveau/nv84_xuc00f failed with error -2

nov. 12 11:15:49 debian kernel: nouveau 0000:02:00.0: vp: init failed, -2

nov. 12 11:15:49 debian kernel: nouveau 0000:02:00.0: firmware: failed to load nouveau/nv84_xuc103 (-2)

nov. 12 11:15:49 debian kernel: nouveau 0000:02:00.0: Direct firmware load for nouveau/nv84_xuc103 failed with error -2

nov. 12 11:15:49 debian kernel: nouveau 0000:02:00.0: bsp: init failed, -2

nov. 12 11:15:50 debian sddm-greeter[769]: file:///usr/lib/x86_64-linux-gnu/qt5/qml/SddmComponents/LayoutBox.qml:35:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }

nov. 13 10:01:49 debian sddm-greeter[769]: file:///usr/share/sddm/themes/debian-theme/Main.qml:41:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }

nov. 13 10:02:08 debian pipewire[901]: Failed to receive portal pid: org.freedesktop.DBus.Error.NameHasNoOwner: Could not get PID of name 'org.freedesktop.portal.Desktop': no such name

nov. 13 10:02:09 debian kernel: nouveau 0000:02:00.0: firmware: failed to load nouveau/nv84_xuc00f (-2)

nov. 13 10:02:09 debian kernel: nouveau 0000:02:00.0: Direct firmware load for nouveau/nv84_xuc00f failed with error -2

nov. 13 10:02:09 debian kernel: nouveau 0000:02:00.0: vp: init failed, -2

nov. 13 10:02:09 debian kernel: nouveau 0000:02:00.0: firmware: failed to load nouveau/nv84_xuc103 (-2)

nov. 13 10:02:09 debian kernel: nouveau 0000:02:00.0: Direct firmware load for nouveau/nv84_xuc103 failed with error -2

nov. 13 10:02:09 debian kernel: nouveau 0000:02:00.0: bsp: init failed, -2

nov. 13 10:02:18 debian pipewire-media-session[784]: error id:0 seq:194 res:-32 (Broken pipe): connection error

nov. 13 10:02:18 debian tracker-miner-f[768]: Error while sending AddMatch() message: La connexion est fermée

nov. 13 10:02:18 debian tracker-miner-f[768]: Error while sending AddMatch() message: La connexion est fermée

nov. 13 10:02:18 debian tracker-miner-f[768]: Error while sending AddMatch() message: La connexion est fermée 

nov. 13 10:22:23 debian systemd[1]: /lib/systemd/system/plymouth-start.service:16: Unit configured to use KillMode=none. This is unsafe, as it disables systemd's process lifecycle management for the service. Please update your service to use a safer KillMode=, such as 'mixed' or 'control-group'. Support for KillMode=none is deprecated and will eventually be removed.

nov. 13 10:22:24 debian systemd[1]: /lib/systemd/system/plymouth-start.service:16: Unit configured to use KillMode=none. This is unsafe, as it disables systemd's process lifecycle management for the service. Please update your service to use a safer KillMode=, such as 'mixed' or 'control-group'. Support for KillMode=none is deprecated and will eventually be removed.

nov. 13 10:22:25 debian systemd[1]: /lib/systemd/system/plymouth-start.service:16: Unit configured to use KillMode=none. This is unsafe, as it disables systemd's process lifecycle management for the service. Please update your service to use a safer KillMode=, such as 'mixed' or 'control-group'. Support for KillMode=none is deprecated and will eventually be removed.

nov. 13 10:22:25 debian systemd[1]: /lib/systemd/system/plymouth-start.service:16: Unit configured to use KillMode=none. This is unsafe, as it disables systemd's process lifecycle management for the service. Please update your service to use a safer KillMode=, such as 'mixed' or 'control-group'. Support for KillMode=none is deprecated and will eventually be removed.

nov. 13 10:22:26 debian systemd[1]: /lib/systemd/system/plymouth-start.service:16: Unit configured to use KillMode=none. This is unsafe, as it disables systemd's process lifecycle management for the service. Please update your service to use a safer KillMode=, such as 'mixed' or 'control-group'. Support for KillMode=none is deprecated and will eventually be removed.

nov. 13 10:22:26 debian systemd[1]: /lib/systemd/system/plymouth-start.service:16: Unit configured to use KillMode=none. This is unsafe, as it disables systemd's process lifecycle management for the service. Please update your service to use a safer KillMode=, such as 'mixed' or 'control-group'. Support for KillMode=none is deprecated and will eventually be removed.

nov. 13 10:24:12 debian sddm[667]: Authentication error: "Process crashed"

nov. 13 10:24:12 debian sddm[667]: Auth: sddm-helper crashed (exit code 15)

nov. 13 10:24:12 debian sddm[667]: Authentication error: "Process crashed"

nov. 13 10:24:12 debian sddm[667]: Auth: sddm-helper exited with 15

nov. 13 10:24:12 debian org.kde.ActivityManager[1064]: The X11 connection broke (error 1). Did the X11 server die?

nov. 13 10:24:12 debian org.kde.KScreen[1223]: The X11 connection broke (error 1). Did the X11 server die?

nov. 13 10:24:14 debian systemd[886]: pulseaudio.service: Failed with result 'exit-code'.

nov. 13 10:24:15 debian pulseaudio[2547]: Stale PID file, overwriting.

nov. 13 10:24:16 debian sddm[667]: Signal received: SIGTERM

nov. 13 10:24:16 debian sddm[667]: QProcess: Destroyed while process ("/usr/lib/x86_64-linux-gnu/sddm/sddm-helper") is still running.

nov. 13 10:24:16 debian tracker-miner-f[905]: Error while sending AddMatch() message: La connexion est fermée

nov. 13 10:24:16 debian tracker-miner-f[905]: Error while sending AddMatch() message: La connexion est fermée

nov. 13 10:24:16 debian tracker-miner-f[905]: Error while sending AddMatch() message: La connexion est fermée

Pour anonyme :

apt policy acpid

acpid:

  Installé : 1:2.0.32-1

  Candidat : 1:2.0.32-1

 Table de version :

 *** 1:2.0.32-1 500

        500 http://deb.debian.org/debian bullseye/main amd64 Packages

        100 /var/lib/dpkg/status

la ligne doit être

GRUB_CMDLINE_LINUX_DEFAULT="quiet"

J'avais bien remis cette ligne telle quelle. Je ne l'avais modifiée que pour les tests

anonyme · 13-11-2022 16:54:49

tu a pas mal d'erreurs sur cette debian
cette commande doit te donner la liste depuis le dernier démarrage

journalctl -b -r -p err

 

par exemple pour nouveau tenter d'installer le paquet "firmware-misc-nonfree" puis un reboot voir si du mieux
idem pour le reste
par exemple aussi pour pipewire , soit l'enlever et utiliser pulseaudio , soit enlever pulseaudio et utiliser le paquet pipewire-pulse (et wireplumber )
pour libbd_mdraid.so.2 il y a un paquet a installer (me souvient plus de son nom )
et etc pour le reste
tu a peut être un service qui bloque l'arrêt (bug)
pour grub ok c'est correct

nota: tu a tenté un shutdown en console comme le #13 , voir si des messages d'erreurs ?

Dernière modification par anonyme (13-11-2022 16:57:43)

dtux · 14-11-2022 10:09:21

J'ai fait ce que tu as dit, mais c'est toujours pareil.

Sinon,

anonyme a écrit :

nota: tu a tenté un shutdown en console comme le #13 , voir si des messages d'erreurs ?

J'ai remarqué que les 3 dernières lignes sont :

Reached target Power-Off

systemd-shutdown [1] : Could not detach DM /dev/dm-0: Device or resource busy

systemd-shutdown [1] : Failed ti finalize DM devices, ignoring.

Puis arrêt du disque.

Ceci dit, sur un autre PC, j'ai exactement la même chose mais la machine s'arrête normalement sans avoir besoin d'appuyer sur le bouton d'alim.

Debian-facile

#1 05-09-2022 16:15:12

Pas de mise en veille ni d'extinction du PC

#2 20-09-2022 08:50:01

Re : Pas de mise en veille ni d'extinction du PC

#3 20-09-2022 20:49:46

Re : Pas de mise en veille ni d'extinction du PC

#4 09-11-2022 21:59:22

Re : Pas de mise en veille ni d'extinction du PC

#5 10-11-2022 01:12:55

Re : Pas de mise en veille ni d'extinction du PC

#6 10-11-2022 15:34:51

Re : Pas de mise en veille ni d'extinction du PC

#7 10-11-2022 23:17:05

Re : Pas de mise en veille ni d'extinction du PC

#8 12-11-2022 11:11:12

Re : Pas de mise en veille ni d'extinction du PC

#9 12-11-2022 11:57:18

Re : Pas de mise en veille ni d'extinction du PC

#10 12-11-2022 12:13:50

Re : Pas de mise en veille ni d'extinction du PC

#11 12-11-2022 14:29:33

Re : Pas de mise en veille ni d'extinction du PC

#12 12-11-2022 21:35:20

Re : Pas de mise en veille ni d'extinction du PC

#13 12-11-2022 23:40:47

Re : Pas de mise en veille ni d'extinction du PC

#14 13-11-2022 12:02:10

Re : Pas de mise en veille ni d'extinction du PC

#15 13-11-2022 16:54:49

Re : Pas de mise en veille ni d'extinction du PC

#16 14-11-2022 10:09:21

Re : Pas de mise en veille ni d'extinction du PC

Pied de page des forums