Problème de montage disque dur cryptsetup

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 :slight_smile:

Si vous avez des tutos pour avoir un bon système de sauvegarde je suis preneur

Merci à vous encore :slight_smile:

Bonjour

Quelques lien au sujet de TrueCrypt :

https://wiki.debian.org/TrueCrypt/Install/Wheezy

https://www.comparitech.com/fr/blog/securite-information/truecrypt-alternatives-gratuites/

http://truecrypt.sourceforge.net/

https://fr.wikipedia.org/wiki/TrueCrypt#Arr%C3%AAt_du_d%C3%A9veloppement

https://www.it-connect.fr/truecrypt-veritable-mise-a-mort-ou-stratageme/

Merci