Bad Superblock sur EXT3 après redimentionnement - Divers - Linux et OS Alternatifs
Marsh Posté le 10-01-2008 à 11:57:01
t'as resizé tes partitions sans changer la taille des fs ?
Marsh Posté le 10-01-2008 à 12:31:56
Heu ... en gros oui ... Y a moyen de les resizer eux aussi ?
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
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
Merci en tous cas
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?
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" ...
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>?
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 ?
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
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.
Marsh Posté le 10-01-2008 à 14:58:58
Donc je viens de refaire, et toujours la même erreur :
Citation : |
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?
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.
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?
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
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.
Marsh Posté le 10-01-2008 à 18:57:39
Ouep Je me suis rendu compte que le cp -R aurait été limite un peu brutal (paf tout mon FS en root ) .
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
Marsh Posté le 11-01-2008 à 12:31:29
Oué : pour checker avec reiserfsck c'est mieux quand la partition est en reiserfs
Enfin, problème résolu, maintenant tout marche comme un charme
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