Disgression Conversion ext3 -> ext4

Ca a fonctionne pour moi a part un detail :

[quote]$ sudo fsck -pDf /dev/sdr4
fsck from util-linux-ng 2.17.2
fsck.ext2: No such file or directory while trying to open /dev/sdr4
/dev/sdr4:
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193

ubuntu@ubuntu:~$ sudo fsck -pDf /dev/sda2
fsck from util-linux-ng 2.17.2
/dev/sda2: One or more block group descriptor checksums are invalid. FIXED.
/dev/sda2: Group descriptor 0 checksum is invalid.

/dev/sda2: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)[/quote]

J’ai donc fait en enlevant le p.

@etxeberrizahar > Merci beaucoup pour ta relecture attentive il faut que j’apprenne à faire beaucoup plus gaffe (et à ne pas écrire de tuto la nuit).

@youki > C’est surprenant, mais pas très grave l’option -p est là pour corriger automatiquement les erreurs. Il ne te la liste pas dans le man de fsck.ext4 ?

[quote=“MisterFreez”]@etxeberrizahar > Merci beaucoup pour ta relecture attentive il faut que j’apprenne à faire beaucoup plus gaffe (et à ne pas écrire de tuto la nuit).

@youki > C’est surprenant, mais pas très grave l’option -p est là pour corriger automatiquement les erreurs. Il ne te la liste pas dans le man de fsck.ext4 ?[/quote]
Ben pourtant oui, c’est bien liste. Mais bon, ca a fonctionne tout de meme. Merci pour le tuto.

Merci pour le tuto!

Petite question bête : comment on sait que ça a marché?

Salut,

[code]

parted

(parted) print
Model: ATA SAMSUNG HD203WI (scsi)
Disk /dev/sda: 2000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number Start End Size Type File system Flags
1 32,3kB 52,4GB 52,4GB primary ext4
2 52,4GB 2000GB 1948GB extended
5 52,4GB 105GB 52,4GB logical ext4
6 105GB 157GB 52,4GB logical ext4
7 157GB 166GB 8390MB logical linux-swap(v1)
8 166GB 952GB 786GB logical ext4
9 952GB 2000GB 1048GB logical ext4

(parted) quit
#[/code]

Merci, c’était bien simple :laughing:

Petit problème après conversion. Je sais que ça devrait plutôt figurer dans SD, mais comme le T&A pointe ici pour les discussions, autant que ça profite pleinement si je suis pas le seul.

Donc j’ai un ralentissement notable, surtout au boot, depuis la conversion en ext4, et la fragmentation a augmenté. J’entends par là qu’elle est passée de 2.2% à 5.3% sur le disque / et qu’elle a atteint 14% (!) sur /home. Pour les ralentissements, ça se sent surtout au login, le prompt “Password” met un temps fou à venir, et le xinit est au moins 2~3sec plus long aussi.

Je joins mon fstab, au cas où ça soit une de mes options d’ext3 qui fout le boxon :

proc /proc proc defaults 0 0 UUID=26c9f752-c526-4466-befc-ecb04554e4b6 / ext4 errors=remount-ro,noatime,nodiratime 0 1 UUID=018198d9-d7e0-4301-bafe-6c3dc40d0095 /home ext4 defaults,noatime,nodiratime 0 2 UUID=e7acb1a1-c638-4272-9825-6e7022e8b5a0 none swap sw 0 0 UUID=0BDAF3FE3D8116E5 /media/win ntfs-3g defaults 0 0 /dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0
Je suis preneur de toute piste.

perso je doute que la conversion fasse les chose proprements… j’ai formater direct en ext4 est c est mieux que l’ext3 coter fragu, qui montai a 30% … :sunglasses:

bon après peut etre que sa change rien,si c est la cas je dis rien hein :005

@seb-ksl > Tu es allé jusqu’où dans la méthode ?

Jusqu’au bout capitaine :

[code]tune2fs -O extents,uninit_bg,dir_index /dev/sda1
fsck -Df /dev/sda1

find /mnt/disk -xdev -type f -exec chattr +e {} ;
find /mnt/disk -xdev -type d -exec chattr +e {} ;[/code]
Avec un live-CD d’BoutToutMou 10.10.

[quote=“youki”]Ca a fonctionne pour moi a part un detail :

[quote]$ sudo fsck -pDf /dev/sdr4
fsck from util-linux-ng 2.17.2
fsck.ext2: No such file or directory while trying to open /dev/sdr4
/dev/sdr4:
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193

ubuntu@ubuntu:~$ sudo fsck -pDf /dev/sda2
fsck from util-linux-ng 2.17.2
/dev/sda2: One or more block group descriptor checksums are invalid. FIXED.
/dev/sda2: Group descriptor 0 checksum is invalid.

/dev/sda2: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
(i.e., without -a or -p options)[/quote]

J’ai donc fait en enlevant le p.[/quote]

Je confirme, ne s’exécute pas avec l’option -p, la retirer résouds tout. (il détecte probablement trop d’erreur par rapport à une situation normale pour accepter le mode automatique).

[code]# fsck -pDf /dev/sdaX
PartName: One or more bloc groupe descriptor checksums are invalid. CORRIGÉ.
PartName: Le checksum du descripteur de groupe 0 est invalide.

PartName: INCONSISTENCE INATTENDUE ; EXÉCUTEZ fsck MANUELLEMENT.
(i.e., sans options -a ou -p)
[/code]

# fsck -Df /dev/sdaX One or more bloc groupe descriptor checksums are invalid. Corriger<o>? oui
et il fait le boulot

Bonjour,
Hier au soir (jusqu’à tôt ce matin :119 !) j’ai suivi ton tuto !
Ce que tu y a mis est nickel sauf que j’ai enlevé l’option"-p".
Le problème, c’est que j’ai buté sur la suite !

Au reboot, grub inopérant.
Pas de problème, j’utilise un live cd pour le réinstaller en chroot.
<début des emmer…>
Je n’arrive pas à entrer dans le chroot !
Ma conclusion : quelque chose s’est mal passé.
Je réinjecte la sauvegarde que j’avais fait préciseusement avec l’utilitaire clonezilla du livecd parted magic
Je redémarre, même problème de grub, chroot toujours impossible.
:013
Je vais voir quelques info sur le net ! Je n’utilisais pas le bon cd ! J’ai une architecture 64 bits et j’utilisais un x86 ! :blush:
Je grave un nouveau cd à partir d’un live cd qui trainait, je chroot, je réinstalle grub et je retrouve mon système d’avant.
</fin des emmer…>
Je suis persévérant, et je retente la procédure précédente (hors balise)
Je chroot avec le mode rescue du netinstall debian qui au passage est excellent !
Je reinstalle grub
Le système ne boot pas ! :013
Google me dit :
ajouter l’option : GRUB_CMDLINE_LINUX=“rootfstype=ext4” dans /etc/default/grub.
Et me voici enfin avec mon système en ext4 avant la prochaine étape : le passage en testing (cf mon prochain post)!

Conclusion :
Ajouter à ton tuto :
- essayer le chroot avant !
- Ajouter l’option grub ci dessus.
Faire une bonne sauvegarde aide à rester serein

Merci beaucoup pour la sauvegarde j’ai prévenu lol.

Pour le chroot, si tu me dis comment le faire étape après étape je l’intègre tout de suite. Pour l’astuce de grub je la met en prérequis. Je pensais que le test en modifiant /etc/fstab suffisait mais j’ai était bète en fait il faut plutôt essayer en demandant à grub de monter la partition ext3 comme si elle était en ext4.

@seb-ksl > Je n’ai pas oublié ton problème. J’ai du mal à comprendre d’où ça viens. J’ai beaucoup cherché de solution de défragmentation la seule que j’ai pu trouver c’est de faire une sauvegarde de la partition en question (des fichiers de cette partition) avec tar, rsync ou autre (pas dd pas partimage) et de restaurer. Sinon avec le temps ton système de fichier se défragmenteras de lui même.

Pas de problème, j’ai décidé de toute façon de reformater proprement en ext4 dès que j’aurai un peu de temps. Merci quand même !

Tu as vu comment que tu avais une fragmentation importante ?

Chroot pour les nuls :
Munissez vous d’un CD debian netinstall ou buisnesscard de votre architecture.
Au boot :

  • Advanced option >
  • Rescue mode
  • Sélectionner la langue, votre situation géographique, la disposition du clavier
  • Donner un nom au système (on s’en fou, on s’en servira pas ! )
  • Entrez le nom de domaine ( inutile si internet via box )
  • Choisir la partition à monter comme système de fichier racine
  • Exécuter un shell dans /dev/sdXX
  • Continuer
    Vous êtes dans la matrice du chroot !
    Exit pour quitter. Aucune connaissance utile en chroot !

J’oubliais un point qui peut-être intéressant à faire avant la conversion : une vérification du disque !

Tout est intégré merci :slightly_smiling:
(y compris le premier fsck pour le système)

J’avais programmé un fsck au premier reboot après la conversion, et il affiche le % de “blocs non-contigus”, que j’ai toujours associé (à tort ?) à la fragmentation. Ce qui est sûr, c’est que même si ce n’est pas la fragmentation réelle, ce % a explosé sur les 2 partitions, et que xinit met un temps x1,5 à x2 pour tout lancer.

Allright, après une réinstallation de Squeeze directement sur de l’ext4, tout roule parfaitement !