Je fais régulièrement une copie sur disque dur externe. J'utilise rdiff-
backup.
J'ai un problème avec un de mes disques durs externes: au bout de quelques
minutes de sauvegarde, j'obtients des erreurs:
IOError: [Errno 5] Input/output error
Et la sauvegarde s'arrête.
Si ensuite je démonte le disque, et que je fais:
$ fsck.ext3 -y /dev/dm-5
e2fsck 1.41.14 (22-Dec-2010)
/dev/dm-5 contains a file system with errors, check forced.
[...]
La réparation semble fonctionner, mais quand je relance rdiff-backup,
j'obtiens à nouveau une IOError. Puis je fais à nouveau un fsck.ext3, et
ainsi de suite. La seule solution que j'ai trouvée est alors de formater le
disque. Une dizaine de copies se passent alors ensuite correctement (grosso-
modo, 3 semaines de copies), puis à nouveau j'obtiens une IOError. J'ai
essayé en EXT3 et en EXT4, même comportement. Que faire?
Merci par avance,
TP
Note 1: aujourd'hui, nouveau comportement: j'obtiens une IOError, mais quand
je fais fsck.ext3 ensuite, fsck.ext3 ne trouve pas d'erreurs sur le disque,
donc rend directement la main:
Ça semble donc etre un problème matériel et non une corruption du filesystem. C'est compatible avec le fait que ça remarche après un reformatage: - le formatage n'écrit pas partout sur le disque - après le formatage, il va se passer un moment avant que le driver du fs aille taper sur la zone foireuse.
Pour vérifier, le plus simple consiste à faire un cat /dev/sdmachinploum > /dev/null et voir si ça se termine normalement ou par un IO Error.
Après, ça peut etre soit le disque dur qui déconne, soit l'électronique du boitier USB. Refais le cat en branchant le DD dans un autre boitier où dans un fise.
Ça semble donc etre un problème matériel et non une corruption du
filesystem. C'est compatible avec le fait que ça remarche après un
reformatage:
- le formatage n'écrit pas partout sur le disque
- après le formatage, il va se passer un moment avant que le driver du fs
aille taper sur la zone foireuse.
Pour vérifier, le plus simple consiste à faire un
cat /dev/sdmachinploum > /dev/null
et voir si ça se termine normalement ou par un IO Error.
Après, ça peut etre soit le disque dur qui déconne, soit l'électronique du
boitier USB. Refais le cat en branchant le DD dans un autre boitier où dans
un fise.
Ça semble donc etre un problème matériel et non une corruption du filesystem. C'est compatible avec le fait que ça remarche après un reformatage: - le formatage n'écrit pas partout sur le disque - après le formatage, il va se passer un moment avant que le driver du fs aille taper sur la zone foireuse.
Pour vérifier, le plus simple consiste à faire un cat /dev/sdmachinploum > /dev/null et voir si ça se termine normalement ou par un IO Error.
Après, ça peut etre soit le disque dur qui déconne, soit l'électronique du boitier USB. Refais le cat en branchant le DD dans un autre boitier où dans un fise.
Sergio
Le Thu, 26 Jan 2012 00:10:21 +0100, TP a écrit :
Voici l'intégralité des informations que j'obtiens avec dmesg:
En gros, le disque est pourri. Y'a pas à tortiller du cul : faut le remplacer... Si on veut le récupérer, tenter de le reformater avec "mke2fs -cc" (ça peut durer des plombes).
-- Serge http://leserged.online.fr/ Mon blog: http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
Le Thu, 26 Jan 2012 00:10:21 +0100, TP a écrit :
Voici l'intégralité des informations que j'obtiens avec dmesg:
En gros, le disque est pourri. Y'a pas à tortiller du cul : faut le
remplacer...
Si on veut le récupérer, tenter de le reformater avec "mke2fs -cc" (ça
peut durer des plombes).
--
Serge http://leserged.online.fr/
Mon blog: http://cahierdesergio.free.fr/
Soutenez le libre: http://www.framasoft.org
En gros, le disque est pourri. Y'a pas à tortiller du cul : faut le remplacer... Si on veut le récupérer, tenter de le reformater avec "mke2fs -cc" (ça peut durer des plombes).
-- Serge http://leserged.online.fr/ Mon blog: http://cahierdesergio.free.fr/ Soutenez le libre: http://www.framasoft.org
TP
Arnaud Gomes-do-Vale wrote:
TP writes:
IOError: [Errno 5] Input/output error
Que dit badblocks ? Et smartctl, si le disque parle SMART (pas évident s'il est dans un boîtier ou derrière un adaptateur un peu hostile) ?
Pour l'instant, je n'ai essayé que badblocks, et il n'a pas fini au bout d'une nuit:
Je vais tester le formatage "mke2fs -cc" recommandé par Sergio.
Merci.
TP
Arnaud Gomes-do-Vale
TP writes:
badblocks /dev/dm-5 147371520 [...]
Il y a un paquet de lignes comme ça.
Je vais tester le formatage "mke2fs -cc" recommandé par Sergio.
Pas la peine, si tu as plus de quelques blocs défectueux (allez, plus de quelques dizaines, pour être généreux), ton disque est bon pour la poubelle. Si tu y tiens vraiment tu peux le garder pour jouer, mais ne mets pas de données dessus.
-- Arnaud http://blogs.glou.org/arnaud/
TP <TP@frenoespam.fr.invalid> writes:
badblocks /dev/dm-5
147371520
[...]
Il y a un paquet de lignes comme ça.
Je vais tester le formatage "mke2fs -cc" recommandé par Sergio.
Pas la peine, si tu as plus de quelques blocs défectueux (allez, plus de
quelques dizaines, pour être généreux), ton disque est bon pour la
poubelle. Si tu y tiens vraiment tu peux le garder pour jouer, mais ne
mets pas de données dessus.
Je vais tester le formatage "mke2fs -cc" recommandé par Sergio.
Pas la peine, si tu as plus de quelques blocs défectueux (allez, plus de quelques dizaines, pour être généreux), ton disque est bon pour la poubelle. Si tu y tiens vraiment tu peux le garder pour jouer, mais ne mets pas de données dessus.
-- Arnaud http://blogs.glou.org/arnaud/
Lucas Levrel
Le 26 janvier 2012, TP a écrit :
Pour l'instant, je n'ai essayé que badblocks, et il n'a pas fini au bout d'une nuit:
Je vais tester le formatage "mke2fs -cc" recommandé par Sergio.
Vu le nombre d'erreurs déjà trouvées à la lecture, commence par mke2fs -c !
-- LL
Fabien LE LEZ
On Thu, 26 Jan 2012 09:03:39 +0100, Arnaud Gomes-do-Vale :
Pas la peine, si tu as plus de quelques blocs défectueux (allez, plus de quelques dizaines, pour être généreux), ton disque est bon pour la poubelle.
Je confirme.
L'électronique interne du disque est capable de cacher un certain nombre de blocs défectueux, car un disque a des blocs "de secours".
Donc, si le système commence à voir des blocs défectueux, c'est que tous les blocs de secours ont été utilisés. Ça veut dire que le disque est déjà bien atteint.
On Thu, 26 Jan 2012 09:03:39 +0100, Arnaud Gomes-do-Vale
<aun@glou.org>:
Pas la peine, si tu as plus de quelques blocs défectueux (allez, plus de
quelques dizaines, pour être généreux), ton disque est bon pour la
poubelle.
Je confirme.
L'électronique interne du disque est capable de cacher un certain
nombre de blocs défectueux, car un disque a des blocs "de secours".
Donc, si le système commence à voir des blocs défectueux, c'est que
tous les blocs de secours ont été utilisés. Ça veut dire que le disque
est déjà bien atteint.
On Thu, 26 Jan 2012 09:03:39 +0100, Arnaud Gomes-do-Vale :
Pas la peine, si tu as plus de quelques blocs défectueux (allez, plus de quelques dizaines, pour être généreux), ton disque est bon pour la poubelle.
Je confirme.
L'électronique interne du disque est capable de cacher un certain nombre de blocs défectueux, car un disque a des blocs "de secours".
Donc, si le système commence à voir des blocs défectueux, c'est que tous les blocs de secours ont été utilisés. Ça veut dire que le disque est déjà bien atteint.
Nicolas George
Fabien LE LEZ , dans le message , a écrit :
Donc, si le système commence à voir des blocs défectueux, c'est que tous les blocs de secours ont été utilisés.
Ce n'est pas tout à fait vrai : un disque dur ne peut réallouer un secteur défectueux que lorsqu'on écrit dessus. Des secteurs défectueux peuvent donc être bien visibles en lecture même s'il reste plein de place pour les réallouer.
Fabien LE LEZ , dans le message
<73f2i7deu64kbocsiu8576o456rap5ebdn@4ax.com>, a écrit :
Donc, si le système commence à voir des blocs défectueux, c'est que
tous les blocs de secours ont été utilisés.
Ce n'est pas tout à fait vrai : un disque dur ne peut réallouer un secteur
défectueux que lorsqu'on écrit dessus. Des secteurs défectueux peuvent donc
être bien visibles en lecture même s'il reste plein de place pour les
réallouer.
Donc, si le système commence à voir des blocs défectueux, c'est que tous les blocs de secours ont été utilisés.
Ce n'est pas tout à fait vrai : un disque dur ne peut réallouer un secteur défectueux que lorsqu'on écrit dessus. Des secteurs défectueux peuvent donc être bien visibles en lecture même s'il reste plein de place pour les réallouer.
