Bad Superblock sur EXT3 après redimentionnement

Bad Superblock sur EXT3 après redimentionnement - Divers - Linux et OS Alternatifs

Marsh Posté le 10-01-2008 à 08:45:59    

Bonjour,
 
Hier j'ai eu un problème avec mon FS, en gros cfdisk me disait qu'une de mes partitions était hors du disque. Vu que ça faisait un bon moment que je voulais redimentionner certaines partition, et que j'avais un gros disque dur externe sous la main, je me suis dit que j'allais backuper toutes les partitions à bouger à coups de dd, que j'allais tout effacer, ensuite recréer les parititons de la bonne taille puis hop restauration avec dd toujours.
 
Ca a bien marché dans le sens où j'arrive a acceder a mes données, par contre la partition /, qui est en ext3, n'a pas aimé. Elle me dit que le superblock est mauvais car il indique une taille et la table des parititions en indique une autre.
 
Est-ce qu'il y a moyen de corriger ça simplement? Au cas ou j'ai encore tous les backup des partitions sous la main, mais si possible j'aimerais ne pas devoir les restaurer une deuxième fois (c'est super long :s).
 
Merci d'avance


---------------
Si la vérité est découverte par quelqu'un d'autre,elle perd toujours un peu d'attrait
Reply

Marsh Posté le 10-01-2008 à 08:45:59   

Reply

Marsh Posté le 10-01-2008 à 11:57:01    

t'as resizé tes partitions sans changer la taille des fs ?

Reply

Marsh Posté le 10-01-2008 à 12:31:56    

Heu ... en gros oui ... Y a moyen de les resizer eux aussi ?

Message cité 1 fois
Message édité par esox_ch le 10-01-2008 à 12:32:09
Reply

Marsh Posté le 10-01-2008 à 12:44:20    

esox_ch a écrit :

Heu ... en gros oui ... Y a moyen de les resizer eux aussi ?


Ah ouais tu sais ce que tu fais. Encore heureux que tu n'aies qu'agrandi.
man resize2fs

Reply

Marsh Posté le 10-01-2008 à 12:47:15    

J'allais quand même pas essayer de faire rentrer une partition plus grande dans une plus petite :D
Merci en tous cas

Reply

Marsh Posté le 10-01-2008 à 12:53:51    

Heu je me prend un :
 
Please run 'e2fsck -f /dev/sda3' first.
 
Et là il me sort plein de problèmes avec mes inodes.. Je fais quoi? Je dis oui a tout?

Reply

Marsh Posté le 10-01-2008 à 13:39:46    

ça dépend ce qu'il te dit ... il y a peut être des erreurs auxquelles répondre oui compliquerait encore plus ton "cas" ...


Message édité par fighting_falcon le 10-01-2008 à 13:41:04
Reply

Marsh Posté le 10-01-2008 à 13:44:09    

# fsck.ext3 /dev/sda3
e2fsck 1.40-WIP (14-Nov-2006)
The filesystem size (according to the superblock) is 7323631 blocks
The physical size of the device is 5120718 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort<y>? no
 
/dev/sda3 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
 
Error reading block 5136506 (Invalid argument) while reading indirect blocks of inode 2452984. Ignore error<y>? yes
 
Force rewrite<y>?
 
 

Reply

Marsh Posté le 10-01-2008 à 13:53:50    

Bon, pour bien comprendre, t'as fait
 
dd if=/dev/disk of=/dev/bak
parted /dev/disk
dd if=/dev/bak of=/dev/disk
 
T'es sur que tu n'a pas commis d'erreur dans le dimensionnement ?
T'as toujours ton backup ?

Reply

Marsh Posté le 10-01-2008 à 14:01:53    

Exactement. Concernant le dimensionnement, j'ai fais les 2 partitions plus grandes que ce qu'elles étaient à la base. Oui j'ai toujours mon backup. Là je suis en train de le restaurer pour la deuxième fois parce que si ça se trouve c'est moi qui ai corrompu les inodes par la suite (avant de poster ici j'avais essayé 2-3 bricoles trouvées sur le net qui étaient sensées réparer le tout).
Je reviens dès que c'est fini
 

Reply

Marsh Posté le 10-01-2008 à 14:01:53   

Reply

Marsh Posté le 10-01-2008 à 14:27:13    

tu es bien certains de pas avoir de mélange Ko / Kio - 1000/1024 ?
Au pire, tu peux faire un mkfs sur la nouvelle partition et tout recopier.

Reply

Marsh Posté le 10-01-2008 à 14:58:58    

Donc je viens de refaire, et toujours la même erreur :

Citation :


 
#dd if=/media/backup of=/dev/sda3
~# resize2fs /dev/sda3
resize2fs 1.40-WIP (14-Nov-2006)
Please run 'e2fsck -f /dev/sda3' first.
 
root@debian:~# e2fsck -f /dev/sda3
e2fsck 1.40-WIP (14-Nov-2006)
/dev/sda3: recovering journal
The filesystem size (according to the superblock) is 7323631 blocks
The physical size of the device is 5120718 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort<y>? no
 
Error reading block 5144576 (Invalid argument) while reading inode and block bitmaps.  Ignore error<y>? no
 
e2fsck: Can't read an block bitmap while retrying to read bitmaps for /dev/sda3
 


 
bref je crois que je suis parti pour le recopiage... Pour le "recopiage" de fichiers, je monte le backup quelque part et je recopie tout avec un gros  
 
#cp -R /media/dirBackup/* /media/sda3/
 
Ou bien il y a autre chose à faire?

Reply

Marsh Posté le 10-01-2008 à 15:16:50    

Utilise plutot rsync que cp, tu pourras toujours reprendre la ou tu en etais si tu dois interrompre ta copie.
Et --progress te renseignera sur ce qui reste a faire.

Reply

Marsh Posté le 10-01-2008 à 15:31:15    

merci bien.
Par contre c'est marrant que ma partition home, qui est en reiserfs, n'ait absolument rien eu... Non?
 
Edit : Je vois dans le man de rsync qu'il y a toute une floppée de paramètres comme -o -g -p qui permettent de garder les attributs d'owner, group, ...
 
Donc la ligne serait :
 
rsync --progress -rlogptH /media/backup /media/sda3
 
J'ai oublié qqch?


Message édité par esox_ch le 10-01-2008 à 15:38:02
Reply

Marsh Posté le 10-01-2008 à 18:15:07    

Bonjour,
 
Donc j'ai remplacé le -rlogptH par un -a qui les inclu tous (+ une autre option). ça c'est bien passé.
Merci a tous

Reply

Marsh Posté le 10-01-2008 à 18:53:33    

cp c'est très bien. ou alors un tar | tar. Ouais fait gaffe aux uid toussa. Un jour j'ai meme fini par carrément faire un chroot src et cp -ax / /mnt/new
 
Si t'en es à refaire un mkfs.ext3 et qu'un jour tu veux faire de l'ext4, utilise mkfs.ext3 -I 256 voire mkfs.ext3 -I 512.

Reply

Marsh Posté le 10-01-2008 à 18:57:39    

Ouep :D Je me suis rendu compte que le cp -R aurait été limite un peu brutal (paf tout mon FS en root :D) .
Par contre une fois reboot j'ai quand même du faire un reiserfsck -z sur ma partition /home ... Quand je balançais un reiserfsck tout con dessus il me disait qu'il y avais aucun problème, par contre gparted me disait que 99% de mon espace était plein. Une fois le reiserfsck -z tout est rentré dans l'ordre :D

Reply

Marsh Posté le 11-01-2008 à 11:32:40    

reiserfs ?

Reply

Marsh Posté le 11-01-2008 à 12:31:29    

Oué : pour checker avec reiserfsck c'est mieux quand la partition est en reiserfs :D
Enfin, problème résolu, maintenant tout marche comme un charme

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed