Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Disque dur externe corrompu et e2fsck

balustre

Bonjour,

J'ai eu très récemment un problème avec mon disque externe Seagate 500Go formaté en ext3. J'ai surement voulu copier/couper trop de fichiers en même temps... Et au bout d'un moment, le disque s'est mis en lecture seule, les dossiers ne voulaient plus s'ouvrir... et j'ai finalement redémarré l'ordinateur (ou éteint sauvagement le disque externe)

Evidemment, par la suite, le disque ne se monte plus, et n'est même plus reconnu. Après l'avoir laissé se reposer un moment, je le rebranche, et là, fort heureusement, il apparait à nouveau avec lsusb ou fsdik -k comme /dev/sdb1

Je lance alors un # fsck /dev/sdb1 mais au bout d'un moment, il n'y a que des erreurs et je m'appercois que le disque n'apparait plus sur fsdik... J'arrête donc d'appuyer sur o, et j'arrête le test, pensant que cela ne sert plus à rien maintenant que le disque est "comme absent"...

Après débranchage, attente, rebranchage, je lance : # e2fsck -pcv /dev/sdb1. D'une part, je n'ai eu aucun message (même pas sur le début de la phase 1 ou... pourtant je pensais être en mode verbeux), et d'autre part, au bout d'un dizaine de minutes, le même phénomène apparait, le disque disparait du Poste de travail, et de fsdik -l.

Que dois-je faire ? Simplement attendre ? Relancer un " fsck -pc /dev/sdb1 ? Est-ce normal que le disque "disparraisse" au milieu du test ?

Merci par avance pour votre aide !!

# lshal -m

Start monitoring devicelist:
-------------------------------------------------
03:13:31.341: usb_device_bc2_3000_____________6QG0BDNX added
03:13:31.354: usb_device_bc2_3000_____________6QG0BDNX_if0 added
03:13:31.363: usb_device_bc2_3000_____________6QG0BDNX_if0_scsi_host added
03:13:36.318: usb_device_bc2_3000_____________6QG0BDNX_if0_scsi_host_0 added
03:13:36.318: usb_device_bc2_3000_____________6QG0BDNX_if0_scsi_host_0_scsi_device_lun0 added
03:13:36.366: usb_device_bc2_3000_____________6QG0BDNX_if0_scsi_host_0_scsi_device_lun0_scsi_generic added
03:13:36.716: storage_serial_Seagate_FreeAgentDesktop_6QG0BDNX_0_0 added
03:13:37.090: volume_uuid_e20b86d4_be3f_4c26_902d_3c8d8c6ce0a1 added
03:13:37.250: volume_uuid_e20b86d4_be3f_4c26_902d_3c8d8c6ce0a1 property volume.mount_point = '/media/e20b86d4-be3f-4c26-902d-3c8d8c6ce0a1_'
03:13:37.251: volume_uuid_e20b86d4_be3f_4c26_902d_3c8d8c6ce0a1 property volume.is_mounted = true
03:15:59.541: volume_uuid_e20b86d4_be3f_4c26_902d_3c8d8c6ce0a1 property volume.mount_point = ''
03:15:59.547: volume_uuid_e20b86d4_be3f_4c26_902d_3c8d8c6ce0a1 property volume.is_mounted = false

Disque /dev/sdb: 500.1 Go, 500107862016 octets
255 têtes, 63 secteurs/piste, 60801 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Identifiant de disque : 0xa4b57300

VINDICATORs

Alors... Dans un premier temps prendre la poubelle dans une main, prendre le disque dans l'autre, déposer le disque au fond de la poubelle et vider dans une benne à ordure prévu pour le recyclage de ce type de matériel...

Perso j'ai carrément eu le dédé introuvable par le bios, vu que la carte contrôleur du disque est rentré en mode de protection du jour au lendemain sans raison... J'ai commandé une carte pour remplacer, car j'ai trop de données dessus non sauvegardé (j'étais en plein dedans en plus...) et vu que seagate ne garantie que le disque, mais pas les données même si le problème vient de chez eux... Ce n'est pas le premier qui lâche ou qui pose des problèmes, rien qu'en regardant les rapports smart (en root tu tape "smartctl -a /dev/sd..." pour voir ce rapport) les chiffres devenaient haurrissant au niveau du seek_error_rate et cela sur plusieurs disques différents du même modèles...

Pour dire que seagate c'est fini pour moi sur les séries du 7200.10 et 7200.11 (je dois confirmer pour la suivante)...

Si tu peux sauvegarde, supprime tes données et renvoi le disque en garantie.

Tu peux regarde si gparted te permet de réparer, cela sera plus intuitif que fsck... est ce que tu dispose d'un message à ce sujet avec dmesg lorsque le disque disparait?

didierg

VINDICATORs wrote:J'ai commandé une carte pour remplacer, car j'ai trop de données dessus non sauvegardé (j'étais en plein dedans en plus...) et vu que seagate ne garantie que le disque, mais pas les données même si le problème vient de chez eux...

Aucun constructeur ne garantie les données que ce soit pour un disque, un cd, une cartouche....

VINDICATORs

Oui mais bon... quand c'est leur faute comme cette histoire de firmware...

balustre

Merci pour vos indications !!
Bon, a priori, le disque n'est pas bon pour la poubelle, puisque j'arrive toujours (au prix de débranchage, longue attente, rebranchage) à accéder aux données.

Mon problème est que je n'ai pas suffisamment d'espace disque disponible pour faire une "sauvegarde" des données présentes sur mon dd externe, et pas de finances pour investir dans un nouveau de suite... Donc, le mieux serait tout de même de le réparer...

Cette fois-ci, le fsck a eu le même comportement (comme si le disque avait soudainement disparu), mais à partir d'un bloc plus éloigné... Peut-être qu'en m'acharnant, il finira par finr le test (au moins passer la phase 1)

Est-ce que ca peut m'être utile de lancer debugfs, puisque ni fsck ni e2fsck ne semblent aboutir. Est-ce que cela "répare" aussi le système du disque ?

Par ailleurs, la commande smartctl sur /dev/sdb1 m'a donné une erreur. Je donnerai le résultat exact dès que le dd voudra bien se monter à nouveau. edit :

# smartctl -a /dev/sdb1
smartctl version 5.38 [x86_64-redhat-linux-gnu] Copyright (C) 2002-8 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

Device: Seagate  FreeAgentDesktop Version: 100D
Serial number:             6QG0BDNX
Device type: disk
Local Time is: Wed Jan 27 10:28:35 2010 CET
Device does not support SMART

Error Counter logging not supported
Device does not support Self Test logging

balustre

Je pense avoir compris le problème : le dossier trash de mon disque dur est apparemment vide (il y a un dossier vide). Et quand j'essaie de vider la corbeille du dd externe, il me parle d'un prétendu fichier qui n'existe pas... et donc erreur de lecture/écriture, puisqu'il cherche à effacer un disque inexistant...

L'idée serait donc de lui faire comprendre que la corbeille est bien vide...

debugfs me donne cette liste de commandes :

# debugfs /dev/sdb1
debugfs 1.41.4 (27-Jan-2009)
debugfs:  
debugfs:  h
debugfs: Unknown request "h".  Type "?" for a request list.
debugfs:  ?
Available debugfs requests:

show_debugfs_params, params
                         Show debugfs parameters
open_filesys, open       Open a filesystem
close_filesys, close     Close the filesystem
feature, features        Set/print superblock features
dirty_filesys, dirty     Mark the filesystem as dirty
init_filesys             Initalize a filesystem (DESTROYS DATA)
show_super_stats, stats  Show superblock statistics
ncheck                   Do inode->name translation
icheck                   Do block->inode translation
change_root_directory, chroot
                         Change root directory
change_working_directory, cd
                         Change working directory
list_directory, ls       List directory
show_inode_info, stat    Show inode information 
link, ln                 Create directory link
unlink                   Delete a directory link
mkdir                    Create a directory
rmdir                    Remove a directory
rm                       Remove a file (unlink and kill_file, if appropriate)
kill_file                Deallocate an inode and its blocks
clri                     Clear an inode's contents
freei                    Clear an inode's in-use flag
seti                     Set an inode's in-use flag
testi                    Test an inode's in-use flag
freeb                    Clear a block's in-use flag
setb                     Set a block's in-use flag
testb                    Test a block's in-use flag
modify_inode, mi         Modify an inode by structure
find_free_block, ffb     Find free block(s)
find_free_inode, ffi     Find free inode(s)
print_working_directory, pwd
                         Print current working directory
expand_dir, expand       Expand directory
mknod                    Create a special file
list_deleted_inodes, lsdel
                         List deleted inodes
undelete, undel          Undelete file
write                    Copy a file from your native filesystem
dump_inode, dump         Dump an inode out to a file
cat                      Dump an inode out to stdout
lcd                      Change the current directory on your native filesystem
rdump                    Recursively dump a directory to the native filesystem
set_super_value, ssv     Set superblock value
set_inode_field, sif     Set inode field
set_block_group, set_bg  Set block group descriptor field
logdump                  Dump the contents of the journal
htree_dump, htree        Dump a hash-indexed directory
dx_hash, hash            Calculate the directory hash of a filename
dirsearch                Search a directory for a particular filename
bmap                     Calculate the logical->physical block mapping for an in
ode
imap                     Calculate the location of an inode
dump_unused              Dump unused blocks
set_current_time         Set current time to use when setting filesystme fields
supported_features       Print features supported by this version of e2fsprogs
help                     Display info on command or topic.
list_requests, lr, ?     List available commands.
quit, q                  Leave the subsystem.

Je suis perdue, mais je me demande si rmdir /dev/sdb1/.Trash... ne pourrait pas m'aider... Mais comme le disque n'est pas monté... Enfin, je ne voudrais pas faire une bétise...

nouvo09

Essaie d'abord de mettre quelque chose dans ce dossier, comme ça il aura quelque chose à effacer ?

balustre

Oui, j'y ai mis d'autres trucs qu'il efface tranquillement... Mais il butte sur des vidéos non existantes... (enfin, à dire vrai, le système avait buggé pendant que je transférais ces vidéos alors existantes sur mon disque interne, donc ces vidéos n'existent ni sur le dd externe, ni le dd interne, mais clairement, l'externe n'a pas compris qu'elles n'existaient plus...)

balustre

Bonjour,

Excusez-moi pour ce monologue, mais je viens de tomber sur ce lien :

http://www.labo-linux.org/tips/quand-meme-fsck-ou-e2fsck-echoue-debugfs

En gros, l'idée est de tansformer l'ext3 en ext2 pour supprimer le journal, puis lancer à nouveau e2fsck, puis remettre la journalisation. Est-ce que cela pourrait aider mon problème (sans le journal, fsck ne butera peut-être plus sur ces fichiers invisibles) ? Puis-je au moins le tester sans risque de corruption plus grande des données ?

Merci encore 🙂

balustre

Fin du monologue ..!
Pour ceux qui rencontrent un problème similaire, la solution a bien été donnée par le lien ci dessus, c'est à dire le passage à l'ext2 (effacement de la journalisation), puis e2fsck (qui cette fois ci n'a posé aucun problème pendant la 1ère phase et a bien éliminé les fichiers problématiques) puis retour à l'ext3 avec une journalisation toute neuve !

balustre

Finalement, ce disque me pose encore des problèmes... Puisque je ne le sens plus très fiable, j'ai commencé à m'intéresser à d'autres solutions de sauvegardes du type NAS. Mais encore faut-il que j'arrive à copier les données de ce disque sur le nouveau, sans que cela crée des problèmes à la base.

Je me suis donc dis qu'avant de mettre ça en place (et faire un copier/coller des données de ce disque, à priori corrompu, sur le nouveau tout beau tout neuf), j'allais faire à nouvaeu un test de l'intégrité des données sur le dd externe...

Et là, tout va mal... Après diverses opérations où le disque s'est plus ou moins "démonté" assez sauvagement, voilà les commandes que j'ai effectuées :

[balustre@Bor ~]$ dmesg | tail
sd 10:0:0:0: Attached scsi generic sg2 type 0
sd 10:0:0:0: [sdb] 976773168 512-byte hardware sectors: (500 GB/465 GiB)
sd 10:0:0:0: [sdb] Write Protect is off
sd 10:0:0:0: [sdb] Mode Sense: 1c 00 00 00
sd 10:0:0:0: [sdb] Assuming drive cache: write through
sd 10:0:0:0: [sdb] Assuming drive cache: write through
 sdb: sdb1
sd 10:0:0:0: [sdb] Attached SCSI disk
EXT2-fs error (device sdb1): ext2_check_descriptors: Block bitmap for group 80 not in group (block 0)!
EXT2-fs: group descriptors corrupted!
[balustre@Bor ~]$ su -
Mot de passe : 
[root@Bor ~]# e2fsck /dev/sdb1
e2fsck 1.41.9 (22-Aug-2009)
e2fsck: Les descripteurs de groupe semblent en mauvais état... tentons d'utiliser les blocs de sauvetage...
/dev/sdb1 n'a pas été démonté proprement, vérification forcée.
Passe 1 : vérification des i-noeuds, des blocs et des tailles
I-noeud 8, i_blocs est 0, devrait être 262408. Corriger<o>? oui

Erreur de lecture du bloc 106166109 (Attempt to read block from filesystem resulted in short read) lors de lecture des blocs indirects de l'i-noeud 37192988. Ignorer l'erreur<o>? oui

Forcer la ré-écriture<o>? oui

I-noeud 37192988, i_blocs est 325360, devrait être 317168. Corriger<o>? oui

Erreur de lecture du bloc 106400195 (Attempt to read block from filesystem resulted in short read) lors de lecture des blocs indirects de l'i-noeud 37193015. Ignorer l'erreur<o>? oui

Forcer la ré-écriture<o>? oui

I-noeud 37193015, i_blocs est 22520, devrait être 14328. Corriger<o>? oui

Erreur de lecture du bloc 106412030 (Attempt to read block from filesystem resulted in short read) lors de lecture des blocs indirects de l'i-noeud 37193019. Ignorer l'erreur<o>? oui

Forcer la ré-écriture<o>? oui

I-noeud 37193019, i_blocs est 104784, devrait être 96592. Corriger<o>? oui

Erreur de lecture du bloc 107158012 (Attempt to read block from filesystem resulted in short read) lors de lecture des blocs indirects de l'i-noeud 37193069. Ignorer l'erreur<o>? oui

Forcer la ré-écriture<o>? oui

I-noeud 37193069, i_blocs est 91480, devrait être 83288. Corriger<o>? oui

Erreur de lecture du bloc 107201631 (Attempt to read block from filesystem resulted in short read) lors de lecture des blocs indirects de l'i-noeud 37193072. Ignorer l'erreur<o>? oui

Forcer la ré-écriture<o>? oui

I-noeud 37193072, i_blocs est 102128, devrait être 8312. Corriger<o>? oui

Erreur de lecture du bloc 107220221 (Attempt to read block from filesystem resulted in short read) lors de lecture des blocs indirects de l'i-noeud 37193074. Ignorer l'erreur<o>? oui

Forcer la ré-écriture<o>? oui

I-noeud 37193074, i_blocs est 68448, devrait être 8312. Corriger<o>? oui

Erreur de lecture du bloc 107300249 (Attempt to read block from filesystem resulted in short read) lors de lecture des blocs indirects de l'i-noeud 37193084. Ignorer l'erreur<o>? oui

Forcer la ré-écriture<o>? oui

I-noeud 37193084, i_blocs est 102480, devrait être 94288. Corriger<o>? oui

Erreur de lecture du bloc 107342573 (Attempt to read block from filesystem resulted in short read) lors de lecture des blocs indirects de l'i-noeud 37193087. Ignorer l'erreur<o>? oui

Forcer la ré-écriture<o>? oui

I-noeud 37193087, i_blocs est 69744, devrait être 65720. Corriger<o>? oui

Erreur de lecture du bloc 107359019 (Attempt to read block from filesystem resulted in short read) lors de lecture des blocs indirects de l'i-noeud 37193091. Ignorer l'erreur<o>? oui

Forcer la ré-écriture<o>? oui

I-noeud 37193091, i_blocs est 61160, devrait être 8312. Corriger<o>? oui

Erreur de lecture du bloc 107368714 (Attempt to read block from filesystem resulted in short read) lors de lecture des blocs indirects de l'i-noeud 37193092. Ignorer l'erreur<o>? oui

Forcer la ré-écriture<o>? oui

Erreur de lecture du bloc 107402034 (Attempt to read block from filesystem resulted in short read) lors de lecture des blocs indirects de l'i-noeud 37193092. Ignorer l'erreur<o>? oui

Forcer la ré-écriture<o>? oui

Erreur de lecture du bloc 107404084 (Attempt to read block from filesystem resulted in short read) lors de lecture des blocs indirects de l'i-noeud 37193092. Ignorer l'erreur<o>? oui

Forcer la ré-écriture<o>? oui

I-noeud 37193092, i_blocs est 319320, devrait être 294744. Corriger<o>? oui

Erreur de lecture du bloc 107406066 (Attempt to read block from filesystem resulted in short read) lors de lecture des blocs indirects de l'i-noeud 37193093. Ignorer l'erreur<o>? oui

Forcer la ré-écriture<o>? oui

Erreur de lecture du bloc 107416837 (Attempt to read block from filesystem resulted in short read) lors de lecture des blocs indirects de l'i-noeud 37193093. Ignorer l'erreur<o>? oui

Forcer la ré-écriture<o>? oui

ETC, ETC : Ca continue très très très très longtemps...

Donc, au début, j'étais contente que les erreurs soient réparées... Mais là, le nombre d'erreur est tellement important (j'appuie sur "o" en permanence depuis 10 minutes...), j'ai pensé qu'il valait mieux arrêter (de toute manière, au bout d'un moment, il m'indiquer que tous les blocs étaient corrompus, ce qui n'est quand même pas le cas...)

edit : Après quelques recherches, je suis tombée sur ces deux liens :
http://www.linux-france.org/article/resolution-probleme/resolution-probleme-3.html

http://www.cgsecurity.org/wiki/Disque_Dur_Endommag%C3%A9

1) Le premier donne une commande pour obtenir une liste des fichiers endommagés . Dans mon cas, je l'ai appliqué en faisant :

# find /dev/sdb1 -type f |  xargs -iNIMPORTEQUOIXYZ cp NIMPORTEQUOIXYZ /dev/null >& /home/balustre/noms-fichiers-endommages.txt

mais cela me donne juste un fichier vierge.

2) Le deuxième donne 3 méthodes pour faire une récup des données sur un autre disque dur, en sauvegardant "le plus possible" mais en évitant les zones corrompus. Il conseille finalement la méthode suivante :

La meilleure solution, autrement dit la plus rapide et la plus efficace, semble être le 'ddrescue' d'Antonio Diaz (ddrescue)

#récupérer en priorité le plus de zones mémoires saines:
ddrescue -B -n /dev/old_disk /dev/new_disk rescued.log
#puis essayez de récupérer le plus de zones mémoires endommagées possible:
ddrescue -B -r 1 /dev/old_disk /dev/new_disk rescued.log

Est-ce vraiment mieux que "dd" ou "dd_rescue". Puis-je vraiment faire confiance à cette méthode pour sauver mes données ?

merci (et désolé pour ce poste à rallonge...)

balustre

Une dernière remarque.

je pense à nouveau avoir trouver d'où viennent les problèmes. J'ai un répertoire "partitions" qui parait vide en mode graphique alors que :

# cd Partitions
[root@Bor Partitions]# ls
ls: ne peut accéder easter.gp4: Erreur d'entrée/sortie
ls: ne peut accéder ex_nihilo.gp4: Erreur d'entrée/sortie
ls: ne peut accéder julia.gp3: Erreur d'entrée/sortie
7 - Slow Examples.mp3
8 - Fast Examples.mp3
Acoustic Classics (Tabs and Mp3)
Acoustic Masterclass - Tommy Emmanuel (Mp3 Tab & Backing Track)
Acoustic - Simon And Garfunkel - Scarborough Fair
ACOUSTmusic.pdf
angel.gp4
ETC

Il semble donc y avoir un problème sur 3 fichiers :
Que dois-je faire dans cette situation pour ne pas empirer les choses ?

Merci encore 🙂