Page 2 sur 2

MessagePosté: 21 Avr 2009, 22:19
de bellafago
Bonjour,


Tout simplement , quand vous passez au partionnement , de choisir les options personnalisées , plutot que les options " standard", ce qui permet de choisir l'ext 4, plutot que l'Ext 3...

@+, Bertrand.

MessagePosté: 22 Avr 2009, 09:36
de Lt87
Bonjour,

je me suis peut-être mal exprimé. Il ne me semble pas que cela soit dû à un problème d'installation, mais aux caractéristiques du nouveau système de fichiers. La perte de données peut se produire en cas de crah du système, de coupure de courant...
Explications ici :



un petit résumé très simplifié:

1) Quand une application écrit des données via le système de fichiers, rien ne lui garantit que ces données seront immédiatement écrites sur le disque pour des raisons de performance. Le plus souvent elles restent en cache un certain temps, jusqu'à ce que le système de fichiers décide que c'est le moment de les écrire ou jusqu'à ce que l'application lui demande explicitement de le faire par la requête fsync. Beaucoup d'applications ne font pas de fsync, elles laissent faire le système de fichiers.

2) ext3 retient les données au maximum 5 sec. ext4 peut les retenir un temps variable qui peut aller jusqu'à une minute.

3) Dans les deux cas, si le système crashe avant que les données soient écrites sur disque, elles sont perdues. Ce n'est généralement pas très grave: si on a modifié un fichier avec une application et qu'il y a un crash, il "suffit" de refaire la modification à partir du fichier original, c'est juste embêtant mais ça arrive quand même rarement sous linux. Ca peut cependant l'être si on copie ses photos depuis l'appareil photo sur une partition ext4, puis on supprime les photos de l'appareil puis... le système crashe avant que le système de fichiers les ait réellement écrit sur disque (à moins que Nautilus ou Dolphin ne fasse un fsync à la fin de la copie, je ne sais pas ce qu'il en est). Le risque est quasiment nul en ext3 (5 sec max), plus vraisemblable en ext4 (1 min max).

4) Le problème c'est que ext4 ne fait pas qu'augmenter le délai (pour améliorer les performances, optimiser la gestion des SSD et réduite la fragmentation), il travaille autrement que ext3 et là où en cas de crash ext3 ne perd jamais le fichier original, seulement le fichier modifié, ext4 perd les deux : ils deviennt tous les deux des fichiers de longueur 0.

5) Le problème c'est aussi qu'il peut y avoir un problème sans même qu'il y ait un crash : les topics sur le sujet citent que certains enchainements utilisés par certaines applications (tels que créer un fichier puis ensuite le renommer sans faire un fsync entre les deux) peut conduire à des pertes de données en ext4, ce qui n'est pas le cas en ext3.


Source: http://forum.ubuntu-fr.org/viewtopic.php?pid=2577520.

Des patchs limitant les risques ont été ajoutés au noyau de jaunty jackalope. Tout ne semble pas complètement réglé. Pour éliminer totalement le risque de perte de données, il faut ajouter l'option "nodelalloc" sur chaque ligne du fstab (pour les partitions en ext4).

J'espère avoir été plus clair ainsi. Sans vouloir faire peur, il me semblait important d'attirer l'attention sur ce nouveau fichier ext4 (il ne s'agit pas d'un bug, mais d'un mauvaius codage des applications, qui ne forcent pas l'écriture du cache disque quand il le faut).

@+

MessagePosté: 29 Nov 2009, 10:05
de renegodiveau
Bjr,
J'ai voulu remettre une debian sur ma machine Lap 1(multiboot),
Repartant du CD Live 5.0.3, j'avais préparé ma part en ext4, malheureusement lenny ne propose pas ( ou il fallait faire une manip); j'ai chargé dessus quand même.
Chargement de la 5.0.3, upgrade vers squeeze, OK.
Je croyais au père Noël, pensant que squeeze me mettrait en ext4 par défaut..
Qu'aurais-je dû faire?
Je tente une migration ext3>ext4, au risque de tout casser! :roll:
Bof!
@+

MessagePosté: 29 Nov 2009, 12:55
de jessminder
ouioui je ocnfirme, squeeze choisit par défaut ext3, il faut choisir l'option partitionnement expert manuel pour ext4.

MessagePosté: 29 Nov 2009, 17:29
de renegodiveau
Bsr, jessminder
OK, Mais dans mon cas, le choix était, au stade lenny! après c'est le upgrade qui déroule, et là naïvement je pensais la mise en ext4, par défaut.
Je soupçonne l'oubli d'une manip (niveau de lenny dans mon cas), pour préparer le upgrade en ext4?
Posons la question autrement:, comment upgrader lenny > Squeeze en ext4,
@+

MessagePosté: 01 Déc 2009, 21:38
de piratebab
Bonsoir,
ext4 requiert une version récente du noyau linux, qui n'est pas dans lenny. Il faut donc comencer par installer un noyau récent (par ex 2.6.30, en attendant le 2.6.32)
Tu peux ensuite convertir tes partitions ext3 en ext4: http://www.cyberciti.biz/tips/linux-con ... ystem.html

MessagePosté: 02 Déc 2009, 07:35
de renegodiveau
Bjr, piratebab,
Trop tard, j'ai rechargé
Je n'avais pas trouvé ce tuto, subsiste un risque, en réalité!
Concrètement:
Pour charger en squeeze directement, il faut choisir la testing, il me semble, elle nous propose les 2 derniers kernels et l'option ext4 en mode manuel.
http://cdimage.debian.org/cdimage/weekl ... 386/bt-cd/
http://cdimage.debian.org/cdimage/daily ... 86/iso-cd/
Merci à tous,
@+

MessagePosté: 02 Déc 2009, 19:30
de piratebab
Je viens de regarder des test sur le site de phoronix, l'ext4 reste plus lent que l'ext3 (je ne sais plus si c'est en lecture ou en écriture)