Re: Fwd: Re: [newbie-it] controllo filesystem fallito?!
Alle 02:35, giovedì 3 luglio 2003, miKe ha scritto: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alle 14:22, mercoledì 2 luglio 2003, in merito a Fwd: Re: [newbie-it] controllo filesystem fallito?!, AF ha scritto: Uso ext3, il disco finora non ha dato alcun problema, credo sia sano, il problema dovrebbe derivare solo dall'improvviso blocco del pc e quindi dalle eventuali incongruenze. uso da sempre reiser, quindi la mia conoscenza di ext3 è quella che avevo di ext2 più poche cose che ho letto (non lo reputo un gran Scusate se mi intrometto. Reiser invece che caratteristice ha, perché lo reputi migliore di ext3?? Ciao
Re: Fwd: Re: [newbie-it] controllo filesystem fallito?!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alle 09:41, giovedì 3 luglio 2003, in merito a Re: Fwd: Re: [newbie-it] controllo filesystem fallito?!, Emiliano La Licata ha scritto: uso da sempre reiser, quindi la mia conoscenza di ext3 è quella che avevo di ext2 più poche cose che ho letto (non lo reputo un gran Scusate se mi intrometto. Reiser invece che caratteristice ha, perché lo reputi migliore di ext3?? Reiserfs, è nato per la gestione di grosse quantità di file di ed in questo (dicono i benchmark) è 10 volte più veloce di ext2, si spiega perchè : - -sia i dati chegli stat_data (inode)rimangono adiacenti (quindi vengono letti con meno I/O su disco); i - -tiene insieme le porzioni di file (tail) durante la scrittura (tail-packing) oltre alla velocità, ne deriva un certo risparmio di spazio (5-6%) infine, e non è poco: - -ha una struttura dei file che usa un albero BTree bilanciato, - -ha una allocazione dinamica degli inode, - -scrive su disco l'esatta dimensione del file. in rete trovi moltissimo in particolare sul sito di Suse che è un contributore importante al progetto; visto che me lo trovo, ti incollo comunque un articolo di A. Arcangeli *** Il file system ext3 ha il vantaggio di non richiedere formattazione del disco, ma ha tutti gli svantaggi che ext2 comporta, a causa del suo design ormai obsoleto; a suo vantaggio ha la semplicità e l'affidabilità. Non lo ritengo un filesystem di nuova generazione, ma sicuramente può risultare molto comodo. Un'altra interessante caratteristica di ext3 è che può effettuare anche data journaling (non solo metadata journaling) e un'altra modalità chiamata ordinata. Con quest'ultima caratteristica attiva non viene effettuato un vero e proprio data journaling (per evitare di rallentare troppo le operazioni di scrittura dei dati), ma si assicura solo che dopo un eventuale crash non sia possibile mostrare a dei normali utenti senza privilegi, dati presenti precedentemente sul disco, compromettendo in questo modo la sicurezza del sistema. Tale cosa può invece avvenire con ext2 (senza journaling) o con altri filesystem che effettuano solamente un puro metadata journaling. A livello di robustezza, il maggior vantaggio di ext3, rispetto ai suoi rivali, è certamente la condivisione del super-collaudato /sbin/e2fsck. Il file system ext3 non sarà il futuro nel lungo periodo, ma sicuramente è una soluzione eccellente per il presente. Il file system ReiserFS è molto più innovativo di ext2/ext3 dal lato del design, ed è interamente basato su una struttura che permette di raggiungere la parte metadata del filesystem (come il contenuto delle directory durante un lookup del nome di un file) in modo efficiente, con ridotta complessità computazionale rispetto all'algoritmo O(N) utilizzato dall'ext2/ext3. ReiserFS fornisce anche un modo tailpacking: questo permette di evitare lo spreco di spazio causato dai piccoli file che non utilizzano pienamente i blocchi fisici a loro assegnati. Se una parte del blocco fisico rimane inutilizzata, il file system può prendere i tail di due file e impacchettarli insieme in un altro blocco di disco. Questo riduce lo spazio sprecato e riduce anche l'I/O necessario per la lettura di piccoli file. ReiserFS è certamente il filesystem più indicato per contenere una miriade di piccoli file (come capita spesso nell'environment linux). Inoltre, grazie anche alla sua inclusione nel kernel ufficiale, offre buona robustezza. In particolare /sbin/reiserfsck e' maturato notevolmente nel ciclo di sviluppo del kernel 2.4. in futuro, credo che il nuovo reiser (che sembra non sarà retrocompatibile) e XFS saranno davvero i killer FS, vedrem.. *** JFS (ndr: IBM) è il classico filesystem journaling di nuova generazione: btree per directory (non globale), con qualche non ovvia considerazione sul bilanciamento dell'albero delle directory entry, a causa dei requisiti stateless dell'API getdents di linux (dove l'offset della directory entry non deve cambiare anche se qualche entry viene rimossa e la rimozione genera un ribilanciamente dell'albero). JFS offre extents nei metadata degli inodes, quindi ha le potenzialità per essere maggiormente efficiente di ext2 e di ReiserFS nella gestione di file di dimensioni molto elevate. XFS (ndr: Sgi) è certamente il piu' complesso filesystem per linux: ha alberi nelle directory ed extents come jfs, tende ad effettuare molte ottimizzazioni a basso livello, all'interno del lowlevel filesystem code, tende anche a duplicare funzionalità già provvedute dal VFS di linux, ha potenzialità superiori agli altri filesystem per vari workload comuni, per i quali e' espressamente ottimizzato. XFS ha il vantaggio di essere stato ben testato su IRIX, ma a mio parere, a meno che non venga cleaned-up in modo sostanziale (perlomeno per le parti ridondanti), la sua rilevante complessità potrebbe anche giocare a svantaggio nel lungo periodo
Re: Fwd: Re: [newbie-it] controllo filesystem fallito?!
Alle 02:35, giovedì 3 luglio 2003, miKe ha scritto: controllo filesystem fallito?!, AF ha scritto: Uso ext3, il disco finora non ha dato alcun problema, credo sia sano, il problema dovrebbe derivare solo dall'improvviso blocco del pc e quindi dalle eventuali incongruenze. uso da sempre reiser, quindi la mia conoscenza di ext3 è quella che avevo di ext2 più poche cose che ho letto (non lo reputo un gran sistema, a meno di non avere una macchina in funzione, quindi impossibilità a formattare e necessità di retrocompatibilità, ma è una mia idea..) Capisco, ma vedo che sei comunque ferrato sulle utiilty per il disco, perciò insisto per avere maggiori ragguagli. Per curiosità, con reiser come si risolverebbe il problema (anch'io ho letto che per certi aspetti è meglio, ma non avendo lunga esperienza ho preferito andare su scelte std)? Riallacciandoci al tuo errore quindi, se al boot non hai avuto una risposta positiva, è probabile che ci siano corruzioni che vanno oltre le semplici inconsistenze dovute allo spagnimento sporco, l'unico modo per capirlo è analizzare i log e vedere bene quale sia l'errore che fsck ti ha dato al riavvio, quindi se necessario verificare lo stato del disco Vorrei precisare che l'avviso si è verficato solo al primo riavvio successivo al blocco, nei successivi al boot leggo sempre filesystem 'clean'. Può darsi quindi che il problema sia stato già corretto? Ho provato a cercare a naso nei log e non ho trovato messaggi di errore in quel giorno. Ad es. con cat /var/log/boot.log | grep -1 hde5 ottengo fsck: /dev/hde5: clean e lo stesso con cat /var/log/messages | grep 'Jun 24' oppure cat /var/log/syslog | grep 'Jun 24'. Piuttosto nei vari log ho trovato altri errori o warning che mi piacerebbe indagare e risolvere. Non sono ancora in grado di farlo da solo, perciò ti andasse di darmi un'occhiata anche al solo dmesg (magari in privato) te ne sarei molto grato. (rimuovi il reply-to settato sul tuo nome, altrimenti le risposte ai tuoi post non andranno in lista) Ti ringrazio per la segnalazione, provvedo subito. Ciao. Ant -- Ho giocato a DOOM piu' in questi ultimi giorni che negli ultimi mesi. Amo il debugging ;-) -- Linus Torvalds
Re: Fwd: Re: [newbie-it] controllo filesystem fallito?!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alle 14:22, mercoledì 2 luglio 2003, in merito a Fwd: Re: [newbie-it] controllo filesystem fallito?!, AF ha scritto: Uso ext3, il disco finora non ha dato alcun problema, credo sia sano, il problema dovrebbe derivare solo dall'improvviso blocco del pc e quindi dalle eventuali incongruenze. uso da sempre reiser, quindi la mia conoscenza di ext3 è quella che avevo di ext2 più poche cose che ho letto (non lo reputo un gran sistema, a meno di non avere una macchina in funzione, quindi impossibilità a formattare e necessità di retrocompatibilità, ma è una mia idea..) vediamo un pò come funziona ext3 Allo Spegnimento GNU/ Linux sincronizza sul disco tutti i dati contenuti incache quindi i filesystem vengono smontati. al boot viene eseguito fsck che fa un controllo di tutti i filesystem trovati in /etc/fstab; affinchè tutti i meta-dati siano integri e utilizzabili. In caso di spegnimento sporco peròè probabile che i meta-dati non siano utilizzabili ; per correggere il problema, fsck inizia una scansione tentando di correggere i vari errori (in definitiva cercando di riportare in stato consistente i metadati, anche al rischio di perdita delle ultime modifiche) Questo metodo è sicuro, ma lentissimo, dovendo controllare tutto il disco; quindi per superarlo sono stati realizzati sistemi journalling, che aggiungono una sorta di diario; cioè prima di modificare i meta-dati, il driver di gestione dei fs scrive nel journal cosa sta per fare. Quando il fs viene montato, se non è integro, grazie al journal, (un log cronologico delle ultime modifiche ai meta-dati) potrà tornare indietro in stato di consistenza in pochi secondi. Riallacciandoci al tuo errore quindi, se al boot non hai avuto una risposta positiva, è probabile che ci siano corruzioni che vanno oltre le semplici inconsistenze dovute allo spagnimento sporco, l'unico modo per capirlo è analizzare i log e vedere bene quale sia l'errore che fsck ti ha dato al riavvio, quindi se necessario verificare lo stato del disco (rimuovi il reply-to settato sul tuo nome, altrimenti le risposte ai tuoi post non andranno in lista) - -- bye miKe Slackware 8.1 GNU/Linux 2.4.21 @ hp Xe3 R.U.#219755 -- S.R.U.#705 -- R.M.#110932 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/A3pBF/9fksDJ4y0RAtHVAJ0eFAtJA9kVDgyln6UJx2ER2HbNZQCgk9N5 sg11ANycgzLvJsYG6w8IkZc= =R5Ia -END PGP SIGNATURE-
[newbie-it] controllo filesystem fallito?!
Ciao a tutti. Mi è successo solo un paio di volte in due mesi che la Mandrke9.1 si piantasse. L'ultima stamattina mentre stampavo un file: si è fermato tutto (magari per il troppo caldo:-) e sono stato costretto a riavviare. Al riavvio ho visto che linux mi proponeva di verificare l'integrità del filesystem e ho scelto y. Purtroppo però il check è fallito e allora mi ha proposto di riparare (avvisandomi che avrei potuto perdere i dati!) o di riavviare senza check. Per stare tranquillo ho lasciato perdere la correzione e tutto 'sembra' a posto. Ma cosa mi consigliate, mi devo preoccupare, come ci si regola in questi casi? Devo fare un backup? Volendo forzare questa verifica e correzione (necessaria?) a backup effettuato, quali sono i comandi da dare? Grazie. Ant -- Quando dici: Ho scritto un programma che fa piantare Windows, la gente rimane impassibile e replica: Hei, io l'ho fatto con il sistema, *gratis*. -- Linus Torvalds
Re: [newbie-it] controllo filesystem fallito?!
perdona l'infame sistema mi ha manda sempre la risposta alla casella personale invece che alla ml. anche a me è capitata la stessa cosa un paio di volte per vari motivi. me ne sono strafregato e funziona tutto. perdonate l'alto contenuto tecnico della risposta. AF wrote: ...