LINUX.ORG.RU

Кто виноват - ядро, железо? проблемы с хардом


0

0

имеем сервер под управлением Gentoo ядро 2.6.31, постоянные проблемы в работе с жестким диском, симптомы: hdparm -t /dev/sda показывает мизерные значения, около 3-10 мегабайт в секунду (хотя иногда и "нормальные" 90мб)

под нагрузкой диск работает гдето сутки потом постепенно начинают пропадать файлы, не читаться с ошибкой input/output error.

Диск, естественно, поддерживает SMART, smartctl -a выдает "No errors logged", badblocks -v /dev/sda тоже ничего не выдает, собственно вопрос, кто может быть виноват: - хард? Качать официальную от Hitachi утилиту по проверке и проверять более глубоко? - ядро? на матери стоит SATA чипсет кажется с intel ICH7, поддержка вкомпилена - сама материнка и чипсет? - другое железо (проц и оперативка могут влиять?) или софт?

★★

Да, еще, файловая система - EXT 4, в dmesg видим кучу сообщений от drive not ready до других экзотических касательно диска и какихто секторов

LX ★★
() автор топика
Ответ на: комментарий от LX

Думаю, что качать и проверять отдельной утилитой. smart от такой показатель, ему не всегда можно верить. Хотя можно посмотреть на номера секторов в dmesg, может они за больше максимального сектора и это может быть из-за глюков ФС.

Чипсет (перегрев) и кабель могут искажать передаваемые байты. Может влиять и блок питания, ICH7 то давно был, наверное все железо старое. Откройте корпус и посмотрите сколько там пыли и потрогайте чипсеты, радиаторы...

mky ★★★★★
()
Ответ на: комментарий от iZEN

Думаю, что ошибки в dmesg вроде Drive Not ready и слабые показания hdparm -t не зависят от файловой системы

LX ★★
() автор топика

Шлейф поменяй, разъёмы проклей.

Lumi ★★★★★
()
Ответ на: комментарий от LX

в dmesg видим кучу сообщений от drive not ready до других экзотических касательно диска и какихто секторов

Про шлейф уже сказали. Попробуй поставить для теста в эту систему другой диск, а этот диск в другую систему (мне кажется это очевидно). Возможно глючит контроллер на жёстком диске или SATA-контроллер на материнке.

Deleted
()

имеем сервер под управлением Gentoo ядро 2.6.31

$ grep -h KEYWORDS /usr/portage/sys-kernel/gentoo-sources/gentoo-sources-2.6.31*
KEYWORDS="~alpha ~amd64 ~arm ~hppa ~ia64 ~ppc ~ppc64 ~sh ~sparc ~x86"
KEYWORDS="~alpha ~amd64 ~arm ~hppa ~ia64 ~ppc ~ppc64 ~sh ~sparc ~x86"
KEYWORDS="~alpha ~amd64 ~arm ~hppa ~ia64 ~ppc ~ppc64 ~sh ~sparc ~x86"
KEYWORDS="~alpha ~amd64 ~arm ~hppa ~ia64 ~ppc ~ppc64 ~sh ~sparc ~x86"
KEYWORDS="~alpha ~amd64 ~arm ~hppa ~ia64 ~ppc ~ppc64 ~sh ~sparc ~x86"

Может стоит попробовать откатиться на стабильную версию?

Deleted
()
Ответ на: комментарий от Deleted

продиагностировал диск утилитой от Hitachi - проблем 0.

Ядра тоже уже разные попробовал.

Поставил другой хард и поставил на ночку копировать файлы туда - сюда. Завтра посмотрю дмесг...

LX ★★
() автор топика

Пытание... Питание смени! У меня сейчас такая же проблема, грешу на второй БП.

darkshvein ☆☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.