A causa della modalità delayed allocation del nuovo file system potrebbero verificarsi perdite di dati, sopratuttto all’interno di file di configurazione. La risposta di Ted Ts’o chiarisce tutto.
Un bug report postato all’interno dell’apposita sezione per la prossima versione di Ubuntu 9.04 (Jaunty Jackalope) parla di una possibile perdita di dati utilizzando il nuovo file system Ext4. Ricordiamo che Fedora 11 e openSUSE 11.2 lo utilizzeranno come file system predefinito, abbandonando di fatto Ext3.
Il report parla di un crash dopo il caricamento dei principali file di KDE 4. Subito dopo l’avvio dell’ambiente desktop, quindi, utilizzando Ext4 si assiste ad una perdita di un bel po’ di file di configurazione. L‘utente del bug report lamenta addirittura perdite di dati all’interno del file di configurazione di Plasma e di interi database MySQL.
Ma la risposta di Ted Ts’o, principale sviluppatore di Ext4, non si è fatta attendere. A quanto pare il nuovo file system utilizza la delayed allocation che in pratica scrive i dati su disco impiegando anche più di 60 secondi. Questa modalità aumenta da un lato le performance ma può portare a questi problemi, specialmente con ambienti desktop come KDE e GNOME che lavorano con un mucchio di piccoli file di configurazione.
Dunque, se durante l’avvio di KDE4 si verifica un crash, potrebbe venire a mancare il tempo necessario per allocare e scrivere i file sul disco rigido. Pertanto si verifica una perdita di dati, oppure vengono troncati i file di configurazione.
Allocate-on-flush (also called delayed allocation) is a computer file system feature implemented in the HFS+[1], XFS, Reiser4, ZFS and ext4 file systems.
When blocks must be allocated to hold pending writes, disk space for the appended data is subtracted from the free-space counter, but not actually allocated in the free-space bitmap. Instead, the appended data is held in memory until it must be flushed to storage due to memory pressure, when the kernel decides to flush dirty buffers, or when the application performs the Unix “sync” system call, for example.
Ts’o ha infine dichiarato che il problema affligge anche altri file system, come ad esempio XFS e Btrfs. Ma niente paura, una patch in grado di risolvere la situazione verrà inclusa all’interno del kernel 2.6.30.
2.6.30 ???? E Fedora vuole renderlo standard nella sua versione con 2.6.29???
Per una volta la prudenza di Ubuntu è stata utile, non si puà rendere predefinito Ext4 se ha ancora questi bug…… meglio tenere Ext3 fino a quando non sarà risolto ogni problema…..
Stiamo parlando di un filesystem, non sono accettabili perdite/danneggiamenti di dati……
[Rispondi]
Perdonate l’ignoranza, non è un pò quello che capita con l’opzione writeback di ext3 e reiserfs?
…almeno l’effetto mi sembra esser lo stesso.
[Rispondi]
@scorp
una macchina linux può crashare per esempio a causa di un bug in un applicazione.
[Rispondi]
Andrea Reply:
marzo 14th, 2009 at 14:09
sbagliato, in quel caso crasha l’applicazione, non l’intero sistema.. basta killare l’applicazione.. non siamo mica su Windows!!
[Rispondi]
Piu sync per tutti
[Rispondi]
è un problema noiosissimo!!!!!
Sto testando l’alpha5 di ubuntu 9.04 su ext4, quindi possono capitare dei crash…..
Il problema mi capita spesso quando faccio aggiornamenti del sistema, mandando in malora 1/2 sistema…..
Tipo scarica i .deb, li estrae, va a sostituire i file di istallazione e nel contempo crasha
Al riavvio i file coinvolti nell’aggiornamento non saranno + presenti il chè comporta lunghe sessioni di console per ripristinare tutto……
[Rispondi]
Andrea Reply:
marzo 14th, 2009 at 14:10
Beh, se testi versioni instabili per definizione, non può pretendere che il sistema sia stabile.. Se non vuoi sbatterti, usa Ubuntu 8.10 o meglio Ubuntu 8.04 LTS..
[Rispondi]