HDD Seagate или чудо чудное...

[4712357482]

На счёт обнуления MBR - была проблема - винт виделся, но винда на него не становилась - затыкалась во время проверки диска (шёл 2001 год - 98 винда).
Пока в редакторе руками 2 первых сектора нулями не забил (из под DOS и DN установленного на рамдиск) не выходило нифига. Но это, так, лирика...
Тоже к слову - была проблема (это уже в наше время) - очень плохой контакт в SATA разъёме - винты грелись, терялись, синий экран был привычным делом. Сначала связал хвосты "стяжкой-пряжкой", потом поставил сата-кабели с защёлками на разъёмах - чего и всем рекомендую.

[g-user]

Попался давеча комп с непонятными глюками...

Я бы попытался отключить режим DMA для этого диска (диспетчер устройств, настройки IDE/SATA контроллеров). Еще может помочь включение режима совместимости для SATA в биосе (если там такое есть), чтобы винт выглядел как обычный IDE для винды. Ошибки с сетью указывают на сбои DMA, скорее всего.

[alex1_09]

На счёт обнуления MBR - была проблема - винт виделся, но винда на него не становилась - затыкалась во время проверки диска (шёл 2001 год - 98 винда).
Пока в редакторе руками 2 первых сектора нулями не забил (из под DOS и DN установленного на рамдиск) не выходило нифига. Но это, так, лирика...
Тоже к слову - была проблема (это уже в наше время) - очень плохой контакт в SATA разъёме - винты грелись, терялись, синий экран был привычным делом. Сначала связал хвосты "стяжкой-пряжкой", потом поставил сата-кабели с защёлками на разъёмах - чего и всем рекомендую.

Все правильно по поводу MBR. У меня для этой цели написана программулина для обнуления секторов. При установке системы и сейчас такое часто случается (то что ты описал выше) Но! у него ведь диск не системный (MBR это Master Boot Record - Главная Загрузочная Запись)
При включении компа BIOS определяет системный диск по метке в MBR, читает 1 сектор 0 дорожки 0 головки (512 байт), пишет по адресу 7С00 в память и передает управление на этот адрес. А дальше дело техники.
То есть если диск не системный, MBR нужна только для определения логических разделов - их данные записаны в MBR - от их отсутствия я думаю комп не зависнет - просто потеряет диск, или не будет видеть например данные на нем (вроде как пустой) - системный диск-то работает!

Если повреждена MBR на системном винте то система просто не загрузится, а если загрузится то будет работать без сбоев - грузится-то и работает винда, а не MBR! MBR просто находит загрузчик (в зависимости от системы - Линуксе это может быть само ядро. Или загрузчик. В ХР - это загрузчик системы), грузит его в память и передает ему управление. Вот и вся функция MBR.

Так что MBR однозначно отпадает.


g-user "Я бы попытался отключить режим DMA для этого диска (диспетчер устройств, настройки IDE/SATA контроллеров). Еще может помочь включение режима совместимости для SATA в биосе (если там такое есть), чтобы винт выглядел как обычный IDE для винды. Ошибки с сетью указывают на сбои DMA, скорее всего. "

DMA как я понимаю это Direct Memory Access - Прямой Доступ к Памяти.
Винты не работают с прямым доступом к памяти (не уверен конечно, но думаю что нет) - так что здесь тоже отпадает

[VladimirIvan]

Из личного опыта, как только начинаются траблы с диском, особенно системным, через месяц-полгода бады вылезут. Отдавал даже на внутреннее форматирование с перезаписью дефект листа, т.е. диск как с завода получал. Через год все как и было. Даже если софт-бэды появились диск для хранания важной информации использовать нельзя. Они конечно лечатся забивкой паттерном, но все не надолго. Надо делать калибровку тока записи, а про такое вне завода я не слышал. И диски сейчас различаются для хранения и для системы, так что прежде чем покупать надо выяснять. У меня на системе терабайтник лег за год, начал разбираться, зашел на сайт WD? а они его позиционируют как для хранения данных.

[g-user]

DMA как я понимаю это Direct Memory Access - Прямой Доступ к Памяти.
Винты не работают с прямым доступом к памяти (не уверен конечно, но думаю что нет) - так что здесь тоже отпадает

Работают, еще как. Точнее - работает контроллер IDE/SATA/SCSI интерфейса. А винт может делать что-то не то с тактированием.
Попробуйте сделать то что я писал.

[alex1_09]

Работают, еще как. Точнее - работает контроллер IDE/SATA/SCSI интерфейса. А винт может делать что-то не то с тактированием.
Попробуйте сделать то что я писал.

Так проблема-то не у меня! (Не к ночи будет сказано!)

По поводу DMA - если контроллер дисков использует прямой доступ - опять же причем тогда здесь винчестер? Контроллер-то один на несколько винтов. Значит глючит контроллер, а почему только с конкретным винтом?

Я конечно склоняюсь что виноват сам винт. Вот его слова "Убедился. Три разные мамки и два БП... Достаточно?"

Скорее всего подтормаживает привод блинов от этого растет ток и естественно скачек напряжения на матери
Вожможна виновата даже банальная фильтрация от помех - где-то на винте емкость потеряла свой номинал (раскололась к примеру) вот тебе источник импульсных помех.

[g-user]

По поводу DMA - если контроллер дисков использует прямой доступ - опять же причем тогда здесь винчестер?

В определенных режимах контроллер почти прозрачен. А SATA-вообще особый случай.
http://ru.wikipedia.org/wiki/NCQ

Скорее всего подтормаживает привод блинов от этого растет ток и естественно скачек напряжения на матери
Вожможна виновата даже банальная фильтрация от помех - где-то на винте емкость потеряла свой номинал (раскололась к примеру) вот тебе источник импульсных помех.

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

[alex1_09]

В определенных режимах контроллер почти прозрачен. А SATA-вообще особый случай.
http://ru.wikipedia.org/wiki/NCQ


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

По поводу DMA - действительно диски с ней (с ним) работают
http://ru.wikipedia.org/wiki/%D0%9F%...8F%D1%82%D0%B8

я как то упустил этот момент.

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

В общем рассуждать можно долго и бесконечно. Просто нужно спокойно накапливать данные, отбрасывать не нужное - и все станет ясно.

У меня по работе было много случаев. Сервера на ночь выключал - приказ вышестоящего начальства. Файловый сервак и сервер баз данных, а базы были BTrieve - не приведи Господь кому либо с ними работать. Так вот сервак был Novell 5,1. Утром включаю - грузиться не хочет! Что делать? Клиенты валят толпами. Переустанавливать систему - не один час, затем восстанавливать базы - в общем работы на сутки!
Вышел, закурил, и все спокойно осмыслил. Перекурил, снял винт новеловский, подключил к своему рабочему (он у меня всегда открытый стоит) запустил утилиту NEMO (позволяет читать новелловские винты) что то там подправил - уже не помню что (давно было) Поставил винт назад и все OK.

Это я о том что всегда надо сначала думать, а потом делать.

[ramulus]

правда еле облудил, стальные жилы товарищ Ляо использует.

Сталь юзать на 1,5ГГц - это забавно На самом деле они покрыты чем-то типа никеля, иначе сигнал попросту не дойдёт.

[ramulus]

А у хитачи - другая - они со своими стеклянными дисками облажались. Ну и кто у них потом будет винты покупать?

Это не Хитачи, а IBM облажалась. К моменту продажи дискового подразделения Хитачи у ИБМ диски были опять люминтиевые