OVH Cloud OVH Cloud

Probleme disque dur

5 réponses
Avatar
Pham
Bonjour,

Je suis au désespoir...

Après avoir passé sans trop de problème ma Debian Woody sur le noyau
2.4.24 et quelques reboot sans histoires voilà que je n'arrive plus à
accéder à une partition (une ext3 faisant partie d'une partition
étendue) d'un disque dur.

Lors du fsck au démarrage, j'ai obtenu :

kernel: hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
kernel: hdb: dma_intr: error=0x01 { AddrMarkNotFound },
LBAsect=132142039, sector=52170392

[snip plusieurs fois le même message]

kernel: hdb: DMA disabled

kernel: ide0: reset: master: error (0x51?)
kernel: hdb: read_intr: status=0x59 { DriveReady SeekComplete
DataRequest Error } kernel: hdb: read_intr: error=0x01 {
AddrMarkNotFound }, LBAsect=132142039, sector=52170392

[snip plusieurs fois le même message]

kernel: end_request: I/O error, dev 03:45 (hdb), sector 37752486
kernel: end_request: I/O error, dev 03:45 (hdb), sector 37752544
kernel: end_request: I/O error, dev 03:45 (hdb), sector 37752546

[etc...]

Ensuite impossible d'accéder au disque dur.
Lorsque je lance un e2fsck j'obtiens :

e2fsck 1.27 (8-Mar-2002)
e2fsck: Attempt to read block from filesystem resulted in short read
while trying to open /dev/hdb5 Could this be a zero-length partition?

Si j'enlève /dev/hdb5 de /etc/fstab et que je lance
e2fsck, la vérification se lance et je tombe ensuite sur le même type
d'erreur :

Error reading block 6521299 (Attempt to read block from filesystem
resulted in short read) while doing inode scan.
/dev/hdb5: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)

J'ai essayé de rebooter avec l'ancien noyau 2.4.18 ou avec Knoppix, même
problème.
J'ai essayé de lancer e2fsck en spécifiant différente adresses de
superblock (en les repérant au préalable avec 'mke2fs -n /dev/hdb5'),
même problème.

J'ai trouvé une 'solution' de dernier recours sur Google (mke2fs -S
/dev/hdb5) mais je n'ose pas trop tenter.

Est-ce que mon disque dur est fichu ? les autres partitions marchent
sans problèmes...
Est-ce que je peux recopier les données qui ne sont pas endommagées à
grand coup de dd sur une autre partition ? ou bien est-ce que je risque
de mettre encore plus le souk sur le disque dur ?

Je suis vraiment à court d'idées, et j'avais pas mal de données sur
cette partition (environ 40 Go, surtout des photos de vacances !) merci
d'avance pour votre aide...

5 réponses

Avatar
Qing Liu
Pham writes:

Bonjour,


Bonsoir,

Je suis au désespoir...

...


[couic] tous les symptômes d'un disque à l'agonie.

Est-ce que mon disque dur est fichu ? les autres partitions marchent
sans problèmes...


Il suffit que les secteurs défectueux soient concentrés dans une
partition.

Est-ce que je peux recopier les données qui ne sont pas endommagées à
grand coup de dd sur une autre partition ? ou bien est-ce que je risque
de mettre encore plus le souk sur le disque dur ?


C'est ce que je ferais. Il est possible que dd se plante aussi sur
les secteurs défectueux. Il y a une option noerror qui pourrait
être utile dans ce cas-là. Après dd, il y a des outils style smartctl
ou programmes fournis par le constructeur de disque pour diagnostiquer
la santé de la bête.

--
Liu

Avatar
Pham

[couic] tous les symptômes d'un disque à l'agonie.

Est-ce que mon disque dur est fichu ? les autres partitions marchent
sans problèmes...


Il suffit que les secteurs défectueux soient concentrés dans une
partition.


Je ne sais pas très bien comment est fichu le système de fichier ext3
mais n'est-il pas possible de sauter les secteurs défectueux ?
Sous Windows j'avais récupéré nombre de données sur des disquettes
défectueuses comme ça...
C'est donc e2fsck ou la mise à mort ?
Le programme badblocks ne peut rien faire ?


Est-ce que je peux recopier les données qui ne sont pas endommagées
à grand coup de dd sur une autre partition ? ou bien est-ce que je
risque de mettre encore plus le souk sur le disque dur ?


C'est ce que je ferais. Il est possible que dd se plante aussi sur
les secteurs défectueux. Il y a une option noerror qui pourrait
être utile dans ce cas-là. Après dd, il y a des outils style smartctl
ou programmes fournis par le constructeur de disque pour diagnostiquer
la santé de la bête.


L'utilitaire Disk ARchiver (DAR) propose un cp permettant de copier des
données provenant d'un disque endommagé, je vais aussi essayer de voir
de ce côté là. Le principal problème est de trouver 40 Go de libre
quelque part !
C'est vraiment vraiment ennuyeux cette histoire ! Pensez-tous à
sauvegarder !!!


Avatar
Michel Tatoute

Bonjour,

Je suis au désespoir...

Après avoir passé sans trop de problème ma Debian Woody sur le noyau
2.4.24 et quelques reboot sans histoires voilà que je n'arrive plus à
accéder à une partition (une ext3 faisant partie d'une partition
étendue) d'un disque dur.

Lors du fsck au démarrage, j'ai obtenu :

kernel: hdb: dma_intr: status=0x51 { DriveReady SeekComplete Error }
kernel: hdb: dma_intr: error=0x01 { AddrMarkNotFound },
LBAsect2142039, sectorR170392

[snip plusieurs fois le même message]

kernel: hdb: DMA disabled

kernel: ide0: reset: master: error (0x51?)
kernel: hdb: read_intr: status=0x59 { DriveReady SeekComplete
DataRequest Error } kernel: hdb: read_intr: error=0x01 {
AddrMarkNotFound }, LBAsect2142039, sectorR170392

[snip plusieurs fois le même message]

kernel: end_request: I/O error, dev 03:45 (hdb), sector 37752486
kernel: end_request: I/O error, dev 03:45 (hdb), sector 37752544
kernel: end_request: I/O error, dev 03:45 (hdb), sector 37752546

[etc...]


bon, c'est clair. Un probleme de bad secteur.

Ensuite impossible d'accéder au disque dur.
Lorsque je lance un e2fsck j'obtiens :

e2fsck 1.27 (8-Mar-2002)
e2fsck: Attempt to read block from filesystem resulted in short read
while trying to open /dev/hdb5 Could this be a zero-length partition?

Si j'enlève /dev/hdb5 de /etc/fstab et que je lance
e2fsck, la vérification se lance et je tombe ensuite sur le même type
d'erreur :

Error reading block 6521299 (Attempt to read block from filesystem
resulted in short read) while doing inode scan.
/dev/hdb5: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)

J'ai essayé de rebooter avec l'ancien noyau 2.4.18 ou avec Knoppix, même
problème.
J'ai essayé de lancer e2fsck en spécifiant différente adresses de
superblock (en les repérant au préalable avec 'mke2fs -n /dev/hdb5'),
même problème.

J'ai trouvé une 'solution' de dernier recours sur Google (mke2fs -S
/dev/hdb5) mais je n'ose pas trop tenter.


STOOOPPPPP!

Est-ce que mon disque dur est fichu ? les autres partitions marchent
sans problèmes...


Oui, ton ddur est fichu. La 1ere action à mener est de courir en acheter 1
+ gros....

Est-ce que je peux recopier les données qui ne sont pas endommagées à
grand coup de dd sur une autre partition ? ou bien est-ce que je risque
de mettre encore plus le souk sur le disque dur ?



Oui tu peux, mais je te conseille de travailler sur un ddur neuf. De
toutes façon, un ddur qui fait des bads blocs va en faire de plus en plus.

Je suis vraiment à court d'idées, et j'avais pas mal de données sur
cette partition (environ 40 Go, surtout des photos de vacances !) merci
d'avance pour votre aide...


Bon, la première chose est de faire si possible deux copies de sauvegarde de ta
partition, une que tu garderas précieusement, l'autre pour récupérer les
données.

# dd if=/dev/hdb5 conv=noerror of=./sauvegarde_hdb5
# ln ./sauvegarde_hdb5 ./repare_hdb5
# bzip2 ./sauvegarde_hdb5
# chmod 444 ./sauvegarde_hdb5.bz2

ensuit tu peux travailler sur ./repare_hdb5

Tu peux restorer un ./repare_hdb5 en faisant :

# bzip2 -c <./sauvegarde_hdb5.bz2 >./repare_hdb5

par exemple:

# /sbin/debugfs ./repare_hdb5

déja cela te donnera une idée de l'état des données.


ensuite tu fais un e2fsck
# /sbin/e2fsck -fp ./repare_hdb5

si le fsck réussit tu montes ta copie pour en extraire tes fichiers.

Michel

Avatar
Qing Liu
Pham writes:


[couic] tous les symptômes d'un disque à l'agonie.

Est-ce que mon disque dur est fichu ? les autres partitions marchent
sans problèmes...


Il suffit que les secteurs défectueux soient concentrés dans une
partition.


Je ne sais pas très bien comment est fichu le système de fichier ext3
mais n'est-il pas possible de sauter les secteurs défectueux ?


Si, avec badblocks justement. Mais tes secteurs défectueux semblent
être dans des endroits stratégiques. Tu ne peux même pas monter
la partition. Je pense que tu peux faire une copie avec dd.
Récupérer une version plus récente de e2fsprogs au cas où,
et travailler avec la copie.

C'est vraiment vraiment ennuyeux cette histoire ! Pensez-tous à
sauvegarder !!!


D'un autre côté, sauvegarder 40 Go, ce n'est pas évident.

--
Liu



Avatar
Pham
On Wed, 14 Jan 2004 20:41:33 +0100, "Michel Tatoute"

Est-ce que je peux recopier les données qui ne sont pas endommagées
à grand coup de dd sur une autre partition ? ou bien est-ce que je
risque de mettre encore plus le souk sur le disque dur ?



Oui tu peux, mais je te conseille de travailler sur un ddur neuf. De
toutes façon, un ddur qui fait des bads blocs va en faire de plus en
plus.

Je suis vraiment à court d'idées, et j'avais pas mal de données sur
cette partition (environ 40 Go, surtout des photos de vacances !)
merci d'avance pour votre aide...


Bon, la première chose est de faire si possible deux copies de
sauvegarde de ta partition, une que tu garderas précieusement, l'autre
pour récupérer les données.

# dd if=/dev/hdb5 conv=noerror of=./sauvegarde_hdb5
# ln ./sauvegarde_hdb5 ./repare_hdb5
# bzip2 ./sauvegarde_hdb5
# chmod 444 ./sauvegarde_hdb5.bz2

ensuit tu peux travailler sur ./repare_hdb5

Tu peux restorer un ./repare_hdb5 en faisant :

# bzip2 -c <./sauvegarde_hdb5.bz2 >./repare_hdb5

par exemple:

# /sbin/debugfs ./repare_hdb5

déja cela te donnera une idée de l'état des données.


ensuite tu fais un e2fsck
# /sbin/e2fsck -fp ./repare_hdb5

si le fsck réussit tu montes ta copie pour en extraire tes fichiers.

Michel


Ok j'ai bien compris la manip. J'espère que j'arriverai à sauver quelque
chose.
Un disque dur IBM presque neuf, si c'est pas malheureux ! (j'aurais dû
me méfier, ça faisait plusieurs fois que je voyais apparaître des bad
blocks...)

Merci !