Je doit reconaitre que NTFS est particulièrement corriace, je l'ai vu marcher^Wramper sur des disques qui avaient presque plus de secteurs defectueux que de fichiers. Peut être qu'il réalloue les secteurs défectueux ailleurs ?
Par contre sur le PC de ma maman il a décidé récemment de faire des écrans bleus. Même le CD d'install de windows plantait, alors que la partoche était parfaitement lisible sous linux... comme quoi desfois.
Pour en revenir au sujet, je conseille au gens qui ont des pertes avec leur FS de tenter "smartctl -t long", on a souvent des surprises. Dans ce cas, activation de smart dans l'espoir qu'il réalloue les secteurs, et sinon formatage bas niveau !
Un autre problème peut venir du cache des disques durs : ça sert plus à rien sous Linux (pas à quelques Mo de cache près), et la plupart des fabriquant désactivent l'instruction permettant de le vider pour augmenter leur perfs dans les benchs. Ça contourne le log, et le FS peut rien y faire.
Souvent y'a la ram aussi... enfin pleins de bonnes excuses. C'est vrai que XFS et reiserfs réagissent mal au hardware défaillant de manière chronique mais ils résistent en cas de plantage ponctuel.
En fait, j'ai pas assistée à des corruptions spontané de partitions sans problèmes matériels derrière depuis des versions antidéluviennes du 2.4 . En supposant que ça vous soit réellement arrivé, et de manière reproductible, il ne vous reste plus qu'à faire un rapport de bug.
Ouais, enfin, c'est assez frustrant de n'avoir jamais rencontré une seule corruption de système de fichiers sous Windows (et ce malgré les plantages de Windows 95 et Me)
Pour dire que fat32 est résistant il faut en vouloir... rien que le coup du versionning de nom par checksum sur un octet c'est rigolo... en plus il est pas journalisé, je compte plus le nombre de "scandisk à corrigé une erreur" que tout le monde zappait. Sans parler des perfs, ce truc c'est l'archétype du système conçu uniquement pour la rétrocompatibilité (avec win9x justement).
[^] # Re: Normal, c'est une feature...
Posté par un_brice (site web personnel) . En réponse au journal XFS: demain j'arrête.... Évalué à 5.
Par contre sur le PC de ma maman il a décidé récemment de faire des écrans bleus. Même le CD d'install de windows plantait, alors que la partoche était parfaitement lisible sous linux... comme quoi desfois.
Pour en revenir au sujet, je conseille au gens qui ont des pertes avec leur FS de tenter "smartctl -t long", on a souvent des surprises. Dans ce cas, activation de smart dans l'espoir qu'il réalloue les secteurs, et sinon formatage bas niveau !
Un autre problème peut venir du cache des disques durs : ça sert plus à rien sous Linux (pas à quelques Mo de cache près), et la plupart des fabriquant désactivent l'instruction permettant de le vider pour augmenter leur perfs dans les benchs. Ça contourne le log, et le FS peut rien y faire.
Souvent y'a la ram aussi... enfin pleins de bonnes excuses. C'est vrai que XFS et reiserfs réagissent mal au hardware défaillant de manière chronique mais ils résistent en cas de plantage ponctuel.
En fait, j'ai pas assistée à des corruptions spontané de partitions sans problèmes matériels derrière depuis des versions antidéluviennes du 2.4 . En supposant que ça vous soit réellement arrivé, et de manière reproductible, il ne vous reste plus qu'à faire un rapport de bug.
Pour dire que fat32 est résistant il faut en vouloir... rien que le coup du versionning de nom par checksum sur un octet c'est rigolo... en plus il est pas journalisé, je compte plus le nombre de "scandisk à corrigé une erreur" que tout le monde zappait. Sans parler des perfs, ce truc c'est l'archétype du système conçu uniquement pour la rétrocompatibilité (avec win9x justement).