Ubuntu-fr

vichenze

Récupération système de fichier corrompu

Bonsoir,

je suis dans une situation où je ne peux plus monter 3 partitions (2 ext4 et 1 NTFS), je présume qu'elles ont été corrompues lors de la MAJ Windows 10 -> 11 qui nécessite plusieurs redémarrages, et au moins une fois avec mon dual boot et sans être devant mon PC, il a rebooté sur Ubuntu au lieu de redémarrer sur Windows pour continuer l'installation.

Voici ce que j'obtiens si j'essaye de faire un mount.

$ sudo mount /dev/sdb6 /media/debug6/
NTFS signature is missing.
Failed to mount '/dev/sdb6': Argument invalide
The device '/dev/sdb6' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?

$ sudo mount -t ext4 /dev/sdb6 /media/debug6/
mount: /media/debug6: wrong fs type, bad option, bad superblock on /dev/sdb6, missing codepage or helper program, or other error.

Un fdisk du disque en question. Il s'agit des partitions sdb6/7/8

 sudo fdisk -l /dev/sdb
Disque /dev/sdb : 465,78 GiB, 500107862016 octets, 976773168 secteurs
Disk model: CT500MX500SSD1  
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : C490BC9E-BA30-4562-A9FD-7B87BE02E0FE

Périphérique     Début       Fin  Secteurs Taille Type
/dev/sdb1         2048   1085439   1083392   529M Environnement de récupération Windows
/dev/sdb2      1085440   1290239    204800   100M Système EFI
/dev/sdb3      1290240   1323007     32768    16M Réservé Microsoft
/dev/sdb4      1323008 195435379 194112372  92,6G Données de base Microsoft
/dev/sdb5    195436544 196634623   1198080   585M Environnement de récupération Windows
/dev/sdb6    196636672 352886783 156250112  74,5G Système de fichiers Linux
/dev/sdb7    352886784 509136895 156250112  74,5G Système de fichiers Linux
/dev/sdb8    509136896 976771071 467634176   223G Données de base Microsoft

J'ai tenté un fsck sans succès :

$ sudo fsck -l -t ext4 /dev/sdb6
fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
ext2fs_open2: Numéro magique invalide dans le super-bloc
fsck.ext4 : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...
fsck.ext4: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb6

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
    e2fsck -b 8193 <périphérique>
 ou
    e2fsck -b 32768 <périphérique>

Le e2fsck préconisé ne donne rien.

GParted me met une icône rouge sur les lignes de ces partitions, avec comme détail :

Impossible de détecter le système de fichiers ! Les raisons possibles sont :
- Le système de fichiers est endommagé
- Le système de fichiers est inconnu de GParted
- Il n’y a aucun système de fichiers (non formaté)
- L’entrée périphérique /dev/sdb6 est manquante

Et enfin la sortie de lsblk :

sdb                        465,8G 
├─sdb1 ntfs   Récupération   529M /media/debug1
├─sdb2 vfat                  100M /media/debug2
├─sdb3                        16M 
├─sdb4 ntfs                 92,6G /media/debug4
├─sdb5 ntfs                  585M /media/debug5
├─sdb6                      74,5G 
├─sdb7                      74,5G 
└─sdb8                       223G 

Est-ce que vous auriez des pistes pour essayer de récupérer ces partitions ou n'ai-je que le formatage pour horizon ?
Merci

geole

Re : Récupération système de fichier corrompu

Bonsoir.
Je ne suis pas certain que la cause soit la mise à jour de windows.
Tu devrais installer l'application  smartmontools https://doc.ubuntu-fr.org/smartmontools   et publier l'état du disque.

smartctl -s on  -s /dev/sdb

Dernière modification par geole (Le 03/04/2022, à 20:09)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

vichenze

Re : Récupération système de fichier corrompu

Voici

$ sudo smartctl -s on -a /dev/sdb
smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.13.0-30-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Crucial/Micron MX500 SSDs
Device Model:     CT500MX500SSD1
Serial Number:    2011E2949709
LU WWN Device Id: 5 00a075 1e2949709
Firmware Version: M3CR023
User Capacity:    500107862016 bytes [500 GB]
Sector Size:      512 bytes logical/physical
Rotation Rate:    Solid State Device
Form Factor:      2.5 inches
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-3 T13/2161-D revision 5
SATA Version is:  SATA 3.3, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Sun Apr  3 19:35:28 2022 UTC

==> WARNING: This firmware returns bogus raw values in attribute 197

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: 		(    0) 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: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 (  30) minutes.
Conveyance self-test routine
recommended polling time: 	 (   2) minutes.
SCT capabilities: 	       (0x0031)	SCT Status 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
  1 Raw_Read_Error_Rate     0x002f   100   100   000    Pre-fail  Always       -       0
  5 Reallocate_NAND_Blk_Cnt 0x0032   100   100   010    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       1103
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       1365
171 Program_Fail_Count      0x0032   100   100   000    Old_age   Always       -       0
172 Erase_Fail_Count        0x0032   100   100   000    Old_age   Always       -       0
173 Ave_Block-Erase_Count   0x0032   098   098   000    Old_age   Always       -       44
174 Unexpect_Power_Loss_Ct  0x0032   100   100   000    Old_age   Always       -       103
180 Unused_Reserve_NAND_Blk 0x0033   000   000   000    Pre-fail  Always       -       47
183 SATA_Interfac_Downshift 0x0032   100   100   000    Old_age   Always       -       0
184 Error_Correction_Count  0x0032   100   100   000    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
194 Temperature_Celsius     0x0022   071   043   000    Old_age   Always       -       29 (Min/Max 0/57)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       0
197 Bogus_Current_Pend_Sect 0x0032   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   100   100   000    Old_age   Always       -       0
202 Percent_Lifetime_Remain 0x0030   098   098   001    Old_age   Offline      -       2
206 Write_Error_Rate        0x000e   100   100   000    Old_age   Always       -       0
210 Success_RAIN_Recov_Cnt  0x0032   100   100   000    Old_age   Always       -       0
246 Total_LBAs_Written      0x0032   100   100   000    Old_age   Always       -       12153016319
247 Host_Program_Page_Count 0x0032   100   100   000    Old_age   Always       -       209756722
248 FTL_Program_Page_Count  0x0032   100   100   000    Old_age   Always       -       206487625

SMART Error Log Version: 1
Warning: ATA error count 0 inconsistent with error log pointer 1

ATA Error Count: 0
	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 0 occurred at disk power-on lifetime: 0 hours (0 days + 0 hours)
  When the command that caused the error occurred, the device was in an unknown state.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  00 ec 00 00 00 00 00

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  ec 00 00 00 00 00 00 00      00:00:00.000  IDENTIFY DEVICE
  ec 00 00 00 00 00 00 00      00:00:00.000  IDENTIFY DEVICE
  ec 00 00 00 00 00 00 00      00:00:00.000  IDENTIFY DEVICE
  ec 00 00 00 00 00 00 00      00:00:00.000  IDENTIFY DEVICE
  c8 00 00 00 00 00 00 00      00:00:00.000  READ DMA

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%      1103         -

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.

Mais étant donné la concomitance entre la mise à jour Windows et le problème de partition c'était quand même pas première piste. C'est un SSD qui est relativement jeune et les autres partitions sont encore ok.

geole

Re : Récupération système de fichier corrompu

Comme tu le dis, c'est un SSD Mais il a déjà dérapé 103 fois.

174 Unexpect_Power_Loss_Ct  0x0032   100   100   000    Old_age   Always       -       103

as-tu tenté

 sudo e2fsck -b 32768  /dev/sdb6

Je suppose que tu n'as pas de sauvegarde.

Pour la partition NTFS, il faut demander à windows.

Dernière modification par geole (Le 03/04/2022, à 21:20)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

vichenze

Re : Récupération système de fichier corrompu

$  sudo e2fsck -b 32768  /dev/sdb6
e2fsck 1.45.5 (07-Jan-2020)
e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdb6

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
    e2fsck -b 8193 <périphérique>
 ou
    e2fsck -b 32768 <périphérique>

Pas de sauvegarde non, c'eut été trop simple

Je me demande un truc, si je fais un formatage rapide càd sans effacer les données, il y a des chances que je puisse récupérer quelques fichiers non ?

geole

Re : Récupération système de fichier corrompu

Si tu formates, tu perds tout. Comme  c'est un SSD, on ne peut plus rien récupérer.
On va passer aux numéros d'après.
Pour les retrouver, il y a une manipulation.
Mais plus de courant dans mon ipad.

Dernière modification par geole (Le 03/04/2022, à 21:56)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

geole

Re : Récupération système de fichier corrompu

Pour obtenir la liste exhaustive des superblocs à essayer

sudo mkfs.ext4 -n /dev/sdb6

==> tu forceras la création fictive.
exemple

a@a:~$ sudo mkfs.ext4 -n /dev/sda7
mke2fs 1.46.5 (30-Dec-2021)
/dev/sda7 contient un système de fichiers ext4 étiqueté « TEST »
	créé le Sun Apr  3 22:47:07 2022
Procéder malgré tout ? (o,N) o
En train de créer un système de fichiers avec 19922944 4k blocs et 4980736 i-noeuds.
UUID de système de fichiers=1bbee96d-80a5-49fa-b741-17ad4d6bedf2
Superblocs de secours stockés sur les blocs : 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
	4096000, 7962624, 11239424

  et tu auras une liste de blocs à essayer  jusqu'au dernier si besoin.

Idem pour l'autre partition EXT4

Dernière modification par geole (Le 03/04/2022, à 21:57)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

vichenze

Re : Récupération système de fichier corrompu

J'ai eu la même liste que toi, je les ai tous testés pour les 2 partitions en ext4 mais sans succès.

Bon je m'arrête là pour ce soir, je continuerai à regarder demain, merci pour ton aide.

J'ai découvert testdisk, j'ai formaté la partition ntfs qui ne contenait rien d'important pour voir si je pouvais récupérer quelque chose ensuite. Pour l'instant je n'arrive à rien, mais je ne perds pas espoir en cette solution.

geole

Re : Récupération système de fichier corrompu

Avec un SSD, tout secteur libéré est remis au firmware du SSD qui en fait ce qu'il veut. Tu pourras aussi t'amuser avec  PHOTOREC
Je serais surpris que windows11 ait bousillé une partition formatée en NTFS.

D'ailleurs, je suis en train de me demander si ton SSD n'est pas fichu. Sauf BUG dans le  firmware

180 Unused_Reserve_NAND_Blk 0x0033   000   000   000    Pre-fail  Always       -       47

Il n'a plus que 47  blocs en réserve (autant dire rien du tout) pour rectifier d'éventuels incidents qui surviendront tôt ou tard.

Dernière modification par geole (Le 03/04/2022, à 22:27)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

chpnp

Re : Récupération système de fichier corrompu

D'ailleurs, je suis en train de me demander si ton SSD n'est pas fichu. Sauf BUG dans le  firmware

180 Unused_Reserve_NAND_Blk 0x0033   000   000   000    Pre-fail  Always       -       47

Il n'a plus que 47  blocs en réserve (autant dire rien du tout) pour rectifier d'éventuels incidents qui surviendront tôt ou tard.

Bonsoir,
Peut être.
Pas sûr.
Je me suis intéressé récemment à smartctl.
Les infos en sortie des tests de Smatctl sont presque incompréhensibles,... très difficile d'en déduire quoi que ce soit.
Même sur un disque que j'ai renvoyé, qui faisait un bruit anormal après 18 mois de service; qui avait une anomalie visible dans smartctl (ce qui n'est PAS ce que je lis dans le post de OP), smartctl me disait encore que c'était bon.

Peut etre fouiller du côté du fabricant du ssd, ils ont peut etre un utilitaire maison. Sous windows, hélas....

Dernière modification par chpnp (Le 07/04/2022, à 22:56)

geole

Re : Récupération système de fichier corrompu

Bonjour
Je disais simplement que si le firmware de ce SSD fonctionne bien et si smartctl traitait les SSD à l'identique des disques durs  et si la surveillance était activée, on aurait eu un message disant de remplacer le disque rapidement à cause de ces valeurs.
180 Unused_Reserve_NAND_Blk 0x0033  000   000   000    Pre-fail  Always       -       47

Dernière modification par geole (Le 08/04/2022, à 11:24)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248