Extinction ordinateur très longue

Support Debian
#1

Bonjour à tous.

Je ne comprend pas pourquoi mais quand j’éteins mon pc le soir il met a peu près 40 seconde a s’éteindre. Quand j’éteins l’ordi avec le bouton éteindre l’écran se fige tout noir hormis le tableau de bord du haut et le dock plank qui reste afficher mais impossible de bouger la souris ou autre jusqu’à l’extinction total.
Ce que je trouve bizarre c’est que si je l’éteins au bout d’une heure il s’éteint rapidement normalement mais si je m’en sert toute la journée il mets beaucoup de temps.
La journée mise à part des pages Firefox ouvertes et OBS c’est tout ce que je me suis servi comme logiciel. (OBS me servait juste à enregistré des émissions)
Avant de l’éteindre j’ai fait un htop, voici la capture d’écran.
Capture d’écran_2023-05-22_23-32-51

J’ai réessayer le lendemain en vidant le swap car je me disais que ça pouvais venir de la mais même chose toujours 40 seconde à éteindre et l’écran se fige.

J’ai fait comme vu sur un forum journalctl -rb -1

voici le résultat :

journalctl -rb -1
-- Journal begins at Mon 2023-05-15 11:42:35 CEST, ends at Wed 2023-05-24 15:47:05 CEST. --
mai 23 22:42:46 debianUC systemd-journald[331]: Journal stopped
mai 23 22:42:46 debianUC systemd-shutdown[1]: Sending SIGTERM to remaining processes...
mai 23 22:42:46 debianUC systemd-shutdown[1]: Syncing filesystems and block devices.
mai 23 22:42:46 debianUC systemd[1]: Shutting down.
mai 23 22:42:46 debianUC systemd[1]: Reached target Power-Off.
mai 23 22:42:46 debianUC systemd[1]: Finished Power-Off.
mai 23 22:42:46 debianUC systemd[1]: systemd-poweroff.service: Succeeded.
mai 23 22:42:46 debianUC systemd[1]: Reached target Final Step.
mai 23 22:42:46 debianUC systemd[1]: Reached target Shutdown.
mai 23 22:42:46 debianUC systemd[1]: Stopped Remount Root and Kernel File Systems.
mai 23 22:42:46 debianUC systemd[1]: systemd-remount-fs.service: Succeeded.
mai 23 22:42:46 debianUC systemd[1]: Stopped Create System Users.
mai 23 22:42:46 debianUC systemd[1]: systemd-sysusers.service: Succeeded.
mai 23 22:42:46 debianUC systemd[1]: Stopped Create Static Device Nodes in /dev.
mai 23 22:42:46 debianUC systemd[1]: systemd-tmpfiles-setup-dev.service: Succeeded.
mai 23 22:42:46 debianUC systemd[1]: Stopped target Local File Systems (Pre).
mai 23 22:42:46 debianUC systemd[1]: Removed slice system-systemd\x2dfsck.slice.
mai 23 22:42:46 debianUC systemd[1]: Stopped File System Check on /dev/disk/by-uuid/9e60403d-c87d-492c-bf8b-662570e8e603.
mai 23 22:42:46 debianUC systemd[1]: systemd-fsck@dev-disk-by\x2duuid-9e60403d\x2dc87d\x2d492c\x2dbf8b\x2d662570e8e603.service: Succeeded.
mai 23 22:42:46 debianUC systemd[1]: Reached target Unmount All Filesystems.
mai 23 22:42:46 debianUC systemd[1]: Unmounted /home.
mai 23 22:42:46 debianUC systemd[1]: home.mount: Succeeded.
mai 23 22:42:45 debianUC systemd[1]: Deactivated swap /dev/disk/by-uuid/abac6378-d08b-4e3c-91ce-5e8186c931da.
mai 23 22:42:45 debianUC systemd[1]: dev-disk-by\x2duuid-abac6378\x2dd08b\x2d4e3c\x2d91ce\x2d5e8186c931da.swap: Succeeded.
mai 23 22:42:45 debianUC systemd[1]: Deactivated swap /dev/nvme0n1p3.
mai 23 22:42:45 debianUC systemd[1]: dev-nvme0n1p3.swap: Succeeded.
mai 23 22:42:45 debianUC systemd[1]: Deactivated swap /dev/disk/by-path/pci-0000:04:00.0-nvme-1-part3.
mai 23 22:42:45 debianUC systemd[1]: dev-disk-by\x2dpath-pci\x2d0000:04:00.0\x2dnvme\x2d1\x2dpart3.swap: Succeeded.
mai 23 22:42:45 debianUC systemd[1]: Deactivated swap /dev/disk/by-partuuid/0a2cd434-9b4d-4fb8-8746-56d032ccb186.
mai 23 22:42:45 debianUC systemd[1]: dev-disk-by\x2dpartuuid-0a2cd434\x2d9b4d\x2d4fb8\x2d8746\x2d56d032ccb186.swap: Succeeded.
mai 23 22:42:45 debianUC systemd[1]: Deactivated swap /dev/disk/by-partlabel/SWAP.
mai 23 22:42:45 debianUC systemd[1]: dev-disk-by\x2dpartlabel-SWAP.swap: Succeeded.
mai 23 22:42:45 debianUC systemd[1]: Deactivated swap /dev/disk/by-id/nvme-eui.00253857019df0ce-part3.
mai 23 22:42:45 debianUC systemd[1]: dev-disk-by\x2did-nvme\x2deui.00253857019df0ce\x2dpart3.swap: Succeeded.
mai 23 22:42:45 debianUC systemd[1]: Deactivated swap /dev/disk/by-id/nvme-Samsung_SSD_970_EVO_Plus_250GB_S4EUNZFN717435P-part3.
mai 23 22:42:45 debianUC systemd[1]: dev-disk-by\x2did-nvme\x2dSamsung_SSD_970_EVO_Plus_250GB_S4EUNZFN717435P\x2dpart3.swap: Succeeded.
mai 23 22:42:45 debianUC systemd[1]: Stopped File System Check on /dev/disk/by-uuid/A114-C37C.
mai 23 22:42:45 debianUC systemd[1]: systemd-fsck@dev-disk-by\x2duuid-A114\x2dC37C.service: Succeeded.
mai 23 22:42:45 debianUC systemd[1]: Unmounted /boot/efi.
mai 23 22:42:45 debianUC systemd[1]: boot-efi.mount: Succeeded.
mai 23 22:42:45 debianUC systemd[1]: Unmounting /home...
mai 23 22:42:45 debianUC systemd[1]: Unmounting /boot/efi...
mai 23 22:42:45 debianUC systemd[1]: Stopped target Local File Systems.
mai 23 22:42:45 debianUC systemd[1]: Stopped Create Volatile Files and Directories.
mai 23 22:42:45 debianUC systemd[1]: systemd-tmpfiles-setup.service: Succeeded.
mai 23 22:42:45 debianUC systemd[1]: Stopped Network Time Synchronization.
mai 23 22:42:45 debianUC systemd[1]: systemd-timesyncd.service: Succeeded.
mai 23 22:42:45 debianUC systemd[1]: Stopped Update UTMP about System Boot/Shutdown.
mai 23 22:42:45 debianUC systemd[1]: systemd-update-utmp.service: Succeeded.
mai 23 22:42:45 debianUC systemd[1]: Stopping Update UTMP about System Boot/Shutdown...
lines 1-51

Je ne sais pas à quoi cela correspond et si cela peut aider à trouver la sollution.

Merci

#2

Il faudrait déjà vérifier l’action précise de ce bouton.
S’il s’agit d’une tentative d’hibernation sur un swap saturé, ça pourrait expliquer.

Prochaine manip:
Relevé des valeurs de
free -mh

Puis
sudo shutdown -h now

#3 
free -mh
               total       utilisé      libre     partagé tamp/cache   disponible
Mem:            15Gi       991Mi       9,6Gi        31Mi       5,0Gi        14Gi
Partition d'échange:      3,7Gi       568Mi       3,2Gi

J’avais déjà essayer avec sudo shutdown -h now mais ça ne changeait rien.

Quand j’utilise l’ordi juste pour faire de la « bureautique » il s’éteint rapidement. Juste quand je m’en sert beaucoup et que j’utilise beaucoup de mémoire ram c’est la qu’il met du temps à s’éteindre.

#4

t udevrais avoir 0 en partition d’échange :

Partition d'échange:      3,7Gi       0B       3,7Gi
#5

J’avais déjà essayer de vider le swap avant de l’éteindre avec swapoff -a && swapon -a mais toujours aussi lent à éteindre.

Cela peut venir de quoi que la partition d’échange n’est pas a 0?

#6

je ne connais pas trop mais en général cela vient du manque de mémoire vive, qui est donc mise dans la swap. QUand tu éteints, cette swap peut être écrite sur tes disques, ce qui pourrait expliquer la lenteur

#7

Et il n’y a rien a faire pour éviter que cette swap peut être écrite sur les disques?
Le swap ne peut pas se vider simplement quand il y a plus de mémoire disponible? Faut toujours le faire manuellement?

#8

Avec 15G de mémoire (!!), tu as peu de chance de manquer de mémoire et d’avoir besoin de swap, comme le montre free -m.
Tu peux le désactiver au prochain reboot en commentant la ligne swap de /etc/fstab.
Si tu voulais faire de l’hibernation, tu n’as de toute façon pas assez de swap.
Donc le swap ne semble pas la bonne piste de ton problème.

#9

Je vais le désactiver merci.

Une idée d’où le problème pourrait venir ou comment cherché d’où le problème vient

#10

Si tu désactives bien toutes les applications une à une, avant shutdown, reproduis-tu le problème ?

#11

sauf que le free -m montre qu’il a swappé. mais effectivement rien ne dit que ça vient de là

#12

C’est un peu comme le windosien qui en doublant sa mémoire aura toujours l’impression qu’il lui faudra encore 2 fois plus de mémoire.
La gestion mémoire est un sujet assez énigmatique et les conclusions parfois pour ne pas dire souvent bien hasardeuses.

#13

Oui je ferme bien toutes les applications avant de l’éteindre, j’ai vérifier avec htop que mes applications était bien fermé.
Quand j’utilise très peu l’ordi il s’éteint rapidement, juste quand j’utilise beaucoup de ressources (surtout avec obs) il met du temps, quand je joue juste c’est normal.

Une idée d’où regarder pour trouver le problème?

#14

Donc tu confirmes que ton problème est bien lié à obs. Que dit ceci

apt list -i '*obs*'

#15 
apt list -i '*obs*'
En train de lister... Fait
libobs0/stable,now 26.1.2+dfsg1-2 amd64  [installé, automatique]
obs-plugins/stable,now 26.1.2+dfsg1-2 amd64  [installé]
obs-studio/stable,now 26.1.2+dfsg1-2 amd64  [installé]

Je ne sais pas si cela est lié à obs, peut être qu’avec d’autre logiciel qui demande beaucoup de ressources ça le fait mais je n’en utilise pas d’autre

#16

Reste plus qu’à vérifier la liste de process qui pourraient coincer avant coupure avec
ps ax
sinon, je ne vois pas.

#17

voici le retour de ps ax

ps ax
    PID TTY      STAT   TIME COMMAND
   1116 ?        Sl     0:00 Thunar --sm-client-id 2b3993247-6c28-4f3b-9d6a-6a70df847a50 --daemon
   9103 ?        Ss     0:00 /sbin/mount.ntfs /dev/sda1 /media/valentin/Val4to -o rw,nodev,nosuid,uid=1000,gid=1000,windows_names,uhelper=udisks2
  28053 pts/0    S      0:00 su -

Je ne sais pas a quoi correspond tout ca

#18

Comme la liste est longue, tu peux peut-être éditer ton message en ne laissant que ces 3 lignes qui présentent possiblement un intérêt:

/sbin/mount.ntfs /dev/sda1 /media/valentin/Val4to -o rw,nodev,nosuid,uid=1000,gid=1000,windows_names,uhelper=udisks2
Thunar --sm-client-id 2b3993247-6c28-4f3b-9d6a-6a70df847a50 --daemon
su -

Tu dis fermer toutes les applis avant shutdown.
Pourquoi Thunar reste ouvert ? Normal ? Ou processus caché ?

#19

Pour le disque dur ce n’est pas le problème car les autre fois il n’étais pas monté.

Par contre pour Thunar je n’avais aucun dossier d’ouvert. J’avais juste le terminal d’ouvert quand j’ai fait ps ax donc non ce n’est pas normal je pense

#20

C’est toi qui le dis, je veux bien te croire sur parole.
Mais une partition montée en cours d’utilisation peut justement avoir des difficultés à se démonter, à empêcher le shutdown, surtout si en cours d’utilisation par … thunar.

Ton thunar en cours d’exécution mais invisible pour toi est bien étrange.
A vérifier avant shutdown:
1 - démontage manuel de ta partition ntfs montée par udisks2
2 - fermeture de thunar (en tuant le process si nécessaire).