[DRSC]

скорее всего диск просто "устал" - отработал своё. Явные глюки контроллера жёсткого диска - в связи с этим возможно пропадание диска, а также некорректная запись и чтение. Если есть важные данные, срочно копируйте в другое место. Диск на помойку или на стенку.

[Tau_0]

Destruction,

воспользовался victoria, на вкладке SMART не показывает никакой информации (где должны быть перечислены различные параметры и их значения для этого диска - там просто пусто), только статус GOOD. при тесте либо вылетает синий экран сразу, либо пк через несколько минут просто виснет. »

Из-под DOS и синий экран для Victoria...???.... ---- это что-то новенькое…

Вам же ясно dmitryst написал

Сначала SMART покажите (victoria, mhdd или какие другие утилиты в этом помогут, в гугле точно были ). Исходя из данных SMART, поможем (может, и не выкинуть ))) )

Дополню: не только SMART, но и SCAN получите и покажите. Из-под DOS не зависнет…

[Destruction]

Из-под DOS и синий экран для Victoria...???.... ---- это что-то новенькое… »

из под Alkid Live CD

[Tau_0]

из под Alkid Live CD »

К ногтю Alkid Live CD…
Возьмите образ загрузочного Floppy диска, CD под DOS, или для Victoria for DOS загрузочную фпешку сделайте… Виктория описание команд и ФАК возьмите отсюда
Victoria 3.5 Russian. Зaгpyзoчнaя вepcия для FDD 382.81 Kb
Victoria 3.5 Russian. ISO-образ загрузочного CD-ROM (391.76 Kbytes) популярный!
http://hdd-911.com/index.php?option=...ascdesc=DES C

[Destruction]

загрузился с CD с Victoria под ДОС, смарт прилагается. тест поверхности запустил, выбрав "Линейное чтение", пару строк заполнились серыми прямоугольниками, дальше все зависло, показывает, что времени до конца проверки осталось 34 с лишним часов. в общем, диск как оказалось опять отвалился - на том канале, где он был пару минут назад, уже ничего не было.

[dmitryst]

Destruction, СМАРТ, можно сказать, идеален, разве что ошибки DMA присутствуют. Вот что я думаю:
1. Сменить разъем SATA (ткнуть в другой)
2. Сменить кабель
3. Сменить БП (временно хотя бы)
4. Сменить метеринку (можно проверить на м/п у друзей/знакомых. Встречал глюк именно SATA на материнке от ECS. Подключенные устройства виделись только после манипуляций с биосом, причем после каждой перезагрузки эти манипуляции приходилось повторять. Решил переходником IDE <-> SATA )

[Tau_0]

дальше все зависло, показывает, что времени до конца проверки осталось 34 с лишним часов. в общем, диск как оказалось опять отвалился - на том канале, где он был пару минут назад, уже ничего не было. »

Правильно Victoria for DOS запустили...
SMART --- вполне ничего. Ну разве что по общему времени наработки (22391 часов = 932 суток!!!) диск ветеран. Да перегревался неслабо --- градусов за 50 C. Что уже не есть гуд…

Чёрт его знает --- может и питание проседает, что хард вываливается. На другой машине проверить хард надо.

[Destruction]

dmitryst, тест поверхности не проходится совсем. попробовал еще раз, вроде пошло, потом начались буквы Т, нажал F3, вроде отпустило, пошло дальше, потом опять бесконечные Т, нажатие F3 уже не помогает и время до окончания замерло в одном значении 7 с лишним часов. наверно все плохо с поверхностью?

1. Сменить разъем SATA (ткнуть в другой) 2. Сменить кабель »

первым делом пробовал

3. Сменить БП (временно хотя бы) 4. Сменить метеринку »

к сожалению нету возможности, да и по сути наверно не стоит оно того

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

наверно изначально так было? у меня же три с лишним года все нормально было, а тут началось.

Ну разве что по общему времени наработки (22391 часов = 932 суток!!!) диск ветеран. »

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

Да перегревался неслабо --- градусов за 50 C. Что уже не есть гуд… »

да было, диски практически друг на другом были, в это аномально жаркое лето разнес их в разные места

[Tau_0]

это крайне странно, потому что диск брался новым 3 года назад, а у того диска, что стоит в этой системе почти на год дольше него, это значение почти в два раза меньше. может ли это означать, что проблемный WD был не новым на момент покупки? или просто гон смарта? »

Может где-то и баг SMART, или около этого…Есть у WD кое-какие ошибки…
Вот здесь в ФАК по S.M.A.R.T. Monitoring Tools --- пакету мониторинга S.M.A.R.T написано следующее:
Smartmontools Frequently Asked Questions (FAQ) ¶
http://sourceforge.net/apps/trac/smartmontools/wiki/FAQ

The time stamps in the self-test log don't correspond to the power-on time, when test was run on my Western Digital (WD) disk The self-test log timestamps in many WD disks roll back to zero every 1092 hours (65536 minutes). This problem is due to a WD firmware bug. The power-on lifetime in hours is correctly stored in Attribute 9. However when the power-on lifetime is calculated for self-test log entries, the lifetime in minutes is put into a 16-bit register then divided by 60. The 16-bit register overflows and wraps around every 1092 hours. For WD drives that exhibit this firmware bug, the relationship between Attribute 9's raw value (H) and the time-stamps in the self-test log (h) are given by: Let H = power on hours as shown by Attribute 9 (correct) Let M = 60*H (power on minutes, correct) Let m = M mod 65536 (incorrect value of power on minutes) Let h = m/60 (incorrect value of power on hours, shown in self-test log)

Что в моём вольгом переводе звучит как:

Отметки времени в логе self-теста не соответствуют времени выполнения теста на моём Western Digital (WD) Отметки в логе self-теста на многих дисках WD обнуляются каждые 1092 часа (65536 минут). Эта проблема происходит из-за ошибки фирмвари WD. Время работы во включенном состоянии в часах правильно сохраняется в атрибуте 9. Однако, когда время включенного состояния вычисляется для записи в self-теста в лог, общее время в минутах помещается в 16-битовый регистр, затем оно делится на 60. Каждые 1092 часа периодически происходит переполнение 16-битового регистра. Для дисков WD, в которых проявляется этот баг микропрограммы, соотношение между сырым значением Атрибута 9 (H) и отпечатком времени в логе self-test (h) следующие: Let H = время в часах как показано в Атрибуте 9 (правильно) Let M. = 60*H (включённое время в минутах, правильно) Let m. = M mod 65536 (неправильное значение времени включённого состояния в минутах) Let h = = m/60 (неправильное значение времени включённого состояния в часах, показанное в логах self-теста)

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

ЗЫ Мои терабайтники WD вроде правильно время в часах показывают…

[dmitryst]

Destruction, да фиг сними, с часами, главное - работал бы нормально . Остался пункт 4 - можете подключить диск к другой машине (на работе/ у друга/ еще как-то)?