OVH Cloud OVH Cloud

Données perdus... EXT2

5 réponses
Avatar
condo4
Bonjours,

Je vous expose mon probleme :
Chez moi, j'ai mis en place un serveur sous Linux (Debian Sarge).

J'y est installer le stricte minimum pour en fair un serveur de
fichiers (pas d'interface graphique, et noyaux compiler le plus simple
possible).
Sur ce serveur, par defaut, je n'ai ni ecran, ni souris, ni clavier.
Je l'eteint par ssh via le reseau lorsque je souhaite l'arreter.

Tout avais l'aire de bien fonctionner jusqu'au jours ou j'ai voulut le
deplacer.
Au reboot, il a mis beaucoup plus de temps que d'hab, je n'ai rin vu
car y'avais pas d'ecran ;-)
Enfin, j'en ai conclu qu'il faisait le check au bout des 30 montage de
la partition.
Mais tout n'a pas du se passer correctement, et les pb on commencer.

Je m'y connais assez bien en PC, mais surtout au monde Windows, je
viens de passer en partie a Linux il n'y a pas tres longtemps.

Mais ce que j'ai compris :

Le Superblock a l'aire foir=E9, mais out les autre on l'ere bon.
Le probleme, lorsque je lance le check avec fsck -b MONSUPERBLOCKVALIDE
/dev/hde2 apres les 4 premiere etape, il me demande d'apuyer 450 fois
sur y, puis termine brutalement en me disant :

--------------------------------------------------------------------------
task_in_intr : status=3D0x59 {DriveReady SeekComplete DataRequest Error}
task_in_intr : error=3D0x40 {uncorrectable error}
LBAsect=3D58594032
Erreur d'ecriture du bloc 1
--------------------------------------------------------------------------
Mon probleme, c'est que j'ai des donn=E9e que j'aimerais bien recup sur
ce disque, d'ailleur le maximum.
Ce disque contient plein de fichier allant de 2 a 50Mo; qui sont
independant les uns des autres. Donc meme si je ne recupe pas tout, si
je pouvais en recupe une bonne partie...
Ma partition est formatter en EXT2; avec mke2fs -n je peut bien relire
les info de la partition.
J'ai l'impression que EXT2 est super bien concu par rapport au FAT pour
recup des fichier lors de PB, mais comment je dois proceder???

Autre info : sur le disque il y a 3 partition
hde1 hde2 hde3
Seul hde2 a le probleme. Donc c'est pas une erreur mecanique ou
electronique du disque.
Les trois patition sont des partition primaire qui font environ 10 50
20 Go
Le disque est un maxtor de 80Go.

j'hesite a essayer de brancher se disque sur un PC windows et d'y
acceder via Explorer2fs, j'ai lu sur certain forum que cette "solution
miracle" arrive a marcher...

En faite je suis un peu perdu, sous win, j'aurais fait un coup de
EasyRecoverie... mais la je ne connait pas les outils...

Mon seul but : Arriver a monter 1 fois la partition (meme en lecture
seul) pour recup un max de donn=E9e, puis la reformatter derriere, voir
abandonn=E9 ce disque...

Merci si vous avez des solutions miracle.
@+Fab

5 réponses

Avatar
Thierry Boudet
On 2005-05-13, condo4 wrote:

--------------------------------------------------------------------------
task_in_intr : status=0x59 {DriveReady SeekComplete DataRequest Error}
task_in_intr : error=0x40 {uncorrectable error}
LBAsectX594032
Erreur d'ecriture du bloc 1
--------------------------------------------------------------------------


[...]

Mon seul but : Arriver a monter 1 fois la partition (meme en lecture
seul) pour recup un max de donnée, puis la reformatter derriere, voir
abandonné ce disque...

Peut-être la surface du disque qui a pris un choc. Dans ce genre

de cas, j'essayerais de faire une image de la partition dans un
fichier sur un autre disque (avec dd et les options kivonbien)
puis tenter de réparer cette image avec debugfs, pour la remonter
avec un loop. Dans tous les cas, eviter au maximum d'utiliser le
disque malade.


--
_/°< coin

Avatar
GERBIER Eric
condo4 wrote:
Bonjours,

Je vous expose mon probleme :
Chez moi, j'ai mis en place un serveur sous Linux (Debian Sarge).


Mais ce que j'ai compris :

Le Superblock a l'aire foiré, mais out les autre on l'ere bon.
Le probleme, lorsque je lance le check avec fsck -b MONSUPERBLOCKVALIDE
/dev/hde2 apres les 4 premiere etape, il me demande d'apuyer 450 fois
sur y, puis termine brutalement en me disant :

--------------------------------------------------------------------------
task_in_intr : status=0x59 {DriveReady SeekComplete DataRequest Error}
task_in_intr : error=0x40 {uncorrectable error}
LBAsectX594032
Erreur d'ecriture du bloc 1


la solution "miracle", ça peut etre dd_rescue/dd_rhelp
j'ai fait une page web sur leur utilisation :
http://eric.gerbier.free.fr/rescue.html

en resume :
- tu copie ta partitoin endommagee avec dd_rhelp (un dd ameliore) sur un
disque sain (attention, ça peut durer des heures, voire des jours)
- tu montes en loop ton image copiee
- tu lances un grand coup de fsck
- et hop, miracle (enfin pour les 4/5 disques que j'ai eu a traiter
jusqu'a present)

Avatar
condo4
ok, je vais donc tenter ça...
Mais petite question :
Comment faire?
En gros est-ce que j'ai besoin de faire l'image de TOUT le disque
physique (80Go, 3 partitions) ou bien uniquement de hde2 ???
Avatar
Nicolas S.
ok, je vais donc tenter ça...
Mais petite question :
Comment faire?
En gros est-ce que j'ai besoin de faire l'image de TOUT le disque
physique (80Go, 3 partitions) ou bien uniquement de hde2 ???

Uniquement hde2 si les autres partitions fonctionnent bien.


Ce qui donne un truc du genre:
# dd if=/dev/hde2 of='mon_fichier'

Il faut que l'emplacement de 'mon_fichier' soit sur une partition avec
assez d'espace libre.

Nicolas S.

--
Il est toujours sympa de laisser un petit message pour expliquer
commment on a réussi à se sortir d'une difficulté.
Cela aide les autres qui pourraient avoir rencontré les mêmes problèmes,
mais aussi les contributeurs. ;-)

E-mail: enlever "-heh" pour m'écrire.

Avatar
Kevin Denis
On 2005-05-13, Nicolas S. wrote:
En gros est-ce que j'ai besoin de faire l'image de TOUT le disque
physique (80Go, 3 partitions) ou bien uniquement de hde2 ???

Uniquement hde2 si les autres partitions fonctionnent bien.


Ce qui donne un truc du genre:
# dd if=/dev/hde2 of='mon_fichier'

Il faut que l'emplacement de 'mon_fichier' soit sur une partition avec
assez d'espace libre.

J'en profite pour donner le lien dd_rescue qui est un outil bien

pratique:
http://www.garloff.de/kurt/linux/ddrescue/
--
Kevin