Newsgroup: it.comp.os.linux.iniziare
Titolo: File system con errori

Ho un problema con un filesystem ext3 montato su un disco SCSI, che ha
iniziato a darmi errori.
Innanzitutto dall'out di tune2fs risultano sempre delle date sballate:
last mount, Last write e last check sono di due ore avanti, e di ciò
e2fsck si lamenta.
Ho corretto, ma non ha sortito alcun effetto, ho paura che setti l'ora
secondo il fuso corrente (+1h da GMT +1h di ora legale = 2 ore
sballate) e poi la legga secondo il GMT.
E' plausibile un bug del genere?
Ma la cosa più grave è che continua a darmi degli errori nonostante
abbia abbia cercato di correggerlo più volte, sia riavviando in single
user mode sia forzando manualmente un check al reboot.
Qualche idea? Oppure "cambia disco?"
PS: a grandi linee il sistema funziona.
Out di: e2fsck -n /dev/sdb1
e2fsck 1.40-WIP (14-Nov-2006)
Attenzione! /dev/sdb1 Ã¨ montato.
Attenzione: essendo un controllo a sola lettura, il journal non verrÃ 
ripristinato.
Superblocco last mount time is in the future.  Sistema? no
Superblocco last write time is in the future.  Sistema? no
/dev/sdb1 contiene un filesystem con errori, controllo forzato.
Passo 1: Controllo di inode, blocco(i) e dimensioni
Passo 2: Analisi della struttura delle directory
Elemento 'browse.dat' in /var/cache/samba (2212564) has cancellato/
unused inode 5242897.  Azzera? no
Passo 3: Controllo della connettivitÃ  di directory
Pass 4: Controllo del numero dei riferimenti
Unattached lunghezza-zero inode 5242896.  Azzera? no
Unattached inode 5242896
Collega a /lost+found? no
Pass 5: Checking gruppo summary information
Differenze nella mappa dei bit dei blocco:  +10500096 -10500097
Sistema? no
Numero dei blocco(i) liberi errato per il gruppo #145 (244,
contati=243).
Sistema? no
Numero dei blocco(i) liberi errato (6380890, contati=6380732).
Sistema? no
Differenze nella mappa dei bit degli inode:  +5242896 -5242897
Sistema? no
Numero degli inode liberi errato (8697021, contati=8697006).
Sistema? no
/dev/sdb1: ********** ATTENZIONE: Il filesystem contiene ancora errori
************
/dev/sdb1: 150339/8847360 files (3.3% non-contiguous),
11294618/17675508 blocks
out di tune2fs:
Filesystem volume name:   <none>
Last mounted on:          <not available>
Filesystem UUID:          daba9f16-8b27-4161-8854-67d355674d63
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal resize_inode dir_index filetype
needs_recovery sparse_super large_file
Filesystem flags:         signed directory hash
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              8847360
Block count:              17675508
Reserved block count:     883775
Free blocks:              6380867
Free inodes:              8697035
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1019
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         16384
Inode blocks per group:   512
Filesystem created:       Thu Jan 18 16:30:13 2007
Last mount time:          Wed May 27 13:40:30 2009
Last write time:          Wed May 27 13:40:30 2009
Mount count:              1
Maximum mount count:      23
Last checked:             Wed May 27 13:36:53 2009
Check interval:           15552000 (6 months)
Next check after:         Mon Nov 23 12:36:53 2009
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               128
Journal inode:            8
Default directory hash:   tea
Directory Hash Seed:      3bc94b05-1820-4ce6-95a5-12821bf23eed
Journal backup:           inode blocks

 un check al reboot.
E cosa ti serve tuttoi ciò? Devi solo cambiare due variabili di ambiente 
e lo puoi fare comodamente con gli strumenti grafici della tua 
distribuzione. 

 
fsck.ext3 -p /dev/sdb1
Superblocco last mount time is in the future. Sistema? <y> [FIXED]
ma poi segnala nuovamente l'errore.
Ok, controllerï¿œ l'impostazione del fuso .
A parte questo, il log di fsck.ext3 segnala errori nei blocchi liberi e 
nella mappa bitmap degli inode. 
Mi sembra strano dipenda dal fuso orario.
-- 
Il blog: 
http://www.gerry.it/blog
Dvdtree: 
http://www.dvdtree.org/
Animeclick: 
http://www.animeclick.it
 
Quando il diavolo colpisce prende la mira (Davide Van De Sfroos)

 Mi sembra strano dipenda dal fuso orario.
In genere dipende dal fatto che stai controllando un
filesytem montato.

 filesytem montato.
Sospettavo, per cui mi sto allarmando per nulla.
date da come timezone CEST, che dovrebbe essere corretto, perï¿œ date -u ï¿œ 
indietro due ore, invece dovrebbe essere un'ora sola.
Vedrï¿œ di capire cosa ï¿œ successo.


 Vedrï¿œ di capire cosa ï¿œ successo.
No, come non detto, invece ï¿œ giusto. 
Siamo a UTC+2 adesso, per cui ï¿œ corretto avere date -u due ore indietro 
rispetto a date.
