Nadmierna aktywność dysku twardego

Mam problemy z „świeżym” systemem Ubuntu 12.04 x64 zainstalowanym na partycji ext4 na głównym dysku twardym. Gdy dysk nie jest używany co 5–10 sekund, dysk twardy jest aktywny przez około 10 sekund, a pisanie nie ma znaczenia, która aplikacja jest włączona lub uruchomiona. Użyłem iotop i odkryłem, że jbd2 ciągle zapisuje na HDD. Hałas dysku twardego doprowadza mnie do szaleństwa, w tym tempie dysk nie będzie trwał długo. Na tym samym dysku twardym mam system Windows 7 (podwójny rozruch Grub2) i wszystko działa OK, dysk jest wyłączany, gdy nie jest używany, a komputer milczy. Wszystko inne działa dobrze (tylko niewielkie problemy ze Skype'em i kamerą internetową, ale to jest tolerowane), ale strach przed utratą dysku i hałasem jest nie do przyjęcia, ponieważ mam komputer włączony przez 10 godzin dziennie ...

Próbowałem ręcznie obniżyć częstotliwość dzienników, ale do tej pory nie znalazłem rozwiązania w sieci, dysk szlifuje w tym samym tempie.

Jakieś rozwiązanie tego problemu? Jeśli nie, myślę, że przestanę używać Ubuntu, żaden dysk twardy nie będzie trwał tak długo, a hałas z dysku twardego nie będzie tolerowany ...

Są to rzadkie przypadki, w których aktywność dysku twardego przekracza normalne użycie, a użytkownik nie korzysta z niego zbyt często. Zdarzyło mi się to tylko dwa razy przez wszystkie lata z Ubuntu. Pewnego razu rozwiązałem problem, robiąc fsckna dysku.

Na przykład, jeśli masz dysk twardy, /dev/sdb1wykonaj następujące czynności:

sudo fsck /dev/sdb1

W takim przypadku napisano, że uruchomiłem dysk twardy ponad 200 razy bez sprawdzania. Właściwie nie liczyłem ile razy, ale 200 to dużo w mojej książce.

W każdym razie, kiedy zaczął sprawdzać, w pewnym momencie zaczął znajdować problemy i je naprawiać. Właściwie dużo z nich. Potem zrestartowałem się i problem zniknął.

W drugim przypadku było tak, ponieważ edytowałem /etc/fstabi niepoprawnie przekazałem parametr na dysk twardy. Rozwiązaniem było usunięcie z niego tego parametru.

Chciałbym również powiedzieć, że dodanie noatimedo dysku twardego zmniejsza liczbę operacji zapisu. Na przykład jest to mój dysk twardy w fstabpliku:

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

z parametrem noatime aktywność dysku jest mniejsza. Chociaż, jeśli używasz wersji jądra 2.6.30 lub nowszej, relatime jest znacznie lepszy.

Moją sugestią byłoby:

• Uruchom fsckna dysku z problemem. Może wykryć wiele problemów lub nie, ale sprawdzenie go sprawi, że informacje będą dobre, a dysk twardy nie będzie miał problemów z systemem plików.

• Na pulpicie uruchom disksnarzędzie. Pokazuje status napędu i informacje SMART na jego temat. Może to dać dodatkowe informacje na ten temat, szczególnie jeśli ma problem ze sprzętem.

• Wpisz dmesgi spójrz na ostatnie linie. Jeśli coś pojawi się co 10 sekund, pojawi się tam. Może także wyświetlać się w cat /var/log/sysloglubcat /var/log/kern.log

• Na koniec dodaj parametr noatime do swojego fstabpliku, aby zaoszczędzić trochę czasu dostępu.

1. Jeśli widzisz dużo aktywności, gdy nic nie jest uruchomione, sprawdź, czy któryś z dzienników otrzymuje dużo aktualizacji. Sprawdź, czy któryś z plików rośnie po uruchomieniu tego ...

   ls -lS /var/log/*log | head
   

2. Możesz zmniejszyć spindown, jeśli twój dysk twardy obsługuje SMART, za pomocą

   hdparm -B 255 /dev/sdX
   

   gdzie sdX należy zmienić na prawidłową partycję.

3. Sprawdzić fstabza noatime.

4. Z ostatniego linku poniżej ktoś twierdzi, że rozwiązał go poprzez wymuszone sprawdzenie partycji.

   touch /forcecheck
   

   a ponowne uruchomienie potwierdzi, czy tak jest w Twoim przypadku.

Zobacz także ten temat:

kronikowanie ext4 jbd2 aktywne nawet w pustym systemie plików

Jest to bardziej niż problem z jądrem (i nie jest konkretnie związany z Ubuntu). W 2010 roku zarówno użytkownicy Ubuntu, jak i Arch mieli ten sam problem . Może warto opublikować go jako błąd na starterze przeciwko używanemu jądru.

Miałem ten problem z Lenovo / Thinkpad i próbowałem wszystkiego, ale ostatecznie okazało się, że był to dysk Toshiba. Dyski Toshiba mają problem z opcją parkowania, która wpada w szaleństwo i ciągle próbuje zaparkować dysk, i to jest hałas, który słyszysz.

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

Rozwiązaniem jest wyłączenie zarządzania energią, chociaż skróci to żywotność baterii. To zadziałało dla mojego dysku, ale ponieważ nie powiedziałeś nam, jaki dysk masz, to rozwiązanie może nie działać i wymagać innego zestawu parametrów.

1) spróbuj testów powierzchniowych. być może gdzieś są złe bloki / sektory.

2) wypróbuj inną wersję ubuntu (xubuntu, lubuntu)

3) spróbuj odinstalować nieużywane aplikacje ... może niektóre z nich działają źle?

Dodaj /etc/fstabplik, następujący ciąg na końcu opcji montowania systemów plików na dysku twardym:

,commit=600

Na przykład:

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

uruchom ponownie i ciesz się

man mount mówi:

commit = nrsec Synchronizuj wszystkie dane i metadane co nrsec sekund. Wartość domyślna to 5 sekund. Zero oznacza wartość domyślną.