Salut!
J’ai un disque dur chiffré avec truecrypt dont je me servais pour faire des sauvegardes
Mon disque dur principal a planté et j’ai besoin de récuperer certaines de mes sauvegardes dessus, cependant quand je monte mon disque dur maintenant j’ai en erreur
Saisissez la phrase secrète pour /dev/sdf :
Le périphérique /dev/sdf est trop petit.
- Le mdp est bien valide
- Aucunes erreurs matériel du disque dur dans les logs
Je le monte avec
cryptsetup open --type tcrypt /dev/sdf sdftruecrypt
Je pense que c’est une erreur de système de fichier
J’ai essayé sous un autre OS avec truecrypt et ca me met dans les logs;
sdd too small for target: start=
[mar. août 30 22:57:46 2022] device-mapper: core: Cannot calculate initial queue limits
[mar. août 30 22:57:46 2022] device-mapper: ioctl: unable to set up device queue for new table.
J’ai essayé avec tcplay ca me met en logs=
[lun. sept. 5 18:29:43 2022] device-mapper: table: 254:6: sde too small for target: start=446728111, len=3460300800, dev_size=3907027055
[lun. sept. 5 18:29:43 2022] device-mapper: core: Cannot calculate initial queue limits
[lun. sept. 5 18:29:43 2022] device-mapper: ioctl: unable to set up device queue for new table.
Est ce que vous auriez des solutions svp?
D’après mes recherches il s’agirait d’un bug https://www.reddit.com/r/linuxquestions/comments/hrkqf/why_does_newer_kerneldevicemapper_give_error_sdb/
Il faut que je test sous windows ou d’autres OS, je pense que c’est du à l’OS et non au disque dur
Bonsoir,
J’ai arrêté ce type de solution qui n’est pas suffisamment fiable et qui au final peut poser plus de problèmes qu’il en résout. Le problème est certainement lié à une défaillance du support dont Truecrypt n’est pas en mesure de corriger l’espace incriminée rendant inaccessible l’ensemble du support.
Bonsoir,
Je n’ai aucunes erreurs de problème matériels dans les logs
Il peut suffir d’un octet altéré pour rendre le fichier truecrypt défectueux sans qu’il y ait une remontée matérielle dans les logs.
C’est le disque dur qui est entier chiffré pas un fichier conteneur
Disk /dev/sde: 1,82 TiB, 2000397852160 bytes, 3907027055 sectors
Disk model: USB 3.5"-HDD
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Ca ne change pas le problème
Oui mais Il semblerait que ce soit du à cryptsetup et non au disque dur
J’avais chiffré le disque dur en entier à l’epoque avec truecrypt 7.1 (en 2013 environ)
Et là marche plus tout d’un coup
D’après mes recherches ce serait du à lvm encryption - How can I fix LVM PV size after a botched encrypted partition shrinking - Unix & Linux Stack Exchange
Je sais pas comment faire
Le résultat est le même: les données ne correspondent plus à un format valide par cryptsetup.
/dev/sdf ? Tu n’as pas de table de partition sur ce disque ? Ce ne serait pas /dev/sdf1 par hasard ?
Non pas de partition le disque au complet
Je vais essayer de le cloner avec ddrescue sur un autre disque dur de 2TO
Un test SMART indique aucun pbs de mon disque dur actuel (qui date de 2012 quand mm)
J’ai pas encore réussis à le tester sur une machine windows mais sous un liveusb debian ca donne le même message d’erreurs
Précision importante; ca a été fait avec TRUECRYPT 7.1a en 2013 et le volume est normal je n’utilise pas les caché, ni de fichiers clefs
=== START OF INFORMATION SECTION ===
Model Family: Seagate Barracuda Green (AF)
Device Model: ST2000DL003-9VT166
Serial Number: 5YD22BPB
LU WWN Device Id: 5 000c50 02fb66f4a
Firmware Version: CC32
User Capacity: 2 000 397 852 160 bytes [2,00 TB]
Sector Size: 512 bytes logical/physical
Rotation Rate: 5900 rpm
Device is: In smartctl database [for details use: -P show]
ATA Version is: ATA8-ACS T13/1699-D revision 4
SATA Version is: SATA 3.0, 6.0 Gb/s (current: 1.5 Gb/s)
Local Time is: Wed Sep 7 13:40:48 2022 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x82) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 612) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 335) minutes.
Conveyance self-test routine
recommended polling time: ( 2) minutes.
SCT capabilities: (0x30b7) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 106 099 006 Pre-fail Always - 11079960
3 Spin_Up_Time 0x0003 093 091 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 098 098 020 Old_age Always - 2286
5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 256
7 Seek_Error_Rate 0x000f 080 062 030 Pre-fail Always - 107540319
9 Power_On_Hours 0x0032 092 092 000 Old_age Always - 7222
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 097 097 020 Old_age Always - 3698
183 Runtime_Bad_Block 0x0032 093 093 000 Old_age Always - 7
184 End-to-End_Error 0x0032 100 100 099 Old_age Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
188 Command_Timeout 0x0032 100 099 000 Old_age Always - 42950328332
189 High_Fly_Writes 0x003a 006 006 000 Old_age Always - 94
190 Airflow_Temperature_Cel 0x0022 076 052 045 Old_age Always - 24 (Min/Max 24/24)
191 G-Sense_Error_Rate 0x0032 100 100 000 Old_age Always - 0
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 1013
193 Load_Cycle_Count 0x0032 098 098 000 Old_age Always - 5534
194 Temperature_Celsius 0x0022 024 048 000 Old_age Always - 24 (0 9 0 0 0)
195 Hardware_ECC_Recovered 0x001a 016 003 000 Old_age Always - 11079960
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 17
240 Head_Flying_Hours 0x0000 100 253 000 Old_age Offline - 7079 (149 31 0)
241 Total_LBAs_Written 0x0000 100 253 000 Old_age Offline - 2854707239
242 Total_LBAs_Read 0x0000 100 253 000 Old_age Offline - 1861128197
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Interrupted (host reset) 00% 7216 -
# 2 Extended offline Interrupted (host reset) 00% 7207 -
# 3 Short offline Completed without error 00% 7207 -
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
Bonjour,
1 Raw_Read_Error_Rate 0x000f 106 099 006 Pre-fail Always - 11079960
5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 256
7 Seek_Error_Rate 0x000f 080 062 030 Pre-fail Always - 107540319
183 Runtime_Bad_Block 0x0032 093 093 000 Old_age Always - 7
188 Command_Timeout 0x0032 100 099 000 Old_age Always - 42950328332
189 High_Fly_Writes 0x003a 006 006 000 Old_age Always - 94
195 Hardware_ECC_Recovered 0x001a 016 003 000 Old_age Always - 11079960
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 17
Les valeurs des attributs ci-dessus indiquent que ton disque n’est pas du tout en bon état.
Voir : List of S.M.A.R.T. attributes
# TCRYPT: Signature magic detected.
# TCRYPT: Magic: TRUE, Header version: 5, req. 1792, sector 512, mk_offset 228724792832,
# TCRYPT: Header cipher aes-xts-plain64, key size 64
# Activating volume sddtc by volume key.
# dm version [ opencount flush ] [16384] (*1)
# dm versions [ opencount flush ] [16384] (*1)
# Detected dm-ioctl version 4.43.0.
# Detected dm-crypt version 1.22.0.
# Device-mapper backend running with UDEV support enabled.
# dm status sddtc [ opencount noflush ] [16384] (*1)
# Device /dev/sdd: offset = 446728111 requested size = 3460300800, backing device size = 3907027055
Le périphérique /dev/sdd est trop petit.
# Releasing crypt device /dev/sdd context.
# Releasing device-mapper backend.
# Closing read only fd for /dev/sdd.
# Unlocking memory.
La commande a échoué avec le code -1 (paramètres erronés ou manquants).
Cryptsetup avec --debug
Bonjour,
Merci je vais checker cela pourtant ca ne sors aucunes erreurs dans smartctl
J’ai commandé 1 disque dur en 2TO que je recevrais sous peu et je vais cloner mon actuel avec ddrescue dessus sur un neuf pour voir si ca provient du disque dur (j’espere)
Je n’ai pas encore monté mon disque dur sous windows7 avec une version de truecrypt 7.1a, j’ai plus windows
Ce bug date de plus de 10 ans et concerne des noyaux 2.6 et le pilote dmraid pour le fakeRAID, pas dm-crypt.
Mouais bof… Les valeurs brutes de plusieurs de ces attributs sont impossibles à interpréter et les valeurs normalisées sont dans les clous (largement supérieures aux seuils), à l’exception des high fly writes mais je ne sais qu’en penser.
Certes, 256 secteurs réalloués n’est pas rassurant mais en même temps il n’y a pas de secteur pending ou uncorrectable donc pas de perte de données. En tout cas s’il y avait un problème matériel on le verrait dans les logs du noyau avec dmesg.
Je ne connais pas le fonctionnement ni le format de truecrypt, n’ayant utilisé que les formats LUKS et plain dm-crypt, mais si j’interprète correctement ces lignes, les données chiffrées commenceraient à l’offset 446728111 secteurs (~230 Go) et auraient une longueur de 3460300800 secteurs (~1,77 To), ce qui les ferait aller jusqu’au au secteur 446728111+3460300800=3907028911 (~2 To) soit légrèrement au-delà de la taille du disque de 3907027055 secteurs.
Le disque aurait-il perdu en capacité ? Je n’ai jamais vu ça excepté par la mise en place d’une zone protégée HPA, à vérifier avec
hdparm -N /dev/sdd # ou sde, sdf selon le nommage du moment
Aussi, comment se fait-il que l’offset soit aussi grand ? A quoi servent les ~230 Go situés avant ? Se pourrait-il que des méta-données du volume chiffré soient corrompues ?
Salut les amis!
Alors j’ai essayé mon idée de monter mon disque dur de sauvegarde sous Windows7 avec la dernière version de Truecrypt7.1a et… ca a fonctionner!
Donc ca provient de debian !
Je vais recréer un disque dur de sauvegarde avec VeraCrypt sous debian
Je suis très content j’ai réussis à restaurer mes datas 
Si vous avez des tutos pour avoir un bon système de sauvegarde je suis preneur
Merci à vous encore