Coupure de courant - UUID qui change

02 Mars, 2022, 08:25:22

Bonjour,

je partage simplement une petite mésaventure… J'ai une quantité assez limité en RAM - 6Go - qui se remplit assez vite. À côté de cela, 2Go de swap sont allouées à l'OS.

Il y a quelques jours, j'ai subi une coupure de courant. Après avoir pu redémarré, malgré mes soins, j'ai rempli à plusieurs reprises les 6Go de RAM. C'est en fait ce que j'en déduis, car l'ordinateur ne répondait plus…

Bizarrerie: j'utilisais mon ordinateur peu ou prou comme avant la coupure de courant, mais quelques choses avaient changé semblait-il.

Je viens en fait de voir que ma swap était passée à 0 !

Code: [Sélectionner]

localhost:/home/thierry # swapon -s
localhost:/home/thierry #

Je viens de corriger (graphiquement par yast - partitionneur):
-s comme summery (résumé)

Code: [Sélectionner]

localhost:/home/thierry # swapon -s
Dateiname                               Typ             Größe   Benutzt Priorität
/dev/sda5                               partition       2097148 512     -2

Bonne journée.

Re : swap - petite mésaventure

Répondre #1 – 13 Mars, 2022, 12:58:27

Je mets un complément.

Après avoir à nouveau monté ma partition /dev/sda5 sur swap dans yast/partition, comme décrit dans le message précédent, j'ai à nouveau profité de 2Go de swap.

Depuis lors, j'avais remarqué une lenteur au démarrage:

Code: [Sélectionner]

A start job is running for /dev/disk/by-uuid/fea36f54-1a…

Au fil des jours, trouvant cela un peu gênant, j'ai recherché, et j'ai trouvé.

Aujourd'hui je viens de vérifier mon /etc/fstab, j'avais ceci:

Code: [Sélectionner]

localhost:/home/thierry # cat /etc/fstab 
UUID=e3ece1de-d3ed-4326-82b9-4e7207b22454    /                    ext4     defaults      0  1
UUID=050e52e7-bfc6-4e19-b3a7-33235da0326a    /home                ext4     data=ordered  0  2
UUID=09c97bb2-c8d3-4f97-b551-8ce684c55457    swap                 swap     defaults      0  0
UUID=fea36f54-1a3e-4bfb-8f24-9e1d9cf13eb5    swap                 swap     defaults      0  0
UUID=4632D33B32D32F25                        /mnt/Nouveau_Nom     ntfs-3g  defaults      0  0
UUID="5c2c9399-fd64-43d6-9086-7f72f8c26dbd"  /mnt/Dateien_Arbeit  ext4     defaults      0  0

Il semble que la partition /dev/sa5 a changé de UUID après la coupure de courant.

On voit l'ancien UUID:

Code: [Sélectionner]

UUID=fea36f54-1a3e-4bfb-8f24-9e1d9cf13eb5    swap                 swap     defaults      0  0

Cette même UUID qui posait problème au démarrage…

Dans mon journal, j'ai naturellement aussi trouvé des alertes (# journalctl):

Code: [Sélectionner]

Mär 13 10:03:56 localhost systemd[1]: dev-disk-by\x2duuid-fea36f54\x2d1a3e\x2d4bfb\x2d8f24\x2d9e1d9cf13eb5.device: Job dev-disk-by\x2duuid-fea36f54\x2d1a3e\x2d4bfb\x2d8f24\x2d9e1d9cf13eb5.device/start timed out.
Mär 13 10:03:56 localhost systemd[1]: dev-disk-by\x2duuid-fea36f54\x2d1a3e\x2d4bfb\x2d8f24\x2d9e1d9cf13eb5.device: Job dev-disk-by\x2duuid-fea36f54\x2d1a3e\x2d4bfb\x2d8f24\x2d9e1d9cf13eb5.device/start timed out.
Mär 13 10:03:56 localhost systemd[1]: Timed out waiting for device /dev/disk/by-uuid/fea36f54-1a3e-4bfb-8f24-9e1d9cf13eb5.
Mär 13 10:03:56 localhost systemd[1]: Dependency failed for /dev/disk/by-uuid/fea36f54-1a3e-4bfb-8f24-9e1d9cf13eb5.
Mär 13 10:03:56 localhost systemd[1]: Dependency failed for Swap.
Mär 13 10:03:56 localhost systemd[1]: swap.target: Job swap.target/start failed with result 'dependency'.
Mär 13 10:03:56 localhost systemd[1]: dev-disk-by\x2duuid-fea36f54\x2d1a3e\x2d4bfb\x2d8f24\x2d9e1d9cf13eb5.swap: Job dev-disk-by\x2duuid-fea36f54\x2d1a3e\x2d4bfb\x2d8f24\x2d9e1d9cf13eb5.swap/start failed with result 'dependency'.
Mär 13 10:03:56 localhost systemd[1]: dev-disk-by\x2duuid-fea36f54\x2d1a3e\x2d4bfb\x2d8f24\x2d9e1d9cf13eb5.device: Job dev-disk-by\x2duuid-fea36f54\x2d1a3e\x2d4bfb\x2d8f24\x2d9e1d9cf13eb5.device/start timed out.
Mär 13 10:03:56 localhost systemd[1]: Timed out waiting for device /dev/disk/by-uuid/fea36f54-1a3e-4bfb-8f24-9e1d9cf13eb5.
Mär 13 10:03:56 localhost systemd[1]: Dependency failed for /dev/disk/by-uuid/fea36f54-1a3e-4bfb-8f24-9e1d9cf13eb5.
Mär 13 10:03:56 localhost systemd[1]: Dependency failed for Swap.
Mär 13 10:03:56 localhost systemd[1]: swap.target: Job swap.target/start failed with result 'dependency'.
Mär 13 10:03:56 localhost systemd[1]: dev-disk-by\x2duuid-fea36f54\x2d1a3e\x2d4bfb\x2d8f24\x2d9e1d9cf13eb5.swap: Job dev-disk-by\x2duuid-fea36f54\x2d1a3e\x2d4bfb\x2d8f24\x2d9e1d9cf13eb5.swap/start failed with result 'dependency'.
Mär 13 10:03:56 localhost systemd[1]: dev-disk-by\x2duuid-fea36f54\x2d1a3e\x2d4bfb\x2d8f24\x2d9e1d9cf13eb5.device: Job dev-disk-by\x2duuid-fea36f54\x2d1a3e\x2d4bfb\x2d8f24\x2d9e1d9cf13eb5.device/start failed with result 'timeout'.

Je ne sais pas trop ce qui s'est passé, mais la ligne de l'ancien montage swap était toujours présente !!
Je l'ai commenté, puis ai redémarré le pc.
Il démarre à nouveau "rapidement".

Conclusion:
Après la coupure de courant

l'UUID de la partition /dev/sd5 a changé (ma swap ici… mais cela peut concerner d'autre partition ?)
le fstab contenait encore la ligne pour monter ce même uuid. Cette ligne est impérativement à supprimer à la main…

C'est la raison pour laquelle aucun montage de swap ne pouvait avoir lieu avec une UUID fantôme…

Il semble que je ne sois pas le seul a avoir vécu ce genre de mésaventure:
coupure de courant uuid linux

Re : Coupure de courant - UUID qui change

Répondre #2 – 13 Mars, 2022, 21:43:54

C'est effectivement très curieux...

Merci pour le partage d'infos.

à plus,
oh!rocks

Re : Coupure de courant - UUID qui change

Répondre #3 – 14 Mars, 2022, 09:44:51

Bonjour Rocky,

je trouve cela aussi bizarre.

Il doit y avoir une autre explication.

Un UUID est donné (calculé) uniquement au moment du formatage du système de fichier. Je n'ai pas le souvenir (??) d'avoir formaté ma partition.
Ma partition swap n'était plus montée, et j'ai utilisé yast pour la monter à nouveau, comme ceci:

Ou alors j'ai cliqué sur formater dans yast? Selon mes souvenirs, non.
Si j'ai formaté une partition, il devrait bien y en avoir une trace dans le journal.

Je ne sais pas pour le moment.

Re : Coupure de courant - UUID qui change

Répondre #4 – 14 Mars, 2022, 17:07:15

Complément:
l'inspection est impossible, car je n'ai pas configuré la journalisation !! Elle sauvegarde par défaut un jour je crois, enfin c'est ce que j'ai…
Le sujet en restera là, c'est dommage j'aurais bien aimé en savoir plus.

Je vais de ce pas configurer /etc/systemd/journald.conf, et mettre 2 semaines pour la journalisation - MaxRetentionSec=2week … Comme on peut le voir, il y a plein de variables configurables.

Code: [Sélectionner]

localhost:/home/thierry # cat /etc/systemd/journald.conf
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See journald.conf(5) for details.

[Journal]
#Storage=auto
#Compress=yes
#Seal=yes
#SplitMode=uid
#SyncIntervalSec=5m
#RateLimitIntervalSec=30s
#RateLimitBurst=10000
#SystemMaxUse=
#SystemKeepFree=
#SystemMaxFileSize=
#SystemMaxFiles=100
#RuntimeMaxUse=
#RuntimeKeepFree=
#RuntimeMaxFileSize=
#RuntimeMaxFiles=100
MaxRetentionSec=2week
#MaxFileSec=1month
#ForwardToSyslog=no
#ForwardToKMsg=no
#ForwardToConsole=no
#ForwardToWall=yes
#TTYPath=/dev/console
#MaxLevelStore=debug
#MaxLevelSyslog=debug
#MaxLevelKMsg=notice
#MaxLevelConsole=info
#MaxLevelWall=emerg
#LineMax=48K
#ReadKMsg=yes
#Audit=yes

et pas mal d'informations ici:

Code: [Sélectionner]

man journald.conf

Je passe le sujet en résolu.