[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: ext2 vs ext3

Francescu GAROBY-COLONNA wrote:
Je savais bien que j'allais dire une connerie à un moment ou à un autre.... Bon, après ton explication, il est évident que le noyau ne peut pas savoir ce que l'appli cherchait à écrire vu que cette dernière n'a pas eu le temps de tout écrire! Mais le noyau arrive quand même à retrouver le fichier tel qu'il était avant modification, non? Ce qui nécessiterait alors que les modifications ne soient pas apportés directement sur le fichier, mais sur une copie du fichier, puis l'ancienne version du fichier est détruite une fois que tout est OK (est-ce que c'est ce qui se passe? là, c'est une question que je me pose à l'instant)
Ben dans l'idée, il me remet comme AVANT qu'il y ait les données... tout court... ca disparaît par répertoire entier, parfois... (comme s'il perdait juste le point d'entrée, et donc 
il n'affiche plus le répertoire et son arborescence..)
2006/12/9, Yves Rutschle <debian.anti-spam@rutschle.net <mailto:debian.anti-spam@rutschle.net>>: 

    On Fri, Dec 08, 2006 at 11:34:26PM +0100, Francescu GAROBY-COLONNA
    wrote:
    > 2006/12/8, Francescu GAROBY-COLONNA <windu.2b@gmail.com
    <mailto:windu.2b@gmail.com>>:
    > >Ainsi, si un problème survient pendant la modification (coupure
    de courant
    > >par ex.), l'OS pourra au reboot retrouver le fichier dans son
    état initial
    > >(avant modification), mais surtout reprendre les modifications,
    ce qui
    > >évite
    > >d'avoir un fichier "bâtard" (ni complètement dans l'ancien
    état, ni
    > >complètement dans le nouvel état). Cela évite donc de se
    retrouver avec des
    > >données corrompues.
    > >(bon, là si quelqu'un veut bien vérifier que je n'ai pas dit de
    > >conneries...)

    Attention,  ça c'est  faux. Ext3  évite que  le *système  de
    fichier* ne se corrompe (donc  qu'on ne se retrouve avec des
    fichiers qui se mélangent par  exemple), mais il n'évite pas
    la corruption des données, pour  la simple raison qu'il faut
    que ce soit l'application qui s'en charge.

    Par exemple, si une application fait:

    - Lecture d'un fichier (texte, disons),
    - Changement de toutes les données,
    - Écriture de la moitié des données,
    - Autres choses, et là on crash

    Le noyau  n'a aucun moyen  de savoir ce que  l'application a
    fait avec ses données, et on se retrouvera avec un fichier
    incohérent.

    Y.


    --
    Lisez la FAQ de la liste avant de poser une question :
    http://wiki.debian.net/?DebianFrench
    Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
    "Reply-To:"

    To UNSUBSCRIBE, email to
    debian-user-french-REQUEST@lists.debian.org
    <mailto:debian-user-french-REQUEST@lists.debian.org>
    with a subject of "unsubscribe". Trouble? Contact
    listmaster@lists.debian.org <mailto:listmaster@lists.debian.org>




--
Francescu GAROBY-COLONNA
Reply to: