Ungefähr zweimal pro Woche wird die gesamte grafische Oberfläche ohne Vorwarnung für etwa 10 bis 20 Sekunden gesperrt, während ich einfache Aufgaben wie das Surfen im Internet oder das Schreiben eines Papiers erledige. In diesem Fall reagieren GUI-Elemente nicht auf Maus- oder Tastatureingaben, und das Systemmonitor-Applet zeigt eine 100% ige IOWait-Prozessorauslastung an.
Heute war das GNOME-Terminal endlich geöffnet, als das Problem begann. Obwohl andere Anwendungen wie Google Chrome, Firefox, GNOME Do und GNOME Panel nicht reagierten, war das Terminal verwendbar. Ich lief iotop
und beobachtete, dass Befehle benannt wurden [flush-8:16]
und [jbd2/sdb2-8]
abwechselnd 99,99% IO verwendeten.
Was sind diese und wie kann ich verhindern, dass sie zu einer Unempfindlichkeit der Benutzeroberfläche führen?
Einzelheiten
$ mount | grep ^/dev
/dev/sda1 on / type ext4 (rw,noatime,discard,errors=remount-ro,commit=0)
/dev/sdb2 on /home type ext4 (rw,commit=0)
$ cat /proc/swaps
Filename Type Size Used Priority
/dev/sdb3 partition 1052252 0 -1
/dev/sda
ist ein OCZ-VERTEX2 und /dev/sdb
ist ein WD10EARS . Hier ist dumpe2fs /dev/sdb2
und smartctl /dev/sdb --all
.
Ich sehe nichts Ungewöhnliches in dmesg
oder /var/log/syslog
.
/dev/sda
- welche Festplatte enthält was? Wie "root auf sda, home auf sdb"?
dmesg
auf Festplattenfehler.
flush
schreibt den RAM-Puffer / Cache auf die Festplatte, und jbd2 befasst sich mit dem ext4-Journal.