Некорректная работа HDD и очень медленный chkdsk
 

Ноутбук HP Pavilion g6-2318sr

В определенный момент ноутбук стал зависать, отказываясь работать вообще, и пришлось выполнить ручную перезагрузку.
Вместо запуска Windows на экране эмблема Win 8 и надпись что-то вроде "Диагностика компьютера".
Не видя причин для такого расклада, я не стал дожидаться этой "диагностики" и уже минут через 4-5 просто еще раз нажал ресет.
Опять же запуска Windows не произошло, была надпись "Подготовка автоматического восстановления", после которой голубой экран с ошибкой про ввод-вывод (код 0xc00000e9), я жму ВВОД и получаю еще один голубой экран, на сей раз уже с ошибкой "Файл реестра поврежден или отсутствует" ( файл windows/system32/config/system ) и вроде бы тем же кодом.

Я поставил на флешку MSDaRT, вошел в службу для своего Windows 8 x64, открыл Toolset. Службы Редактор реестра и Анализатор сбоев попросту не запускались. Средство проверки системных файлов выполнялось долго и без отображения прогресса, я не дождался и отменил его. В проводнике можно было переключаться только по дереву каталогов, при попытке же отобразить содержимое любого каталога проводник зависал.
Я закрыл бесполезный Toolset, перешел в Дополнительные параметры, выбрал Автоматическое устранение неполадок. Получил тот же экран, как описывал в начале - "Диагностика компьютера", но надпись быстро сменилась на "Устранение неполадок". Я ждал минут 45-50 - никакого прогресса. Перезагрузился. Вошел в MSDaRT и запустил "Восстановить (ваши файлы останутся на месте)". Надпись "Подождите" наблюдал с полчаса... Выключил.

Проводил диагностику системы собственными средствами системы.
Память:
Memory Test - PASSED
Жесткий:
SMART check - PASSED
Short DST - FAILED

Запускал chkdsk через консоль, ждал часа два, прогресс не внушал почти никакого доверия и я опять-таки не стал дожидаться.

Я мог бы также попытаться выполнить "Вернуть в исходное состояние" (восстановление с потерей данных), но на жестком оставались нужные данные.

Стал работать над ошибкой реестра. Замена файлов реестра на идентичные из MSDaRT в итоге не решила проблемы, но плюс я потерял возможность вообще войти в MSDaRT для Windows 8.

Попробовал комплекты для других виндовсов. Прекрасно запустился ERD Commander для Висты, даже что-то попытался исправить и сделать с загрузочной записью Windows 8 (правда неудачно). Проводник все отображал, я скопировал все данные на внешний носитель (были некоторые тормоза проводника и ошибки при копировании некоторых файлов, в частности неоднократно ошибка, связанная с чем-то вроде ввода-вывода, таким образом часть данных (незначительную) скопировать не удалось).
Что-то все-таки было сделано с загрузочной записью, в итоге при попытке запустить виндовс теперь я получал голубой экран с ошибкой 0xc000000f.

Я снова смог войти в MSDaRT для Windows 8
Перепробовал различные способы решения через консоль, взятые из гугла, как то - команда bootrec /fixboot, команда bcdboot.
Ничего не помогло, команда bcdboot вероятно начинала что-то делать, но опять же никакого прогресса и не видно конца процессу.
Открыл тогда Toolset и запустил Disk Commander, сделал восстановление загрузочной записи - и я по-прежнему при загрузке системы вместо запуска Windows получаю экран с ошибкой 0xc000000f.

Решил делать chkdsk.
Запустил chkdsk /f /v /r
На момент написания данного сообщения проверка длится уже вторые сутки, где-то 28 часов. И прогресс при этом составляет 3%!!

Лог на текущий момент:
Емкость диска 698 ГБ, занято всего от 50 до 60 ГБ!
Железо мощное, хоть и ноутбук, категорически не могу понять такой производительности проверки.
Разбираюсь в железе слабо, могу не знать каких-то тонкостей, возможно характер повреждения самого жесткого диска так влияет на скорость?
Может быть вообще стоит отменить процесс??

Характер проверки вообще таков: первые 38 тысяч файловых записей он обработал мгновенно и с первых секунд проверки прогресс 2%. Далее он так же быстро обработал еще несколько тысяч записей и где-то с 45058 стал проверять одну запись в 5 мин.
И так по нескольку сотен или тысяч записей он обрабатывает мгновенно, а другие - со скоростью 1 за несколько минут.

Можно надеяться на лечение жесткого?
Интересно также, что вообще подразумевается под файловой записью и какой можно сделать прогноз относительно времени, которое еще будет длиться chkdsk? И только ли в жестком диске проблема?

(и т.д.)

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

Скачайте и установите бесплатную CrystalDiskInfo (сейчас там версия 6.1.8; при установке откажитесь от "бесплатных приложений" снимая соответствующие галки или перекидывая точку в положение "Decline"). Запустите её, выберите этот диск (если он не один), растяните окно так, чтобы были видны все строки и все числа в таблице, и дайте скриншот сюда.

PS.
Хотя у вас основная система не запускается. На сайте есть также версия CrystalDiskInfo Standard Edition Portable -- и, если из MSDaRT можно запустить программу с флешки, то попробуйте её.

Чекдиск утилита опасная... Её первый раз нужно только в режиме чтения запускать, что значит без ключей...
Файловая запись или запись MFT обычно занимает 1024 байта --- её сравнивают с сердцем NTFS. Она хранит информацию обо ВСЕХ файлах и каталогах на томе...
Из-за сбоев чтения секторов это --- наверняка большой смежный участок накрылся

Првильно, --- после преванного чекдиска пипец ФС наступит --- информацию не слить..... А харду по всему уже наступил...

qwert008,
Покажите СМАРТ винта из HDDScan 3.3.

Дал проработать chkdsk еще сутки, прогресс за это время составил +1%, было обработано порядка 8 тысяч записей. Где-то на 815?? записи я прервал процесс - просто нажал крестик, как ни странно окно закрылось, причем сразу.

При включении ноута теперь имел сообщение:
Жму F2, запускаю быструю проверку жесткого - SMART Failed. То же самое с вариантом тщательной проверки. Напоминаю, раньше SMART было Passed в обоих проверках, в быстрой Short DST Failed, а тщательную отменял.

При попытке загрузить ОС по-прежнему ошибка 0xc000000f.

Через MSDaRT предложенные программы CrystalDiskInfo и HDDScan запустить не удалось, запустил с флешки с Windows 7 PE.

CrystalDiskInfo:
http://forum.oszone.net/attachment.p...1&d=1392830001

HDDScan 3.3:
http://forum.oszone.net/attachment.p...1&d=1392830001

Экран об ошибке SMART Hard Disk Error, как я приводил выше, больше не высвечивается.
Выполнил обе проверки жесткого.

Быстрая:
Номинальная длительность: 2 мин
SMART Check: Passed
Short DST: Failed (момент около 50% (прошла 1 минута))

Тщательная:
Номинальная длительность: 3 ч 37 мин
SMART Check: Passed
Long DST: Failed (момент около 10% (прошло порядка 20 минут))

Из рапота SMART видно, что нормализованное значение атрибута ID =05 равно 86 при худшем 86, хотя Raw = 0. Странно это --- счётчик по нулям, а норамализованное не равно 100…???...

В дополнение к этому нормализованное значение атрибута ID=C5 (197) равно 79, а счётчик показывает 704 пендинга… --- RAW = 2С0h = 704dec.
Видимо отсюда и нормализованное значение атрибута ID = 01, раное 60, упало ниже порога 62., потому и SMART Failed


Я бы взял Live CD c Victoria 4.46b на борту и прогнал для начала тест линейного чтения. А рапорт SCAN сохранил на флешку дл последуюшего просмотра и показа.

Понятно, что нельзя чекдиск для такого больного харда запускать. И это хорошо, что утилита почекать ничего не успела.

Tau_0,
Версия для Windows подойдет? В той же Win 7 PE успешно запустилась у меня, ничего не меняя запустил скан во вкладке Tests, подождал 8 минут, прога обработала за это время порядка 100000 элементов, но общее их число, если я не ошибаюсь, равно 1465149167 (написано в начале лога LBA=0..1465149167). С подобным программным обеспечением работаю впервые, прошу меня проинструктировать относительно того, как вообще провести тест правильно, а то могу предположить, что такими темпами, какие показала программа, проверка завершится без преувеличения только к лету.

Столько секторов на вашем харде (точнее --- 1465149167+1 = 14651491678 ) и каждый должен быть исправен...
Может ошибок много или совсем с трудом секторы читаюся. Нормально часа три этот тест идёт.

ЗЫ Лучше всего из под XP тест запускать... --- Скрин покажите...

Запустил новую проверку, т.к. предыдущую закрыл.
Вот скрин.

ЗЫ На флешке также есть XP PE, но категорически отказывается видеть жесткий ноута.

- если в BIOS есть пункт SATA Configuration или что-то подобное, то переведите из режима AHCI в режим IDE.

406968/24 = 16957 суток
А потом точно лето начнтся...???... --- На Вас:angel: уповаю...

Не могу предложить ничего лучшего, чем Ignore <=== Remap. Просто радиокнопку щёлкнуть надо... CHKDSK два дня гоняли, а тут до утра прогоните и новую картинку покажите...
И рапорт SMART тоже покажите --- из Victoria и покажите...

Хм, а я считал так: 100.000 записей за 8 мин => 1.500.000.000 за 8*15000 мин = 120000 мин = 83 дня с копейками

Возможно я неправильно понял вашу запись, имеете ли вы в виду переназначить отметку с Remap на Ignore? Но ведь отметка уже стояла именно на Ignore.

Может и так надо считать... Я не против --- пусть лето раньше наступит...
Угу, неправильно поняли. --- Remap вместо Ignore. Это стандартное обозначение присваивания...

Это начало конца этого Хитачи А9Е. Если уж начал сыпаться винт этой серии, то выхода всего два -
1. Замена по гарантии на новый.
2. Покупка нового.
Серия вообще неремонтабельная. Всякие там "ремапы" попросту добьют винт или если не успеют добить, то работать он всё равно не будет.

Tau_0,

http://forum.oszone.net/attachment.p...1&d=1392916754

Как видно из лога, процедура шла гораздо медленнее, чем с Ignore, плюс ноут неслабо грелся.

SMART слегка не уместился, поэтому в двух частях.
http://forum.oszone.net/attachment.p...1&d=1392916754
http://forum.oszone.net/attachment.p...1&d=1392916754

В этом ли причина того, что проверки идут с такой патологически низкой скоростью? Как уже писал, в железе я не сведущ, никак не думал что ноутбук с такой конфигурацией не потянет проверку обычного почти пустого жесткого емкостью 700 ГБ.

qwert008, судя по последним тестам и SMART, возможно, есть нарушение в формировании журналов ошибок и атрибутов SMART. Приведите паспорт диска из программы Victoria -> вкладка Standard.- переходите на тестирование в Victoria for DOS, но что важнее, на извлечение диска из ноутбука и подключение к стационарному ПК.
- хотел написать ещё в 1-ом своём сообщении :) Зачем все эти телодвижения :confused:, т.к. диск проработал меньше 200 часов (если SMART не врёт :)).

Видимо у ТС нет гарантийки на винт. Вот и мучает страдальца. Но всё будет без толку. :(

misha2, гарантия на ноутбук включает в себя гарантию на все его компоненты :) Если конечно это не отдельно приобретённый диск.

Я именно эту вероятность и имел ввиду.
Да собственно чаще всего меняют не весь ноут целиком, а лишь только винт.

У харда плох атрибут 191 (BF) --- запросто могут отказать в замене харда по гарантии.

А на основании "некритичности" этого аттрибута могут и "махнуть не глядя".
Здесь другое - накопитель не показывает соответствия заявленных произфодителем характеристик скорости обмена данными, как то - чтение, запись. Следовательно непригоден к эксплуатации.

Жесткий в ноутбуке родной, гарантия имеется, просто не торопился обращаться в СЦ, зная их темпы ремонта.
Понесу в СЦ.
Всем спасибо за помощь, единственное все же хотел бы более четко прояснить причины такой скорости проверок, chkdsk за двое суток обработал 4%, 406968 часов Remain time в Victoria 4.46b... здесь характер повреждения жесткого диска сказывается, или можно подозревать, что в ноутбуке еще что-то работает не должным образом?

- для подтверждения/опровержения подозрений как раз и предлагалось:;)

- да.
Перед сдачей по гарантии, проведите расширенный тест в фирменной программе Drive Fitness Test. Результат приведите в сообщении. Возможно, будет проверять и программа Data Lifeguard Diagnostic от нового хозяина WDC :)

Эх... не тот вы инструмент выбрали для ремонта...
Хотя диск скорее всего не излечим.

CryptoNick
Вы бы хоть дату последнего сообщения в этом топике для начала посмотрели: 22-02-2014.
Не скорее всего, а неизлечим:
1. Атрибут 197(C5) Current Pending Sector Count(Нестабильные сектора) = 1152;
2. Атрибут 196(C4) Reallocation Event Count(События переназначения) = 1472 сектора переназначено(минимум) (пускай даже если атрибут 5(05) Reallocated Sectors Count(Переназначенные сектора) по нолям).