Newsgroup: it.comp.os.linux.sys
Titolo: errori nel file system

all improvviso il file system mi è divenuto a sola lettora.
l ho smontato e ho eseguito un file check.
sudo fsck /dev/hdb1
fsck 1.35 (28-Feb-2004)
e2fsck 1.35 (28-Feb-2004)
/dev/hdb1: recovering journal
/dev/hdb1 contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Inode 1746372, i_blocks is 360, should be 376.  Fix<y>? yes
Duplicate blocks found... invoking duplicate block passes.
Pass 1B: Rescan for duplicate/bad blocks
Duplicate/bad block(s) in inode 1746372: 32 64
Pass 1C: Scan directories for inodes with dup blocks.
Pass 1D: Reconciling duplicate blocks
(There are 1 inodes containing duplicate/bad blocks.)
File /Documents/Temp/007.part (inode #1746372, mod time Fri Aug 12 
00:20:29 2005)
   has 2 duplicate block(s), shared with 1 file(s):
         <filesystem metadata>
Clone duplicate/bad blocks<y>? yes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Free blocks count wrong for group #0 (22956, counted=22954).
Fix<y>? yes
Free blocks count wrong (3579967, counted=3579965).
Fix<y>? yes
/dev/hdb1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/hdb1: 1278/2562240 files (12.5% non-contiguous), 1540745/5120710 blocks
fino a poco tempo fa non mi succedeva mai, ma secondo voi è più un 
problema hw o software?

 Scommetto si sta rompendo il disco. Che dicono i mesaggi di sistema?
nulla di che..  in quella partizione ci sono i file temporanei di amule 
e sono un po incasinati a dire il vero. e anche molto frammentati mi sa.
e spesso amule mi da un
Saving userhash: ECFC7A655B0EC00E9787746676FB6FF4
Shutting down aMule...
aMule dialog destroyed
Now, exiting main app.
ma non mi dice altro.
eh spesso il sistema mi si resetta quando per motivi software quando per 
motivi di interruzioni di corrente

 problema hw o software?
l'inconsistenza viene rilevata a livello software, ovvero il s.o. chiede
dei dati al disco sul quale le informazioni del filesystem sono
inconsistenti.
cosa può succedere?
beh, può essere un problema del driver del filesystem, controlla che non
esistano altri casi simili. con ext2/3 mi sembrerebbe molto strano, è un
filesystem ormai talmente sicuro da escludere totalmente la possibilità.
una sola cosa, se non fosse già in ext3, lo convertirei.
a livello hardware potrebbero essere diverse cose...
il disco potrebbe avere dei problemi, ti raccomando di abilitare il
supporto SMART e di installare il pacchetto di supporto (in Debian, questo
è 'smartmontools')
potresti però avere anche dei problemi alla CPU...
l'hai overclockata ? dai, su, non è più di moda... :)
è ben ventilata? ho come l'impressione di una macchina assemblata che si
ritrova suo malgrado a fare il lavoro di un server 24x7...
o anche un problema di RAM. dopo tutto, qualunque cosa viene eseguita sul
sistema, passa per la RAM, perciò un banco danneggiato potrebbe esserne
la causa.
problemi hardware di CPU e RAM sono plausibili perché se il sistema è
dedicato a poche mansioni, il carico medio è basso e il problema
tenderebbe a manifestarsi a caso.
la stabilità del s.o. fa si che comunque, non tutto vada in crash.
situazioni così ne ho avute un paio, anche con RAM griffata Kingston nel
sistema. dopo tutto sono macchine.
un giretto di un paio d'ore con memtest toglierà anche questi dubbi.
ciao
gl :)

g...@decadence.it
 ha scritto:

overcloccata no garantito!!l è un assemblato acquistato a fine 2002 e mi 
sembra che stia durando assai visto che lo uso spesso, anche se la 
scheda madre comincia a essere un po stanca. come ti ripeto qualche 
settimana fa subivo frequenti reset causati da interruzioni di corrente. 
poi a dire il vero ogni tanto il sistema mi si congela. e devo resettare.
inoltre l hd che presenta problemi è quello acquistato piu di recente e 
mi sa che è sempre in garanzia. è un maxtor da 80.
ma il supporto smart si abilita da bios?
cmq vi ringrazio per i consigli

il dmesg mi dice:
EXT3-fs error (device hdb1): ext3_free_blocks: Freeing blocks in system 
zones - Block = 64, count = 1
Aborting journal on device hdb1.
EXT3-fs error (device hdb1) in ext3_free_blocks_sb: Journal has aborted
EXT3-fs error (device hdb1) in ext3_reserve_inode_write: Journal has aborted
EXT3-fs error (device hdb1) in ext3_reserve_inode_write: Journal has aborted
EXT3-fs error (device hdb1) in ext3_orphan_del: Journal has aborted
EXT3-fs error (device hdb1) in ext3_truncate: Journal has aborted
ext3_abort called.
EXT3-fs error (device hdb1): ext3_journal_start_sb: Detected aborted journal
Remounting filesystem read-only
EXT3-fs error (device hdb1) in start_transaction: Journal has aborted
EXT2-fs warning (device hdb1): ext2_fill_super: mounting ext3 filesystem 
as ext2
NTFS-fs error (device hda1): ntfs_ucstonls(): Unicode name contains 
characters that cannot be converted to character set cp437.
NTFS-fs error (device hda1): ntfs_ucstonls(): Unicode name contains 
characters that cannot be converted to character set cp437.
NTFS-fs error (device hda1): ntfs_ucstonls(): Unicode name contains 
characters that cannot be converted to character set cp437.
mm e quest ultimo su ntfs? forse ho messo una mask sbagliata? ho messo 0222

 mm e quest ultimo su ntfs? forse ho messo una mask sbagliata? ho messo 0222
ma lol, no, metti nls=utf8 nelle opzioni di mount (non dovrebbe servire
ma non citi kernel e sistema)

frick ha scritto:

se questa email mi arrivava qualche minuto prima potevo evitare un mezzo 
disastro!!!!!!
mi sono preso la briga di fare taglia e incolla con Kde delle directory 
della partizione incriminata. solo che ad un certo punto il sistema è 
freezzato.
ho resettato e ho fatto un controllo sulla ram, ma a dire il vero non so 
proprio come interpretare i dati sullo schermo.
ho riavviato e mi dava inaspected inconsistency.
ho lanciato fsck ma mi diceva un casino di roba da svenire.
dopo ho fatto un backup della directory Temp ma come risultato ho avuto 
solo pochi file! il resto tutto era perduto.oppure l ha spostato in 
altre cartelle lost+found ma non sono sicuro.
però per fortuna il backup che stavo facendo prima che il sistema si 
piantasse è andato a buon fine, anche se qualche file è risultato corrotto
ma come ti ripeto erano i temporanei di amule.
come ultima cosa ho eseguito un mkfs.ext3 /dev/hdb1 -c e mi ha 
controllato i bad block.
mount mi da  /dev/hdb1 on /mnt/emmepitre type ext2 (rw)
ma non doveva essere ext3 ?? bah..

ho riavviato e mi dava inaspected inconsistency.
Secondo me ti conviene fare un bel controllo con il tool della casa
produttrice del disco.
-- 
Ci sono 10 tipi di persone al mondo: quelle che capiscono il sistema binario
e quelle che non lo capiscono.

 freezzato.
Dovesse avere il disco "marcio" e il filesystem incasinato, i freeze
non sono normali, al piu' dovresti avere dei kernel panic: hai qualche
casino su mb/cpu/ram, oppure e' l'elettronica del disco fisso che sta
andando a donnine allegre.
IMHO comunque il disco in se e' fisicamente sano, se non vedi nei
log errori relativi a lettura/scrittura sui settori (BTW, i maxtor
sono i dischi piu' infami che mi e' mai capitato di armeggiare...).
bye G.L.

Credo che a questo punto ti convenga
1) mettere quel disco fisso su un'altra scheda madre (magari come 
secondario su un PC che hai già in giro)
2) salvare il salvabile e provare con un disco nuovo
A me è successo con un Maxtor da 60GB che mi inchiodava addirittura il 
setup di XP... mettendolo su una scheda madre diversa (eseguendo quindi 
uno scambio di dischi fissi) va tutto che è una meraviglia.
Non ho idea di quale fosse stata la causa ma i sintomi sono identici ai 
tuoi (aMule escluso). Facendo la sostituzione è andato tutto a posto... 
salvo la licenza di XP, ma poco male.
Alex.

 ma non doveva essere ext3 ?? bah..
Questo dipende dalle impostazioni in /etc/fstab (il file system deve 
essere ext3, e non ext2)
Henryx

 ma non doveva essere ext3 ?? bah..
e allora ci sto che il filesystem è inconsistente.
il filesystem è ext3, con journal, ma viene montato come ext2, senza
journal. è lecito farlo, per retrocompatibilità.
però fsck.ext3 si accorge che i dati sul filesystem sono inconsistenti
con il journal e tenta di riparare alla situazione.
morale della favola, aggiorna (e tieni aggiornato) il tuo /etc/fstab
ciao
gl :)


No, all'interno del filesystem ntfs hai dei file con un nome che
comprende dei caratteri non supportati dalla codifica cp437, hai dei
nomi di file con caratteri "strani" ?
 Ciriciao
  Gio'
-- 
/*
 * Solutions for New Business - 
http://www.snb.it
 */

   Gio'
si, anche col vfat mi sembra