Чрезмерная активность жесткого диска

У меня проблемы с Ubuntu 12.04 x64 "fresh", установленной в разделе ext4 на основном жестком диске. Когда не используется каждые 5-10 секунд, жесткий диск активен в течение примерно 10 секунд, что не указывает, какое приложение включено или работает. Я использовал iotop и обнаружил, что jbd2 постоянно пишет на жесткий диск. Шум от жесткого диска сводит меня с ума, на такой скорости диск не будет длиться долго. На том же жестком диске у меня Windows 7 (двойная загрузка Grub2), и все работает нормально, диск выключен, когда он не используется, и компьютер работает тихо. Все остальное работает нормально (только небольшие проблемы со Skype и веб-камерой, но это терпимо), но страх потерять диск и шум недопустим, так как я включаю компьютер по 10 часов в день ...

Я пытался вручную снизить частоту журналирования, но пока что нигде не было найдено решение, найденное в сети, диск вращается с той же скоростью.

Есть ли решение этой проблемы? Если нет, я думаю, что я перестану использовать Ubuntu, ни один HDD не будет долго работать при такой скорости использования, и шум от HDD недопустим ...

20
задан 23 April 2013 в 17:39

5 ответов

Это - редкие случаи, где действие Жесткого диска выше нормальной эксплуатации, и пользователь не использует его так очень. Это только произошло со мной дважды во всех моих годах с Ubuntu. На одном времени я решил проблему путем выполнения a fsck на диске.

Например, если Ваш жесткий диск /dev/sdb1 затем сделайте следующее:

sudo fsck /dev/sdb1

В этом случае это сказало, что я загрузил жесткий диск больше чем 200 раз без проверки. Я на самом деле не рассчитывал, сколько раз, но 200 находится много в моей книге.

Так или иначе, когда запущено проверяя, в какой-то момент это начало находить проблемы и фиксировать их. Многие из них на самом деле. После этого я перезагрузил, и проблема закончилась.

Во втором случае это было, потому что я отредактировал /etc/fstab и неправильно передал параметр HDD. Решение состояло в том, чтобы удалить тот параметр из него.

Я должен был бы также сказать то добавление noatime к жесткому диску уменьшает объем операций записи. Например, это - мой жесткий диск в fstab файл:

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

с noatime параметром активность диска меньше. Хотя, при использовании версии ядра 2.6.30 или больше, в реальном времени намного лучше.

Мое предложение для этого было бы:

  • Выполненный fsck на диске с проблемой. Это могло бы обнаружить много проблем, или это не могло бы, но проверка, что это удостоверится, что информация хороша, и жесткий диск не имеет никаких проблем файловой системы.

  • В Рабочем столе работает disks утилита. Это показывает состояние диска и УМНОЙ информации об этом. Это может дать Вам дополнительную информацию об этом, особенно если это имеет аппаратную проблему.

  • Ввести dmesg и посмотрите на последние строки. Если существует что-то каждые 10 секунд, что это покажет там. Это может также показать в cat /var/log/syslog или cat /var/log/kern.log

  • Наконец добавьте noatime параметр к Вашему fstab файл для сохранения некоторых записей времени доступа.

7
ответ дан 23 April 2013 в 17:39

1) попробуйте поверхностные испытания. может быть, где-то есть плохие блоки / сектора.

2) попробуйте другую версию ubuntu (xubuntu, lubuntu)

3) попробуйте удалить неиспользуемые приложения ... может, некоторые из них работают плохо?

0
ответ дан 23 April 2013 в 17:39
  1. Если Вы видите большое действие, когда ничего особенного не работает, проверьте, получает ли какой-либо из журналов много обновлений. Посмотрите, растет ли какой-либо из файлов при выполнении этого...

    ls -lS /var/log/*log | head
    
  2. Можно уменьшить spindowns, если УМНЫЕ поддержки жесткого диска, с

    hdparm -B 255 /dev/sdX
    

    где sdX должен быть изменен на допустимый раздел.

  3. Проверьте Ваш fstab для noatime.

  4. От последней ссылки ниже кто-то утверждает, что решил ее с принудительной проверкой раздела.

    touch /forcecheck
    

    и перезагрузка подтвердит, если это верно, для Вас.


Также взгляните на эту тему:

ext4 jbd2, журналирующий активный даже в пустой файловой системе


Это - больше, чем, вероятно, проблема ядра (и не конкретно связанное с Ubuntu). В 2010 у и Ubuntu и пользователей Arch была та же проблема. Это могло бы стоить того отправляющий его как ошибка на панели запуска против ядра, которое Вы используете.

6
ответ дан 23 April 2013 в 17:39

Добавьте в файл /etc/fstab следующую строку в конце параметров монтирования файловых систем на жестком диске:

,commit=600

Например:

UUID=cc614fb7-fbdc-4b6d-af3c-a3fda4f699a0 /   ext4    defaults,commit=600    0       2
[ 117] перезагрузитесь и наслаждайтесь

man mount говорит:

commit = nrsec & nbsp; & nbsp; & nbsp; Синхронизируйте все данные и метаданные каждые nrsec секунд. Значение по умолчанию составляет 5 секунд. Ноль означает дефолт.

0
ответ дан 23 April 2013 в 17:39

У меня была эта проблема с Lenovo / Thinkpad, и я попробовал все, но в конце концов я обнаружил, что это был диск Toshiba. У накопителей Toshiba есть проблема с опцией парковки, и она становится бесполезной и постоянно пытается припарковать диск, и это шум, который вы слышите.

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

Решение состоит в том, чтобы отключить управление питанием , хотя это уменьшит срок службы батареи. Это сработало для моего диска, но поскольку вы не сказали нам, какой диск у вас есть, это решение может не работать и требует другого набора параметров.

0
ответ дан 23 April 2013 в 17:39

Другие вопросы по тегам:

Похожие вопросы: