Bonjour,
J’utilisais depuis une Raspbian 9.13, 2 HDD externes USB identiques (sans alimentation externe), branchés sur le Pi au travers d’un hub USB auto alimenté.
Les HDD étaient chiffrés avec Luks (LUKS 1 d’apres la date à la quelle je les avais chiffré) et ne contiennent chacun qu’une partition en NTFS.
Le point de montage du premier était partagé sur mon réseau domestique au travers de SAMBA …
Le point de montage du second HDD ne servait qu’à la commande rsync quotidienne exécutée du HDD1 vers le HDD2
Un truc artisanal … et un peu ancien …
Les 2 HDD sont subitement devenus inaccessibles à la Raspbian … j’ai tout arrêté et relancé sans succès.
J’ai tenté de brancher un des HDD en direct sur le PI … sans succès.
J’ai donc basculé mes tests sur un autre PC sous Debian 12.7, pour tester l’état des disques et éventuellement récupérer les données avant de les passer sous un autre système de fichiers plus en rapport avec mes besoins.
Sur cet autre PC, j’ai procédé par étapes (je ne reprends que les informations concernant le HDD concerné) :
# lsusb
Bus 004 Device 004: ID 1058:0820 Western Digital Technologies,
Inc. My Passport Ultra (WDBMWV, WDBZFP)
# hwinfo --short
disk:
/dev/sdb WD My Passport 0820
/dev/mmcblk0 Disk
partition:
/dev/sdb1 Partition
/dev/mmcblk0p1 Partition
# smartctl -i /dev/sdb
smartctl 7.3 2022-02-28 r5338 [x86_64-linux-6.1.0-25-amd64] (local
build)
Copyright (C) 2002-22, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Model Family: Western Digital Elements / My Passport (USB, AF)
Device Model: WDC WD20NMVW-11AV3S2
Serial Number: WD-xxxxxxxxxxxxxxxxxxxxxx
LU WWN Device Id: 5 xxxxxx xxxxxxxxx
Firmware Version: 01.01A01
User Capacity: 2 000 365 380 096 bytes [2,00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 5200 rpm
Device is: In smartctl database 7.3/5319
ATA Version is: ACS-2 (minor revision not indicated)
SATA Version is: SATA 3.0, 3.0 Gb/s (current: 3.0 Gb/s)
Local Time is: Sat Oct 12 18:15:29 2024 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
# smartctl -t short /dev/sdb
# smartctl -l selftest /dev/sdb
smartctl 7.3 2022-02-28 r5338 [x86_64-linux-6.1.0-25-amd64] (local
build)
Copyright (C) 2002-22, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining
LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed without error 00%
49040 -
# cryptsetup luksOpen /dev/sdb1 c1
Saisissez la phrase secrète pour /dev/sdb1 :
Déchiffrement ok !
# lsblk --fs
sdb
└─sdb1 crypto 1
xxxxx-xxxx-xxxxxxxx-xxxxx-xxxxxxxxxx
└─c1 ntfs HDD1 xxxxxxxxxxxxxxxxxx
# dpkg -l | grep -i ntfs | cut -d ' ' -f3
libfsntfs-utils
libfsntfs1:amd64
libntfs-3g89:amd64
ntfs-3g
J’ai tenté une première fois de monter la partition :
# mount /dev/mapper/c1 /media/USBHDD1/
L’activité du PC s’est rapidement envolée sans me rendre la main que j’ai récupéré en faisant un Ctrl+C 1 grosse minute après.
J’ai rebooté puis ais re-déchiffré le disque.
J’ai retenté le montage en attendant plus … sans plus de succès avec un système complètement bloqué au final.
Obligé de faire un hard reset en croisant les doigts …
J’ai ensuite fait ce par quoi j’aurais du commencer :
# ntfsfix /dev/mapper/c1
Mounting volume... OK
Processing of $MFT and $MFTMirr completed successfully.
Checking the alternate boot sector... OK
NTFS volume version is 3.1.
NTFS partition /dev/mapper/c1 was processed successfully.
Je crains de retenter le montage …
Que puis je essayer de plus ou différemment ?
Déchiffrer complètement le disque pour tenter un CHKDSK depuis un windows ?
Je crois qu’il existait un soft pour déchiffrer des device chiffrés en Luks, depuis windows …
Pour le second HDD, tout pareil avec les mêmes questionnements …
EDIT : Ajout précisions sur le contexte des tests sous la Debian.
EDIT2: Ajout de la version LUKS