<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body>
Bonjour,<br>
<br>
Je vous sollicite au sujet d'un soucis de corruption de système de
fichier.<br>
<br>
Sous une vielle Debian 9 (stretch) qui me sers de NAS, je dispose de
2 HDD identiques branchés en USB.<br>
Ces HDD sont chiffrés en LUKS. Une seule partition par HDD.<br>
Je n'utilise pas de LVM.<br>
<code> lsblk -o KNAME,TYPE,SIZE<br>
KNAME TYPE SIZE<br>
sda disk 1,8T<br>
sda1 part 1,8T<br>
dm-0 crypt 1,8T<br>
sdb disk 1,8T<br>
sdb1 part 1,8T<br>
mmcblk0 disk 7,4G<br>
mmcblk0p1 part 113,3M<br>
mmcblk0p2 part 1K<br>
mmcblk0p3 part 32M<br>
mmcblk0p5 part 60M<br>
mmcblk0p6 part 7,2G<br>
<br>
</code><code></code><br>
Une arborescence du HDD1 (sda) est partagée sur mon LAN avec Samba.<br>
le HDD1 est rsync régulièrement vers le HDD2 (sdb).<br>
<br>
Sur le HDD1, j'ai provoqué une corruption en bougeant les câbles
trop brusquement.<br>
<br>
Le résultat donne ceci : <br>
<img src="cid:part1.8SwIQSCe.KsUuuPYF@faiscommechezmoi.org" alt=""><br>
Les 6 premières lignes n'étaient pas d'origine. Elles apparaissent
car j'ai d'abord tenté de supprimer le répertoire, sans succès... <br>
<br>
Pas de soucis sur le répertoire équivalent sur le HDD2.<br>
<br>
Je m'en suis aperçu ou bout de plusieurs jours,car le script qui
écrit quotidiennement (depuis une autre machine) dans le partage
samba qui pointe vers ce répertoire du HDD1, sortait en erreur. <br>
<br>
Après avoir rebooté (les HDD1&2 ne sont pas déchiffrés ni montés
lors du boot), j'ai tenté de réparer comme suit : <br>
1- déchiffrage du HDD1<br>
<code>cryptsetup luksOpen /dev/sda1 c1<br>
Saisissez la phrase secrète pour /dev/sda1 :<br>
</code> => ok<br>
<br>
2- déchiffrage du HDD2<br>
<code> cryptsetup luksOpen /dev/sdb1 c2</code><code><br>
</code><code> Saisissez la phrase secrète pour /dev/sdb1 :</code><br>
=> ok<br>
<br>
3- Vérification avec un fdisk :<br>
<blockquote><img
src="cid:part2.vYSxAZAV.stRHMxBq@faiscommechezmoi.org" alt=""><br>
</blockquote>
4- tentative de montage du volume NTFS :<br>
<img src="cid:part3.1LoPE0z9.8UfcTDlX@faiscommechezmoi.org"
alt=""><br>
<br>
Mais si j'utilise le script d'outillage que je m'étais fait pour
automatiser les arrets/démarrages de la "fonction" NAS de ce
serveur; cela fonctionne bien; alors que la commande contenue dans
le script est rigoureusement la même ...<br>
<br>
Bref, une fois le volume monté et Samba démarré, je navigue bien
dans le partage samba, depuis un poste en windows.<br>
En revanche, j'ai des soucis d'écriture ..<br>
<br>
5- Je stoppe Samba et démonte les volumes et ferme les volumes
LUKS :<br>
<code> /etc/init.d/samba stop</code><code><br>
</code><code> umount /media/USBHDD1/shares</code><code><br>
</code><code> umount /media/USBHDD2/shares<br>
cryptsetup luksClose c1<br>
cryptsetup luksClose c2<br>
<br>
</code><br>
6- Je tente un fsck sur .. justement ... je ne sais plus trop
car mes souvenirs sur la gestion des devices et la terminologie
associée, sont assez diffus :<br>
<br>
J'essaye sur le périphérique : <br>
<blockquote> <code> # fsck /dev/sdb</code><code></code><br>
<code></code><code>fsck from util-linux 2.20.1</code><code></code><br>
<code></code><code>e2fsck 1.42.5 (29-Jul-2012)</code><code></code><br>
<code></code><code>ext2fs_open2: Numéro magique invalide dans le
super-bloc</code><code></code><br>
<code></code><code>fsck.ext2 : Superbloc invalide, tentons
d'utiliser les blocs de sauvetage...</code><code></code><br>
<code></code><code>fsck.ext2: Numéro magique invalide dans le
super-bloc lors de la tentative d'ouverture de /dev/sdb</code><code></code><br>
<code></code><code></code><br>
<code></code><code>Le superbloc n'a pu être lu ou ne contient pas
un système de fichiers</code><code></code><br>
<code></code><code>ext2 correct. Si le périphérique est valide et
qu'il contient réellement</code><code></code><br>
<code></code><code>un système de fichiers ext2 (et non pas de type
swap, ufs ou autre),</code><code></code><br>
<code></code><code>alors le superbloc est corrompu, et vous
pourriez tenter d'exécuter</code><code></code><br>
<code></code><code>e2fsck avec un autre superbloc :</code><code></code><br>
<code></code><code> e2fsck -b 8193 <périphérique></code><br>
</blockquote>
Ce qui ne me surprends qu'à moitié puisque le périphérique est
chiffré. <br>
<br>
Si je déchiffre le périphérique et essaye la partition: <br>
<blockquote><code> fsck /dev/sda1</code><code><br>
</code><code>fsck from util-linux 2.20.1</code><code><br>
</code><code>fsck: <b>fsck.crypto_LUKS</b>: not found</code><code><br>
</code><code>fsck: error 2 while executing fsck.crypto_LUKS for
/dev/sda1</code><br>
</blockquote>
<br>
Auriez vous une idée ? <br>
<br>
<br>
<br>
<br>
<br>
<br>
</body>
</html>