[RÉSOLU] Récupération de partitions perdues suite à grub rescue

raleur · 30-06-2020 15:11:43

Forcément la partition racine ne doit pas être montée. Et il faut ajouter -f pour forcer quand le système de fichier semble "propre" (démonté proprement, ce qui ne veut pas dire qu'il ne contient pas d'erreurs). Tu peux faire le fsck depuis un autre système ou depuis le shell de l'initramfs :

- Editer /etc/initramfs-tools/initramfs.conf pour changer

KEYMAP=n

en

KEYMAP=y

et reconstruire l'initramfs avec

update-initramfs -u

pour avoir la bonne disposition de clavier dans l'initramfs plutôt que QWERTY US par défaut, c'est tellement plus confortable.
- Rebooter.
- Au menu de GRUB, appuyer sur "e" pour entrer dans l'éditeur, et ajouter "break" (attention QWERTY, a<->q) à la fin de la ligne qui commence par "linux", puis appuyer sur F10 pour démarrer.
- Dans le shell de l'initramfs, exécuter

fsck -f /dev/sda6

fsck -f /dev/sda7

- Quand c'est fini taper exit pour terminer le shell et poursuivre le démarrage.

Dernière modification par raleur (30-06-2020 15:12:21)

31hud · 04-07-2020 12:34:54

Bon, ça a été rapide (l'avantage des SSD), je l'ai fait sur le PC depuis lequel j'écris (en e-sata, les partitions sont démontées) :

fsck -f /dev/sdb6

fsck de util-linux 2.29.2

e2fsck 1.43.4 (31-Jan-2017)

Passe 1 : vérification des i-noeuds, des blocs et des tailles

Passe 2 : vérification de la structure des répertoires

Passe 3 : vérification de la connectivité des répertoires

Passe 4 : vérification des compteurs de référence

Passe 5 : vérification de l'information du sommaire de groupe

/dev/sdb6 : 192619/1283632 fichiers (0.3% non contigus), 1659646/5126912 blocs

fsck -f /dev/sdb7

fsck de util-linux 2.29.2

e2fsck 1.43.4 (31-Jan-2017)

Passe 1 : vérification des i-noeuds, des blocs et des tailles

Passe 2 : vérification de la structure des répertoires

Passe 3 : vérification de la connectivité des répertoires

Passe 4 : vérification des compteurs de référence

Passe 5 : vérification de l'information du sommaire de groupe

/dev/sdb7 : 39760/2744320 fichiers (2.0% non contigus), 1122879/10961664 blocs

Ça a l'air clean (j'ai eu une coupure de courant cette semaine et il a lancé un fsck au démarrage sur sdb6, clean aussi).

Dernière modification par 31hud (04-07-2020 12:35:27)

raleur · 04-07-2020 13:34:21

Et clonezilla/partclone couine toujours sur ces partitions ?

Dernière modification par raleur (04-07-2020 13:35:16)

31hud · 04-07-2020 13:57:00

Je n'ai pas ré-essayé, je peux le faire. Peux tu m'indiquer comment je peux récupérer le contenu du log dans un fichier depuis la ligne de commande de clonezilla ? Un cp peut-être mais je ne sais pas si nano est installé (j'ai plus l'habitude qu'avec vim). Merci pour ta réponse.

raleur · 04-07-2020 14:03:56

31hud a écrit :

Peux tu m'indiquer comment je peux récupérer le contenu du log dans un fichier depuis la ligne de commande de clonezilla ?

Non, je n'utilise pas clonezilla.

31hud · 04-07-2020 17:57:34

Bon, ben je n'ai pas eu plus de succès : toujours les deux mêmes messages en rouge avec "bitmap error at 125 group" et "bitmap error at 25 group" ; et le log de partclone n'est pas bavard (presque vide) :

/Media/sda1# cp /var/log/partclone.log partclone.log

suivi de

/Media/sda1# nano partclone.log

Partclone v0.2.49 http://partclone.org

Starting to check image (-)

The Image magic error. This file is NOT partclone Image

J'aurai au moins appris que Clonezilla contient nano ; j'obtiens la même chose avec un cat /var/log/partclone.log

Dernière modification par 31hud (04-07-2020 19:08:18)

raleur · 05-07-2020 09:59:16

En cherchant sur le web j'ai vu que tu n'étais pas le seul à rencontrer cette erreur sur un système de fichiers ext4 propre mais pas d'explication ni solution.
https://sourceforge.net/p/clonezilla/bugs/256/

Je remarque que la version de partclone (0.2.49) est très ancienne (2012), plus ancienne que la version de partclone incluse dans jessie (0.2.73). Or il y eu des changements dans les options de formatage par défaut d'ext4, qui peuvent ne pas être supportées par les versions trop anciennes du noyau et d'utilitaires comme e2fsck par exemple. Il se peut que partclone soit aussi concerné.

Tu ne pourrais pas essayer avec une version plus récente ?

31hud · 05-07-2020 12:27:11

Bonjour raleur,

J'ai fait un peu le même genre de recherches et je rejoins ta conclusion : l'auteur / dev / mainteneur de Clonezilla dit à des utilisateurs qui ont ce genre de souci avec un SSD ou androidX86 (fork ext4 un peu particulière) sur SourceForge d'utiliser une version plus récente en raison du noyau ou d'utiliser l'option fsck (mais on l'a déjà fait à côté et ça ne résout pas le problème). Ça me paraît être la bonne piste ; merci à toi pour tes recherches

Dernière modification par 31hud (05-07-2020 12:32:37)

31hud · 19-07-2020 11:39:42

Suivi après absence : la sauvegarde n'a posé aucun problème avec la dernière version stable de CloneZilla (2.6.7-28). J'ai demandé un fsck interactif mais aucun message n'est apparu, c'est passé directement à la création des images de partitions avec partclone et la vérification dit "restaurable" pour toutes.

Je créerai un nouveau sujet pour tirer au clair cette histoire de partitions mal créées / mal alignées. Un grand merci à raleur pour son aide sans relâche !

Dernière modification par 31hud (19-07-2020 11:41:12)

Debian-facile

#51 30-06-2020 15:11:43

Re : [RÉSOLU] Récupération de partitions perdues suite à grub rescue

#52 04-07-2020 12:34:54

Re : [RÉSOLU] Récupération de partitions perdues suite à grub rescue

#53 04-07-2020 13:34:21

Re : [RÉSOLU] Récupération de partitions perdues suite à grub rescue

#54 04-07-2020 13:57:00

Re : [RÉSOLU] Récupération de partitions perdues suite à grub rescue

#55 04-07-2020 14:03:56

Re : [RÉSOLU] Récupération de partitions perdues suite à grub rescue

#56 04-07-2020 17:57:34

Re : [RÉSOLU] Récupération de partitions perdues suite à grub rescue

#57 05-07-2020 09:59:16

Re : [RÉSOLU] Récupération de partitions perdues suite à grub rescue

#58 05-07-2020 12:27:11

Re : [RÉSOLU] Récupération de partitions perdues suite à grub rescue

#59 19-07-2020 11:39:42

Re : [RÉSOLU] Récupération de partitions perdues suite à grub rescue

Pied de page des forums