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 ☆☆
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.