#1 Le 10/06/2025, à 23:17
- Salamandree
SSD endommagé, fichiers inode/x-corrupted, home chiffré ecryptfs
Bonjour,
Après plusieurs heures de recherches, je fais appel à votre aide pour essayer de récupérer mes données après un plantage de mon SSD interne.
Tout d'abord, j'espère que j'ai bien posté dans la bonne section du forum, merci de m'indiquer si ce n'est pas le cas.
J'étais en train d'utiliser mon ordinateur tranquillement quand il a planté. Après un redémarrage forcé, je me rends compte que j'ai perdu mes paramètres de session, et en fait, une grande partie de mes documents. Le disque est toujours indiqué comme plein aux 2/3 mais une analyse de l'occupation du disque ne révèle que peu de fichier présents. J'éteinds l'ordinateur et passe sur ma clé live, je fais une sauvegarde de la partition home à l'aide de dd.
Je précise que mon home est chiffré avec ecryptfs. J'ai lancé un photorec qui m'a sorti quelques 400 000 fichier chiffrés, que j'ai pu déchiffrer. Je retrouve certains de mes fichiers, mais c'est tout mélangé et sans nom, du coup c'est pas très pratique et je ne suis pas sûr de tout avoir (ça pèse 110 Go alors que j'avais environ 180 Go utilisés.
Je n'arrive pas à monter mon home depuis mon liveUSB à l'aide la commande
ecryptfs-recover-private /media/toto/home/titi/.Privatequi marche pourtant sur une sauvegarde de ce même home.
En rebootant sur mon SSD, je constate depuis mon explorateur de fichiers que les dossiers qui me manquent sont présents mais sans poids et avec un type "inode/x-corrupted", tandis qu'un "ls -larth" donne des lignes remplies de ??? (j'essaierai de vous poser ça précisément en rebootant sur mon SSD).
J'ai essayé d'utiliser testdisk, le quick search donne ça :
TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org
Disk /dev/sda - 256 GB / 238 GiB - CHS 31130 255 63
Partition Start End Size in sectors
>P Linux filesys. data 2048 509855 507808
P EFI System 509952 616447 106496 [EFI System Partition] [NO NAME]
P Linux filesys. data 616448 31336447 30720000
P Linux filesys. data 31336448 500117503 468781056et le deepsearch est long et donne pleins de lignes que je ne comprends pas dont voici un extrait :
Linux filesys. data 24208 532015 507808
Linux filesys. data 24248 532055 507808
Linux filesys. data 24304 532111 507808
Linux filesys. data 24352 532159 507808
Linux filesys. data 24392 532199 507808
Linux filesys. data 24448 532255 507808
Linux filesys. data 24520 532327 507808
Linux filesys. data 24576 532383 507808
Linux filesys. data 24616 532423 507808
Linux filesys. data 24664 532471 507808
Linux filesys. data 24720 532527 507808
Linux filesys. data 24760 532567 507808
Linux filesys. data 24808 532615 507808
Linux filesys. data 24864 532671 507808
Linux filesys. data 24904 532711 507808
Linux filesys. data 24952 532759 507808
Linux filesys. data 25008 532815 507808
Linux filesys. data 25048 532855 507808
Linux filesys. data 25096 532903 507808
Linux filesys. data 38408 546215 507808
Linux filesys. data 38472 546279 507808
Linux filesys. data 38528 546335 507808
Linux filesys. data 38592 546399 507808
Linux filesys. data 257977 771067 513090 [^D[=sIeR)^B^S Ep=]
Linux filesys. data 257978 771068 513090 [^D[=sIeR)^B^S Ep=]
Linux filesys. data 2046 509853 507808
Linux filesys. data 2048 509855 507808
EFI System 509952 616447 106496 [EFI System Partition] [NO NAME]
EFI System 509952 616447 106496 [EFI System Partition] [NO NAME]
MS Data 509958 616453 106496 [NO NAME]
Linux filesys. data 616448 31336447 30720000
Linux filesys. data 616446 31336445 30720000
Linux filesys. data 616448 31336447 30720000
Linux Swap 894968 1419939047 1419044080
Linux Swap 894976 2317727 1422752
Linux filesys. data 616446 31336445 30720000
Linux filesys. data 616448 31336447 30720000
Linux filesys. data 616446 31336445 30720000
Linux filesys. data 616448 31336447 30720000
Voici aussi le résultat de sfdisk :
toto@toto:~$ sudo sfdisk -luS
Disk /dev/sda: 238.49 GiB, 256060514304 bytes, 500118192 sectors
Disk model: TOSHIBA KSG60ZMV
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 2B9FA757-9CD8-43C6-AEEA-85236877B5C3
Device Start End Sectors Size Type
/dev/sda1 2048 509860 507813 248M Linux filesystem
/dev/sda2 616448 31336447 30720000 14.7G Linux filesystem
/dev/sda3 31336448 500117503 468781056 223.5G Linux filesystem
/dev/sda4 509952 616447 106496 52M EFI System
Partition table entries are not in disk order.
toto@toto:~$et de smartctl :
toto@toto:~$ sudo smartctl -s on -S on -o off -a /dev/sda
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.4.0-74-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Device Model: TOSHIBA KSG60ZMV256G M.2 2280 256GB
Serial Number: 98AB63WJK5SP
LU WWN Device Id: 5 00080d c00e8fe55
Firmware Version: ABDA4102
User Capacity: 256,060,514,304 bytes [256 GB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: Solid State Device
Form Factor: M.2
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: ACS-4 (minor revision not indicated)
SATA Version is: SATA 3.3, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Tue Jun 10 21:03:35 2025 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.
SMART Attribute Autosave Enabled.
SMART Automatic Offline Testing Disabled.
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 16) The self-test routine was aborted by
the host.
Total time to complete Offline
data collection: ( 120) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No 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: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 11) minutes.
SCT capabilities: (0x003d) SCT Status supported.
SCT Error Recovery Control supported.
SCT Feature Control supported.
SCT Data Table supported.
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 4933
12 Power_Cycle_Count 0x0033 100 100 000 Pre-fail Always - 9355
166 Unknown_Attribute 0x0012 100 100 000 Old_age Always - 0
167 Unknown_Attribute 0x0022 100 100 000 Old_age Always - 0
168 Unknown_Attribute 0x0012 100 100 000 Old_age Always - 1
173 Unknown_Attribute 0x0012 195 195 000 Old_age Always - 0
175 Program_Fail_Count_Chip 0x0033 100 100 010 Pre-fail Always - 0
176 Erase_Fail_Count_Chip 0x0033 100 100 010 Pre-fail Always - 0
177 Wear_Leveling_Count 0x0033 095 095 010 Pre-fail Always - 0
178 Used_Rsvd_Blk_Cnt_Chip 0x0033 100 100 010 Pre-fail Always - 0
179 Used_Rsvd_Blk_Cnt_Tot 0x0033 100 100 010 Pre-fail Always - 0
180 Unused_Rsvd_Blk_Cnt_Tot 0x0033 100 100 010 Pre-fail Always - 100
181 Program_Fail_Cnt_Total 0x0033 100 100 010 Pre-fail Always - 100
182 Erase_Fail_Count_Total 0x0033 100 100 010 Pre-fail Always - 100
187 Reported_Uncorrect 0x0033 100 100 000 Pre-fail Always - 0
192 Power-Off_Retract_Count 0x0012 100 100 000 Old_age Always - 621
194 Temperature_Celsius 0x0022 050 018 000 Old_age Always - 50 (Min/Max -3/82)
195 Hardware_ECC_Recovered 0x002b 100 099 000 Pre-fail Always - 0
199 UDMA_CRC_Error_Count 0x0012 100 100 000 Old_age Always - 1
238 Unknown_Attribute 0x0032 095 095 010 Old_age Always - 0
241 Total_LBAs_Written 0x0013 100 100 000 Pre-fail Always - 100019
242 Total_LBAs_Read 0x0013 100 100 000 Pre-fail Always - 286540
SMART Error Log Version: 1
ATA Error Count: 1
CR = Command Register [HEX]
FR = Features Register [HEX]
SC = Sector Count Register [HEX]
SN = Sector Number Register [HEX]
CL = Cylinder Low Register [HEX]
CH = Cylinder High Register [HEX]
DH = Device/Head Register [HEX]
DC = Device Command Register [HEX]
ER = Error register [HEX]
ST = Status register [HEX]
Powered_Up_Time is measured from power on, and printed as
DDd+hh:mm:SS.sss where DD=days, hh=hours, mm=minutes,
SS=sec, and sss=millisec. It "wraps" after 49.710 days.
Error 1 occurred at disk power-on lifetime: 4436 hours (184 days + 20 hours)
When the command that caused the error occurred, the device was active or idle.
After command completion occurred, registers were:
ER ST SC SN CL CH DH
-- -- -- -- -- -- --
84 51 00 38 38 6c 40 Error: ICRC, ABRT at LBA = 0x006c3838 = 7092280
Commands leading to the command that caused the error were:
CR FR SC SN CL CH DH DC Powered_Up_Time Command/Feature_Name
-- -- -- -- -- -- -- -- ---------------- --------------------
60 00 70 00 fc d9 40 08 01:25:51.525 READ FPDMA QUEUED
60 08 68 80 1b d2 40 08 01:25:51.525 READ FPDMA QUEUED
60 e8 60 98 1a d2 40 08 01:25:51.525 READ FPDMA QUEUED
60 00 58 c8 14 6b 40 08 01:25:51.525 READ FPDMA QUEUED
60 98 50 68 9e 66 40 08 01:25:51.524 READ FPDMA QUEUED
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Aborted by host 00% 4577 -
# 2 Short offline Completed without error 00% 1 -
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.
toto@toto:~$Je n'arrive pas à comprendre le résultat de smartctl, et j'ai aussi essayé de lancer fsck :
toto@toto:~$ sudo fsck /dev/sda3
fsck from util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
/dev/sda3 was not cleanly unmounted, check forced.
Pass 1: Checking inodes, blocks, and sizes
Inode 3195708 extent tree (at level 1) could be shorter. Optimize<y>? no
Inode 3427317 extent tree (at level 1) could be shorter. Optimize<y>? no
Inode 9062824 extent tree (at level 1) could be shorter. Optimize<y>? no
Inode 9062825 extent tree (at level 1) could be shorter. Optimize<y>? no
Pass 2: Checking directory structure
Problem in HTREE directory inode 269: block #1 has bad max hash
Problem in HTREE directory inode 269: block #2 has bad min hash
Problem in HTREE directory inode 269: block #2 has bad max hash
Problem in HTREE directory inode 269: block #3 has bad min hash
Problem in HTREE directory inode 269: block #4 has bad min hash
Problem in HTREE directory inode 269: block #4 has bad max hash
Problem in HTREE directory inode 269: block #5 has bad min hash
Problem in HTREE directory inode 269: block #5 has bad max hash
Invalid HTREE directory inode 269 (/.ecryptfs/titi/.Private/ECRYPTFS_FNEK_ENCRYPTED.FWZHASrlNZJ3BkQcQ8GOSsMVZAVYJk3npXX-oT2OCRLkvMpu2-gJ.HvebU--/ECRYPTFS_FNEK_ENCRYPTED.FWZHASrlNZJ3BkQcQ8GOSsMVZAVYJk3npXX-9d8dtBfnIAHdpGSlIEk8xU--). Clear HTree index<y>? no
Problem in HTREE directory inode 276: block #1 has bad max hash
Problem in HTREE directory inode 276: block #2 has bad min hash
Problem in HTREE directory inode 276: block #2 has bad max hash
Problem in HTREE directory inode 276: block #3 has bad min hash
Invalid HTREE directory inode 276 (/.ecryptfs/titi/.Private/ECRYPTFS_FNEK_ENCRYPTED.FWZHASrlNZJ3BkQcQ8GOSsMVZAVYJk3npXX-Uj1nnJuIqqlBsQ0wDQCwXE--/ECRYPTFS_FNEK_ENCRYPTED.FWZHASrlNZJ3BkQcQ8GOSsMVZAVYJk3npXX-bwNBzeLNv71mdRRTM-MST---/ECRYPTFS_FNEK_ENCRYPTED.FWZHASrlNZJ3BkQcQ8GOSsMVZAVYJk3npXX-56EX6JGwp4PCjgQFlZvDHk--/ECRYPTFS_FNEK_ENCRYPTED.FWZHASrlNZJ3BkQcQ8GOSsMVZAVYJk3npXX-X.U8LE0OhbT01uxiE0omDk--). Clear HTree index<y>? no
Problem in HTREE directory inode 313: block #1 has bad max hash
Problem in HTREE directory inode 313: block #2 has bad min hash
Invalid HTREE directory inode 313 (/.ecryptfs/titi/.Private/ECRYPTFS_FNEK_ENCRYPTED.FWZHASrlNZJ3BkQcQ8GOSsMVZAVYJk3npXX-.urnY.M4UxpOzYwah7p.e---/ECRYPTFS_FNEK_ENCRYPTED.FWZHASrlNZJ3BkQcQ8GOSsMVZAVYJk3npXX-HljALNS2o5sfGA2vGUbAXU--/ECRYPTFS_FNEK_ENCRYPTED.FXZHASrlNZJ3BkQcQ8GOSsMVZAVYJk3npXX-GvAtk1kslSfIJz.FXeo3gsbBb9.CDIYrD0eDNbKkIqY-/ECRYPTFS_FNEK_ENCRYPTED.FWZHASrlNZJ3BkQcQ8GOSsMVZAVYJk3npXX-Tc5PIQT6clC3rwu2XSlZ0U--). Clear HTree index<y>? no
Problem in HTREE directory inode 331: block #1 has bad max hash
Problem in HTREE directory inode 331: block #2 has bad min hash
Problem in HTREE directory inode 331: block #2 has bad max hash
Problem in HTREE directory inode 331: block #3 has bad min hash
Problem in HTREE directory inode 331: block #3 has bad max hash
Problem in HTREE directory inode 331: block #4 has bad min hash
Problem in HTREE directory inode 331: block #4 has bad max hash
Problem in HTREE directory inode 331: block #5 has bad min hash
Problem in HTREE directory inode 331: block #5 has bad max hash
Problem in HTREE directory inode 331: block #6 has bad min hash
Invalid HTREE directory inode 331 (/.ecryptfs/titi/.Private/ECRYPTFS_FNEK_ENCRYPTED.FWZHASrlNZJ3BkQcQ8GOSsMVZAVYJk3npXX-rGrii8SztWY4ttozLoHoLU--/ECRYPTFS_FNEK_ENCRYPTED.FXZHASrlNZJ3BkQcQ8GOSsMVZAVYJk3npXX-GvAtk1kslSfIJz.FXeo3gtqkLUkCGOloFhWfXoHGhCI-/ECRYPTFS_FNEK_ENCRYPTED.FWZHASrlNZJ3BkQcQ8GOSsMVZAVYJk3npXX-zyK6Qq0XDPfLt24pm623tE--/ECRYPTFS_FNEK_ENCRYPTED.FXZHASrlNZJ3BkQcQ8GOSsMVZAVYJk3npXX-vfoKp6Rn2F4Z4mcPjO6FBmu0q8N4rPAhO0i0wLowuUQ-). Clear HTree index<y>? noEt ça continue avec plein de questions "Clear HTree ?".
Je n'ai pas osé dire "yes" parce que je ne sais pas ce que ça implique.
Bon, j'espère que ça ne fait pas trop une avalanche d'informations, c'était pour que vous voyez un peu où j'en suis.
Mon but serait de récupérer un maximum de données, si possible encore surcturées avec les dossiers, avant de changer de SSD. J'ai l'impression qu'il y a des bout du SSD qui sont morts, ou alors que l'index est un peu cassé, donc je me demande s'il y a moyen de réparer ça pour que je puisse accéder aux données encore là. Est-ce que j'ai intérêt à dire "yes" aux questions de fsck ??
Merci pour votre lecture et d'avance pour votre aide 
Salamandree
Hors ligne
#2 Le 11/06/2025, à 12:07
- ptilou007
Re : SSD endommagé, fichiers inode/x-corrupted, home chiffré ecryptfs
bonjour,
je ferai une image avec dd, puis chercher la cles il est possible de perdre des donnees de plus je suis neofite, donc ma contribution et sans garentie, je sais seulement que pour lla force brute ils fond des images qu’il saussisone, cherche la taille des secteurs ?
philippe
Hors ligne
#3 Le 11/06/2025, à 15:30
- geole
Re : SSD endommagé, fichiers inode/x-corrupted, home chiffré ecryptfs
Bonjour
1) A propos du SSD
=== START OF INFORMATION SECTION ===
Device Model: TOSHIBA KSG60ZMV256G M.2 2280 256GB
User Capacity: 256,060,514,304 bytes [256 GB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: Solid State Device
Form Factor: M.2
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 4933
199 UDMA_CRC_Error_Count 0x0012 100 100 000 Old_age Always - 1
SMART Error Log Version: 1
ATA Error Count: 1
Error 1 occurred at disk power-on lifetime: 4436 hours (184 days + 20 hours) Error: ICRC, ABRT at LBA = 7092280Je n'ai su voir qu'une seule erreur qui s'est passée il y a 497 heures. Peut-être qu'on en voit seulement les conséquences aujourd'hui ou que tu as un autre problème.
Mais l'erreur indiquée n'est pas de la responsabilité du SSD voir documentation
199
0xC7 UltraDMA CRC Error Count
Low
Lower
The count of errors in data transfer via the interface cable as determined by ICRC (Interface Cyclic Redundancy Check).( Nombre d'erreurs dans le transfert de données via le câble d'interface tel que déterminé par l'ICRC (Interface Cyclic Redundancy Check))
Un problème de bonne fixation ???
2) A propos de testdisk
Je ne vois pas l'intérêt de le lancer. Il va retrouver la structure fichier mais comme elle est en mauvais état, cela ne changera pas grand chose.
3) A propos de fsck
Tu le lances et tu décides de ne pas faire les réparations. A quoi donc cela sert-il de le lancer dans ces conditions?
J'ai noté que tu avais sauvegardé ta partition home par la commande dd
Dans ces conditions, tu n'as aucun risque à accepter les réparations. Si vraiment tout est détruit, tu pourras toujours faire le DD inverse.
Normalement il devrait fabriquer un répertoire .lost+found dans lequel il mettra tous les fichiers à problème. Il ne te restera plus qu'à regarder son contenu. Cela devrait correspondre à tes fichiers ayant les caractéristiques ????????
Le premier niveau sera un numéro comme avec photorec.
4) A propos de photorec
Tu dis que ta partition est chiffrée, que tu ne l'as pas déchiffrée et que photorec a retrouvé des fichiers que tu as pu déchiffrer ultérieurement. Je ne savais pas que c'était possible.
5) A propos de ecryptfs-recover-private
Tu n'expliques pas très bien ce qui passe ou plutôt ce qui ne se passe pas.
Dernière modification par geole (Le 11/06/2025, à 16:01)
Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248
Hors ligne
#4 Le 11/06/2025, à 15:45
- iznobe
Re : SSD endommagé, fichiers inode/x-corrupted, home chiffré ecryptfs
Bonjour ,
montre :
df -Thdf -ihj'ai aussi essayé de lancer fsck :
Inode 9062825 extent tree (at level 1) could be shorter. Optimize<y>? no
si tu ne repares rien , a quoi cela sert il de le lancer ???
sudo fsck -fyv /dev/sda3Dernière modification par iznobe (Le 11/06/2025, à 15:45)
retour COMPLET et utilisable de commande | script montage partitions
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
#5 Le 20/06/2025, à 01:29
- Salamandree
Re : SSD endommagé, fichiers inode/x-corrupted, home chiffré ecryptfs
Coucou tout le monde !
Merci beaucoup pour vos réponses !
Merci pour les retours sur smartcl, je suis rassuré si mon SSD semble bien fonctionner .
Effectivement, c'était un peu bête de ma part de lancer fsck sans le laisser faire, mais ne conaissant pas cette commande et un peu paniqué par la situation, je n'avais pas osé aller au bout. C'est chose faite grâce à vos remarques et ça a supprimé tous "inode/x-corrupted" et j'ai récupéré beaucoup de dossiers, comme mon dossier Musique ou Téléchargements mais pas tous. Il me manque encore notamment le dossier "Documents" et "Images". Enfin, ils sont là mais vides...
Voici un extrait de ls -larth
lubuntu@lubuntu:~$ sudo ls -larth /tmp/ecryptfs.eFzF6lud/
ls: impossible d'accéder à '/tmp/ecryptfs.eFzF6lud/.xse'$'\372''g'$'\246\373\262\276\203''>>'$'\225''녵I'$'\324''A': Aucun fichier ou dossier de ce nom
ls: impossible d'accéder à '/tmp/ecryptfs.eFzF6lud/T'$'\035''2z#v'$'\305''ݢ'$'\a\036\324\361\020\365\352''[': Aucun fichier ou dossier de ce nom
ls: impossible d'accéder à '/tmp/ecryptfs.eFzF6lud/m'$'\031\024''Oj'$'\032\314''5'$'\370\020\257''p'$'\270\250\252\313': Aucun fichier ou dossier de ce nom
total 55M
-????????? ? ? ? ? ? '.xse'$'\372''g'$'\246\373\262\276\203''>>'$'\225''녵I'$'\324''A'
d????????? ? ? ? ? ? 'T'$'\035''2z#v'$'\305''ݢ'$'\a\036\324\361\020\365\352''['
-????????? ? ? ? ? ? 'm'$'\031\024''Oj'$'\032\314''5'$'\370\020\257''p'$'\270\250\252\313'
-rw-r--r-- 1 lubuntu lubuntu 179 avril 26 2012 examples.desktop
-rw-r--r-- 1 lubuntu lubuntu 0 oct. 9 2012 testdisk.log
drwxrwxr-x 108 lubuntu lubuntu 80K sept. 6 2023 Musique
drwxrwxr-x 32 lubuntu lubuntu 56K juin 5 15:19 Téléchargements
drwxr-xr-x 2 lubuntu lubuntu 4,0K juin 10 15:12 Public
drwxr-xr-x 2 lubuntu lubuntu 4,0K juin 10 15:12 Public
drwxr-xr-x 2 lubuntu lubuntu 4,0K juin 10 15:12 Modèles
drwxr-xr-x 2 lubuntu lubuntu 4,0K juin 10 15:12 Modèles
drwxr-xr-x 2 lubuntu lubuntu 4,0K juin 10 15:12 Images
drwxr-xr-x 2 lubuntu lubuntu 4,0K juin 10 15:12 Images
drwxr-xr-x 2 lubuntu lubuntu 4,0K juin 10 15:12 Documents
drwxr-xr-x 2 lubuntu lubuntu 4,0K juin 10 15:12 Documents
-rw------- 1 lubuntu lubuntu 65 juin 10 15:13 .Xauthority
-rw------- 1 lubuntu lubuntu 65 juin 10 15:13 .Xauthority
-rw------- 1 lubuntu lubuntu 3,0K juin 10 15:13 .xsession-errors
drwx------ 3 lubuntu lubuntu 4,0K juin 10 15:14 .mozilla
drwx------ 3 lubuntu lubuntu 4,0K juin 10 15:14 .mozilla
drwx------ 4 lubuntu lubuntu 4,0K juin 10 15:15 .thumbnails
drwx------ 4 lubuntu lubuntu 4,0K juin 10 15:15 .thumbnails
drwx------ 101 lubuntu lubuntu 20K juin 10 15:15 .config
drwxrwxr-x 11 lubuntu lubuntu 4,0K juin 10 15:15 .cache
drwxrwxr-x 11 lubuntu lubuntu 4,0K juin 10 15:15 .cache
-rw------- 1 lubuntu lubuntu 17 juin 10 15:16 .bash_history
-rw------- 1 lubuntu lubuntu 17 juin 10 15:16 .bash_history
drwx------ 113 lubuntu lubuntu 24K juin 10 15:16 .
drwxr-xr-x 5 lubuntu lubuntu 4,0K juin 19 22:44 Bureau
drwxrwxrwt 27 root root 660 juin 19 22:58 ..(Je précise que, pour booter tranquille sur ma session live USB et pas sur le SSD que je souhaite restaurer, je travaille actuellement sur le fichier iso issu de ma sauvegarde dd
dd if=/dev/sda3 of=/media/lubuntu/Sauv/home.iso bs=2048 conv=notruncsur lequel j'ai exécuté
fsck -fyv /media/lubuntu/Sauv/home.iso puis que j'ai monté manuellement
mount /media/lubuntu/Sauv/home.iso /media/lubuntu/testet enfin j'ai déchiffré mon home grâce à la commande suivante :
lubuntu@lubuntu:~$ sudo ecryptfs-recover-private /media/lubuntu/test/.ecryptfs/toto/.Private/
INFO: Found [/media/lubuntu/test/.ecryptfs/toto/.Private/].
Try to recover this directory? [Y/n]:
INFO: Found your wrapped-passphrase
Do you know your LOGIN passphrase? [Y/n]
INFO: Enter your LOGIN passphrase...
Passphrase:
Inserted auth tok with sig [xxx] into the user session keyring
INFO: Success! Private data mounted at [/tmp/ecryptfs.eFzF6lud].du coup les résultats de df ne sont pas très intéressants je crois)
Bref, si vous avez une idée de comment récupérer les dossiers qui sont actuellement vides, je suis preneur, mais j'ai assez peu d'espoir à par éplucher les résultats de photorec...
@geole : oui exactement pour photorec et les fichiers chiffrés, ça m'a étonné aussi que ça fonctionne !
pour déchiffrer le résultat de photorec, j'ai utilisé
lubuntu@lubuntu:~$ sudo mount -t ecryptfs -o ecryptfs_passthrough=n,ecryptfs_enable_filename_crypto=n,ecryptfs_key_bytes=16,ecryptfs_cipher=aes /media/lubuntu/test/récupération/ /media/lubuntu/dechiffre/
Select key type to use for newly created files:
1) tspi
2) passphrase
Selection: 2
Passphrase:
Attempting to mount with the following options:
ecryptfs_unlink_sigs
ecryptfs_key_bytes=16
ecryptfs_cipher=aes
ecryptfs_sig=xxx
WARNING: Based on the contents of [/root/.ecryptfs/sig-cache.txt],
it looks like you have never mounted with this key
before. This could mean that you have typed your
passphrase wrong.
Would you like to proceed with the mount (yes/no)? : yes
Would you like to append sig [xxx] to
[/root/.ecryptfs/sig-cache.txt]
in order to avoid this warning in the future (yes/no)? : yes
Successfully appended new sig to user sig cache file
Mounted eCryptfsHors ligne