Ext4 a rischio di perdita dati?

pubblicato: venerdì 13 marzo 2009 da Luca M. in: OS GNU/*/Linux Sistemi Operativi

La modalità “Delayed Allocation” del nuovo filesystem Ext4 potrebbe causare perdite di dati soprattutto a danno di files di configurazione e addirittura di files di database.

E’ quanto viene segnalato in un bugreport per la prossima release di Ubuntu (la 9.04 Jaunty Jackalope). Secondo il report, se avviene un crash ad esempio durante il caricamento dei files di configurazione di Kde4, al successivo riavvio si potrebbe avere la perdita di grosse parti di files di configurazione; l’utente autore della segnalazione segnala anche perdite di dati per i files di Database.

Secondo Theodore Ts’o, principale sviluppatore di Ext4, il problema è dovuto appunto alla modalità “Delayed Allocation”, e il problema è evidente soprattutto quando vengono gestite grandi quantità di files di piccole dimensioni, come accade ad esempio per l’ambente Kde4 o Gnome in fase di caricamento dei files di configurazione.

Lo sviluppatore ha dichiarato che il problema affligge anche altri filesystem come XFS, e Brtfs e ha inoltre assicurato che le patch al problema verranno inserite nel kernel 2.6.30.

Via | TuxJournal

PUBBLICITÀ
1 stelle2 stelle3 stelle4 stelle5 stelle (2 Voti | Media: 2.5 su 5)
condividi condividi condividi 14 commenti
PUBBLICITÀ

Commenti dei lettori

(Inserisci un commento - Nascondi commenti anonimi)
  • Profilo di FrAnKHiNrG

    FrAnKHiNrG

    13 mar 2009 - 10:08 - #1
    1 punto
    Up Down

    Ma con file di configurazione, si intende anche quelli dei programmi?

    Uso Jaunty con file system di root e home in EXT4 e giusto un paio di giorni fà mi è successo che dopo l’unico (per fortuna) crash del sistema, di aver perso totalmente la configurazione di aMule.

    Lì per lì non me lo spiegavo ma ora mi è più chiara la situaazione.

    Vabbè sono i rischi, accettabili, dell’utilizzo di una Alpha…e poi con sto EXT4 Ubuntu schizza na meraviglia :D

    Speriamo solo che almeno nella versione finale della 9.04, mettano il kernel patchato

  • Profilo di Fibux

    Fibux

    13 mar 2009 - 10:22 - #2
    1 punto
    Up Down

    Uhm… mi sa che per ora rimango con il mio ext3 :) Non vorrei rischiare di perdere qualche sorgente della tesi!!!!!

  • sirus

    13 mar 2009 - 11:29 - #3
    1 punto
    Up Down

    Theodore sostiene anche che la colpa sia dei programmatori negligenti che si sono abituati al funzionamento di ext3 che non è per nulla garantito dallo standard POSIX.
    Un modo per risolvere tutti i problemi sarebbe rivedere tutte le applicazioni/librerie che interagisco con il file system in modo che utilizzino fsync() ed fdatasync() (che non vengono utilizzate con ext3 poiché risultato molto lente ma che non soffrono di questo problema con ext4).

  • sirus

    13 mar 2009 - 11:29 - #4
    0 punti
    Up Down
  • carlo01

    13 mar 2009 - 11:33 - #5
    0 punti
    Up Down

    Vero, successo anche a me più volte con la alpha delle kubuntu 9.04 di perdere file di configurazione.

    Essendo alpha però, sono conscio del rischio.

  • hulud

    13 mar 2009 - 13:08 - #6
    0 punti
    Up Down

    Bhe se tieni un database su un filesystem con delayed allocation sei un mentecatto.

  • Profilo di Surfer

    Surfer

    13 mar 2009 - 16:51 - #7
    0 punti
    Up Down

    @2: tesi su una alpha?!?!?! Amante del rischio o che? :D

  • asda

    13 mar 2009 - 19:29 - #8
    0 punti
    Up Down

    sarebbe interessante sapere cosa ne pensato gli sviluppatori GNOME e KDE del suggerimento di Theodore di utilizzare un database (es. sqlite) al posto di tanti mini file di configurazione in ~/.kde4/…/blabla/… (o equivalente per gnome).

  • sono_un_pirillo

    13 mar 2009 - 20:29 - #9
    -2 punti
    Up Down

    Intanto ext4 kernel e utility sono tuut’altro che alfa ma stabilo.
    Gnu/Linux != da sto zzo di Ubuntu ecchediamine!

    Poi in teoria l’opzione nodelalloc nel mount
    esempio
    /dev/sdb13 / ext4 defaults,noatime,nodiratime,nodelalloc

    dovrebbe disattivare la “delayed allocation”.

    Dico dovrebbe perchè le info sono scarse.
    Oltre ai programmi sarebbe opportuno anche documentare le cose, maremma maiala.

  • Aldo "xoen" Giambelluca

    14 mar 2009 - 08:47 - #10
    0 punti
    Up Down

    Io lo sconsiglio d’usare ext4, sarà anche veloce ma ancora, come si può capire da questo problema, non è abbastanza maturo per le masse.

  • --dik--

    14 mar 2009 - 11:34 - #11
    0 punti
    Up Down

    voglio conoscere il pazzo che mette un db su ubuntu alpha con fs ext4 ancora in pieno sviluppo :)

  • Francesco8484

    14 mar 2009 - 13:09 - #12
    0 punti
    Up Down

    credo che le situazioni citate in precedenza(db su ubuntu alpha,ecc) siano dei test e non dei server in produzione.
    comunque ext4 è stabile da un pò, ma finchè non sarà adottato da un numero molto ampio di persone è facile che sorgano problemi non rilevati in fase di testing.
    alla fine la cosa importante è una: basta sapere che ext4 è un fs giovane e che usandolo si corrono alcuni rischi. se si vuole stare sicuri ci si tiene ext3. infatti ubuntu 9.04 userà di default ext3 invece di ext4.

  • carlo01

    14 mar 2009 - 14:29 - #13
    0 punti
    Up Down

    @dik

    Eccolo qua il pazzo. Dato che tutti i dati importanti li salvo altrove, non ci vedo nessuna pazzia ad usare kubuntu 9.04.
    Lo uso dalla alpha4 e con piena soddisfazione. Reputo la perdita della configurazione del desktop di kde un problema irrisorio.

  • memento mori

    14 mar 2009 - 17:40 - #14
    0 punti
    Up Down

    NTFS e’ da una vita che ha la delayed allocation, si puo decidere di attivarla per aumentare le prestazioni ma c’e’ un leggero richio di perdere dati per cui e’ bene avere un APC, oppure si puo disattivarla riduceno un po le prestazioni ma scongiurando il rischio di perdita dati.

    Io la tengo sempre attiva, quelle poche volte in cui e’ saltata la corrente non ho mai perso dati, anche se il rischio c’e’.

    Era ora che anche su Ext la mettessero comunque…

PUBBLICITÀ
L'email è richiesta ma non verrà mostrata ai visitatori.
Commenta questo articolo

Registrati per riservare il tuo nickname preferito su tutti i blog di Blogo e per caricare il tuo avatar. Se sei già registrato, effettua il login per usare il tuo nickname.

Si No
I commenti sono sottoposti alle linee guida per la moderazione.

Anteprima del commento

Network Blogo