[Risolto] Ext4 senza journal per dischi SSD

[LiNuX@To]

EDIT: Come vedete dal titolo ho risolto, la guida per riuscire a farlo è aggiornata e si trova qui
http://linux4netbook.blogspot.com/2010/09/ottimizzazioni-ssd-togliere-il.html

Ecco invece il post e la discussione originale:
---------------------------------------------
Salve ragazzi, apro questo topic dopo aver fatto tante prove e ricerche al riguardo.
Come da titolo sto cercando di impostare EXT4 senza journal per il mio EeePc che ha dischi ssd.

 Tutto è nato da questo post in cui Theodore Ts'o, uno dei padri di Ext4 fa dei test proprio per i dischi ssd e conclude che è meglio usare ext4 senza journal, non solo per allungare la vita del disco ma anche perché forse è più performante.
Ora, sempre su quel post ho chiesto direttamente a Theodore cosa mi conveniva fare (commento N°22) e lui mi rispose che era meglio ext4 senza journal.
Le condizioni sono però di avere il kernel.29 o maggiore..

dunque in teoria le procedure per farlo sono queste:
se voglio creare una partizione Ext4 senza il journal:

Codice:

sudo mke2fs -t ext4 -O ^has_journal /dev/sdXX

se invece ho gia una ext4 con il journal e lo voglio levare:

Codice:

sudo tune2fs -O ^has_journal /dev/sdXX

dopo qualunque di queste operazioni si fa un controllo con:

Codice:

sudo e2fsck -f /dev/sdXX

ora, una volta riavviato però ubuntu non riconosce più  la partizione, dice:
“Alert! /dev/disk/by-uuid/[numeri] does not exist. Dropping to a shell!

alla fine ho riportato questo problema al blog che vi avevo linkato, l'ultimo commento dice che che è un problema di vol_id e dovrebbe usare blkid... qui il bug 197311

non saprei come risolvere, se il kernel non è un problema allora forse dovrei applicare quella patch che viene riportata sul bug ma come faccio ad applicarla?
qualcuno mi da una mano?

PS: ringrazio a guiodic per l'aiuto nei mess personali.

[nicotano]

non so se dico una fesseria, perdonami, 
usa ext2,  non ha il journaling

[LiNuX@To]

non so se dico una fesseria, perdonami, 
usa ext2,  non ha il journaling

lo so però preferivo usare ext4 senza il jounal, visto che si poteva impostare.. e poi non volevo rassegnarmi a usare ext2. È una mezza sfida anche =P

Poi se una persona come quella con cui ho chattato mi consiglia Ext4 senza journal:

So yeah, for netbooks with SSD’s that are running Linux, I would recommend the use of ext4 without the journal. This will give you the advantages of ext4’s delayed allocation, and the reduced metadata advantage of using extents versus indirect blocks will definitely help.

e sconsiglia pure Ext3:

Ext3 is especially problematic because the journal means that metadata gets written twice to disk, and in a write pattern that might exacerbate wear-levelling. Worse yet, because of data=ordered mode, ext3 does a lot of synchronous writes, which will be painful because these SSD have slow write speeds to begin with, and then you combine that with the slow small random write performance, and life gets really bad.

[Miguel77]

mi interessa, mi iscrivo

[fortran77]

Se non trova più la partizione tramite /dev/disk/by-uuid/ significa che l'uuid è cambiato.
Prova a dargli il percorso statico tipo /dev/sdaX, oppure assegna un label alla partizione e montala tramite LABEL=PIPPO invece che tramite UUID=1231513tr23qefad

[LiNuX@To]

Se non trova più la partizione tramite /dev/disk/by-uuid/ significa che l'uuid è cambiato.
Prova a dargli il percorso statico tipo /dev/sdaX, oppure assegna un label alla partizione e montala tramite LABEL=PIPPO invece che tramite UUID=1231513tr23qefad

parecchio strano, non solo sparisce il id, ma non compare proprio più una volta tolto il journal.
i passaggi sono questi:

Codice:

ls -l /dev/disk/by-uuid

e qui mi da 3 uuid con rispettivi sda1, sdb1 e anche sdc che è la chiavetta da dove parte la live. poi faccio:

sudo tune2fs -O ^has_journal /dev/sda1

sudo e2fsck -f /dev/sda1

e una volta fatto do ancora:

ls -l /dev/disk/by-uuid

ma qui mi da solo 2 uuid, quello di sdb1 e quello di sdc. la partizione senza journal non esiste proprio per lui. O.o

[fortran77]

Intanto prova dandogli il percorso standard e guarda se funziona.

[LiNuX@To]

Intanto prova dandogli il percorso standard e guarda se funziona.

cioe vado al fstab e nel posto di UUID=serie-di-numeri metto /dev/sda1? ??
dici che funziona?
non rischio di rovinare il disco vero? scusa ma ho un po' di paura a questo punto 

[fortran77]

Intanto prova dandogli il percorso standard e guarda se funziona.

cioe vado al fstab e nel posto di UUID=serie-di-numeri metto /dev/sda1? ??
dici che funziona?
non rischio di rovinare il disco vero? scusa ma ho un po' di paura a questo punto 

Certo che no. E' ubuntu che fa questa cosa discutibile di mettere l'uuid invece del percorso standard.
Nella voce di boot devi sostituire root=/dev/sda1.

Se vuoi che questa modifica sia permanente, e venga preservata anche dagli aggiornamenti del kernel, devi modificare anche la voce

Codice:

kopt=root=/dev/sda1 ro

Infine devi modificare l'fstab, sostituendo la voce UUID=blablabla con /dev/sda1

[LiNuX@To]

Intanto prova dandogli il percorso standard e guarda se funziona.

cioe vado al fstab e nel posto di UUID=serie-di-numeri metto /dev/sda1? ??
dici che funziona?
non rischio di rovinare il disco vero? scusa ma ho un po' di paura a questo punto 

Certo che no. E' ubuntu che fa questa cosa discutibile di mettere l'uuid invece del percorso standard.
Nella voce di boot devi sostituire root=/dev/sda1.

Se vuoi che questa modifica sia permanente, e venga preservata anche dagli aggiornamenti del kernel, devi modificare anche la voce

Codice:

kopt=root=/dev/sda1 ro

Infine devi modificare l'fstab, sostituendo la voce UUID=blablabla con /dev/sda1

ok, spiegami però un attimo dove trovo la voce boot e dove metto kopt=root=/dev/sda1 ro..

levo il journal, controllo il disco, poi entro sul disco di 4gb modifico la voce che trovo su /etc/fstab
da cosi:

Codice:

UUID=958efd57-2952-456b-a744-6b66af741f45 /               ext3    noatime,errors=remount-ro 0       1

a cosi:

Codice:

/dev/sda1 / ext3 noatime,errors=remount-ro 0       1

[LiNuX@To]

scusa ancora fortran77 ma quindi questo commento
http://thunk.org/tytso/blog/2009/03/01/ssds-journaling-and-noatimerelatime/#comment-2543

quando mi dice cosi lui mi suggerisce di dire a fstab che carichi sda1?

Specifically, it looks like vol_id isn’t able to find filesystems that are installed on a whole-disk[...]

So you are better off explicitly listing in the /etc/fstab what filesystem driver should be used rather than putting a filesystem type of “auto” in /etc/fstab.

[fortran77]

ok, spiegami però un attimo dove trovo la voce boot e dove metto kopt=root=/dev/sda1 ro..

Edita /boot/grub/menu.lst.

Non ho capito niente del tuo ultimo post.

[LiNuX@To]

ok, spiegami però un attimo dove trovo la voce boot e dove metto kopt=root=/dev/sda1 ro..

Edita /boot/grub/menu.lst.

Non ho capito niente del tuo ultimo post.

quindi ricapitolando:

levo il journal, controllo il disco, poi entro sul disco di 4gb
Edito /boot/grub/menu.lst.

## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
##      kopt_2_6_8=root=/dev/hdc1 ro
##      kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=UUID=958efd57-2952-456b-a744-6b66af741f45 ro

qui devo cambiare l'ultima riga a:

# kopt=root=/dev/sda1 ro

poi sempre nel grub più avanti:

kernel      /boot/vmlinuz-2.6.27-14-generic root=UUID=958efd57-2952-456b-a744-6b66af741f45 ro quiet splash vga=773

deve cambiare a:

kernel      /boot/vmlinuz-2.6.27-14-generic root=/dev/sda1 ro quiet splash vga=773

modifico la voce che trovo su /etc/fstab
da cosi:

UUID=958efd57-2952-456b-a744-6b66af741f45 /               ext3    noatime,errors=remount-ro 0       1

a cosi:

/dev/sda1 / ext3 noatime,errors=remount-ro 0       1

è cosi?


per quanto riguarda il mio ultimo messaggio mi riferivo alla risposta di questo stesso problema che Theodore Ts'o mi ha dato, qui dice:

Specifically, it looks like vol_id isn’t able to find filesystems that are installed on a whole-disk

"sembra che vol_id non è capace di trovare filesystems installati in un intero disco"

So you are better off explicitly listing in the /etc/fstab what filesystem driver should be used rather than putting a filesystem type of “auto” in /etc/fstab.

"quindi faresti meglio a esplicitare mettendo in lista dentro a /etc/fstab quale "filesystem driver" dovrebbe essere usato anziché il tipo di file system in "auto"(automatico) sempre su /etc/fstab."

sinceramente questa ultima cosa non l'ho capita benissimo neanch'io..

cmq per i passi che devo fare aspetto una tua conferma!

[LiNuX@To]

ho fatto quei cambiamenti, tutti quanti.. non ho aspettato conferma.
Ora però l'errore è un altro:





non so voi però mi sto scoraggiando sempre di più..sembra sia impossibile..
inoltre ho dovuto prima cambiare fstab e grub menu. e poi togliere il journal. altrimenti la partizioe diventa illeggibile, ecco il messaggio da live quando cerco di montare sda1 una volta tolto il journal:



ora ho rimesso il journal e va.
una domanda, per adesso ho Ext4 montato cosi:

Codice:

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# / was on /dev/sda1 during installation
/dev/sda1 /               ext4    noatime,barrier=0,data=writeback,nobh,commit=100,nouser_xattr,errors=remount-ro 0       1
# /home was on /dev/sdb1 during installation
UUID=dab883b5-a9bc-4dbd-aca5-dbb54051bb72 /home           ext4    noatime,barrier=0,data=writeback,nobh,commit=100,nouser_xattr
        0       2

tmpfs /tmp tmpfs defaults,noatime,mode=1777 0 0
tmpfs /var/tmp tmpfs defaults,noatime,mode=1777 0 0
tmpfs /var/log tmpfs defaults,noatime,mode=0755 0 0
tmpfs /var/log/apt tmpfs defaults,noatime 0 0

in linea di massima quelle opzioni vanno bene per un disco SSD? writeback ecc?.. non so se tornare a Ext2 oppure tenermi queste partizioni ext4 montata cosi, voi cosa ne dite?

[fortran77]

è cosi?

Si.

Non so come funziona ext4 senza journal. Tempo fa avevo letto di una patch per permettere di eliminare il journal. Non so se ubuntu la integra.

[LiNuX@To]

è cosi?

Si.

Non so come funziona ext4 senza journal. Tempo fa avevo letto di una patch per permettere di eliminare il journal. Non so se ubuntu la integra.

dalle cose che ho letto ora il kernel dovrebbe supportarlo, se hai visto anche il link al post di Theodore che ho linkato lui verso il commento n°22 mi risponde come fare e che dovrebbe andare, per lo meno cosi ho capito..solo che non va, poi l'ultimo commento mi dice che è un problema di vol_id..la scelta discutibile di UUID per quanto ho capito.
sarà ora di migrare, me lo sto sentendo un po' piccolo ubuntu ultimamente...

dagli errori che ho postato prima deduci qualcosa?
vanno bene secondo te le ottimizzazioni con l'fstab?

[fortran77]

Penso di si. Io non mi sono mai fatto troppe domande sul filesystem, oltre quelle consuete. Uso solo "noatime, nodiratime" come opzioni.

[LiNuX@To]

Penso di si. Io non mi sono mai fatto troppe domande sul filesystem, oltre quelle consuete. Uso solo "noatime, nodiratime" come opzioni.

capito..
cmq con noatime è sottintesa nodiratime se non sbaglio..
ho fatto una guida poco fa: http://www.uielinux.org/guide-e-tutorial/8-tips-a-tricks/179-ottimizzazioni-per-i-dischi-ssd.html

[giorgio130]

levo il journal, controllo il disco, poi entro sul disco di 4gb modifico la voce che trovo su /etc/fstab
da cosi:

Codice:

UUID=958efd57-2952-456b-a744-6b66af741f45 /               ext3    noatime,errors=remount-ro 0       1

a cosi:

Codice:

/dev/sda1 / ext3 noatime,errors=remount-ro 0       1

scusa ma non so se dico una fesseria, la partizione è in ext4 e lì c'è scritto ext3...

[LiNuX@To]

levo il journal, controllo il disco, poi entro sul disco di 4gb modifico la voce che trovo su /etc/fstab
da cosi:

Codice:

UUID=958efd57-2952-456b-a744-6b66af741f45 /               ext3    noatime,errors=remount-ro 0       1

a cosi:

Codice:

/dev/sda1 / ext3 noatime,errors=remount-ro 0       1

scusa ma non so se dico una fesseria, la partizione è in ext4 e lì c'è scritto ext3...

si lo so, ho usato il fstab del computer fisso anziché quello dell'eeepc. Era un esempio e mi interessavano L'UUID e la voce /dev/sda1.. il resto non contava in quel caso.

[drooper]

La discussione è molto interessante, ma visto l'attuale esito, non credo che la metterò in atto: mi limito ad iscrivermi. 

[telperion]

Non capisco il senso,
per gli ssd ext2 va più che bene, perchè autoflagellarsi?
 

[drooper]

Sarà l'impressione, ma a me sembra che con ext4 il sistema sia più reattivo di ext2.
Inoltre con ext2 dopo alcuni giorni avevo un tempo di boot molto più lungo rispetto al sistema appena installato, con ext4 finora questo problema non si è verificato. Per adesso però continuo a tenere il journaling attivato...

[LiNuX@To]

Non capisco il senso,
per gli ssd ext2 va più che bene, perchè autoflagellarsi?
 

Perché purtroppo ho il vizio di cercare di riparare ciò che non è rotto. Ma sembra che non sia l'unico 

seriamente, in parte ho cercato di farlo per lo ammanettamento, ma anche per la paranoia che avevo sapendo che ha un journal.
Quoto però drooper, è vero che con Ext4 il sistema è più reattivo. E se c'è la possibilità di averlo anche senza Journal perché non approfittarla?
dunque per adesso è impossibile farlo, per lo meno fino a poco tempo fa era cosi, per un bug di ubuntu. Non ho provato altre distro ma sembra che si possa farlo con Arch Linux ad esempio. Nel frattempo mi tengo Ext4 con gli accorgimenti spiegati in una mia guida, linkata prima, oppure la potete trovare nella mia firma.
appena avrò del tempo riguarderò le mie fonti e anche il bug aperto su launchpad, se ci sono novità senz'altro ve lo farò sapere. Se avete qualche idea suggerite pure.

[LiNuX@To]

ce l'ho fatta. sono riuscito, finalmente, a togliere il journal al file system Ext4 

a breve una guida.

[telperion]

ce l'ho fatta. sono riuscito, finalmente, a togliere il journal al file system Ext4 

a breve una guida.

Bravo. hai inventato "il culo senza il buco".
 

scherzo ovviamente ma la poca (poca?) utilità mi sembra evidente.

[drooper]

ce l'ho fatta. sono riuscito, finalmente, a togliere il journal al file system Ext4  

a breve una guida.

Bravo. hai inventato "il culo senza il buco".
 

scherzo ovviamente ma la poca (poca?) utilità mi sembra evidente.

Se invece LiNuX@To ci è riuscito sul serio e farà una guida penso proprio che lo seguirò!! Quindi ti Squoto!!

[LiNuX@To]

EDIT la guida aggiornata e multidistro si trova qui:

http://linux4netbook.blogspot.com/2010/09/ottimizzazioni-ssd-togliere-il.html

ecco invece il vecchio mess:
-------------------------------------------------------
Ecco la guida:
http://www.uielinux.org/guide-e-tutorial/2-configurazione/188-ext4-senza-journaling-ottimo-per-dischi-ssd.html

Telperion come già detto: purtroppo ho il vizio di cercare di riparare ciò che non è rotto 

però nella guida ho messo altre motivazioni molto più valide 

drooper! mi fa molto piacere avere un seguace..ma per adesso l'ho provata solo io e un altro utente, a tuo rischio e pericolo! 

fatemi sapere!!

[elcamilo]

ciao

[LiNuX@To]

ciao

piacere 

[elcamilo]

ciao

piacere 

si, piacere mio. Arrivo da queste parti direttamente dalla tua guida. Hai fatto bene soprattutto a mettere la referenza autorevole di tytso, altrimenti diventava la solita tempesta di cervelli.
L'eee che avevo per le mani era di un mio amico...ho seguito la strada più semplice e gli ho messo easypeasy in ext3. Appena la aggiornano a Jaunty, rimedierò all'errore. Stavo anzi pensando che potresti segnalargli la tua guida, in modo che possano considerare un sistema per implementarla nell'installazione. Ho letto infatti che la prossima versione, la 1.5 basata su Jaunty appunto, avrà ext4 come default.

[LiNuX@To]

ciao

piacere 

si, piacere mio. Arrivo da queste parti direttamente dalla tua guida. Hai fatto bene soprattutto a mettere la referenza autorevole di tytso, altrimenti diventava la solita tempesta di cervelli.
L'eee che avevo per le mani era di un mio amico...ho seguito la strada più semplice e gli ho messo easypeasy in ext3. Appena la aggiornano a Jaunty, rimedierò all'errore. Stavo anzi pensando che potresti segnalargli la tua guida, in modo che possano considerare un sistema per implementarla nell'installazione. Ho letto infatti che la prossima versione, la 1.5 basata su Jaunty appunto, avrà ext4 come default.

grazie dell'apprezzamento!

Dunque, non è una cattiva idea segnalarla, ma dovrei farlo in inglese quindi mi ci vorrà un pochino per tradurla.

[elcamilo]

ma no, segnalagli la guida e in particolare le parole di tytso, intanto metti la pulce. Poi il sistema lo trovano, se no chiedono chiarimenti te. Ma insomma, è gente in grado..

[LiNuX@To]

ma no, segnalagli la guida e in particolare le parole di tytso, intanto metti la pulce. Poi il sistema lo trovano, se no chiedono chiarimenti te. Ma insomma, è gente in grado..

non riesco a trovare una mail per segnalarla però.

[elcamilo]

ma no, segnalagli la guida e in particolare le parole di tytso, intanto metti la pulce. Poi il sistema lo trovano, se no chiedono chiarimenti te. Ma insomma, è gente in grado..

non riesco a trovare una mail per segnalarla però.

già, tocca iscriverti al forum

[LiNuX@To]

EDIT 2011 la guida aggiornata e multidistro si trova qui:

http://linux4netbook.blogspot.com/2010/09/ottimizzazioni-ssd-togliere-il.html

----------------------------
ciao  ragazzi volevo informarvi che ho fatto una nuova guida per fare la procedura con karmic.
ora è molto più facile:
Ottimizzazioni SSD: Levare il journaling a EXT4 per Karmic

[elcamilo]

se mi permetti, aggiungi il motivo vero per cui ext2 è ugualmente non raccomandabile, cioè che "ext2 does not have the directory index feature (aka htree support), and .... do not have extents support, but rather use the less efficient indirect block scheme.".

senno sembra che lo fai per dispetto! 

[LiNuX@To]

se mi permetti, aggiungi il motivo vero per cui ext2 è ugualmente non raccomandabile, cioè che "ext2 does not have the directory index feature (aka htree support), and .... do not have extents support, but rather use the less efficient indirect block scheme.".

senno sembra che lo fai per dispetto! 

ma è divertente la risposta per dispetto!
 ok dai aggiungo..dove hai preso la fonte di questa frase? sempre da theodore vero?

[clodiopulcro]

drooper! mi fa molto piacere avere un seguace

Ora due 
Nei prossimi giorni reinstallo karmic sul netbook e la provo, stavo appunto cercando una guida per ssd

[elcamilo]

@LiNuX@To
si, è nel post che hai linkato in apertura, appena prima delle conclusioni: Comparing ext3 and ext2 filesystems.

Aggiungi la nota su ext2 per completezza e per rispondere a questo commento

Non capisco il senso,
per gli ssd ext2 va più che bene, perchè autoflagellarsi?
 

e a chi eventualmente si porrà la stessa domanda.

Tu invece dove o come hai trovato che in Karmic la procedura si semplifica così?

[LiNuX@To]

è stato per caso.. beh neanche tanto. Insomma «Il caso favorisce solo la mente preparata.» diceva pascal 

il fatto è questo, sapevo che vol_id aveva un bug, e quindi quando una partizione come a ext4 veniva tolta il journal questa perdeva, per cosi dire, l'uuid. Ecco perché bisognava fare tutti quei raggiri.
il risultato era che la partizione non veniva riconosciuta né da gparted né da fdisk.. tuttora con jaunty installato trovo gparted che mi dice partizione sconosciuta.
È stata una sorpresa quando ho installato karmic sulla sdhc e ho notato che questa riconosceva i dischi interni SSD su cui ho tolto il journaling.
se non sbaglio è la libreria vol_id che è stata corretta.

la cosa strana è che ancora su arch linux non riesco a togliere il journal, probabilmente non usa vol_id

[drooper]

Mica per caso la rimozione del journaling è stata testata anche con lucid? Su karmik va alla grande!! Siccome funziona tutto al meglio ho qualche timore a passare a lucid, ma la tentazione è forte e non so quanto resisterò ancora... 
Grazie LiNuX@To!

[LiNuX@To]

Mica per caso la rimozione del journaling è stata testata anche con lucid? Su karmik va alla grande!! Siccome funziona tutto al meglio ho qualche timore a passare a lucid, ma la tentazione è forte e non so quanto resisterò ancora... 
Grazie LiNuX@To!

la procedura è la stessa di karmic, io non l'ho testato ma non ci sono problemi. Sul forum di eeepc solo un utente ha riportato un problema ma aveva fatto 50 cambiamenti alla volta e gli è stato detto che il journaling centrasse poco.
L'unico consiglio che ti do è di fare lo stesso file sistem per root e home, nel caso tu abbia diviso le partizioni.

[clodiopulcro]

Io l'ho provata su lucid (unica partizione) e funziona come descritto nella guida, non ci sono stati cambiamenti

[LiNuX@To]

Io l'ho provata su lucid (unica partizione) e funziona come descritto nella guida, non ci sono stati cambiamenti

intendi dire non si sono verificati problemi? oppure non è cambiato niente e la guida non va?

[clodiopulcro]

Intendo dire che non si sono verificati problemi e la guida funziona correttamente come su karmic.

[MattiaDePaoli]

Io come già detto ho avuto una brutta esperienza rimuovendo il journaling infatti lo sconsiglio decisamente. Ho avuto un blocco di sistema, dovuto a cause esterne che non centrano con l'HD e il pc è andato in freeze. Ho dovuto "spegnerlo" col tasto. Al riavvio il disco ssd era incoerente, si è analizzato e riparato. Il pc s'è riavviato e mi ha cancellato diverse impostazioni, files, configurazioni. ad esempio l'opzione "finestre" del menù preferenze non aveva alcun effetto, contatti di msn e impostazioni compiz cancellate. Non so se è solo molta sfortuna ma rischiare di compromettere il sistema con UN freeze non mi sembra valga la pena, ho rimesso il journaling.

[Buntolo]

Io come già detto ho avuto una brutta esperienza rimuovendo il journaling infatti lo sconsiglio decisamente. Ho avuto un blocco di sistema, dovuto a cause esterne che non centrano con l'HD e il pc è andato in freeze. Ho dovuto "spegnerlo" col tasto. Al riavvio il disco ssd era incoerente, si è analizzato e riparato. Il pc s'è riavviato e mi ha cancellato diverse impostazioni, files, configurazioni. ad esempio l'opzione "finestre" del menù preferenze non aveva alcun effetto, contatti di msn e impostazioni compiz cancellate. Non so se è solo molta sfortuna ma rischiare di compromettere il sistema con UN freeze non mi sembra valga la pena, ho rimesso il journaling.

Hai un SSD?
Se lo hai, allora TOGLI il journaling, se non lo hai tienilo.

[MattiaDePaoli]

Si si certo che ho un SSD, per questo scrivo in questa discussione. Mi ha fatto quel casino togliendolo, non mi pare il caso.

[LiNuX@To]

Io come già detto ho avuto una brutta esperienza rimuovendo il journaling infatti lo sconsiglio decisamente. Ho avuto un blocco di sistema, dovuto a cause esterne che non centrano con l'HD e il pc è andato in freeze. Ho dovuto "spegnerlo" col tasto. Al riavvio il disco ssd era incoerente, si è analizzato e riparato. Il pc s'è riavviato e mi ha cancellato diverse impostazioni, files, configurazioni. ad esempio l'opzione "finestre" del menù preferenze non aveva alcun effetto, contatti di msn e impostazioni compiz cancellate. Non so se è solo molta sfortuna ma rischiare di compromettere il sistema con UN freeze non mi sembra valga la pena, ho rimesso il journaling.

quando hai rimesso il journaling è partito tutto a posto? potresti dirci che modello di SSD hai? se era su un netbook o se l'hai comprato a parte... ci servirebbe per capire meglio

[MattiaDePaoli]

IMATION M-class 32gb 2.5" sata II

C'è scritto solo quello sopra, non ha un nome specifico. è stato acquistato dopo e inserito in un fisso, acer aspire m5630, le specifiche sono quelle di fabbrica a parte gli HD, ho il 32Gb SSD ext4 con SO e Home; un 1Tb ext4 con i dati e un 250Gb partizionato in 50Gb ntfs con XP e i restanti 200Gb ext4 coi file temporanei e cavolate varie.

Avevo la 10.10 con però diversi smanettamenti alle spalle non sono capace di stare fermo, dopo aver tolto il journaling però è andato in freeze 2 volte, non subito ma dopo una settimana circa che l'avevo tolto. La prima volta mi ha creato quei problemi descritti, la seconda volta invece non mi sono accorto di cambiamenti a parte che all'avvio mi ha detto che il fs aveva problemi l'ha riparato e s'è riavviato. nel mentre ho formattato tutto e messo la 10.04 perchè volevo tornare alla lts. Da allora non ho più problemi, col journaling attivo non ha più freezato. Come ultima cosa aggiungo solo che potrebbe essere per problemi di sistema diversi dall'HD che è andato in freeze, però il fs incoerente e la perdita di dati credo sia proprio dovuto a quello.

[LiNuX@To]

IMATION M-class 32gb 2.5" sata II

C'è scritto solo quello sopra, non ha un nome specifico. è stato acquistato dopo e inserito in un fisso, acer aspire m5630, le specifiche sono quelle di fabbrica a parte gli HD, ho il 32Gb SSD ext4 con SO e Home; un 1Tb ext4 con i dati e un 250Gb partizionato in 50Gb ntfs con XP e i restanti 200Gb ext4 coi file temporanei e cavolate varie.

Avevo la 10.10 con però diversi smanettamenti alle spalle non sono capace di stare fermo, dopo aver tolto il journaling però è andato in freeze 2 volte, non subito ma dopo una settimana circa che l'avevo tolto. La prima volta mi ha creato quei problemi descritti, la seconda volta invece non mi sono accorto di cambiamenti a parte che all'avvio mi ha detto che il fs aveva problemi l'ha riparato e s'è riavviato. nel mentre ho formattato tutto e messo la 10.04 perchè volevo tornare alla lts. Da allora non ho più problemi, col journaling attivo non ha più freezato. Come ultima cosa aggiungo solo che potrebbe essere per problemi di sistema diversi dall'HD che è andato in freeze, però il fs incoerente e la perdita di dati credo sia proprio dovuto a quello.

Dunque, in somma il problema di togliere il journaling è che perdi la capacità di recuperare certi file nel caso il computer ti crasha o i programmi si chiudono. Tuttavia per un netbook è consigliabile perché gli ssd che vengono messi su sono scadenti e con il journaling attivo i rischi che durino di meno accrescono. C'è anche da dire che la capacità di calcolo dei piccoli pc non ti permette di avere un sacco di applicazioni aperte o lavorare con tanti files, e posso dirti che sul mio netbook  il journaling non c'è da più di un anno e nonostante questo quando chiudo openoffice senza salvare al riavvio successivo trovo sempre il backup.

Ora, su un fisso, considerando che i fissi non vengono da default con SSD, e quindi devi comprarne uno, non conviene farlo. Visto che se compri un SSD sicuramente sarà di qualità e non scadente come quello montato sui netbook. Il tuo in effetti ha una durata molto superiore e non c'è bisogno che tu tolga il journaling. In effetti nelle premesse della guida l'attenzione si incentra sui netbook, ma forse è il caso di specificarlo meglio. Ad ogni modo la guida aggiornata ora si trova qui:
http://linux4netbook.blogspot.com/2010/09/ottimizzazioni-ssd-togliere-il.html

Parlando strettamente del tuo problema, se mi dici che gli errori sono sorti una settimana dopo, faccio fatica a collegare il problema alla modifica del journaling, ma faccio fatica pure ad escludere questa possibilità. Inoltre il pc ti va senza frezze da quando hai formattato e installato addirittura un'altra versione di ubuntu. A questo punto se il problema era un'altro è andato perché tanto hai formattato Quello che voglio dire è che se rimettevi il journaling sempre nello stesso sistema, senza formattare, magari avremo avuto una idea più precisa. Sicuramente il fisso lavora ad una marcia molto più alta dei netbook, per cui forse ha fatto tante operazioni e il journaling li ha impedito di salvarle, ma è impossibile dirlo, anche perché sul netbook quando lo togli ti velocizza pure il boot e certe azioni, visto che senza journal scrive direttamente sul disco senza raggirare niente.

Grazie cmq delle info 

[MattiaDePaoli]

In effetti è vero, quasi sicuramente il freeze NON era dovuto al journaling. Il problema è stato che la perdita di dati causata dal freeze, QUELLA si che era dovuta al journaling. L'ho notato bene in un portatile che spesso mi si blocca per altri problemi, devo "spegnerlo" e quando si riaccende mi dice "recovering journal" poi si avvia ed è perfetto mentre il mio fisso mi ha detto "file system incoerente" o simili e "impossibile recuperare journal" o qualcosa di simile. Su un netbook magari non conta molto ma su un fisso che uso per tutto si. Il disco è sicuramente buono quindi spero duri lo stesso anche col journaling attivo.