#26 Le 17/12/2021, à 20:00
- geole
Re : Disque chiffré LUKS inaccessible suite à arrêt inopiné
Bonsoir
Il semblerait que cela soit encore un secteur qui cède.
Je ne sais pas trop ce qui va rester.
Tu vas partir à la recherche des super blocks, pour utiliser le suivant dans la liste
sudo dumpe2fs /dev/mapper/dsk | grep -i superblock
Vu l'état du disque, je ne sais pas ce qui va se passer. Si la commande plante, essaie d'obtenir la liste théorique des supers blocks.
sudo mkfs.ext4 -n /dev/mapper/dsk
Tu devras répondre o a la question "Procéder malgré tout ?"
Tu auras certainement cette liste
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424
Une astuce pour éviter la multiplication par 4
sudo mount -v -t ext4 -o sb=$((98304*4)) /dev/mapper/dsk /mnt
Dernière modification par geole (Le 17/12/2021, à 20:01)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#27 Le 17/12/2021, à 23:21
- tobard
Re : Disque chiffré LUKS inaccessible suite à arrêt inopiné
Bonsoir,
Tu vas partir à la recherche des super blocks, pour utiliser le suivant dans la liste
sudo dumpe2fs /dev/mapper/dsk | grep -i superblock
Vu l'état du disque, je ne sais pas ce qui va se passer.
La commande a effectivement planté. J'ai donc cherché la liste des super blocks. Il ne m'a pas posé de question, mais m'a bien retourné la liste attendue, avec même de plus hautes valeurs :
Superblocs de secours stockés sur les blocs :
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968,
102400000, 214990848
Je suis en mesure de monter le disque a priori avec n'importe lequel, mais le résultat est toujours le même : 3 dossiers et rien de plus... le gros du contenu semble s'être volatilisé...!
Hors ligne
#28 Le 17/12/2021, à 23:55
- geole
Re : Disque chiffré LUKS inaccessible suite à arrêt inopiné
Puisqu'il est monté, regarde le contenu
ls -als /mnt
Si tu vois un dossier dont le nom ressemble à "lost+found" , regarde son contenu avec les mêmes commandes.
ls -als /mnt/"lost+found"
et descends à l'intérieur avec la même logique.
Dernière modification par geole (Le 18/12/2021, à 00:18)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#29 Le 18/12/2021, à 00:38
- tobard
Re : Disque chiffré LUKS inaccessible suite à arrêt inopiné
En faisant ça on retrouve bien la liste de l'ensemble des dossiers, mais il met pour chacun d'eux (à l'exception des deux ou trois que j'arrive à voir) :
ls: impossible d'accéder à '/mnt/Documents': La structure a besoin d'un nettoyage
ls: impossible d'accéder à '/mnt/Musique': La structure a besoin d'un nettoyage
Et plus bas, j'ai :
total 32
4 drwxr-xr-x 21 tobit tobit 4096 sept. 16 08:38 .
4 drwxr-xr-x 27 root root 4096 déc. 12 2020 ..
? d????????? ? ? ? ? ? Documents
? d????????? ? ? ? ? ? Musique
Comment puis-je faire ce fameux nettoyage ? FSCK ?
Merci encore pour ton aide précieuse.
Dernière modification par tobard (Le 18/12/2021, à 00:39)
Hors ligne
#30 Le 18/12/2021, à 00:56
- geole
Re : Disque chiffré LUKS inaccessible suite à arrêt inopiné
Ces fameux ?????????
Il m'est arrivé de les rencontrer dans un autre contexte. Je ne m'en suis pas tiré.
Je vais essayer de trouver une piste dans internet pour "La structure a besoin d'un nettoyage"
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#31 Le 18/12/2021, à 01:38
- geole
Re : Disque chiffré LUKS inaccessible suite à arrêt inopiné
Trouvé sur internet
sudo mkfs.ext4 -S /dev/mapper/dsk
-S
Écrire uniquement le superbloc et les descripteurs de groupes. C'est utile si le superbloc et toutes ses sauvegardes sont corrompus et que l'on souhaite une méthode de récupération en dernier recours. Cela entraîne la réinitialisation du superbloc et des descripteurs de groupes par mke2fs sans toucher à la table des inœuds, ni à la carte des blocs et inœuds. Le programme e2fsck devrait être exécuté immédiatement après l'utilisation de cette option et il n'y a aucune garantie que des données pourront être récupérées. Avec cette option, il est vital d'indiquer une taille correcte pour les blocs du système de fichiers, sinon il n'y a aucune chance de récupération.
Je comprends que c'est du quitte ou double et qu'il faut faire immédiatement un fsck normal.
il reste à comprendre : Avec cette option, il est vital d'indiquer une taille correcte pour les blocs du système de fichiers, sinon il n'y a aucune chance de récupération.
Trouvé un cas ici https://patchwork.ozlabs.org/project/li … thunk.org/
Avec option -b 4096
Peut-être qu'il n'est pas encore trop tard pour dupliquer la partition par ddrescue avant de faire cette manipulation. Il faudra alors un autre disque de taille au moins égale.
Dernière modification par geole (Le 18/12/2021, à 01:53)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#32 Le 18/12/2021, à 12:03
- geole
Re : Disque chiffré LUKS inaccessible suite à arrêt inopiné
Bonjour
TEST EN COURS
1) Situation de départ
df -h |grep home
/dev/sdd15 107G 107G 0 100% /home/a/SDD15
ls -Rls /home/a/SDD15 | wc -l
9097
Partition de 107Go pleine avec 9097 fichiers ou répertoires
2) Ecrasement des deux premiers supersblocks
sudo umount /dev/sdd15
sudo dd if=/dev/sdd15 of=sup0 bs=4096 count=1 skip=0
sudo dd if=/dev/sdd15 of=sup1 bs=4096 count=1 skip=32768
cmp -b sup0 sup1
sup0 sup1 diffèrent: octet 1, ligne 1 est 0 ^@ 200 M-^@
Comme quoi les superblocks ne sont pas identiques
sudo dd if=/dev/zero of=/dev/sdd15 bs=4096 count=1 seek=0
sudo dd if=/dev/zero of=/dev/sdd15 bs=4096 count=1 seek=32768
sudo mount -v /dev/sdd15 SDD15
NTFS signature is missing.
Failed to mount '/dev/sdd15': Argument invalide
The device '/dev/sdd15' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
sudo mount -v -t ext4 /dev/sdd15 SDD15
mount: /home/a/SDD15: wrong fs type, bad option, bad superblock on /dev/sdd15, missing codepage or helper program, or other error.
sudo e2fsck -v /dev/sdd15
e2fsck 1.45.5 (07-Jan-2020)
ext2fs_open2: Numéro magique invalide dans le super-bloc
e2fsck : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdd15
Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>
ou
e2fsck -b 32768 <périphérique>
sudo e2fsck -b 32768 /dev/sdd15
e2fsck 1.45.5 (07-Jan-2020)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdd15
Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>
ou
e2fsck -b 32768 <périphérique>
sudo e2fsck -b 8193 /dev/sdd15
e2fsck 1.45.5 (07-Jan-2020)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdd15
Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>
ou
e2fsck -b 32768 <périphérique>
sudo dumpe2fs /dev/sdd15 | grep -i superblock
dumpe2fs 1.45.5 (07-Jan-2020)
dumpe2fs: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdd15
sudo mkfs.ext4 -n /dev/sdd15
mke2fs 1.45.5 (07-Jan-2020)
En train de créer un système de fichiers avec 28573696 4k blocs et 7157376 i-noeuds.
UUID de système de fichiers=2b9aff52-c4ef-44be-899e-08db770e097e
Superblocs de secours stockés sur les blocs :
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872
sudo e2fsck -b 98304 /dev/sdd15
sudo e2fsck -b 98304 /dev/sdd15
e2fsck 1.45.5 (07-Jan-2020)
/dev/sdd15 n'a pas été démonté proprement, vérification forcée.
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
/lost+found n'a pas été trouvé. Créer<o>? oui
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
Le décompte des blocs libres est erroné pour le groupe n°0 (23485, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°1 (31728, décompté=63).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°2 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°3 (31729, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°4 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°5 (31729, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°6 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°7 (31729, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°8 (32768, décompté=0).
Corriger ('t' active 'oui' pour tout) <o>? oui
Le décompte des blocs libres est erroné pour le groupe n°9 (31729, décompté=0).
Corriger ('t' active 'oui' pour tout) <o>? oui
Le décompte des blocs libres est erroné pour le groupe n°10 (32768, décompté=0).
Corriger ('t' active 'oui' pour tout) <o>? oui
Le décompte des blocs libres est erroné pour le groupe n°11 (32768, décompté=0).
Corriger ('t' active 'oui' pour tout) <o>? oui
Le décompte des blocs libres est erroné pour le groupe n°12 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°13 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°14 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°15 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°16 (24528, décompté=10).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°17 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°18 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°19 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°20 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°21 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°22 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°23 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°24 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°25 (31729, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°26 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°27 (31729, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°28 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°29 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°30 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°31 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°32 (24528, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°33 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°34 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°35 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°36 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°37 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°38 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°39 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°40 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°41 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°42 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°43 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°44 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°45 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°46 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°47 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°48 (24528, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°49 (31729, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°50 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°51 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°52 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°53 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°54 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°55 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°56 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°57 (32768, décompté=276).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°58 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°59 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°60 (32768, décompté=62).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°61 (32768, décompté=114).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°62 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°63 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°64 (24528, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°65 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°66 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°67 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°68 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°69 (32768, décompté=5).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°70 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°71 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°72 (32768, décompté=7).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°73 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°74 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°75 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°76 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°77 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°78 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°79 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°80 (24528, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°81 (31729, décompté=1).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°82 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°83 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°84 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°85 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°86 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°87 (32768, décompté=0).
Corriger<o>? oui
Le décompte des blocs libres est erroné pour le groupe n°88 (32768, décompté=0).
Corriger<o>?
Il y a tellement d'erreurs que je prends la solution de réponse automatique
sudo e2fsck -b 98304 -y /dev/sdd15
..................
Le décompte des répertoires est erroné pour le groupe n°753 (0, décompté=4).
Corriger ? oui
Le décompte des i-noeuds libres est erroné pour le groupe n°784 (8204, décompté=8208).
Corriger ? oui
Le décompte des i-noeuds libres est erroné pour le groupe n°832 (8205, décompté=8208).
Corriger ? oui
Le décompte des répertoires est erroné pour le groupe n°832 (1, décompté=0).
Corriger ? oui
Le décompte des i-noeuds libres est erroné (7157338, décompté=7149682).
Corriger ? oui
différences de bitmap de blocs : Le bitmap de bloc du groupe 0 ne correspond pas à la somme de contrôle.
CORRIGÉ.
/dev/sdd15: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****
/dev/sdd15 : 7694/7157376 fichiers (0.4% non contigus), 28569601/28573696 blocs
sudo mount -v /dev/sdd15 SDD15
mount : /dev/sdd15 monté sur /home/a/SDD15.
sudo ls -Rls /home/a/SDD15 | wc -l
9101
Quelle surprise, quatre fichiers de plus qu'au démarrage...
sudo -i
root@a:~# cd /home/a/SDD15
root@a:/home/a/SDD15# ls -als
total 16
4 drwxr-xr-x 4 root root 4096 déc. 18 14:31 .
4 drwxr-xr-x 17 a a 4096 déc. 19 12:06 ..
4 drwx------ 2 root root 4096 déc. 19 12:40 lost+found
4 drwxr-xr-x 8 root root 4096 déc. 18 15:00 NosDonnees
root@a:/home/a/SDD15# cd lost*
root@a:/home/a/SDD15/lost+found# ls -als
total 8
4 drwx------ 2 root root 4096 déc. 19 12:40 .
4 drwxr-xr-x 4 root root 4096 déc. 18 14:31 ..
root@a:/home/a/SDD15/lost+found#
ou seulement 1!
SDD15$ ls -Rls /home/a/SDD15 | wc -l
ls: impossible d'ouvrir le répertoire '/home/a/SDD15/lost+found': Permission non accordée
9098
Il ne serait pas impossible que ce fameux répertoire n'existait pas...
3) Un autre test: Ecrasement des deux premiers superblocks par le troisième.
sudo dd if=/dev/sdd15 of=/dev/sdd15 bs=4096 count=1 skip=98304 seek=0
sudo dd if=/dev/sdd15 of=/dev/sdd15 bs=4096 count=1 skip=98304 seek=32768
sudo mount -v /dev/sdd15 SDD15
mount: /home/a/SDD15: wrong fs type, bad option, bad superblock on /dev/sdd15, missing codepage or helper program, or other error.
sudo e2fsck -v /dev/sdd15 -y
......
7205 fichiers normaux
480 répertoires
0 fichier de périphérique en mode caractère
0 fichier de périphérique en mode bloc
0 fifo
0 lien
0 lien symbolique (0 lien symbolique rapide)
0 socket
------------
7685 fichiers
sudo mount -v /dev/sdd15 SDD15
mount : /dev/sdd15 monté sur /home/a/SDD15.
ls -Rls /home/a/SDD15 | wc -l
ls: impossible d'ouvrir le répertoire '/home/a/SDD15/lost+found': Permission non accordée
9098
4) Un autre test
sudo mkdir -v SDD15 SDD16 && sudo mount -v /dev/sdd15 SDD15 && sudo mount -v /dev/sdd16 SDD16
diff SDD15 SDD16
Les sous-répertoires SDD15/lost+found et SDD16/lost+found sont identiques
sudo cp -rv /media/NosDonnees SDD15 && sudo cp -rv /media/NosDonnees SDD16
sudo mkfs.ext4 -S -v -b 4096 /dev/sdd15
sudo mkfs.ext4 -S -v -b 4096 /dev/sdd15
mke2fs 1.45.5 (07-Jan-2020)
/dev/sdd15 contient un système de fichiers ext4 étiqueté « Test1 »
dernier montage sur /home/a/SDD15 le Mon Dec 20 13:50:24 2021
Procéder malgré tout ? (o,N) o
résolution de fs_types pour mke2fs.conf : 'ext4'
Étiquette de système de fichiers=
Type de système d'exploitation : Linux
Taille de bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
« Stride » = 0 blocs, « Stripe width » = 0 blocs
3276800 i-noeuds, 13107200 blocs
655360 blocs (5.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=2162163712
400 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8192 i-noeuds par groupe
UUID de système de fichiers=50d086fb-3425-4ca1-849f-f4ffc2a1caa5
Superblocs de secours stockés sur les blocs :
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424
Allocation des tables de groupe : complété
/dev/sdd15 peut être encore plus corrompu par une réécriture du superbloc
Procéder malgré tout ? (o,N) o
Pas de création de journal en mode super-seul
Écriture des superblocs et de l'information de comptabilité du système de
fichiers : complété
sudo e2fsck -v -B 4096 /dev/sdd15
/dev/sdd15: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****
19 i-noeuds utilisés (0.00%, sur 3276800)
0 fichier non contigu (0.0%)
0 répertoire non contigu (0.0%)
nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
Histogramme des profondeurs d'extents : 7/3
972796 blocs utilisés (7.42%, sur 13107200)
0 bloc défectueux
0 fichier de grande taille
9 fichiers normaux
1 répertoire
0 fichier de périphérique en mode caractère
0 fichier de périphérique en mode bloc
0 fifo
4294967295 liens
0 lien symbolique (0 lien symbolique rapide)
0 socket
------------
0 fichier
5) Exécution de la commande
sudo umount /dev/sdd15
Vu dans cette documentation https://unix.stackexchange.com/questions/114429/short-read-while-trying-to-open-partition/193778#193778
[b]au cas où toutes les sauvegardes du superbloc de votre FS seraient corrompues[/b], mke2fs/mkfs a l'option -S qui recréera le superbloc et les descripteurs de groupe comme si vous créiez un nouveau système de fichiers, sans toucher à autre chose. Mais vous devez absolument être sûr que la taille de votre bloc est correcte et la page de manuel indique que vous devez exécuter e2fsck après cela et il n'y a aucune garantie que les données soient laissées pour le sauvetage.
écrivez correctement tous les superblocs, et au moins certains
la corruption du système de fichiers se produira. Il est préférable de l'exécuter sur un
copie complète du système de fichiers afin que d'autres options puissent être essayées si
cela ne fonctionne pas.
Donc, si la totalité des superblocks est fichue, je pense que les données ne sont pas en bon état
time sudo mkfs.ext4 -S -b 4096 /dev/sdd15
mke2fs 1.45.5 (07-Jan-2020)
/dev/sdd15 contient un système de fichiers ext4 étiqueté « Testdestruction »
dernier montage sur /home/a/SDD15 le Sat Dec 18 10:11:57 2021
Procéder malgré tout ? (o,N) o
En train de créer un système de fichiers avec 28573696 4k blocs et 7157376 i-noeuds.
UUID de système de fichiers=293cd8d2-e9de-4b58-91cc-04d0c5cd1160
Superblocs de secours stockés sur les blocs :
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872
Allocation des tables de groupe : complété
/dev/sdd15 peut être encore plus corrompu par une réécriture du superbloc
Procéder malgré tout ? (o,N) o
Pas de création de journal en mode super-seul
Écriture des superblocs et de l'information de comptabilité du système de
fichiers : complété
real 0m23,768s
user 0m0,023s
sys 0m0,021s
5) Vérification
Le montage ne fonctionne pas et demande un fsck, Le fsck supprime tout, Après montage, il ne reste rien
a@a:~$ cd SDD15
a@a:~/SDD15$ ls -als
total 12
4 drwxr-xr-x 3 root root 4096 déc. 18 11:12 .
4 drwxr-xr-x 17 a a 4096 déc. 18 11:05 ..
4 drwx------ 9 root root 4096 déc. 18 11:12 lost+found
a@a:~/SDD15$
Dernière modification par geole (Le 20/12/2021, à 17:25)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#33 Le 18/12/2021, à 23:48
- tobard
Re : Disque chiffré LUKS inaccessible suite à arrêt inopiné
Bonsoir,
Du coup j'ai fait mon ddrescue, mais je suis pas sûr de bien comprendre, au vu de tes derniers essais ce qui vaut le coup d'être tenté... Je lance MKFS + FSCK ?
Hors ligne
#34 Le 19/12/2021, à 14:03
- geole
Re : Disque chiffré LUKS inaccessible suite à arrêt inopiné
J'ai fait plusieurs essais. Mais j'en suis au même point. Tout est perdu. Je ne suis pas certain de trouver
Le dernier essai simule la destruction des deux premiers superblocks
La commande e2fsck remet tout en état; Mais contrairement à ton contexte, elle a pu refabriquer les deux superblocks et j'ai pu faire le montage de façon normale.
Si tu as vraiment besoin de récupérer les derniers enregistrements, Tu peux faire appel à un expert par exemple rmy . Mais je pense qu'il va apprécier moyennement le passage du fsck avant d'avoir effectué la sauvegarde.
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit, utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne