HDD не виден в BIOS, но виден в UEFI
 

Добрый день,

В двух словах проблема такова: HDD не виден на компьютере с обычным BIOS, но виден на компьютере с UEFI. Все данные на HDD целые и доступны, проблема в том, что с него невозможно загрузить ОС.

Проблема чуть более детально:
HDD Hitachi родной от ноутбука Acer Aspire 5553G. В один совсем не прекрасный момент, после переноски из точки А в точку Б, ноут перестал его видеть. Ноут не ронялся, и ранее переносился при гораздо более низких температурах без проблем.
1) BIOS ноутбука не видит HDD совсем, ни в AHCI, ни в IDE режиме.
2) BIOS ноутбука прекрасно видит другие HDD / SSD, подключенные вместо родного HDD.
3) При подключении проблемного HDD к ПК с UEFI, HDD прекрасно работает: все данные на нём доступны, даже можно загрузится с установленной на нём ОС.
4) При подключении проблемного HDD к ПК без UEFI, ситуация аналогична п.1 (HDD не обнаруживается)

Исходя из вышеописанного, мне кажется, что проблема в HDD, а не в ноуте. На всякий случай обновил версию BIOS до самой актуальной (1.23), но это не изменило ситуации.

При попытке проверить Викторией 3.51 из-под DOS (на ноуте), Виктория не может получить доступ к HDD с ошибкой "InitDiskBIOS reported 0 sectors/track, assuming 63!".
При проверке Викторией из-под Windows 8.1 (на ПК с UEFI) никаких явных ошибок не обнаружено. SMART в состоянии GOOD, MBR как минимум не пустой и заканчивается на 55 AA. По клику на "View part data" показывает все три доступных раздела.
Изначально все разделы в колонке "Boot" имели значение "Not" (несмотря на это, на ПК с UEFI, ОС (Windows 8.1) без проблем грузилась с HDD). С помощью Partition Wizard 4.2 установил раздел с ОС в состояние "Active" и на всякий случай сделал "Rebuild MBR", но это не помогло, хотя раздел с ОС в Виктории получил значение "Yes" в колонке "Boot".

На момент обнаружения проблемы на HDD была Windows 10 TP (самая первая из доступных). При попытке переустановить Windows с флэшки, установщик винды не видел доступных для установки разделов (список был пустой).
Попробовал переустановить ОС на ПК с UEFI -- успешно установилась Windows 8.1 (сейчас на проблемном HDD именно она), но это тоже не решило проблему.
Пробовал загрузиться с помощью "Omega Live USB 2013": загрузка проходит успешно, однако проблемный HDD не виден, ни в проводнике, ни с помощью Виктории (запущенной из-под Windows). На всякий случай пробовал /fixmbr и /fixboot -- тоже не помогло.
Пробовал просканировать HDD с помощью MHDD из-под DOS. То ли я не разобрался как работать с утилитой, то ли она тоже не видит винт: пишет "Device is not ready".

Честного говоря у меня кончились идеи. Может быть посоветуете, как обратно "подружить" ноут с его родным HDD?

А название модели винта известно ? Ес-нно интересует не имя производителя ж.
Хитачи есть 2-х совершенно разных архитектур (классика и ARM-based). Соот-нно и способы, методы работы и ремонта отличаются ж.
СМАРТ можно снять подключив винт к обычному, стационарному компу ж.
Т.е. сначала нужно оценить его физ. состояние, а потом уж рассуждать о том что с ним делать далее.
Если включен режим AHCI в БИОСе ноута - винт не станет определятся ж.
Хотя и так есть немалая вероятность что винт уже не даёт доступа после -

Да, сорри, не заметил, что не скопировалось. Винт Hitachi Travelstar 5K500.B500.

Я так и сделал. Подключил винт к компу с UEFI, запустил Викторию из-под Windows и нажал Get SMART. Общий статус -- Good. Более детально смогу сказать, когда приду с работы домой.

Если я правильно помню, то все эксперименты делал в IDE режиме. На всякий случай перепроверю, когда приду домой.

Точно пробовал проверить винт на наличие ошибок тем же Partition Wizard 4.2: всё зелёное, всё замечательно. Опять же, на ПК с UEFI данные да любом разделе доступны.

Скорее в ИДЕ-совместимом режиме. Фактически все современные мамы+биос не имеют прямого режима ИДЕ.
До АРМ-овский ещё винт-пенсионер.

Скорее всего. По факту на ноуте в BIOSе 2 опции: "IDE Mode" и "AHCI Mode". Без каких-либо внятных комментариев по поводу прямой режим или совместимый.
Вообще, последняя версия BIOSа была выпущена в 2011м году, так что я бы не назвал его "современным".

В любом случае, я не могу придумать причину, из-за которой винт виден на ПК с UEFI, но не может быть найден BIOSом родного ноута.
Могу точно сказать, что, как минимум за последние 6 месяцев перед возникновением проблемы, настройки в BIOSe не менялись и винт из ноута не доставался. Единственным изменением была установка Windows 10, но на момент поломки ноут уже несколько недель нормально с ней работал.

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

В том-то и дело, что это родной винт от ноута.

Вот СМАРТ винта (снят в Виктории, из-под Windows 8.1 на компе с UEFI):

-------------------------------------------------------------------------
ID Name Value Worst Tresh Raw Health
-------------------------------------------------------------------------
1 Raw read error rate 86 86 16 5963851 ••••
2 Throughput perfomance 133 133 54 107 •••••
3 Spin-up time 141 141 24 25787040017 •••••
4 Number of spin-up times 100 100 0 2762 •••••
5 Reallocated sector count 100 100 5 0 •••••
7 Seek error rate 100 100 67 0 •••••
8 Seek time perfomance 132 132 20 34 •••••
9 Power-on time 99 99 0 8653 ••••
10 Spin-up retries 100 100 60 0 •••••
12 Power cycle count 100 100 0 2264 •••••
192 Power-off retract count 98 98 0 2839 ••••
193 Load/unload cycle count 98 98 0 2839 ••••
194 HDA Temperature 200 200 0 30°C/86°F ••••
194 Minimum temperature 90 200 0 17°C/62°F -
194 Maximum temperature 90 200 0 54°C/129°F -
196 Reallocated event count 100 100 0 0 •••••
197 Current pending sectors 100 100 0 1 •••••
198 Offline scan UNC sectors 100 100 0 0 •••••
199 Ultra DMA CRC errors 200 200 0 0 •••••

Из подозрительных вещей, как я понимаю, Current pending sectors -- 1 штука, увы, не знаю, что с этим делать.

Сейчас попробовал ещё раз посмотреть MBR через вкладку "Advanced" и в нём обнаружилась надпись "Invalid partition table.Error loading operating system.Missing operation system". Вчера на этом месте был массив нулей. Данные на проблемном винчестере всё так же доступны.

Попробовал сделать Rebuild MBR с помощью Partition Wizard 4.2. Ошибка в MBR разделе поменялась с "Invalid partition table..." на "Error! D210A615-ACFD-414a-BDF1-FC9F2A85F076".

Данные на винте всё так же доступны, но загрузить с него винду не получается уже и с ПК с UEFI (ни до Rebuild MBR, ни после).

Ноут всё так же винт не видит.

СМАРТ стал таким:

Hitachi HTS545050B9A300 110121PBN403M7HXUPLE
-------------------------------------------------------------------------
ID Name Value Worst Tresh Raw Health
-------------------------------------------------------------------------
1 Raw read error rate 100 100 62 0 •••••
2 Throughput perfomance 100 100 40 0 •••••
3 Spin-up time 153 153 33 90194313218 •••••
4 Number of spin-up times 98 98 0 3823 ••••
5 Reallocated sector count 100 100 5 0 •••••
7 Seek error rate 100 100 67 0 •••••
8 Seek time perfomance 100 100 40 0 •••••
9 Power-on time 82 82 0 7953 ••••
10 Spin-up retries 100 100 60 0 •••••
12 Power cycle count 98 98 0 3756 ••••
191 G-SENSOR shock counter 100 100 0 0 •••••
192 Power-off retract count 100 100 0 146 •••••
193 Load/unload cycle count 95 95 0 53598 ••••
194 HDA Temperature 211 211 0 26°C/78°F ••••
194 Minimum temperature 90 211 0 9°C/48°F -
194 Maximum temperature 90 211 0 48°C/118°F -
196 Reallocated event count 100 100 0 0 •••••
197 Current pending sectors 100 100 0 0 •••••
198 Offline scan UNC sectors 100 100 0 0 •••••
199 Ultra DMA CRC errors 200 200 0 11 •••••
223 Load retry count 100 100 0 0 •••••


Current pending sectors стал 0, Reallocated sector count всё так же 0, зато появились 11 Ultra DMA CRC errors.

Винт обработал этот сектор - либо переназначил либо вычеркнул его из списка подозреваемых ввиду успешной проверки. :)
Сам винт не молод уже, но его СМАРТ - вполне достойный.
Возможно шлейфик САТА несвеж. Но это несмертельно ж для вашего винта (пока что). Желательно чтоб это значение не продолжило увеличиваться.
Если важные, ценные данные с него пересены в надёжное место - то может стоит просто винт отформатить и т.д. ?

К сожалению, на винчестере достаточно большой объём данных, который пока что некуда забэкапить, поэтому сбрасывать винт до состояния "чистого листа" хочется в последнюю очередь.
К тому же, мне почему-то кажется, что это не поможет: обычно у людей винт хотя бы определяется в BIOSе, но начинаются проблемы с доступом к нему. В моём случае его даже не видно как опцию для загрузки.

Попробовал снова достучаться до винчестера через MHDD. Если честно, ничего не понял. MHDD предлагает на выбор несколько устройств, но все с пустыми именами. Вроде попробовал выбрать каждое из них и получить СМАРТ. Вне зависимости от устройства пишет "Device is not ready". Подозреваю, что что-то делаю не так(( Может ли вообще MHDD чем-то помочь в моей ситуации? Очистить/восстановить MBR, например?

Кстати, несмотря на то, что винчестер не определяется в BIOSе, субъективно, по ощущениям, шпиндель раскручивается, то есть, я так понимаю, что проблема не с питанием.

Посмотрите, нет ли его в разделе типа "Порядок следования винчестеров". Опция для загрузки с него будет лишь тогда, когда он перемещён на первое место в этом списке.

Я понимаю, о каком разделе Вы говорите, но в BIOSе моего ноута такого нет, там есть только сквозной список всех устройств.

Если что, винт не виден ни в самом BIOSе на вкладке "Boot", ни в "быстром" меню меню выбора загрузочного устройства.

Это то как раз понятно, но МХДД может не видеть винтов из-за драйвера своего ж. На современных чипсетах замечено, что утилита не видит там винтов.
Почему б не попробовать Викторию 3.52 досовскую ?
Выходит что нет. Скорее всего причина банальна - утилита не видит порт, на котором винт, не определяет его.
Кстати, а через ЮСБ-овый карман не пробовали увидеть винт ? (САТА-->ЮСБ).
В кармашке то он должен определится ж, раз со СМАРТом всё боле-мене у него.
Если увидится он через карманчик, то можно попробовать на него напустить GDB или Р-студию, что она ж скажет о наличи разделов, инфы там.

Скачал 3.52, запустил в DOSе из волков командера. В отличие от 3.51, она хотя бы запустилась. Выбрал "Secondary Master", нажал "F2 -- Init drive" и получил "Отсутствует DRSC+DRDY или винт не снимает BUSY". Попробовал другие порты -- результат тот же. Везде где искал про эту ошибку, у людей всё решалось сменой AHCI -> IDE. Проверил в BIOSе -- у меня стоит IDE режим, но при этом всё равно "Отсутствует DRSC+DRDY или винт не снимает BUSY".

Не пробовал. У меня где-то есть один, завтра поищу, попробую.

А GDB -- это что? У меня просто первая ассоциация -- GNU Debugger, у гугла то же.

Вообще, я заметил, что при загрузке с лайв-флэшки на пол секунды мелькает надпись "Error while reading MBR of drive (hd01)".
Плюс при попытке запустить викторию 3.51 она пишет "Intt DiskBIOS reported 0 sectors/track assuming 63!" и падает с делением на ноль.
Плюс под виндой при помощи виктории в MBRе можно увидеть "Error D210A615-ACFD-414a-BDF1-FC9F2A85F076".
Отсюда вопрос: может ли BIOS не видеть винт из-за проблем с MBR?

Можно до выбора порта смотреть на состояние регистров DRDY+DRSC, переключаясь между портами пр выборе. Пройтись по "мастер" все порты - не нашлось, тогда выставить "слейв" и снова пробежаться.
Обычно винт народ не обнаруживает, забывая что в утилите есть выбор "мастер" или "слэйв", думая что раз винт САТА, значит он не может быть мастер или слейв, т.к. это относится к ИДЕ-винтам.
GetDataBack - комплекс из утилит для восстановления данных (FAT или NTFS, по версии смотря).