Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

Pages : 1 2

#1 Le 13/07/2021, à 13:28

kikizam

recuper partition ext4, Can't open filesystem. Filesystem seems damage

Bonjour tout le monde,
NAS sous OpenMediaVault, mon dd de 6To m'a laché (partition ext4)


sudo sfdisk -luS

Disque /dev/sda : 5,47 TiB, 6001175126016 octets, 11721045168 secteurs
Disk model: WDC WD60EFRX-68L
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets
taille d'E/S (minimale / optimale) : 4096 octets / 4096 octets
Type d'étiquette de disque : gpt
Identifiant de disque : BA2CD65C-ED8F-4BCA-B386-44E191955CDF

Périphérique Début         Fin    Secteurs Taille Type
/dev/sda1     2048 11721045134 11721043087   5,5T Système de fichiers Linux


testdisk

TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org

Disk /dev/sda - 6001 GB / 5589 GiB - CHS 729601 255 63
Current partition structure:
     Partition                  Start        End    Size in sectors

 1 P Linux filesys. Data         2048 11721045134 11721043087

je lance le « quicksearch »

TestDisk 7.1, Data Recovery Utility, July 2019
Christophe GRENIER <grenier@cgsecurity.org>
https://www.cgsecurity.org

Disk /dev/sda - 6001 GB / 5589 GiB - CHS 729601 255 63
     Partition               Start        End    Size in sectors
>D Linux filesys. data         2048 11721045127 11721043080 [VIDEO]

je tente de lister mes fichiers et obtient 

Can't open filesystem. Filesystem seems damaged.

ddrescue
image réalisée ok           il me récupere 30Ko de secteurs defectueux (oui oui 30 kilo)
il s’avére que je « récupére » 99,99 % de mes données, , 250ko de secteurs defectueux ….. en tout début de disque (le premier « block » est rouge dans ddrescueview     … désolé pour mes approximations de language, je ne suis pas un spécialiste…). Ensuite, Je ne tente pas de récup sur l’image, ni testdisk ni rien ..
photorec
petits bouts de fichiers eparses, souvent inexploitable, sans le noms originel du fichiers .. galére.. j’ai arreté cette resto en cours de route
utilisation d’un commercial payant
qui m’a listé mes dossiers, mes fichiers, m’a permis de copier-coller mes dossiers sur un autre disque dur, enfin bref tout est sauvergardé (le plus important est donc OK)
maintenant j’ai toujours mon dd de 6To d’origine auquel j’aimerais accéder et je me dis que si un logiciel (commercial) a pu acceder à l’arborescence de mes dossiers, peut etre est il possible de rendre mon dd à nouveau opérationnel en réparant la partition et/ou le systéme de fichier

1] est il possible d’utiliser à nouveau mon dd6To ? Formatage ? Restauration des fichiers par copier-coller depuis mon dd de sauvegarde ?
2] Une bonne âme pourrait elle me conseiller pour recuperer ma partition et mes dossiers à l’identique sud mon dd6To afin de m’éviter l’eventuelle formatage-copier-coller (y’a 5To de vidéothéque .. c’est long)  ?

j’ai tenté :
sudo fsck /dev/sda1

fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
fsck.ext4: La tentative de lecture d'un bloc depuis le système de fichiers a produit une lecture tronquée lors de la tentative d'ouverture de /dev/sda1
Peut-être cette partition est-elle de taille zéro ?

J’ai lu par-ci :     « Résolution par "testdisk" pour la recherche de partitions, puis montage de la partition avec un loopdevice et un offset, et un superblock de secours identifié avec testdisk. » et j’ai lu par-là des info sur des badblock mais ...
…. je ne parle malheureusement pas cette langue (j’imagine que ce doit etre un proche parent d’un vieux patois de l’araméen du sud des années bissextiles …)  … voila voila… je ne suis pas un expert pour rappel. Merci d’avance

Hors ligne

#2 Le 13/07/2021, à 17:08

geole

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

Bonjour
J'ai noté que tu as récupéré toutes tes données

kikizam a écrit :

1] est il possible d’utiliser à nouveau mon dd6To ? Formatage ? Restauration des fichiers par copier-coller depuis mon dd de sauvegarde ?

Il faut utiliser gnome disk utility et lancer un formatage avec écrasement de la totalité des données. Cela va prend des heures. Puis un copier/coller comme tu le dis.

kikizam a écrit :

2] Une bonne âme pourrait elle me conseiller pour récupérer ma partition et mes dossiers à l’identique sud mon dd6To afin de m’éviter l’éventuelle formatage-copier-coller (y’a 5To de vidéothéque .. c’est long)

Dans la documentation française, j'ai vu deux cas avec ce message d'erreur, Ce qui a été proposé fut un 

sudo fsck -f -y /dev/sda1

mais cela n'a pas été lancé.
Je ne suis pas certain que cela résolve le problème sur un disque en mauvais état.

geole a écrit :

Mes conseils

La commande fsck que tu as faite aurait du être faite sur le disque dupliqué par ddrescue!
Il n'est pas interdit de citer le logiciel payant qui a su lire le disque en mauvais état

Peux-tu installer l'application smarmontools https://doc.ubuntu-fr.org/smartmontools

sudo apt-get install --no-install-recommends smartmontools

et publier l'état du disque

sudo smartctl -s on -a /dev/sda

Cela permettra de connaître  l'état du disque pour voir s'il semble réparable.

S'il est réparable, on lancera une commande badbocks 

sudo badblocks -b 4096 -o bad.txt -c 65536 -n -s -v /dev/sda1

puis lorsque c'est fini, pour avoir une idée

wc bad.txt
head bad.txt
tail bad.txt

et éventuellement une mise à zéro de la totalité des secteurs illisibles détectés puis ta commande fsck qui fera du ménage des zones endommagées et de leurs dépendances.

Dernière modification par geole (Le 13/07/2021, à 18: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

En ligne

#3 Le 13/07/2021, à 18:15

kikizam

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

Salut Geole,
merci de ta réponse !

J’avais tenté le sudo fsck /dev/sda1     cela avait donné

fsck de util-linux 2.34
e2fsck 1.45.5 (07-Jan-2020)
fsck.ext4: La tentative de lecture d'un bloc depuis le système de fichiers a produit une lecture tronquée lors de la tentative d'ouverture de /dev/sda1
Peut-être cette partition est-elle de taille zéro ?

la commande sudo fsck -f -y /dev/sda1    m’a donné le meme résultat.

J’ai donc lancé   sudo smartctl -s on -a /dev/sda

smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.8.0-59-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Red
Device Model:     WDC WD60EFRX-68L0BN1
Serial Number:    WD-WX31D47REA80
LU WWN Device Id: 5 0014ee 26423b7a1
Firmware Version: 82.00A82
User Capacity:    6001175126016 bytes [6,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5700 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-2, ACS-3 T13/2161-D revision 3b
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Tue Jul 13 18:10:57 2021 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:  (0x80)	Offline data collection activity
					was never started.
					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: 		( 2624) 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: 	 ( 680) minutes.
Conveyance self-test routine
recommended polling time: 	 (   5) minutes.
SCT capabilities: 	       (0x303d)	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
  1 Raw_Read_Error_Rate     0x002f   181   110   051    Pre-fail  Always       -       816
  3 Spin_Up_Time            0x0027   196   196   021    Pre-fail  Always       -       9166
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       70
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   100   253   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   069   069   000    Old_age   Always       -       22992
 10 Spin_Retry_Count        0x0032   100   253   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   253   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       62
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       49
193 Load_Cycle_Count        0x0032   199   199   000    Old_age   Always       -       5430
194 Temperature_Celsius     0x0022   118   108   000    Old_age   Always       -       34
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       85
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       0

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  Short offline       Completed: read failure       60%     22924         2704

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.

.. vais espérer qu’il n’y ai rien de trop grâve :-)

Pour rappel, le ddrescue n'avait identifié que 250ko de secteur defectueux, identifié au tout début du disque, le reste du disque n'a présenté aucun pb. d'ou mon espoir de re-utiliser le dd, et meme d'eviter le copier-coller de tous les dossiers (de mon dd de sauvegarde) "juste en restaurant" le filesystem.


merci encore.

Dernière modification par kikizam (Le 13/07/2021, à 18:19)

Hors ligne

#4 Le 13/07/2021, à 18:21

geole

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       85

85 secteurs H.S. ce n'est pas énorme 

sudo badblocks -b 4096 -o bad.txt -c 65536 -n -s -v /dev/sda1

puis lorsque c'est fini, pour avoir une idée

wc bad.txt
head bad.txt
tail bad.txt

ajout
Si tu as conservé le fichier de suivi du ddRescue, on peut aussi s'en servir
https://doc.ubuntu-fr.org/dmhttps://doc … ettdrescue
paragraphe 3.4.1.3
puis éditer la liste des 85 secteurs


AJOUT
On fera quelque chose décrit au paragraphe 6 de cette documentation
https://tinyapps.org/docs/zero_check_read_error.html
que j'adapterais au fait que d'un coté,  on a des secteurs de 4096 et de l'autre  des secteurs de 512

Disque /dev/sda : 5,47 TiB, 6001175126016 octets, 11721045168 secteurs
Disk model: WDC WD60EFRX-68L
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 4096 octets

Dernière modification par geole (Le 13/07/2021, à 19:07)

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

En ligne

#5 Le 13/07/2021, à 19:32

kikizam

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

Bon, aprés 44mn d'analyse    sudo badblocks -b 4096 -o bad.txt -c 65536 -n -s -v /dev/sda1       je suis à 1.11%  d'effectué     (81/0/453 erreurs) , cela risque d'être long ... trés long .. lol

question : est il possible d’interrompre l'analyse et de la reprendre plus tard ?

du coup je te tiens informé quand j'en sais plus.

j'ai trouvé le guide , super ! bon c toujours une langue étrangére pour moi    ;-)       (nb : attention il y a un chti double copié  sur l'adresse que tu m'as envoyé)

Merci encore pour le temps que tu me consacres !! wink:)

Dernière modification par kikizam (Le 13/07/2021, à 19:33)

Hors ligne

#6 Le 13/07/2021, à 23:31

kikizam

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

Oups …

le sudo badblocks :
Alors ca a bien ramé au démarrage (1.5% d'effectué  en 1h  (81/0/453 erreurs)  , puis ca a accéléré : le premier nombre a commencé à augmenter rapidement    (XXXXX / 0 / 453 erreurs)
voici les résultats de   sudo badblocks -b 4096 -o bad.txt -c 65536 -n -s -v /dev/sda1

Vérification des blocs défectueux dans un mode non destructif de lecture-
écriture
Du bloc 0 au bloc 1465130384
Vérification des blocs défectueux (test non destructif de lecture-écriture)
Test en cours avec un motif aléatoire : Trop de blocs défectueux, test abandonné00901/0/453 erreurs)
complété                                                 
Passe complétée, 1073741823 blocs défectueux repérés. (1073741370/0/453 erreurs)

et la suite donne cela :

wc bad.txt

 1073741823  1073741823 10762145132 bad.txt

head bad.txt

82
86
99
100
101
105
106
111
112
113

tail bad.txt

1099234783
1099234784
1099234785
1099234786
1099234787
1099234788
1099234789
1099234790
1099234791
1099234792

et … euuuuh …. le fichier bad.txt …. que j’arrive a ouvrir et qui présente un nombre de lignes indéfinis ….. pése …… 10,8 Go …. ouaip …

bon j’ai l’impression que ce n’est pas terrible tout cela ….:/

Hors ligne

#7 Le 14/07/2021, à 11:20

geole

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

kikizam a écrit :
Vérification des blocs défectueux dans un mode non destructif de lecture-
Test en cours avec un motif aléatoire : Trop de blocs défectueux, test abandonné00901/0/453 erreurs)
complété                                                 
Passe complétée, 1073741823 blocs défectueux repérés. (1073741370/0/453 erreurs)

….:/


Bonjour
Je ne savais pas qu'il allait décider de lui-même de stopper.
Je pense   que tout ce qu'il n'a pas traité à partir du 900 ème a été mis d'office en défectueux

Je te propose  malgré tout de traiter
1) Isoler les 900 premiers blocs

head -900 bad.txt >bad1.txt

2) vérifier que c'est bien vrai.   Cela devrait se faire avec cette commande

while read j 
do   
   sudo dd if=/dev/sda1 bs=4096 count=1 skip=$j 
done < bad1.txt

3) Faire la réparation

while read j 
do   
       for    (( I=$((j*8)); I < $((j*8))+8; I++ )); 
       do
           echo $I
           sudo   hdparm    --yes-i-know-what-i-am-doing    --write-sector   $(($Sect+$I))  /dev/sda1
       done
       sleep 1
done < bad1.txt

4) vérifier que c'est bien réparé

while read j 
do   
   sudo dd if=/dev/sda1 bs=4096 count=1 skip=$j 
done < bad1.txt

5) reposter l'état du disque pour voir son évolution

sudo smartctl -a /dev/sda

6) et relancer le contrôle pour 10000 mauvais blocs 

rm bad.txt
sudo badblocks -b 4096 -o bad.txt -c 65536 -n -s -v -e 10000 /dev/sda1   1465130384 25493869

Nota, je viens de voir qu'il est possible de mettre des bornes. Cela devrait permettre une reprise

a@b:~$ sudo badblocks -b 4096 -o bad.txt -c 65536 -n -s -v -e 10000 /dev/sdb1   50 45
Vérification des blocs défectueux dans un mode non destructif de lecture-
écriture
Du bloc 45 au bloc 50
Vérification des blocs défectueux (test non destructif de lecture-écriture)
Test en cours avec un motif aléatoire : complété                                                 
Passe complé

Dernière modification par geole (Le 14/07/2021, à 12:26)

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

En ligne

#8 Le 14/07/2021, à 11:53

kikizam

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

salut Geole !   big_smile

j'ai fais le head -900 bad.txt >bad1.txt
mon fichier bad1 me liste en effet une liste de nombres (900 lignes donc) 

1        -    82
................
900    -    25493869

j'applique le    while read j    -     do     -     sudo dd if=/dev/sda1 bs=4096 count=1 skip=$j   -     done < bad1.txt
et là j'ai pour le moment droit à 

dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 34,9861 s, 0,0 kB/s
dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 30,4656 s, 0,0 kB/s
dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 30,6889 s, 0,0 kB/s
dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 8,72426 s, 0,0 kB/s
dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 17,4918 s, 0,0 kB/s
dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 39,2317 s, 0,0 kB/s
dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 8,78517 s, 0,0 kB/s
dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 39,3859 s, 0,0 kB/s
dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 26,2857 s, 0,0 kB/s
dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 35,0087 s, 0,0 kB/s
dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 13,4226 s, 0,0 kB/s
dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 39,4844 s, 0,0 kB/s
dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 31,9055 s, 0,0 kB/s
dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 30,6324 s, 0,0 kB/s
dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 8,70973 s, 0,0 kB/s
dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 17,528 s, 0,0 kB/s
dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 34,9413 s, 0,0 kB/s
dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 8,76526 s, 0,0 kB/s
dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 34,9826 s, 0,0 kB/s
dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 36,0623 s, 0,0 kB/s
 o r; 6 O m -  
                                                 J	 	:H
 
d)
    
     
        
O Mj  o?   . 0{   :K	 	J
 
?
    
     
        
B | ' o  B b @  k C	 	Ne
 

  
   
       
/& 9G  oK    DV 
                                                    R  ?	 	Q4
 

   
    a
        
0 A H1+0 enregistrements lus
1+0 enregistrements écrits
4096 octets (4,1 kB, 4,0 KiB) copiés, 1,25436 s, 3,3 kB/s
dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 39,3309 s, 0,0 kB/s
@@ @o@@ @e@@ @;@@ @i@@ @ @@ @L@@ @@@ @@@@7(	@@ 	@7n
@@ 
@i
  @ 
    @
       @@ 
@-@@ @@L@@ @HH Ho2HH H!HH HHH HJHH H=]HH HHH H
UHH HcHHHF	HH 	H=
HH 
H
  H 
    H
      HH 
H;HH HZHH H1PP PnPP PPP POPP P
m
PP PfPP P8PP PPP PPPP	PP 	PW
PP 
P"
  PXX2	XX 	XU
XX 
X
 B
XXX XXX Xt1+0 enregistrements lus
1+0 enregistrements écrits
4096 octets (4,1 kB, 4,0 KiB) copiés, 1,17568 s, 3,5 kB/s
dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 17,5288 s, 0,0 kB/s
.........................

sachant qu'il mouline encore         roll

Hors ligne

#9 Le 14/07/2021, à 12:16

geole

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

il y en a deux dans la liste qui ont pu être relus......
Alors, on va récupérer leur numéro

while read j 
do   
   echo -e "\n\r traitement du bloc N°$j \n\r"
   sudo dd if=/dev/sda1 bs=4096 count=1 skip=$j   2>/dev/null
done < bad1.txt

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

En ligne

#10 Le 14/07/2021, à 13:10

geole

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

kikizam a écrit :

question : est il possible d’interrompre l'analyse et de la reprendre plus tard ?

La réponse est OUI
Pour arrêter, il suffit de faire Ctrl c
La réponse du logiciel dira à quel bloc cela a été arrêté!

Interrupted at block 4456448

Pour relancer,    ajouter N° de bloc fin  qui est indiqué au premier lancement puis le n° de bloc début qui est celui de l'interruption.

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

En ligne

#11 Le 14/07/2021, à 13:15

kikizam

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

bon, je colle ici ce que le terminal m'a affiché ....  (rho mon dieu, si tu y comprends quelque chose ...:o)

 traitement du bloc N°86 



 
o

 
gb

 
0

 


 
_

 
G

 
Z

 



	

 	
	u


 

b|
  

 
 

  

 
 



^

 
K?

 
	

 
o9

 
ԍ

 


 


 
6.

 
9

 


 
h


/	

 	




 

j
  

 
 
M
   

 
 



jGn

 
)

 
:

 
o

 
<

 
D

 
7

 
D

 
3

 
m

 
}2


	

 	
H0


 

Q
 

 
 
s
   

 
 



-

 
?

 
7,m

 
oM

 


 


 
iV

 
B

 


 
~

 



9	

 	
4q


 

G
  

 
 
g
  

 
 



e

 
D

 
N
 traitement du bloc N°99 
 traitement du bloc N°100 
 traitement du bloc N°101 
 traitement du bloc N°105 
 traitement du bloc N°106 
 traitement du bloc N°111 
 traitement du bloc N°112 
 traitement du bloc N°113 
 traitement du bloc N°117 
 traitement du bloc N°118 
 traitement du bloc N°121 

o x & ! te  	 	
 
tG

  
    
e ] S 0
 
Q


 
, o M[ R 
                .  p 	 	;S
 
j


  
wH )) j o[   z T8 N  
/	 	
 
|
   
   qb
       
+lp ? X

traitement du bloc N°123 
traitement du bloc N°124 
traitement du bloc N°125 
traitement du bloc N°126 
traitement du bloc N°130 
traitement du bloc N°131 
traitement du bloc N°134 

 Z a 1" !	 	
 

    
     |
        
V  V? o9  \
                                      έ +. uO 
                                                                      	 	
 

   
    j
        
y ' '2 o! V 7 O . Y t p^~B	 	
 

    
     j
          
  " o w|} (!  
 _ #c &	 	$
 
<
    
     G
         
  c
 traitement du bloc N°136 

 o r; 6 O m -  
                                                 J	 	:H
 
d)
    
     
        
O Mj  o?   . 0{   :K	 	J
 
?
    
     
        
B | ' o  B b @  k C	 	Ne
 

  
   
       
/& 9G  oK    DV 
                                                    R  ?	 	Q4
 

   
    a
        
0 A H

traitement du bloc N°137 
traitement du bloc N°139 

@@ @o@@ @e@@ @;@@ @i@@ @ @@ @L@@ @@@ @@@@7(	@@ 	@7n
@@ 
@i
  @ 
    @
       @@ 
@-@@ @@L@@ @HH Ho2HH H!HH HHH HJHH H=]HH HHH H
UHH HcHHHF	HH 	H=
HH 
H
  H 
    H
      HH 
H;HH HZHH H1PP PnPP PPP POPP P
m
PP PfPP P8PP PPP PPPP	PP 	PW
PP 
P"
  PXX2	XX 	XU
XX 
X
 B
XXX XXX Xt

traitement du bloc N°288 

C~`CC C CC CCC CofRCC CCC CCC C*2CC C]CC CCC CȑCC CCCC&	CC 	C5
CC 
CTtement du bloc N°437 
     CC 
         Cx
 traitement duCC  N°538 
CvCC CCC CQ
 traitement du bloc N°542 Cd C C  Cx C C  CZ C C  C C C  CM C C  C C C C	 C C 	 Ch
 C C 
 C6

 traitement du bloc N°544 
        C
             C C 
 traitement du bloc N°546 C (CoY(C(C (C(C(C (Cގ(C(C (Cn(C(C (CbL(C(C (C(C(C (C(C(C (C<(C(C(C	(C(C 	(Ci
(C(C 
(C
 traitement du bloc N°549 
      (CG
           (C(C 
 traitement du bloc N°550 C0C 0Co50C0C 0CN0C0C 0C0C0C 0CU0C0C 0Cw0C0C 0Cg0C0C 0C90C0C 0C0C0C0Cײ	0C0C 	0CR
0C0C 
0CB3
 traitement du bloc N°552 
         0C
              0C0C 
 traitement du bloc N°553 8C 8Co-#8C8C 8C8C8C 8C8C8C 8CaC8C8C 8Ca8C8C 8C݁8C8C 8C8C8C 8C8C8C8Cm	8C8C 	8CD
8C8C 
8C%
 traitement du bloc N°554 
 traitement du bloc N°555 
 traitement du bloc N°556 
 traitement du bloc N°560 
 traitement du bloc N°561 
 traitement du bloc N°566 
 traitement du bloc N°568 
 traitement du bloc N°570
traitement du bloc N°571 
 traitement du bloc N°576 
 traitement du bloc N°577 
 traitement du bloc N°578 
 traitement du bloc N°579 
 traitement du bloc N°580 
 traitement du bloc N°581 
 traitement du bloc N°583 
 traitement du bloc N°584 
 traitement du bloc N°585 
 traitement du bloc N°586 
 traitement du bloc N°587 
 traitement du bloc N°588 
 traitement du bloc N°589 
 traitement du bloc N°590 
 traitement du bloc N°591 
 traitement du bloc N°592 
 traitement du bloc N°593 
 traitement du bloc N°594 
 traitement du bloc N°595 
 traitement du bloc N°596 
 traitement du bloc N°597 
 traitement du bloc N°598 
 traitement du bloc N°599 
 traitement du bloc N°600 
 traitement du bloc N°601 
 traitement du bloc N°602 
 traitement du bloc N°603 
 traitement du bloc N°605 
 traitement du bloc N°608 
 traitement du bloc N°609 
 traitement du bloc N°610 
 traitement du bloc N°615 
 traitement du bloc N°616 
 traitement du bloc N°627 
 traitement du bloc N°635 
......

ET en un instant, ca s’embale pendant 10 sec, beaucoup de signes défilents j’appercois des blocs N° 100000 et n° 2000000 et quelques, ca dure 10 sec, puis j’ai ceci à l’ecran (rien d’autres, les précedentes lignes ont été effacé, je n’ai que ca dans mon terminal. Nb : ce qui est au dessus, je l’ai copié au fur et a mesure, ca m’avait fait le meme coup sur le précédent test)  :

ɶ
         c@H\*
                  x7OAAaލL7eDjuHT͵q{Qn[a+/3e" p;%3
:ݛ0                                                                 NdNVC7Zp:6Y`Pl{.W}"
*Og]-ehpݾ-YRt;AORڇ4qR@
                                 X &Qؔr%Z\`pH&,^';LRqi2W*&vs/xA5.sKF쓸2@W-C	o˒hPp-EܨdE9*3[69
                                                                                                                                                       ȽEr%
                                                                                                                                                                 _*/
MN[uqF/sunQVj^T
mnڍϷlzymAڸfQmSYo.2ݬVkbL,ڱ#>呎/CDK.˓WR	-Ej?5Yf-u<ܜJʓ+okڮ\{[Exg
skikiubuntu@kku:~$ 1;1;120;120;1;0x

aïh .... aïh .....

Hors ligne

#12 Le 14/07/2021, à 13:28

geole

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

le bloc 86 est lisible    idem pour les 121, 134,  139, 288 .
Il faut que je trouve une façon de faire

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

En ligne

#13 Le 14/07/2021, à 13:50

geole

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

Je te propose

rm bad2.txt good2.txt
while read j 
do   
   echo  traitement du bloc N°$j 
   sudo dd if=/dev/sda1 bs=4096 count=1 skip=$j   1>/dev/null 2>/tmp/REP
   if   grep -q "4096 octets" /tmp/REP;
        then echo $j >>good2.txt
   else
        echo $j >>bad2.txt
   fi
done < bad1.txt
wc good2.txt
wc bad2.txt

Dernière modification par geole (Le 14/07/2021, à 14:07)

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

En ligne

#14 Le 14/07/2021, à 14:07

kikizam

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

yep !
ok je viens de lancer la commande.
histoire que je comprenne : là on tente de connaitre les block ok et les block Hs.  Est ce que l'idée derriere tout ca est elle :
1) de savoir si le disque est mort, à jeter
2) de savoir s'il est opérationnel, comment faire pour l'exploiter à nouveau (définir que des blocks ne doivent plus etre utilisés ?)
3) retrouver le systeme de fichier ?
4) autre
parce que là je t'avoue que je n'y comprends pas grand chose  smile big_smile big_smile big_smile big_smile

Maintenant je ne voudrais pas abuser de ton temps, si tu penses que c'est chaud là, n'hésites pas à me le dire, je commence à faire mon deuil du DD ... roll
maintenant 2 : je vais certainement dire une bétise, mais si on peut "juste" reformater et que je me coltine un copier-coller de mon disque de sauvegarde vers ce dd6To , je suis prêt à le faire .    Bien sur la question est : "un reformatage est il possible, le disque est il operationnel etc ..."

Merci encore infiniment pour ton aide en tous cas !

Hors ligne

#15 Le 14/07/2021, à 14:35

geole

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

En même temps j'apprend
La commande badbloc a sorti une liste de secteurs illisibles
Pour voir si elle a bien travaillé, on tente de relire les secteurs trouvés
Force est de constater que  pas mal sont de nouveaux lisibles donc on va faire une séparation
On va compter pour savoir si cela s'est bien séparé  (Je ne peux pas essayé totalement le script que je te propose car pas de secteurs illisibles à ma disposition)
et on ne réparera que les secteurs qui sont encore illisibles.

Le but est de tenter  d'éviter un reformatage avec écrasement des données qui va probablement prendre quelques jours pour un disque de cette taille.

Pour la suite de la vie du disque,
   Soit  il y a eu un événement particulier et plus de secteurs se dégraderont
       J'ai eu ce problème pour un disque de 500 Go et depuis trois ans, aucun problème
  Soit il perd son magnétisme et dans ce cas, toutes les semaines de nouveaux secteurs seront détectés avec les problèmes que cela pose.
Je suis incapable de savoir dans quelle catégorie le ranger.
mais tu pourras surveiller son évolution par exemple en faisant chaque semaine/quinzaine/mois une simulation

sudo ddrescue  -f  -n   -b4096  /dev/sda  /dev/null $HOME/suivi
sudo ddrescue  -f  -c1 -b4096  /dev/sda   /dev/null $HOME/suivi
touch $HOME/badblocs
sudo ddrescuelog -l- -b4096 $HOME/suivi >$HOME/badblocs
wc -l $HOME/badblocs

Dernière modification par geole (Le 14/07/2021, à 14:37)

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

En ligne

#16 Le 14/07/2021, à 14:59

kikizam

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

d'accord, merci pour l'eclaircissement !

rm bad2.txt good2.txt

rm: impossible de supprimer 'bad2.txt': Aucun fichier ou dossier de ce type
rm: impossible de supprimer 'good2.txt': Aucun fichier ou dossier de ce type

puis la commande
while read j
> do   
>    echo  traitement du bloc N°$j
>    sudo dd if=/dev/sda1 bs=4096 count=1 skip=$j   1>/dev/null 2>/tmp/REP
>    grep '4096 octets' /tmp/REP 1>/dev/null
>    retval=$?
>        if [ "$retval" = 0 ]
>           then echo $j >>good2.txt
>        else
>           echo $j >>bad2.txt
>        fi
> done < bad1.txt

il me donne au debut ceci  (nb : j'ai fais un alt-tab pendant le debut du scan, ou autre chose je sais plus .. d'ou me [1;5] je pense)

traitement du bloc N°82
[sudo] Mot de passe de kikiubuntu : 
^[[1;5Htraitement du bloc N°86
traitement du bloc N°99
traitement du bloc N°100
traitement du bloc N°101
traitement du bloc N°105
traitement du bloc N°106
traitement du bloc N°111
traitement du bloc N°112
traitement du bloc N°113
traitement du bloc N°117

et dans mon bad2.txt, j'ai 

82
86
99
100
101
105
106
111
112
113
117
118
etc ...

il traite depuis le premier block detecté 86, puis il y a un "passage" direct de 651 à 5680841

traitement du bloc N°627
traitement du bloc N°635
traitement du bloc N°644
traitement du bloc N°650
traitement du bloc N°651
traitement du bloc N°5680841
traitement du bloc N°5680842
traitement du bloc N°5680843
traitement du bloc N°5680844

puis un deuxiéme  gros "passage"

traitement du bloc N°5681290
traitement du bloc N°5681291
traitement du bloc N°5681292
traitement du bloc N°5681293
traitement du bloc N°25493504
traitement du bloc N°25493505
traitement du bloc N°25493506
traitement du bloc N°25493507

jusqu'à la fin     -     traitement du bloc N°25493869

wc bad2.txt

wc: good2.txt: Aucun fichier ou dossier de ce type

en effet il n'y pas de fichier good2 dans mon dossier

wc bad2.txt

 900  900 7239 bad2.txt

voilà.

Hors ligne

#17 Le 14/07/2021, à 15:16

geole

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

peux-tu redonner

sudo dd if=/dev/sda1 bs=4096 count=1 skip=86 
sudo dd if=/dev/sda1 bs=4096 count=1 skip=121
sudo dd if=/dev/sda1 bs=4096 count=1 skip=134

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

En ligne

#18 Le 14/07/2021, à 16:10

kikizam

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

tout a fait :

sudo dd if=/dev/sda1 bs=4096 count=1 skip=86 

dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 13,7918 s, 0,0 kB/s

sudo dd if=/dev/sda1 bs=4096 count=1 skip=121

o x & ! te  	 	
 
tG

  
    
e ] S 0
 
Q


 
, o M[ R 
                .  p 	 	;S
 
j


  
wH )) j o[   z T8 N  
/	 	
 
|
   
   qb
       
+lp ? X1+0 enregistrements lus
1+0 enregistrements écrits
4096 octets (4,1 kB, 4,0 KiB) copiés, 1,13029 s, 3,6 kB/s

et enfin, sudo dd if=/dev/sda1 bs=4096 count=1 skip=134

dd: erreur de lecture dans '/dev/sda1': Erreur d'entrée/sortie
0+0 enregistrements lus
0+0 enregistrements écrits
0 octet copié, 23,1838 s, 0,0 kB/s

Hors ligne

#19 Le 14/07/2021, à 16:20

geole

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

je suis surpris, il m'a semblé que ces trois secteurs étaient lisibles à un moment donné
Maintenant, il n'y aurait plus que le n°121
Peux-tu regarder si ,dans le fichier bad2.txt,   le N° 121 est présent.

Tu as bien l'expression "4096 octets" avec laquelle je teste

On va donc dire que la liste est bonne
Pour réparer

while read j 
do   
       for    (( I=$((j*8)); I < $((j*8))+8; I++ )); 
       do
           echo $I
           sudo   hdparm    --yes-i-know-what-i-am-doing    --write-sector   $(($Sect+$I))  /dev/sda1
       done
       sleep 1
done < bad2.txt

Dernière modification par geole (Le 14/07/2021, à 16:21)

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

En ligne

#20 Le 14/07/2021, à 16:57

kikizam

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

oui le 121 est bien présent. J'ai été etonné comme toi en effet . On avait pu lire les 86 et 134 et ensuite le bad2 nous montre que 86 et 134 sont bad (confirmé ci dessus)
j'execute le
while read j     -        do   -                for    (( I=$((j*8)); I < $((j*8))+8; I++ ));
       do         -                    echo $I
           sudo   hdparm    --yes-i-know-what-i-am-doing    --write-sector   $(($Sect+$I))  /dev/sda1
       done    -             sleep 1            -          done < bad2.txt

/dev/sda1:
Device /dev/sda1 has non-zero LBA starting offset of 2048.
Please use an absolute LBA with the /dev/ entry for the raw device, rather than a partition or raid name.
/dev/sda1 is probably a partition of /dev/sda (?)
The absolute LBA of sector 656 from /dev/sda1 should be 2704
Aborting.
657

/dev/sda1:
Device /dev/sda1 has non-zero LBA starting offset of 2048.
Please use an absolute LBA with the /dev/ entry for the raw device, rather than a partition or raid name.
/dev/sda1 is probably a partition of /dev/sda (?)
The absolute LBA of sector 657 from /dev/sda1 should be 2705
Aborting.
658

/dev/sda1:
Device /dev/sda1 has non-zero LBA starting offset of 2048.
Please use an absolute LBA with the /dev/ entry for the raw device, rather than a partition or raid name.
/dev/sda1 is probably a partition of /dev/sda (?)
The absolute LBA of sector 658 from /dev/sda1 should be 2706
Aborting.
659

etc ...........

puios un "saut" 

/dev/sda1:
Device /dev/sda1 has non-zero LBA starting offset of 2048.
Please use an absolute LBA with the /dev/ entry for the raw device, rather than a partition or raid name.
/dev/sda1 is probably a partition of /dev/sda (?)
The absolute LBA of sector 5213 from /dev/sda1 should be 7261
Aborting.
5214

/dev/sda1:
Device /dev/sda1 has non-zero LBA starting offset of 2048.
Please use an absolute LBA with the /dev/ entry for the raw device, rather than a partition or raid name.
/dev/sda1 is probably a partition of /dev/sda (?)
The absolute LBA of sector 5214 from /dev/sda1 should be 7262
Aborting.
5215

/dev/sda1:
Device /dev/sda1 has non-zero LBA starting offset of 2048.
Please use an absolute LBA with the /dev/ entry for the raw device, rather than a partition or raid name.
/dev/sda1 is probably a partition of /dev/sda (?)
The absolute LBA of sector 5215 from /dev/sda1 should be 7263
Aborting.
45446728

/dev/sda1:
Device /dev/sda1 has non-zero LBA starting offset of 2048.
Please use an absolute LBA with the /dev/ entry for the raw device, rather than a partition or raid name.
/dev/sda1 is probably a partition of /dev/sda (?)
The absolute LBA of sector 45446728 from /dev/sda1 should be 45448776
Aborting.
45446729
etc ...

Hors ligne

#21 Le 14/07/2021, à 17:11

geole

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

Mauvaise surprise, il veut un LBA absolu

while read j 
do   
       for    (( I=$((j*8)); I < $((j*8))+8; I++ )); 
       do
           echo $I
           sudo   hdparm    --yes-i-know-what-i-am-doing    --write-sector   $((2048+$I))  /dev/sda
       done
       sleep 1
done < bad2.txt

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

En ligne

#22 Le 14/07/2021, à 17:26

kikizam

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

geole a écrit :

Mauvaise surprise, il veut un LBA absolu

oui c'est ce que je me suis dit aussi .....                                                                            naaan j'déconne ... moi je me suis plutot dit "...euuhh ..... pfffff..... jeee ...... quoiy'a ? ...... jennifer lopez ? ........ le Turkménistan ???? ...... le Turkmékisdétan ??? ..." tongue

du coup, je lance le
while read j   -     do   
       for    (( I=$((j*8)); I < $((j*8))+8; I++ ));
       do        -           echo $I          -           sudo   hdparm    --yes-i-know-what-i-am-doing    --write-sector   $((2048+$I))  /dev/sda
       done    -        sleep 1          -          done < bad2.txt

et là il mouline 

....etc ....
/dev/sda:
re-writing sector 6670: succeeded
4623
....etc ....

il en est au secteur 6713 , je pense que cela va etre long, à tout' je te tiens au jus.

Hors ligne

#23 Le 14/07/2021, à 17:41

geole

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

Pour la suite
A) Etat du disque

sudo smartctl -a /dev/sda

B) Reprise du  contrôle des badblocks 

rm bad.txt 
sudo badblocks -b 4096 -o bad.txt -c 262144 -n -s -v -e 10000 /dev/sda1   1465130384 25493869

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

En ligne

#24 Le 14/07/2021, à 19:09

kikizam

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

ok,

sudo smartctl -a /dev/sda

smartctl 7.1 2019-12-30 r5022 [x86_64-linux-5.8.0-59-generic] (local build)
Copyright (C) 2002-19, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Western Digital Red
Device Model:     WDC WD60EFRX-68L0BN1
Serial Number:    WD-WX31D47REA80
LU WWN Device Id: 5 0014ee 26423b7a1
Firmware Version: 82.00A82
User Capacity:    6001175126016 bytes [6,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5700 rpm
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ACS-2, ACS-3 T13/2161-D revision 3b
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Wed Jul 14 18:18:26 2021 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x80)	Offline data collection activity
					was never started.
					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: 		( 2624) 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: 	 ( 680) minutes.
Conveyance self-test routine
recommended polling time: 	 (   5) minutes.
SCT capabilities: 	       (0x303d)	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
  1 Raw_Read_Error_Rate     0x002f   152   110   051    Pre-fail  Always       -       2262
  3 Spin_Up_Time            0x0027   249   196   021    Pre-fail  Always       -       6533
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       71
  5 Reallocated_Sector_Ct   0x0033   193   193   140    Pre-fail  Always       -       228
  7 Seek_Error_Rate         0x002e   186   181   000    Old_age   Always       -       133
  9 Power_On_Hours          0x0032   069   069   000    Old_age   Always       -       23001
 10 Spin_Retry_Count        0x0032   100   253   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   253   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       63
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       50
193 Load_Cycle_Count        0x0032   199   199   000    Old_age   Always       -       5438
194 Temperature_Celsius     0x0022   109   107   000    Old_age   Always       -       43
196 Reallocated_Event_Count 0x0032   193   193   000    Old_age   Always       -       7
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   100   253   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   100   253   000    Old_age   Offline      -       0

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  Short offline       Completed: read failure       60%     22924         2704

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.

et j’enchaine avec

rm bad.txt
sudo badblocks -b 4096 -o bad.txt -c 262144 -n -s -v -e 10000 /dev/sda1 1465130384 25493869

Vérification des blocs défectueux dans un mode non destructif de lecture-
écriture
Du bloc 25493869 au bloc 1465130384
Vérification des blocs défectueux (test non destructif de lecture-écriture)
Test en cours avec un motif aléatoire :   1.76% effectué, 44:51 écoulé. (9/0/0 erreurs)

et là ca ne m’a pas l’air bon, parce qu’il est monté à 1,76 % en 2mn puis depuis il reste bloqué à ce pourcentage ..

Hors ligne

#25 Le 14/07/2021, à 19:34

kikizam

Re : recuper partition ext4, Can't open filesystem. Filesystem seems damage

1h11 et toujours à 1.76% ..... (15/0/0 erreurs)    hmm sad sad

Dernière modification par kikizam (Le 14/07/2021, à 19:34)

Hors ligne

Pages : 1 2