Newsgroup: it.comp.os.linux.sys
Titolo: Macchina in freeze durante I/O

Ciao a tutti,
Ho un problema che non mi era mai successo: quando con il mio laptop
faccio I/O la macchina � completamente inchiodata, come se avesse la CPU
al 100%. Ho gi� sostituito il disco originale da 5400 Rpm con un Western
Digital da 7200 Rpm, ma la situazione non � cambiata di molto.
 
In sostanza basta un "aptitude update" per inchiodare tutto, il top mi
da un load che a volte sale anche a 8, e finch� non termina l'I/O la
macchina � inutilizzabile, e l'update pu� durare anche 10 minuti.
 
iotop non rileva niente di che, inoltre quando la macchina � freezzata
la scrittura disco sovente non supera 1Mbs, e nessun processo sta swappando.
 
La macchina � una debian testing aggiornata, pensavo di provare a
disabilitare il journaling di ext4, ma non credo che sia quello il problema.
 
Qualche idea?
 
-- 
g4b0, linux user n. 369000
http://brosulo.net
 


cavo SATA andato e/o il chipset che sta andando a donnine.
Prova a cambiare il cavo (se puoi) oppure metti l'HD al posto del DVD
(se puoi).
 
Ciao Jack
-- 
Yoda of Borg am I! Assimilated shall you be! Futile resistance is, hmm?

 (se puoi).
 
Anche io sospetto il guasto HW, secondo te c'� qualche test sw per
dimostrare il problema? Dovrei presentarlo al mio capo per farmi
sostituire la macchina... Essendo un portatile eviterei di smanettare
con il connettore SATA, e tanto meno mi impelagherei nella sostituzione
HDD/DVD.
 
Grazie


 dimostrare il problema?
 
   sar, smartctl, mcelog e i log di sistema.
 
 
   Ciao,
 
 
-- 
Alessandro Selli 
http://alessandro.route-add.net
 
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.


 
 
Non era mai successo a te in generale o non era mai sul successo sul 
laptop con la distro che usi ?
 


Non mi era mai successo personalmente, il mio laptop con debian testing
è ormai un po' che ha questo genere di problemi, non so più dove
sbattere la testa. Per questo ipotizzo il guasto HW, ma non riesco a
diagnosticarlo!


 
 
Il problema � che con i test di cui sopra sembra tutto a posto, samart
dice che il disco � ok, gli altri non segnalano carichi particolarmente
eccessivi. Ho provato a monitorare con iotop, atop, top, htop, pss.py,
sar, mcelog, smartctl, ma niente. L'unica cosa che mi � saltata
all'occhio � che durante un normale "aptitude dist-upgrade" (che uso per
aggiornare) il load average di top schizza a 7-8, ed il parametro wa di
%CPU non scende sotto a 30-35.
 
Ecco uno screenshot: 
brosulo.net/download/top-aptitude.png
 
 
(In quel momento secondo me non stava swappando nessuno, inoltre lo
stesso problema ce l'ho anche con 0Kib di swap used).
 
Idee?



da un po e prima non dava questi problemi
Il syslog potrebbe dire qualcosa tipo settori difettosi o problemi di 
controller
 
 
 

 Idee?
 
   Procedere per esclusione.  Andrei di sar con, ad esempio:
sar -bdqu -I SUM -I ALL -m ALL -u ALL -P ALL -o sar_"$(date '+%Y-%m-%d')" 5 20
 
   Mentre sar va, fai qualche dd per mettere sotto stress il disco che hai. 
  Poi, per leggere selettivamente qualche campo dal log di sar, fai, ad es.:
 
sar -d -f sar_"$(date '+%Y-%m-%d')"
 
   A me il valore await del dispositivo della /home era tipicamente sui 
1100-1200 msec.  Avessi tu invece valori pi� alti, allora c'� veramente 
qualcosa che non va.  Se questo valore invece rimane nella norma, continui 
vedendo i valori degli interrupt, dell'attivit� di paginazione RAM ecc., 
fino a che non trovi qualcosa di strano, confrontando i valori con quelli di 
un sistema che non presenta il tuo problema.


 
 
Niente da fare, secondo i log è tutto a posto. Poi magari mi sfugge
qualcosa, ma per quel che ne capisco il kernel non si accorge di nulla!


 
 
Ho fatto il test che mi hai suggerito, usando per� aptitude. Ho dei
picchi a 11900ms, con una media che si stabilizza a 300ms. Puoi vedere
il risultato a questo link:
 
http://www.brosulo.net/download/sar-aptitude.html
 
 
Credo che abbiamo individuato il problema nell'I/O wait, che ne dici?
Ora per� dovrei trovare una soluzione :)
 
Provo a fare lo stesso test con una live, cos� escludo tutto il sw in
gioco. Se ottengo gli stessi risultati allora il problema � HW. In caso
contrario comincio a sospettare in qualche bug del kernel con il mio HW,
ma ho gi� googlato a tal proposito senza trovare nulla di interessante.


Forse ho risolto, ma non ne sono ancora sicuro... E soprtattutto non so
come ho fatto :P Volevo togliermi ogni dubbio su eventuali problemi
"ambientali" della mia installazione, allora ho riavviato in recovery
mode per vedere se un I/O massiccio avesse avuto gli stessi problemi di
rallentamento anche li. Durante il boot in recovery � partito l'fsck
sulla partizione di root, e da allora la macchina non soffre pi� di
rallentamenti.
La cosa strana � che nei log di fsck non vi � nulla di particolare:
 
########################################################################
14:43 root@laptop /var/log/fsck
    # more checkfs
    Log of fsck -C -R -A -a
    Wed Jun 18 11:18:32 2014
 
    fsck from util-linux 2.20.1
 
    Wed Jun 18 11:18:32 2014
    ----------------
    14:43 root@laptop /var/log/fsck
    # more checkroot
    Log of fsck -C -a -t ext4 /dev/sda1
    Wed Jun 18 11:18:03 2014
 
    fsck from util-linux 2.20.1
    /dev/sda1: Superblock last mount time is in the future.
       (by less than a day, probably due to the hardware clock being
incorrectly set)  FIXED.
    /dev/sda1: Superblock last write time is in the future.
       (by less than a day, probably due to the hardware clock being
incorrectly set).  FIXED.
    /dev/sda1: 1148535/30375936 files (0.3% non-contiguous),
38521160/121499587 blocks
 
    Wed Jun 18 11:18:31 2014
    ----------------
########################################################################
 
Che strano... L'unica altra cosa che ho fatto � stato provare a partire
2 volte con una live per fare i test da li, con relativa
apertura/chiusura del lettore DVD. Secondo voi un falso contatto che �
andato a posto con le vibrazioni del CD � fantascienza?


 Ora per� dovrei trovare una soluzione :)
 
   Dovesse ripresentari il problema la cosa pi� utile da fare sarebbe, a 
questo punto, usare un kernel compilato con le opzioni di debug attivate e 
vedere quando il driver del disco rigido si siede.  Ma la cosa non � una 
passeggiata.  :-/
   Potresti avere un po' di fortuna se il driver che usi prevede delle 
opzioni che ne attivano il debug, da darsi alla riga di comando del kernel 
se � compilato staticamente, da aggiungere alle opzioni di modprobe se 
compilato come modulo.


 modprobe se compilato come modulo.
 
Per ora mi godo il mio portatile a velocit� ordinaria, spero di non
dovermi avventurare in questo ginepraio :)


 dovermi avventurare in questo ginepraio :)
 
Ha, grazie mille!


 Ha, grazie mille!
 
   Prego, per quello che � servito... neanche � stata mia l'idea del 
fsck!  :-)
Goditi il portatile a velocit� warp-0.
 
 
   Ciao,
 
 
Alessandro
 


Come non detto, dopo due mezze giornate di portatile a velocit� normale
tutto � tornato come prima. Per esempio ora sto facendo un backup su di
un disco esterno USB ed ho un load di 4 con il wa fisso tra il 45 ed il
50. Notare che su sda1 sto facendo solo read, scrivo di un altro device.
 
Come faccio a scoprire se il driver che uso prevede delle opzioni che ne
attivano il debug?


 attivano il debug?
 
   Vedi quale driver sta gestendo il disco.  Se � un modulo, modinfo 
dovrebbe elencarne i parametri, sotto la voce parm:.  Altrimenti si deve 
cercare nella schermata di Help del driver in fase di configurazione del 
kernel o, se c'�, nel relativo file sotto Documentation oppure, in ultima 
istanza, nel codice.


 
Perdonami ma se fosse il driver avresti il problema sempre non dopo 2 mezze 
giornate normali.
 
Hai già provato a rifare un fsck?
 
Non so se hai vincoli "burocratici" o altro ma io farei la prova sostituendo 
il disco.
 
My 2 cents.

 
 
Wow, ci sar� da divertirsi :)


 il disco.
 
Già fatto, ho sostituito il 5400 RPM originale con un Western Digital
7200 RPM, ma il problema resta.
 
Mi sono imbattuto in queste righe del kernel.log, che però sono troppo
criptiche per i miei gusti:
 
# grep segfault kern.log
Jun 17 10:30:48 laptop kernel: [  282.480607] tracker-extract[4252]:
segfault at 7f1a4cb95ffe ip 00007f1a72a7baa0 sp 00007fffed163d38 error 4
in 
libc-2.19.so
[7f1a729eb000+19f000]
Jun 18 11:30:02 laptop kernel: [  730.925474] tracker-extract[5278]:
segfault at 7ff67ee4affe ip 00007ff6b1753aa0 sp 00007fff6295a2e8 error 4
in 
libc-2.19.so
[7ff6b16c3000+19f000]
Jun 18 12:25:07 laptop kernel: [ 4040.486036] gnome-shell[5136]:
segfault at a0ffffffff ip 00007f456fef5e0e sp 00007fff427419a0 error 4
in libatk-1.0.so.0.21209.1[7f456fee6000+23000]
Jun 19 08:45:04 laptop kernel: [  255.600324] tracker-extract[4489]:
segfault at 7fa4e10e2ffe ip 00007fa506100aa0 sp 00007fff7ccaad88 error 4
in 
libc-2.19.so
[7fa506070000+19f000]
Jun 19 08:45:51 laptop kernel: [  302.855369] plugin-containe[7217]:
segfault at 0 ip 00007f40006e5f5e sp 00007fffc3f3c520 error 6 in
libmozalloc.so[7f40006e5000+2000]
Jun 19 14:25:50 laptop kernel: [  594.421211] tracker-extract[5285]:
segfault at 7f839cf21ffe ip 00007f83c1489aa0 sp 00007fff246c2a78 error 4
in 
libc-2.19.so
[7f83c13f9000+19f000]
Jun 20 08:44:56 laptop kernel: [  242.022542] tracker-extract[4492]:
segfault at 7f5b08bb1ffe ip 00007f5b2f241aa0 sp 00007fffac5ba2b8 error 4
in 
libc-2.19.so
[7f5b2f1b1000+19f000]
 
Quello che è certo è che un segfault non è cosa bella, ma se questi log
siano legati al mio problema è un altro paio di maniche.
 
Che sia un problema BIOS? Il problema è che Samsung ha fornito un
aggiornamento, ma è installabile solo tramite windows. Secondo voi si
può installare senza Win?


 pu� installare senza Win?
 
controlla sul sito, in genere forniscono una iso. per creare un cd
bootabile da cui aggiornare bios, firmware dei dischi, ecc.
 
Ciao jack


 
 
Macch�, samsung fornisce solo un .exe:
 
http://www.samsung.com/it/consumer/pc-peripherals-printer/notebook/essential/NP300E5C-S09IT
 
 
Ho scompattato l'exe, ma a parte file di testo in koreano non ho trovato
nessun file che somigli al .bin del bios.
