Pēdējo notikumu iespaidā, kad daudzi cilvēki konstatēja failu zudības failsistēmā ext4, tās veidotāji izteikušies par to, ka kodolā vajadzētu iekļaut jaunas sistēmas komandas, kas ļautu droši strādāt ar failiem.
Linus Torvalds kodola vēstuļkopā šos priekšlikumus asi nokritizējis un paziņojis, ka vairums programmētāju tās nekad nelietos, līdz ar to tās būs nestabilas un slikti notestētas.
lietoju un nekādu erroru neredzu, izņemot to, ka man izvēlne MainMenu (kārtošanai) nestrādā uz xubuntu kastes.
Problēma ar ext4 bija sekojoša, ja tika pārrakstīts fails (piemēram kā programmas pārraksta konfigurāciju failus), tad darbību secība read-truncate-write un pat darbību secība read_old-write_new-rename_old_to_new noritēja tādā veidā, ka ja dators nokrešo jebkurā brīdī 60 sekunžu laikā pēc šādas pārrakstīšanas, tad nākošajā ielādes brīdī izrādās, ka fails ir tukšs. ext3 tādā pašā situācijā ierakstītu datus 5 sekunžu laikā, un arī ja sistēmas krešs notiktu šo 5 sekunžu laikā, ext3 vienmēr saglabātu vismaz veco faila saturu.
Ja tu rediģē dokumentu ar autosave un tev pazūd elektrība, tad ir pieņemami, ja tu pazaudē pāris pēdējās sava darba minūtes, bet ext4 gadījumā bija ļoti liels risks pazaudēt VISU savu darbu.
Tso (ext4) autors mēģināja strīdēties, ka tas ir pilnīgi normāli, ka failu sistēma pazaudē failus, kas jau sen ir ierakstīti diskā. Lielākā daļa lietotāju nepiekrita (daudzi no kuriem, jau ir pazuadējuši svarīgus datus dēļ šīs problēmas) un to spiediena rezultātā Tso izlabos šo bugu uz 2.6.30 kerneļa versiju.
Linus kritizē Tso (netieši) par to, ka cilvēkiem vispār varēja likties pieņemams failu sistēmas algortms, kas var pazaudēt jau sen ierakstītus datus pietiekoši normālā darbības situācijā.
Patiesībā Linus nolažoja ne tikai ext4. ext3fs uzvedība arī nav diez ko racionāla. Citēju http://lkml.org/lkml/2009/3/24/460
\
Citēju vēlreiz:
The point is, if you write your metadata earlier (say, every 5 sec) and
the real data later (say, every 30 sec), you’re actually MORE LIKELY to
see corrupt files than if you try to write them together.
And if you write your data _first_, you’re never going to see corruption
at all.
This is why I absolutely _detest_ the idiotic ext3 writeback behavior. It
literally does everything the wrong way around – writing data later than
the metadata that points to it. Whoever came up with that solution was a
moron. No ifs, buts, or maybes about it.
Linus
oh noes, linus kaut ko ir pateicis.
Anyhoo, rekur viens biš prātīgāks murmulis
http://thunk.org/tytso/blog/2009/03/15/dont-fear-the-fsync/