Disgression Conversion ext3 -> ext4

Salut,
Je crois qu’il y a une erreur dans ton T&A

et non

[quote]~# tune2fs -O extents,uninit_bg_dir_index /dev/sda2
tune2fs 1.41.12 (17-May-2010)
Jeu d’options de système de fichiers invalide : extents,uninit_bg_dir_index[/quote]

Et j’ai une question, quel est l’intérêt de l’option -P pour la commande fsck ? Le man ne m’a pas vraiment éclairé sur ce point…

:006

Mortelle la virgule…

[quote=“lol”]Salut,
Je crois qu’il y a une erreur dans ton T&A

et non

[quote]~# tune2fs -O extents,uninit_bg_dir_index /dev/sda2
tune2fs 1.41.12 (17-May-2010)
Jeu d’options de système de fichiers invalide : extents,uninit_bg_dir_index[/quote][/quote]
Tu as tout à fait raison merci :slight_smile:

C’est l’option -p que j’utilise qui permet de corriger automatiquement les erreurs de manière sûr. -f force la vérification même si le système de fichier est marqué comme propre. -D permet d’effectuer des optimisations sur les dossiers.

Pour avoir la documentation en question il faut faire (tu peut même l’avoir en français sous Debian) :

Ploup
j’ai constater que le formatage direct en ext4 (donc pas comme le propose le tuto ici) permet de diminuer fortement la fragmentation qui montait encore assez haut en etx3 + de 15%.
Depui l’ext4 c’est donc plus propre. sinon les nouvelle installation propose l’ext4 et gparted aussi désormais :wink:

j’ai 4 disque en etx4 et rien a signaler je pense pas que de faire mieux que l’ext4 sera difficile :slight_smile:
j’ai préférer ré-installer car a l’époque l’ext4 étai encore pas supporter.

en passant avec grub2 les uuid son “mieux(?)” gérer il me semble quand on a pas les bug qui traîne avec …

Sur le fond , sans opinion

Sur la forme : un tuto ou un wiki sans fautes c’est beaucoup mieux,

corriger plus pour fauter moins
panthere : si tu le veux je te corrige les fautes de ton message pour le même tarif.

À corriger :

Vous verrez que ce tutoriel est construit de manière à vous prévenir des risques essaie de vous expliquer où vous pouvez vous arrêter
"ce tutoriel est construit" enlever “est” ou ajouter “ET” (et essaie de …)" , la phrase ne tient pas debout

à quel étape vous arrêter
UNE étape, féminin -> queLLE étape

linux en version 2.6.28 ou superieur
UNE version, féminin -> version supérieurE
discutable : un linux supérieur

(par la suite nous considèreront /dev/sdr4, nous considèrerons en outre qu’il sagit de la racine de votre Debian

considèreront = ils, NOUS considèreronS
il s’agit

Lire et comprendre toute les mises en garde
touteS

à fin
afin
discutable “à quelle fin ?”

Le fichier /etc/fstab.back seras créé
sera

je vous conseil
je vous conseille

Monter votre système de fichier racine
MontEZ
Juste grammaticalement, faux dans le contexte DémarrEZ montEZ remplacEZ

Si tout ce passe bien
SE passe

vous bénéficierais de l’augmentation de la taille maximale des fichiers d’ext4 ainsi que certaines optimisations du point de vu performance mais vous ne bénéficierais pas

vous bénéficierEZ x2
LA vuE -> point de vuE

Démarrer sur votre linux live

Vérifiez le périférique

ER ou EZ pas les deux
périphérique

ici on parleras
on parlera

pour regarder les fichiers contenu.
les fichier contenuS

La seconde commande est extrêmement importantes
importante , singulier

répondez y
trait d’union

c’est pour corriger ces erreurs que l’on l’utilise.
subjectif , l’x 2 à mes yeux (et oreilles) hypercorrection superflue, un seul suffit : qu’on l’utilise

Vous voila avec
voilà

les extents ne seront pas utilisés pour les fichiers créé préalablement
les fichiers créeS

mais les fichiers précédement créé
précédeMMent créeS

dans un context de livecd
anglicisme ? contextE

tout les fichiers et tout les dossiers
touS x2

les fichiers en question restent accessibles et inchangées.
UN fichier, masculin -> inchangés

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 !