Подозрительное «молчание» жесткого диска

[Хакер]

Где-то совсем рядом молния ударила в землю, грохот был хороший, компьютер перезагрузился.

После перезарузки перестал определяться жесткий диск (один из четырёх), и соответственно, исчезли все три тома с него.

Перезагружаюсь. В BIOS Setup диск есть (страница «приоритет загрузочных устройств»). После загрузки ОС, в диспетчере устройств диска нет. Ну и соответственно, нигде нет, где отображаются физ. устройства. То есть он не отвечает при энумерации шины.

Опять перезагружась. В BIOS Setup диск по прежнему есть. После загрузки ОС диск появляется в ДУ, и становятся доступными тома.

Бить ли тревогу?

P.S. Пока пойду поищу какие-нибудь SMART-утилиты.

[ger_kar]

Ну, что-бы сделал я в таком случае, так это в обязательном порядке просмотрел СМАРТ таблицу, а также прогнал бы полный тест поверхности в MHDD. Если в смарте ничего тревожного не обнаружиться, и за время теста MHDD никаких ошибок не приключиться, то вполне можно быть спокойным. В принципе таблицу можно глянуть прямо сейчас, а тест я бы зарядил на ночь с многократной прогонкой и записью в лог. Таким образом, всякие глюки, в виде неконтакта, глюка конроллера или еще чего повылазят, а потом можно будет уже точно сказать кто виноват и что делать. Тест длительный, поэтому ИМХО ночь лучший вариант. Поставил - уснул, проснулся - держи результат.

[Хакер]

а также прогнал бы полный тест поверхности в MHDD.

Какая глупость. Если бы что-то было с поверхностью, не было бы томов, они бы не читались, читались бы сверх долго, но физ. устройство обнаружилось бы при эмунерации.

[ger_kar]

Какая глупость.

Вот здесь я с тобой категорически не соглашусь. То что изложено дальше правильно, но дело в том, что при этом тесте выявляются не только дефекты поверхности, но и глюки электроники HDD, если во время теста пропадал контакт, тоже вылезет, если глючил контроллер HDD или мамаши, тоже будет видно. MHDD умеет детектировать уйму ошибок. Кроме того, это самый безопасный вариант диагностики. Т.е. проверка поверхности, как таковой не самоцель. Ты вот сам логически подумай, если за ночь, при таком тесте никаких ошибок не выявиться и смарт таблица не покажет ничего подозрительного, вот тогда на основании полученных данных и можно задать твой вопрос, а бить ли тревогу? Если я в программировании новичек, то здесь поверь, то что я тебе рекомендую, проверено многократно на собственном опыте.

[Хакер]

А если ошибки будут, можешь ли ты гарантировать, что виновата не материнская плата, а именно электроника ЖД?

[ger_kar]

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

[ger_kar]

А смарт таблица чего сказала? Ты смотрел?

[Хакер]

А смарт таблица чего сказала? Ты смотрел?

Нет, я должен у меня сегодня сдать результат работы.

[ger_kar]

Ну тогда, удачи в работе, как будет время, я думаю, будет и продолжение

[Хакер]

Опять пропало устройство.

[FireFenix]

Может это новый виток истории бреда с процессором?

[Хакер]

Это маловероятно, но это было бы даже хорошо, если бы не тот факт, что проблемы начались после разряда молнии где-то совсем рядом. Ну я просто не могу багами процессора объяснить то, что пропал только 1 диск из 4, но при этом всё остальное работало. Именно 320 Гб диск.

[Proxy]

Может БП накрыло и этот винт оказался самым чувствительным? Т.е. может в БП вся проблема, не проверял БП?

[Хакер]

Спидфан и BIOS Setup показывают хорошие напряжения.
И да, в BIOS Setup винт всегда есть, а в Windows — никогда нет.

[Хакер]

Ну что. MHDD оказался неспособным работать со всеми 4 сразу, поэтому для тестирования одного пришлось отключать оставшиеся три.

Сделал скан. Ничего криминального я не увидел, разве что скорость чтения на начальных LBA-адресах была 80 Мб/с, а к концу пространства LBA-адресов упала до 45 Мб/c. То есть <10ms блоки стали встречаться чаще, чем <3ms блоки. Но у меня этому своё объяснение: наверное концу LBA-пространства соответствуют цилиндры, расположенные ближе к центру. Поэтому плотность размещения данных ближе к центру диска меньше при равной скорости вращения шпинделя, так что такой результат получился.

Устройство появилось в винде только после долгих игр с проводами. Так что пока виню на контакты, но меня всё равно раздирает непонимание того факта, почему винт есть в BIOS Setup.

Ещё заметил, что проблемный винт наиболее горячий:

speedfan_extra.png

Хотя, может быть, он просто нагрелся от сканирования, и теперь медленно остывает:

speedfan_extra2.png

Кулеры винтов пока отключены, потому что издают невероятно разражающее трактороподобное гудение.

[ger_kar]

Ну что. MHDD оказался неспособным работать со всеми 4 сразу, поэтому для тестирования одного пришлось отключать оставшиеся три.

Очень странно, сколько MHDD юзаю, никогда такого не было, проверять можно только один, но остальные при этом отключать не обязательно. Даже если два винта PATA сидят на одном одном шлейфе как Master и Slave устройства, то и тут они друг другу не мешают, но для того что-бы выбрать Slave устройство есть маленькая хитрость - MHDD выводит список устройств, но Slave устройства при этом пропускает, т.е. устройства 1, 3 есть, а 2, 4 отсутствуют, но несмотря на это, эти устройства можно выбрать вводя 2 или 4, в зависимости от того на каком канале сидит устройство. И еще MHDD по умолчанию обычно отключает первое устройство из соображений безопасности.

начальных LBA-адресах была 80 Мб/с, а к концу пространства LBA-адресов упала до 45 Мб/c. То есть <10ms блоки стали встречаться чаще, чем <3ms блоки.

Ну явление вполне закономерное потому, что

концу LBA-пространства соответствуют цилиндры, расположенные ближе к центру.

Кстати была утилита для теста скорости HDD прям в винде, и эта скорость отображалась в виде графика, причем график получался не в виде наклонной линии, а в виде ступенек, с понижением скорости к концу. Как утилита называлась, что-то не припомню.

Устройство появилось в винде только после долгих игр с проводами. Так что пока виню на контакты, но меня всё равно раздирает непонимание того факта, почему винт есть в BIOS Setup.

MHDD умеет опознавать устройство самостоятельно, даже если его выключить в BIOS. Т.е. MHDD может с устройством работать как через БИОС (по умолчанию) так и без него, но в случае работы напрямую скорость значительно ниже. Мне встречались винты с неисправным контролером, которые через БИОС определялись не корректно, но MHDD их определила и их удалось протестировать, но вот чтобы устройство определялость в БИОСе и не определялось в винде, такое мне не встречалось, все это очень странно. Может программный глюк, в момент отключения электроэнергии драйвер глюканул? Может драйвера переустановить, хуже не будет. Кстати когда приключаются такие глюки, в режим DMA отключается и включается PIO. Кстати при плохом контакте шлейфа, такое бывает довольно часто. Ну а может действительно банальный не контакт. Неисправность хоть и банальная но может испортить немало нервов.

[Хакер]

Даже если два винта PATA сидят на одном одном шлейфе как Master и Slave устройства,

У меня 2 PATA устройства и 4 SATA. Итого 6 устройств. MHDD сдувается от этого.

[ger_kar]

Ну с шестью устройствами я MHDD не разу не запускал А как проявляется глюк, MHDD не видит устройства?

[Хакер]

Он видит устройства, но их имена. При попытке выбрать такие устройства происходит ошибка Device Not Ready.