Plus une copie partielle du fichier :
> Veuillez prendre note que les fichiers journaux aussi peuvent être
> endommagés en cas de panne d'électricité. Lorsqu'un système est privé
> de courant, le comportement de ce système est indéterminé. Exemple : le
> contenu de la mémoire peut se dégrader (devenir corrompu de façon
> aléatoire) car il est copié sur le disque dur exécutant les derniers
> souffles d'énergie. Cette situation est complètement différente de la
> séquence d'événements définie qu'est l'arrêt du système en appuyant sur
> le bouton « réinitialiser » lorsque le système est en cours d'exécution.
> En outre, les disques durs IDE n'offrent pas toutes les garanties d'ordre
> d'écriture que les disques SCSI offrent.
Maintenant t'es libre de faire comme les autres et de dire que les systèmes de fichier journalisé c'est top génial pour ton PC personnel sans onduleur avec disque ide qui passe par un controleur avec 16 Mo de cache et un noyau 2.5.x (x > 0).
J'ai une RedHat 7.2 ou boulot avec ext3 depuis 1 moi. Mon pc avait des problèmes avec les nappes IDE (c'est un pc de dev, donc du IDE c'est nettement suffisant). A cause de ce problème, le noyau a fait plusieurs panic/freeze (les données qui venait du swap je pense). A chaque reboot le fsck n'était pas complet mais rapide (c'est le "plus" d'ext3). J'ai fait des fsck forcés (-f) et il restait des erreurs ! C'est normal. Le noyau (et ext3) croit avoir écrit correctement sur le disque, hors ce n'est pas le cas. Une foi le problème des nappes fixé, pas de plantage et donc peu d'interrêt d'ext3.
Je me répète, mais un système de fichier journalisé c'est pas très intéressant pour un usage courant (sauf peut-être sous Windows :-) ).
[^] # Re: Enfin journalisé !
Posté par matiasf . En réponse à la dépêche Les noyaux Linux nouveaux sont parmi nous. Évalué à 1.
Tu as raison, c'est dans le "RELEASE-NOTES".
REALSE-NOTES :
ftp://ftp.free.fr/pub/Distributions_Linux/RedHat/redhat/redhat-7.2(...)
Plus une copie partielle du fichier :
> Veuillez prendre note que les fichiers journaux aussi peuvent être
> endommagés en cas de panne d'électricité. Lorsqu'un système est privé
> de courant, le comportement de ce système est indéterminé. Exemple : le
> contenu de la mémoire peut se dégrader (devenir corrompu de façon
> aléatoire) car il est copié sur le disque dur exécutant les derniers
> souffles d'énergie. Cette situation est complètement différente de la
> séquence d'événements définie qu'est l'arrêt du système en appuyant sur
> le bouton « réinitialiser » lorsque le système est en cours d'exécution.
> En outre, les disques durs IDE n'offrent pas toutes les garanties d'ordre
> d'écriture que les disques SCSI offrent.
Maintenant t'es libre de faire comme les autres et de dire que les systèmes de fichier journalisé c'est top génial pour ton PC personnel sans onduleur avec disque ide qui passe par un controleur avec 16 Mo de cache et un noyau 2.5.x (x > 0).
J'ai une RedHat 7.2 ou boulot avec ext3 depuis 1 moi. Mon pc avait des problèmes avec les nappes IDE (c'est un pc de dev, donc du IDE c'est nettement suffisant). A cause de ce problème, le noyau a fait plusieurs panic/freeze (les données qui venait du swap je pense). A chaque reboot le fsck n'était pas complet mais rapide (c'est le "plus" d'ext3). J'ai fait des fsck forcés (-f) et il restait des erreurs ! C'est normal. Le noyau (et ext3) croit avoir écrit correctement sur le disque, hors ce n'est pas le cas. Une foi le problème des nappes fixé, pas de plantage et donc peu d'interrêt d'ext3.
Je me répète, mais un système de fichier journalisé c'est pas très intéressant pour un usage courant (sauf peut-être sous Windows :-) ).