SSD, Ext2 e riavvio dopo check del filesystem

[Ivanhoe]

Ciao a tutti,

Il mio nuovo laptop monta un hard disk a stato solido. Prima di installare la 13.1
mi sono documentato sull'opportunità o meno di installare un file system con journaling (come ext3-4).
Il più delle volte era sconsigliato usare il journaling con un HD a stato solido,
poiché le operazioni di lettura/scrittura su questo tipo di dischi dovrebbero essere molto più affidabili ed anzi,
con l'aumento del numero delle letture/scritture dovute al journaling aumenta la probabilità che venga commesso qualche errore.
Al momento di fare l'installazione ho scelto quindi ext2 come filesystem.

Ora, periodicamente come è giusto che sia, il sistema operativo controlla al momento dell'avvio
che le partizioni siano pulite, insomma fa un check del filesystem.
Non so perché. ma tutte le volte che la partizione principale (quella su cui è montata la directory root) viene controllata
alcuni file vengono/risultano modificati e il sistema viene riavviato.

Non ne capisco granché, ma a naso direi che questi controlli così frequenti con relativi riavvii non servono.
Pertanto vorrei cambiare la frequenza con cui le partizioni vengono controllate.
Sono sicuro che da qualche parte c'è un file dove è scritto il numero dei mount dopo il quale
le partizioni vengono controllate e che basti modificare questo numero per diminuire la frequenza dei controlli.
Però non mi ricordo il nome del file e se qualcuno potesse aiutarmi...

Ancora meglio sarebbe se qualcuno fosse in grado di spiegarmi il perché dei riavvii dopo il check del filesystem (una
cosa che sul mio vecchio laptop con disco serial ATA e filesystem ext3 non succedeva mai, anzi, a pensarci bene
non succedeva nemmeno sul nuovo laptop quando c'era installata Fedora 11 con filesytem ext4) e come ovviare,
subito o alla prossima installazione di Slackware.
Grazie mille per ogni aiuto e consiglio

[Ansa89]

Codice: Seleziona tutto

$man tune2fs

[slux]

E' probabile che in chiusura del sistema rimanga qualche file non chiuso correttamente e quindi il filesystem ext2 ne risente.Di qui i vari riavvii al boot dopo fsck.Con un journal probabilmente questo evento verrebbe gestito senza problemi.Quando il sistema è pulito invece fsck non esegue il riavvio.Potrebbe essere qualche problema di compatibilità hardware od un demone che non si chiude correttamente.Osserva con attenzione i messaggi di chiusura del kernel.A volte mi è successo che il pc si è riavviato senza poter smontare il filesystem / perchè un demone era rimasto bloccato e quindi successivamente ho visto che fsck impiegava un pò più del normale per fare i suoi controlli.

[Rama]

come ovviare,
subito o alla prossima installazione di Slackware.

come ti hanno suggerito puoi agire subito con tune2fs, per il futuro ti suggerisco di usare ext4 e togliere, sempre usando tune2fs, il journaling;
io ho fatto così e finora non ho avuto noie;
per evitare le riscritture ho messo anche /var e /tmp su disco normale;
tutto questo riferito alla situazione degli ssd un annetto fa, ora mi dicono che è cambiata di molto e magari sono preoccupazioni superflue ma non ho approfondito;

r

[Ivanhoe]

Grazie a tutti per i consigli.
Come si fa precisamente a togliere il journaling da ext4 usando tune2fs?

[Ansa89]

Direi che basti una cosa tipo questa:

Codice: Seleziona tutto

#tune2fs -O ^has_journal /dev/_DEVICE_

[murdock]

Le memorie a stato solido hanno un limite fisico di scritture per settore.
Più scrivi su queste memorie e prima raggiungi il MTBF.
Per questo (e non per qualche altro particolare problema specifico) è sconsigliato avere troppi cicli di scrittura su questi ed altri tipi di memoria a stato solido (comprese le pen drive, micro sd e chi più ne ha più ne metta).
Questi tipi di memoria sono inoltre più "sensibili" a chiusure di operazioni "irregolari", in caso di umount sbagliato/mancanze di corrente/shutdown non corretto e quant'altro, queste verificano più errori/incongruenze rispetto agli hard disks tradizionali.

Saluti,
MuRdOcK

[Mario Vanoni]

Interessante questo articolo su SSD
http://lwn.net/Articles/399313/
Su ext2 questo passaggio

Why, it was asked, does Google not use xfs? Currently, Mike said, they are using ext2 everywhere, and "it sucks." On the other hand, ext4 has turned out to be everything they had hoped for. It's simple to use, and the migration from ext2 is straightforward. Given that, they feel no need to go to a more exotic filesystem.