controllo del disco

[hellojoker]

forse ti conviene riabilitare il journal e rifare un controllo del filesystem, deve essere andato storto qualcosa la prima volta, a meno che il disco non ti stia lasciando fatto anche un controllo dei dati smart?

Codice: Seleziona tutto

dmesg  | grep sda

cosa ti dice ?

[drooper]

A dirla tutta recentemente ho dei vistosi rallentamenti di tutto il sistema... mi sa che formatto. Forse faccio prima.

[intruder]

Ciao a tutti. mi intrometto nella discussione per un problema simile.
Sul mio netbook samsung n150, proprio ieri ho montato un ssd OCZ Agility 3 con xubuntu 12.04. Ho cercato di perfezionare la configurazione di fstab seguendo diverse guide sul web in modo da disabilitare il journaling e limitare le scritture "inutili". Con tune2fs ho anche impostato il check ogni 12 mount o comunque ogni 10 giorni.
Insomma le prestazioni intanto sono ottime, ma il problema adesso (comune a un po' di utenti, mi pare di capire) è il check della partizione (sda1 nel mio caso) che viene fatto a ogni avvio della macchina e non riesco a capirne il perché. Il controllo ruba 2/3 secondi all'avvio e non è che questo sia un problema. Il problema però è capire per quale motivo ciò avviene e la mia preoccupazione è la possibilità di un errato smontaggio all'arresto precedente (che magari normalmente non avviene perché il journaling rimedia al problema...).

Di seguito riporto alcuni dettagli.

# dmesg |grep sda1

Codice: Seleziona tutto

[    1.160960]  sda: sda1 sda2 sda3
[    1.489017] EXT4-fs (sda1): mounted filesystem without journal. Opts: (null)
[   11.167909] EXT4-fs (sda1): Mount option "nouser_xattr" will be removed by 3.5
[   11.168373] EXT4-fs (sda1): re-mounted. Opts: commit=100,nouser_xattr,errors=remount-ro

# fstab

Codice: Seleziona tutto

# / was on /dev/sda1 during installation
UUID=623585b5-7509-4a3d-9269-76091b7bc524 /               ext4    noatime,commit=100,nouser_xattr,errors=remount-ro 0       1
# /home was on /dev/sda2 during installation
UUID=6b7e0f71-4c7d-45d4-aefe-f9c1cdcabbd6 /home           ext4    defaults        0       2

# tune2fs -l /dev/sda1

Codice: Seleziona tutto

tune2fs 1.42.4 (12-Jun-2012)
Filesystem volume name:   <none>
Last mounted on:          /
Filesystem UUID:          623585b5-7509-4a3d-9269-76091b7bc524
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         not clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              750720
Block count:              2999808
Reserved block count:     149990
Free blocks:              2172577
Free inodes:              576719
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      732
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8160
Inode blocks per group:   510
Flex block group size:    16
Filesystem created:       Thu Jul 12 18:26:19 2012
Last mount time:          Fri Jul 13 10:57:19 2012
Last write time:          Fri Jul 13 11:27:30 2012
Mount count:              1
Maximum mount count:      12
Last checked:             Fri Jul 13 10:57:10 2012
Check interval:           864000 (1 week, 3 days)
Next check after:         Mon Jul 23 10:57:10 2012
Lifetime writes:          5731 MB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:	          256
Required extra isize:     28
Desired extra isize:      28
Default directory hash:   half_md4
Directory Hash Seed:      bc3398e3-a7ed-4f13-a57a-d5b3544097b8
Journal backup:           inode blocks

Vi ringrazio nella speranza che qualcuno mi aiuti a venirne a capo.

[drooper]

Non ho modo di aiutarti direttamente, comunque dopo averlo riformattato il mio netbook non ha più manifestato nessun problema. Anche dopo aver rimosso nuovamente il journaling.

[intruder]

dico una stupidaggine. separare la partizione /boot da / potrebbe aiutarmi??? Quanto mi conviene?
Vi ricordo che il netbook gira con unico sistema operativo e unico utente a sua volta.

[intruder]

Ok. credo di avere appena risolto.
La causa è evidente e lo sapevo, ma continuavo a brancolare nel buio da giorni. Lo spegnimento sopraggiunge prima che tutte le partizioni vengano liberate e smontate ( / in particolare). E questo è il punto di partenza.
Se root non viene smontata significa evidentemente che qualcosa la sta usando e tarda a togliersi di mezzo, fregandosene dello spegnimento imminente del sistema. (giusto??)
Dopo diverse ricerche e prove di ogni tipo (persino reinstallazione del sistema operativo e personalizzazione passo passo) mi sono reso conto che essenzialmente il "problema" si presentava quando disattivavo il journaling. Ciò, forse, significa che il problema lo abbiamo tutti, ma col journaling attivo non se n'è mai accorto nessuno

Ad ogni modo, grazie a questa discussione su unbuntuforums.org, ho risolto modificando il file /etc/init.d/umountroot per fare in modo che tutti i task estranei al kernel vengano chiusi in quel preciso punto, liberando così la partizione.

Quindi, come suggerito nella discussione, prima della stringa "MOUNT_FORCE_OPT" ho aggiunto le seguenti righe:

Codice: Seleziona tutto

/sbin/killall5 -15
sleep 2

Da questa modifica in avanti il sistema ha preso ad avviarsi (e quindi spegnersi) serenamente.
Spero possa essere utile per qualcuno.