Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#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,

geole a écrit :

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
man mkfs a écrit :

-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