Pagina 1 di 2

[FSCK] Problema di check partizione non valida

Inviato: mar 02 set , 2008 8:01 am
da |Dr_AXIA|
Salve a tutti...spero che qualcuno mi sappia rispondere.

Io ho un sistema linux che registra su una partizione ext3 degli eventi catturati da videocamere attraverso ZM.
Mi è capitato (non frequentemente e non so neanche come risimulare il problema) che al check di avvio della partizione, a volte

l'fsck ritorni il codice di errore 8, e quindi non effettua la scansione e l'eventuale riparazione della partizione.

E' come se ad un certo punto il filesystem si corrompesse e rendesse la partizione irriconoscibile, o forse che in qualche

precedente operazione di accesso magari si corrompesse il superblocco (quello che contiene per inciso anche le informazioni sul

tipo di partizione)...

Perchè succede questo?
Grazie.

Inviato: mar 02 set , 2008 8:10 am
da Helix
ma riesci comunque a leggere il disco?

E' la partizione di root o una partizione normale?

Eventualmente se non è una partizione di root dai il comando:

fsck.ext3 -y /dev/hdX

facci sapere!

Inviato: mar 02 set , 2008 8:43 am
da |Dr_AXIA|
non è la partizione di root... e la partizione sembra cmq funzionare...però a lungo andare sembra danneggiarsi e l'fsck non la riesce a mettere apposto (appunto perchè esce col codice 8 - operational error).

Inviato: mar 02 set , 2008 9:10 am
da |Dr_AXIA|
anzi più che danneggiarsi, tende a riempirsi di eventi che non riescono più a venire cancellati coi filtri di zm...finchè va in sola lettura.

Inviato: mar 02 set , 2008 9:18 am
da Helix
l'hai smontata la partizione prima di fare il check?

Inviato: mar 02 set , 2008 9:28 am
da |Dr_AXIA|
certo...e il check viene fatto ogni volta al riavvio prima che sia montata con uno script che ho fatto io.

Anche provando manualmente esce sempre con lo stesso codice. Però la stranezza è che non è ripetibile questo errore...succede a volte, in certi casi e cmq solo dal cliente (se succede).

Inviato: mar 02 set , 2008 10:16 am
da Helix
a cosa serve fare lo scan ogni volta che riavvi???

Inviato: mar 02 set , 2008 10:29 am
da |Dr_AXIA|
il sistema dal cliente è in un posto diciamo...suscettibile di vibrazioni e molto spesso registrando su hdd capitano degli errori di incoerenza che vanno corretti. Questi errori potrebbero capitare prima che l'fsck rilevi che deve essere fatta la scansione (dall'indicazione dei parametri di mount) e quindi il sistema deve essere sempre funzionante, perciò si è optato per eseguire un controllo ad ogni riavvio.
Ma questo non dovrebbe inficiare nel "logoramento" delle info della partizione...ritornando alla mia domanda, hai qualche idea?

Inviato: mar 02 set , 2008 10:31 am
da Helix
cambia disco e fai un raid 1!!!

Inviato: mar 02 set , 2008 10:37 am
da |Dr_AXIA|
se i costi aziendali lo permettessero...a parte questo però, se rifaccio la partizione, il problema si risolve.
E infatti il mio script se si verifica una eventualità del genere, ricrea la partizione (perdendo però così tutti gli eventi).
Quello che volevo sapere (se si poteva e se qualcuno ha qualche idea) è perchè capita questa cosa... hdd scadenti? Adoperiamo degli Hitachi...

Inviato: mar 02 set , 2008 11:09 am
da Helix
hitachi???

mmm...seagate, maxtor direi che suona meglio!!!

Inviato: mar 02 set , 2008 11:23 am
da |Dr_AXIA|
è solo questo dunque secondo te il problema? La marca degli hdd?

Inviato: mar 02 set , 2008 11:53 am
da Helix
Da quanto tempo hai questo hard disk installato?

Il server è sotto un gruppo di continuità?

Magari sono "piccoli" particolare che influiscono sulla qualità del device!

Inviato: mar 02 set , 2008 1:44 pm
da |Dr_AXIA|
L'hdd sarà installato sul sistema da 4-5 mesi....

Il sistema non è sotto ups, ma c'è uno script di spegnimento che rileva la diminuzione di tensione sotto una certa soglia, e comincia lo spegnimento dei servizi.

Inviato: mar 02 set , 2008 2:15 pm
da Helix
mmm...puoi farti tutti i tuoi scriptini...ma se c'è uno sbalzo di corrente l'hard disk se ne va a /dev/null !!!