Показать полную графическую версию : [решено] HDD или кабель шлейфа/питания?
Подскажите пожалуйста,имею два HDD(hitachi-w8 и три раздела,и Seagate-(XP-основная система,и 2 раздела под данные)),в последнее время было два неприятных случая ,сейчас уже три-в первый раз windows перестал загружаться-смог восстановить только обновлением XP(были битые сектора в количестве около 300),неделю назад после нескольких часов работы система упала с ошибкой 0х0000007a,после этого seagate перестал определяться в биосе,ничего не стал делать,утром включил все заработало,сейчас-периодически вываливаются экраны с ошибками-0х000000f4, 0x0000007a(atapi.sys).Seagate при зависании издает нехорошие звуки(приложил).После зависания выкл из сети-вкл комп с одним seagate -диск в биосе определился но загрузка не прошла,переставил кабели питания и сата с хитачи-комп включился и заработал.и все можно было бы списать на кабели-но шум который издавал диск-он может быть из-за кабеля питания к примеру?
звук1-http://yadi.sk/d/PW8i8YUz8NKxi
звук2-http://yadi.sk/d/PdqF2CL98NL2a
смарт-http://s018.radikal.ru/i503/1308/90/25229199668bt.jpg (http://radikal.ru/fp/5c2d8486be434c0888dd9c4ce91f01c0)
http://s015.radikal.ru/i333/1308/fd/e56d72d5de67t.jpg (http://radikal.ru/fp/28797c5052854f3884d8654cda2a2687)
Seagate-(XP-основная система,и 2 раздела под данные)),в последнее время было два неприятных случая »
Сегейт часто брал тайм-ауты См. завален атрибут 187. Из-за этого хард мог запросто отваливаться из системы, --- Windows ждать не любит... Из-за чего он их брал я не знаю, но факт налицо.
ЗЫ Виктория неправильно RAW показывает, --- лепит три 16 битовых регистра/счётчика (тяжёлые, средние и лёгкие ошибки) в одно десятичное число... Лучше в HDDScan смотреть или самому переводить в HEX, но радость от этого невелика...
Tau_0, сейчас работает только seagate,hitachi отключен,поэтому приложу отчет только для первого.
в hddscan все атрибуты "зеленые"..
и значит причина все таки в харде,а не в проводах-разъеме на мат плате?
Seagate на гарантии до янв 2014г, но так просто принести?-он ведь работает сначала а потом выдает ошибку только.
http://yadi.sk/d/UYr7eg9Z8NRCW
приложу отчет только для первого. »
Какой-то заговорённый у Вас отчёт, --- никак не смог я его своей оперой выковырять...:(
Прикрепили бы файл к сообщению и всех делов....
Насколько я знаю, --- 187 ошибка это только для сегейтов и самсунгов и это именно что-то с хардом нехорошо...
и вот еще забыл-при запуске xp или загрузки в8 просит проверить разделы на hitachi почему-то.
и вот еще забыл-при запуске xp или загрузки в8 просит проверить разделы на hitachi почему-то. »
Ну проверьте их чекдиском без ключа /F сначала
cmd ==> CHKDSK E:
лог скопируйте в текстовыйт файл и покажите...
А если проверка доставать начнёт --- отключите её консольной командой chkntfs /x E:
где E: --- буква диска...
По поводу 187 атрибута сегейта...
RAW = 00000000-0171 ===> 00h =0dec, 01h=1dec, 71h=113
т.е. лёгких ошибок --- 0, средней тяжести --- 1, тяжёлых ---113
По каким-то причинам хард начинает заниматься своими делами и отваливается из Windows. Это ведёт к потере данных...
fyodorg, Отставить, --- в спешке перемкнуло у меня в голове...:(, и я спутал 187 атрибут с 178..:blush:
Может ВСЁ совсем не так страшно...:)
187 --- количество попыток переназначения секторов...
Но почему нормализованное значение упало до 1 при том, что 05, 197 и 198 атрибуты чисты, мне непонятно...
Tau_0, работает один сеагейт с 14.00,пока проблем не наблюдается.
Сеагейт продолжает работать,хитачи пока не вставлял.
По поводу проверки дисков-первая проверка всех 3 локальных дисков показала,что были ошибки на С и Е , D был без ошибок.
на Е ошибки исправлены,на С никак не желают исправляться(проверка при запуске никогда не заканчивается ,кое-как убрал ее из загрузки).
Проверял из под live флешке на основе хр - все время пишет так-
Проверка файлов (этап 1 из 3)...
Проверка файлов завершена.
Проверка индексов (этап 2 из 3)...
Проверка индексов завершена.
Проверка дескрипторов безопасности (этап 3 из 3)...
Проверка дескрипторов безопасности завершена.
CHKDSK проверяет журнал USN..
Завершена проверка журнала USN
Windows проверила файловую систему. Ошибок не обнаружено.
79435775 КБ всего на диске.
47423852 КБ в 192605 файлах.
69604 КБ в 20627 индексах.
4 КБ в поврежденных секторах.
363379 КБ используется системой.
65536 КБ занято под файл журнала.
31578936 КБ свободно на диске.
Размер кластера: 4096 байт.
Всего кластеров на диске: 19858943.
7894734 кластеров на диске.
Данные СМАРТ-
Num Attribute Name Value Worst Raw(hex) Threshold
001 Raw Read Error Rate 117 094 00000892-A470 006
003 Spin Up Time 094 094 00000000-0000 000
004 Start/Stop Count 100 100 00000000-038D 020
005 Reallocation Sector Count 100 100 00000000-0000 036
007 Seek Error Rate 073 060 000D0E1B-5EE5 030
009 PowerOn Hours Count 096 096 00000000-1088 000
010 Spin Retry Count 100 100 00000000-0000 097
012 Device Power Cycle Count 100 100 00000000-03CF 020
183 Unknown Attribute 100 100 00000000-0000 000
184 End to End Error 100 100 00000000-0000 099
187 Reported Uncorrectable Error 001 001 00000000-0183 000
188 Command Timeout 100 098 00040004-0031 000
189 High Fly Writes 099 099 00000000-0001 000
190 Airflow Temperature 071 053 29 C 045
191 G-sense error rate 100 100 00000000-0000 000
192 Power-off retract count 100 100 00000000-009C 000
193 Load/unload cycle count 093 093 00000000-3936 000
194 HDA Temperature 029 047 29 C 000
197 Current Pending Sector Count 100 100 00000000-0000 000
198 Uncorrectable Sector Count 100 100 00000000-0000 000
199 UltraDMA CRC Error Count 200 200 00000000-0000 000
240 Head flying hours 100 253 7A950000-101E 000
241 Unknown Attribute 100 253 DC4DF774-AE8C 000
242 Unknown Attribute 100 253 07419D45-1730 000
З.Ы. Показания в Виктории по части переназначенных секторов может служить основанием для замены?(диск на гарантии)
С никак не желают исправляться(проверка при запуске никогда не заканчивается ,кое-как убрал ее из загрузки). »
Но до конца то утилита должна доработать...
Windows проверила файловую систему. Ошибок не обнаружено. »
Бывает так, что некая задача в системе устанавливает для файловой системы тома dirty flag (грязный флаг). Поэтому её надо искать, коли от напасти избавитьсяхотите.
Из-за этого флага пере загрузкой Windows выполняет автозапуск чекдиска. У меня на XP Diskeeper его выставляет для дефрагментации при загрузке. Потому, что нельзя дефраментировать том с логическими ошибками в файловой системе, а системный том тем более нельзя...
Tau_0, утилита до конца дорабатывает,комп перезагружается,и опять по новой проверяет,и так несколько раз.
перед загрузкой Windows выполняет автозапуск чекдискаЭто равносильно тому что я загружался с флешки в MSDart,и проверял диск С?(ведь загружаясь с флешки в принципе диск С не может быть ничем занят ,так как работает система с вышеуказанной флешки?)
Показания в Виктории по части переназначенных секторов может служить основанием для замены?(диск на гарантии)
Показания в Виктории по части переназначенных секторов может служить основанием для замены?(диск на гарантии) »
Думаю, что не заменят. Но, как я уже писал, --- мне не нравится 187 атрибут...
Попробуйте выполнить полное форматирование раздела C:, --- 4 KiB повреждённых клатеров есть. После форматирования они должный уйти. Или к ключу /F для полной проверки добавьте ключи /R /X
А ёщё лучше прописать весь хард нулями в Victoria 4.46 for Windows. Это радикальная мера. Конечно при этом данные с харда пропадут, поэтому их перед этим надо зарезервировать.
добавьте ключи /R /X »
не сработало.
Также не сработала проверка из под W7.
Если перед форматом создам образ ХР в акронисе,эта ошибка там останется?
Если перед форматом создам образ ХР в акронисе,эта ошибка там останется? »
Не знаю, да и акронису не доверяю...
Двайте сделаем проще и красивее, ---- удалим метафайл $BadClus. Такие вещи лучше делать в редакторе. Только делается гораздо проще. Заполняете файловую запись $BadClus (два сектора) нулями, полностью. После этого chkdsk.exe /F - и все, новый пустой $BadClus.
СМ. на руборде пост Antech Отправлено: 09:20 02-09-2009
Восстановление списка плохих секторов в NTFS (http://forum.ru-board.com/topic.cgi?forum=84&topic=1723)
Пришлите 100 (сто) первых секторов, начиная с LBА =0. И картинку с разделами диска.
См. пост Tau_0 Отправлено: 16:28, 05-02-2012 в теме HDD - не заходит на хард (http://forum.oszone.net/post-1852294.html#post1852294)
Tau_0, http://s40.radikal.ru/i089/1309/eb/61591d5d3e7at.jpg (http://radikal.ru/fp/a61b619ef13d4566aa8688aecea7abfa)
Такие вещи лучше делать в редакторе.
Это можно сделать в том же DMDE?
Это можно сделать в том же DMDE? »
Конечно, правда я порой параллельно с DMDE использую WinHex из-за удобного менеджера шаблонов, но DMDE вполне достаточно.
У Вас первый раздел/том NTFS начинается в секторе LBA = 2048, видать из-под Windows 7 разбивали/выравнивали/форматировали, это при том, что загрузчик в MBR стоит от XP. Хотя на скрине виден реликт раздела с началом в секторе LBA = 63, --- этот раздел теперь неактуален. Поэтому загрузочный сектор тома NTFS в первую сотку секторов не попал. Он нужен, --- в нём хранится адрес (LCN) файла $Mft (Главной Файловой Таблицы).
Пришлите 1 (один сектор), начиная с сектора LBA = 2048, им же и заканчивая.
ЗЫ Потом ещё штук сорок секторов понабится, но я пока не знаю их LBA, --- по цепочке надо идти. Но это будет точно последний указатель.
fyodorg,
Итак, начало $Mft лежит в секторе
Start C# $MFT = 786432*8 + 2048 = 6293504
Пришлите 40 (сорок) секторов, начиная с LBA = 6293504
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.