[Résolu] Partition /home corrompue suite à un arrêt magique du système

èfpé · 15-10-2023 17:00:00

Bonjour à tou⋅te⋅s,

Sur un PC fixe vieillissant (2007, sous Debian...), le système de fichiers de la partition /home séparée s'est retrouvé dans un état corrompu suite à un arrêt brutal du système (via la séquence de touches REISUO, motivée par la survenue d'un freeze d'origine obscure). Au redémarrage la vérification du système de fichiers de la partition / se passe bien ; par contre la partition /home n'est pas trouvée par son UUID :

fsck.ext4: Unable to resolve ’UUID=003c0d36-43e2-41ae-8514-f171f3733308’

fsck died with exit status 8

failed (code 8).

[FAIL] File system check failed. A log is being saved in /var/log/fsck/checkfs if that location is writable. Please repair

 the file system manually. ... failed!

[warn] A maintenance shell will now be started. CONTROL-D will terminate this shell and resume system boot. ... (warning).

sulogin: root account is locked, starting shell

root@debian:~# _

Naturellement, la poursuite du démarrage ne va pas au-delà de l'écran de connexion (SLiM). Voici quelques informations complémentaires récoltées au cours d'une session Live Debian 9 :

# /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).

#

# <file system>                           <mount point> <type>      <options>         <dump> <pass>

# / was on /dev/sda1 during installation

UUID=7cf6bbd6-4a55-4eff-abba-50fca46670f2 /             ext4        errors=remount-ro 0      1

# /home was on /dev/sda3 during installation

UUID=003c0d36-43e2-41ae-8514-f171f3733308 /home         ext4        defaults          0      2

# swap was on /dev/sda2 during installation

UUID=29759c40-c2f4-4b2e-82c8-a096604e97a2 none          swap        sw                0      0

# /dev/sr0                                /media/cdrom0 udf,iso9660 user,noauto       0      0

user@debian:~$ sudo blkid -d

/dev/sda1: LABEL="système" UUID="7cf6bbd6-4a55-4eff-abba-50fca46670f2" TYPE="ext4" PARTUUID="36663665-01"

/dev/sda2: PARTUUID="36663665-02"

/dev/sda3: PARTUUID="36663665-03"

user@debian:~$ sudo fdisk -l /dev/sda

Disque /dev/sda : 298,1 GiB, 320072933376 octets, 625142448 secteurs

Unités : secteur de 1 × 512 = 512 octets

Taille de secteur (logique / physique) : 512 octets / 512 octets

taille d'E/S (minimale / optimale) : 512 octets / 512 octets

Type d'étiquette de disque : dos

Identifiant de disque : 0x36663665

Périphérique Amorçage    Début       Fin  Secteurs Taille Id Type

/dev/sda1    *            2048  31250431  31248384  14,9G 83 Linux

/dev/sda2             31250432  39063551   7813120   3,7G 82 partition d'échange Linux / Solaris

/dev/sda3             39063552 156250111 117186560  55,9G 83 Linux

Comme je ne maîtrise absolument pas le sujet, je m'en suis tenu au recueil d'informations. Que me conseillez-vous, pour ce qui concerne la réparation, et/ou la récupération des données de la partition /home ?

Dernière modification par èfpé (30-10-2023 18:00:00)

vv222 · 15-10-2023 19:05:11

Ta partition habituellement montée sur /home, c’est /dev/sda3, la partition de 55,9Gio ?
Si oui, qu’est-ce que ça donne si tu essaies de la monter en lecture-seule sur un point de montage temporaire ?

mount --options ro /dev/sda3 /mnt

raleur · 15-10-2023 19:40:33

Si blkid n'identifie pas le type de système de fichiers de la partition (ni de celle du swap au passage), je doute de la capacité de mount de la monter. Il faudra au minimum spécifier le type (-t ext4) puisque mount compte sur blkid par défaut.
Si le montage échoue, tenter une réparation avec e2fsck /dev/sda3.

PS : c'est normal que le disque de 320 Go ne soit utilisé qu'à hauteur de 80 Go ?

èfpé · 15-10-2023 20:10:00

La partition habituellement montée sur /home est bien /dev/sda3 et le montage (depuis la session Live Debian 9) échoue :

user@debian:~$ sudo mount -o ro -t ext4 /dev/sda3 /mnt

mount: mauvais type de système de fichiers, option erronée, superbloc erroné

        sur /dev/sda3, page de code ou programme auxiliaire manquant, ou autre erreur

        Dans certains cas des renseignements utiles sont dans le journal

        système — essayez « dmesg | tail » ou quelque chose du genre.

user@debian:~$ sudo dmesg | tail

[ 3884.160434] EXT4-fs (sda3): VFS: Can't find ext4 filesystem

Il me reste donc à tenter une réparation avec e2fsck. Depuis le shell root du système ou depuis la session Live Debian 9 ?

@raleur : oui, l'utilisation du disque de 320 Go à hauteur de 80 Go était délibérée (à l'époque de l'installation du système).

raleur · 15-10-2023 20:24:11

èfpé a écrit :

Depuis le shell root du système ou depuis la session Live Debian 9 ?

Peu importe. Par contre, puisque tu as de l'espace libre, par précaution tu pourrais cloner la partition avant.

èfpé · 16-10-2023 14:20:00

Merci raleur, la réparation (depuis la session Live Debian 9) de la partition /dev/sda3 habituellement montée sur /home s'est plutôt bien passée (la partition a retrouvé son UUID d'origine, la session utilisateur est fonctionnelle et aucune perte de données n'est à déplorer).

Si j'ai bien compris, tu suggères au message #3 que la partition d'échange /dev/sda2 aurait morflé au passage (ceci dit, elle n'a jamais servi à rien, dans la mesure où ce système utilise zram).
Faut-il poursuivre les investigations ? faut-il tenter de réparer la partition /dev/sda2 ? (La partition /dev/sdb1 est le clone de la partition /dev/sda3 créé avant la réparation.)

Dernière modification par èfpé (26-10-2023 15:20:00)

Croutons · 16-10-2023 14:48:55

hello
sa sert pas a grand chose de réparer la partition swap, autant la supprimé et la recréer avec le même UUID qu'il y a dans ton fstab
je sais même pas si il existe une commande pour traiter le swap

èfpé · 16-10-2023 19:40:00

@Croutons : la commande mkswap me semble parfaitement adaptée à la situation... Quoi qu'il en soit, le problème principal, et bloquant, est résolu. Encore merci, à tous.

raleur · 17-10-2023 10:36:00

Croutons a écrit :

sa sert pas a grand chose de réparer la partition swap, autant la supprimé et la recréer avec le même UUID

Il n'y a pas de commande pour réparer un swap, effectivement ça ne servirait pas à grand-chose. Par contre il serait excessif de supprimer et recréer la partition alors qu'il suffit de la reformater (avec le même UUID effectivement).

mkswap -U 29759c40-c2f4-4b2e-82c8-a096604e97a2 /dev/sda2

edit: correction UUID

Dernière modification par raleur (17-10-2023 12:02:51)

Debian-facile

#1 15-10-2023 17:00:00

[Résolu] Partition /home corrompue suite à un arrêt magique du système

#2 15-10-2023 19:05:11

Re : [Résolu] Partition /home corrompue suite à un arrêt magique du système

#3 15-10-2023 19:40:33

Re : [Résolu] Partition /home corrompue suite à un arrêt magique du système

#4 15-10-2023 20:10:00

Re : [Résolu] Partition /home corrompue suite à un arrêt magique du système

#5 15-10-2023 20:24:11

Re : [Résolu] Partition /home corrompue suite à un arrêt magique du système

#6 16-10-2023 14:20:00

Re : [Résolu] Partition /home corrompue suite à un arrêt magique du système

#7 16-10-2023 14:48:55

Re : [Résolu] Partition /home corrompue suite à un arrêt magique du système

#8 16-10-2023 19:40:00

Re : [Résolu] Partition /home corrompue suite à un arrêt magique du système

#9 17-10-2023 10:36:00

Re : [Résolu] Partition /home corrompue suite à un arrêt magique du système

Pied de page des forums