Eccessiva attività del disco rigido


20

Sto riscontrando problemi su Ubuntu 12.04 x64 "fresco" installato sulla partizione ext4 su HDD primario. Quando non viene utilizzato ogni 5-10 secondi, l'HDD è attivo per circa 10 secondi e non è possibile scrivere sull'applicazione attivata o in esecuzione. Ho usato iotop e ho scoperto che jbd2 scrive costantemente sull'HDD. Il rumore dell'HDD mi sta facendo impazzire, a questo ritmo il disco non durerà a lungo. Sullo stesso HDD ho Windows 7 (dual boot Grub2) e tutto funziona bene, il disco si spegne quando non viene utilizzato e il computer è silenzioso. Tutto il resto funziona bene (solo piccoli problemi con Skype e la webcam, ma è tollerabile), ma la paura di perdere il disco e il rumore è irrisolvibile poiché ho il computer acceso per 10 ore al giorno ...

Ho provato manualmente a ridurre la frequenza di journaling, ma finora nessuna soluzione trovata sul web mi ha aiutato, il disco si sta macinando alla stessa velocità.

Qualche soluzione a questo problema? Altrimenti penso che smetterò di usare Ubuntu, nessun HDD durerà a lungo con questo ritmo di utilizzo e il rumore dell'HDD non è tollerabile ...


1
Non sono sicuro con Ubuntu, ma su Kubuntu Nepomuk l'indicizzatore di file inizia dopo l'installazione. A seconda della quantità di file ciò può richiedere del tempo, ma una volta eseguita l'indicizzazione l'IO del disco eccessivo si arresta.
jippie,

Il PC è stato in esecuzione per diverse ore, l'indicizzazione dei file dovrebbe terminare a quel punto. Il problema è che il journaling ext4 e jbd2 funziona continuamente ...
Dejan Grum,

Puoi controllare i tuoi file di log se qualcosa viene scritto ogni volta che questo processo continua?
Nanne

Qual è l'output di free -mquando viene utilizzato il disco?
Salem,

Risposte:


7

Si tratta di rari casi in cui l'attività del disco rigido è superiore all'uso normale e l'utente non la utilizza molto. Mi è successo solo due volte in tutti i miei anni con Ubuntu. Una volta ho risolto il problema eseguendo una operazione fscksul disco.

Ad esempio, se l'HDD è /dev/sdb1quindi procedere come segue:

sudo fsck /dev/sdb1

In quel caso diceva che avevo avviato il disco rigido più di 200 volte senza controllare. In realtà non ho contato quante volte, ma 200 è molto nel mio libro.

Ad ogni modo, quando ha iniziato a controllare, a un certo punto ha iniziato a trovare problemi e risolverli. Molti di loro in realtà. Dopo di che ho riavviato e il problema era sparito.

Nel secondo caso, è stato perché ho modificato il /etc/fstabe ho erroneamente passato un parametro all'hdd. La soluzione era rimuovere quel parametro da esso.

Devo anche dire che l'aggiunta noatimeal disco rigido riduce la quantità di operazioni di scrittura. Ad esempio questo è il mio HDD nel fstabfile:

# / was on /dev/sda2 during installation
UUID=38673e00-ecc8-4e11-85d2-58af72999e5b /               ext4    noatime,errors=remount-ro 0       1

con il parametro noatime , l'attività del disco è inferiore. Sebbene, se si utilizza una versione del kernel 2.6.30 o successiva, relatime è molto meglio.

Il mio suggerimento per questo sarebbe:

  • Esegui fscksul disco con il problema. Potrebbe rilevare molti problemi o potrebbe non esserlo, ma controllandolo si assicurerà che le informazioni siano buone e che il disco rigido non abbia problemi di file system.

  • Nel desktop eseguire l' disksutilità. Mostra lo stato dell'unità e le informazioni SMART su di esso. Questo può darti ulteriori informazioni a riguardo, specialmente se ha un problema hardware.

  • Digita dmesge osserva le ultime righe. Se c'è qualcosa ogni 10 secondi, verrà mostrato lì. Può anche mostrare in cat /var/log/syslogocat /var/log/kern.log

  • Infine aggiungi il parametro noatime al tuo fstabfile per salvare alcune scritture dei tempi di accesso.


4
Non c'è bisogno di usare noatime. relatimeimpedisce scritture non necessarie ed è parte dei flag di mount predefiniti dal kernel 2.6.30 .
Mihai Capota

@ MihaiCapotă E torniamo al motivo per cui adoro uscire con Askubuntu. Grazie per l'informazione Mihai.
Luis Alvarado,

6
  1. Se stai vedendo molte attività quando non è in esecuzione molto, controlla se qualcuno dei registri sta ricevendo molti aggiornamenti. Vedi se qualcuno dei file cresce quando esegui questo ...

    ls -lS /var/log/*log | head
    
  2. È possibile ridurre gli spindown, se il disco rigido supporta SMART, con

    hdparm -B 255 /dev/sdX
    

    dove sdX deve essere modificato in una partizione valida.

  3. Controlla il tuo fstabper noatime.

  4. Dall'ultimo link in basso qualcuno afferma di averlo risolto con un controllo forzato della partizione.

    touch /forcecheck
    

    e un riavvio confermerà se questo è il tuo caso.


Dai anche un'occhiata a questo argomento:

ext4 journaling jbd2 attivo anche su filesystem vuoto


Questo è più che probabilmente un problema del kernel (e non specificamente correlato a Ubuntu). Nel 2010 sia gli utenti Ubuntu che Arch hanno avuto lo stesso problema . Potrebbe valerne la pena pubblicarlo come bug sul launchpad contro il kernel che si sta utilizzando.


hdparm -Busa il vecchio comando APM ed è estraneo a SMART
psusi

Ci sono degli svantaggi nella riduzione della riduzione? Non sono sicuro di quali siano gli effetti. Potresti dirmi qual è il termine in modo conciso?
Wolverine,

Un numero minore di mandrini misura un minor consumo elettrico e meno calore, aumentando così la durata di vita di un disco. Ma i dischi rigidi tendono a morire di più durante un riavvio del disco (a causa della maggiore attività meccanica presumo). Quindi è un compromesso. La maggior parte delle discussioni sul web è congettura però; nessuno ha prove concrete.
Rinzwind,

0

Ho avuto questo problema con un Lenovo / Thinkpad e ho provato di tutto, ma alla fine ho scoperto che si trattava di un'unità Toshiba. Le unità Toshiba hanno un problema con l'opzione di parcheggio che va in tilt e cerca continuamente di parcheggiare l'unità e questo è il rumore che si sente.

http://disablehddapm.blogspot.com.au/2011/12/disabling-hard-disk-drive-advanced.html

La soluzione è disabilitare la gestione dell'alimentazione, sebbene ciò riduca la durata della batteria. Questo ha funzionato per il mio disco, ma poiché non ci hai detto quale disco hai questa soluzione potrebbe non funzionare e necessita di un set di parametri diverso.


-1

1) prova i test di superficie. potrebbero esserci blocchi / settori danneggiati da qualche parte.

2) prova un'altra versione di ubuntu (xubuntu, lubuntu)

3) provare a disinstallare le applicazioni inutilizzate ... alcuni di loro stanno andando male?


-2

Aggiungi su /etc/fstabfile, la seguente stringa alla fine delle opzioni di montaggio per i tuoi filesystem su HDD:

,commit=600

Per esempio:

UUID=cc614fb7-fbdc-4b6d-af3c-a3fda4f699a0 /   ext4    defaults,commit=600    0       2

riavvia e divertiti

man mount dice:

commit = nrsec Sincronizza tutti i dati e i metadati ogni nrsec secondi. Il valore predefinito è 5 secondi. Zero significa predefinito.


Sembra un buon suggerimento, ma sarebbe utile sapere cosa fa questo ...
Piedro

3
Quindi, con questa impostazione, l'utente potrebbe potenzialmente perdere gli ultimi 10 minuti di lavoro invece degli ultimi 5 secondi in caso di interruzione di corrente o riavvio forzato, anche se l'utente ha fatto clic sul pulsante Salva in, diciamo, un editor di testo sono stati lavorati?
Sergey,

Vorrei sconsigliare questo per i motivi offerti da @Sergey. A parte questo, si tratta di un maggiore controllo dei danni rispetto alla risoluzione di un problema?
Nanne,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.