Mhdd не видит жесткий диск sata
Взял б\у HDD Samsung IDE на 120 Gb. Естественно решил проверить MHDD. Но программа его не видит. БИОС, линукс, виндовс его определяют, и он доступен для чтения\записи. Но из-по ДОСа ни в какую. Если на его "место" подключить старый WD, то он определяется MHDD без проблем. Но этот Самсунг не хочет. Читал, что в БИОСе можно попробовать включить режим LBA, но такого выбора нет (именно для этого диска). Есть только Auto и Large. На этом харде стоит перемычка на Master, на WD перемычек нет вообще.
На днях хотел проверить хард своего знакомого, так вот он тоже не был определен.
Читал, что это именно из за Самсунга, с этим производителем нередко встречаются подобные проблемы.
Что можно попробовать ещё?
2 ответа 2
А как же Master и Slave на старых железках? Там ведь не только перемычка играет роль, но и в какой последовательности с данной перемычкой подключено устройство по шлейфу. Приходилось с таким сталкиваться в старые-добрые времена. При отсутствии перемычки хард переводится в режим Cable Select. В этом режиме устройство будет Мастером или Слэйвом в зависимости от того, как оно подключено к шлейфу – к середине или к концу шлейфа. Такой режим выбирать не советуют, иначе на контроллере может оказаться два мастера или два подчиненных устройства (если вы неправильно их подключите). Уверен почти на 100 процентов, что проблема в этом, если вы видите диск через биос.
Если же это прочитанная информация вам не поможет, опишите точнее что и в какой последовательности у вас подключено к конкретным шлейфам. Потому что у вас на материнской плате минимум primary и secondary каналы, на каждом из которых еще висят мастер и слейв.
Значит, если стоит мастер перемычка подключите в самый дальний разъем от материнской платы на шлейфе, а не тот же, что без перемычки или снимите её вообще, для определения. НО меня терзают сомнения, что это вы уже сделали. Верно?
Ну да, я так и подключал. С перемычкой в БИОСе он определяется как Мастер, без как Слейв. Старый ВД без перемычки определяется как Мастер. Ну и оба я не подключал. Либо один либо второй. Так что оба цеплялись на конец шлейфа, каждый в свое время.
@YuchimenkoIgor не могли бы вы написать модель вашей материнской платы, меня терзают смутные сомнения по поводу второго ответа. И вы написали что линукс видит хард - через gparted не получается разметить?
Системная плата Gigabyte GA-EP43-DS3L Описание драйвера SAMSUNG SP1203N ATA Device Почему же, Gparted прекрасно видел его, было два раздела, информация читаема, Уже удалил с виндовса. Просто хотел прогнать его, так как есть сбойные сектора. (Понятное дело взял б\у за копейки, ценное ничего хранить не буду понятно, но так чтобы на определенное время расчистить основной винт, установить программы и т.д.)
Впервые обратил внимание на проблемы с жестким, когда Винда начала сильно тормозить после загрузки. Залез в ивент лог, нашел множество ошибок (скрины прилагаются). При проверке раздела с виндой chkdsk (с ключами /f /r) залип на одном месте на 4 этапе из 5. По прошествии нескольких часов решил нажать ресет, после чего BIOS перестал видеть жесткий диск. Решилось это следующим образом: HDD определялся только тогда, когда компьютер выключался и включался по новой (просто перезагрузки не помогали). Тем не менее, система загружалась, хоть и стала тормозить еще более дико. Спохватившись, решил забэкапить винду, но создание образа системы закрашилось (все зависло, экран пошел рябью). При ресете жесткий опять пропал, решилось вышеописанным образом. Пробовал диагностировать с помощью Виктории (с рабочего стола) и MHDD, но и то и другое вело себя примерно одинаково: по прошествии некоторого времени, за которое находилось пара бэдов, программа уходила в отказ (Виктория на каждом блоке начинала выдавать ошибку, MHDD - результат abrt), после чего я прерывал проверку. При ребуте повторялась вышеописанная история с пропаданием жесткого. Где-то между попытками я почистил комп, покрутил жесткий в руках, поправил шлейфы. Отмечу, что винда в безопасном режиме и убунту, которая стоит параллельно, работали без проблем. Между делом запустил из под безопасного режима еще раз chkdsk c: /f /r, и проверка, к моему удивлению, прошла успешно, хотя в самом конце выскочила какая-то ошибка (возможно поэтому я потом не смог найти лог проверки в журнале). После этого винда начала работать без тормозов, в журнале событий вроде бы остались те же ошибки, но в меньшем числе. Решил забить на дальнейшее разбирательства в виду того, что вроде бы все заработало нормально, но через день, при переустановке драйверов видюхи, винда закрашилась опять (проблемы с пропаданием жесткого в биосе начали повторяться) и перестала запускаться вовсе: после экрана с флажком комп ребутался, после чего при запуске предлагалось воспользоваться средствами восстановления виндоус. Восстановление системы стандартными средствами выдает ошибку, chkdsk /f /r виснет на одном месте на 4ом этапе, bootrec /fixmbr, /fixboot ничего не дают, mhdd так же уходит в abrt, винда не загружается, так что пишу с убунту.
Собственно, есть ли какая-то возможность вернуть жесткий диск в рабочее состояние или нужно его менять, и вообще, только ли в нем проблема?
Все важные данные вроде бы успел скопировать на внешний.
ОС Windows 7 Professional x64, жесткий диск Seagate ST1000DM003 SATA III Barracuda 7200.12 1Tb, материнская плата Gigabyte M68MT-S2 (rev.3.1).
при запуске mhdd он не видит мой жесткий,но он подключен.
Всем привет!Возникла проблема с жестким я уже писал сюда и последовал вашим советам,чтобы изучить.
При переключении в BIOS режима SATA с IDE на ACHI - Не видит жесткий диск
Здравствуйте. Помогите пожалуйста в решении следующей проблемы. Ноутбук Packard Bell EasyNote.
BIOS не видит Жесткий диск, но Windows видит
есть HDD подключенный через Оптибей, в BIOS, я его не вижу, но в проводнике он отображается, я на.
BIOS периодически не видит HDD SATA
Здравствуйте.На компе установлены три HDD.Два IDE- master и slave. И недавно установленный SATA.
Все, чем занимаюсь на работе: компьютеры, автоматизация, контроллеры, программирование и т.д.
Введение
Если SMART показывает проблемы, чаще всего это означает одно: диск вот-вот начнет сыпаться, и повлиять может даже лишняя загрузка ОС. Следующее, что нужно понять, — это софтверные на нем «бэды» или хардварные. Если хардварных не так много, то диск еще можно попытаться вернуть к жизни.
Думаю, ты слышал о таких продуктах, как MHDD и Victoria. Они незаменимы для низкоуровневой работы с жестким диском и помогут тебе совершить великие подвиги в восстановлении и диагностике. О Victoria «Хакер» уже писал пару выпусков назад, теперь настало время разобраться со второй — архаичной, но по-прежнему мегаполезной утилитой.
MHDD — это небольшая, но мощная бесплатная программа, которая предназначена для работы с накопителями на самом низком уровне (насколько это возможно). Первая версия была выпущена Дмитрием Постриганем в 2000 году. Она могла сканировать поверхность накопителя с интерфейсом IDE в режиме CHS. Сейчас MHDD — это значительно больше, чем диагностика. С MHDD ты можешь делать все что угодно: диагностировать накопители, выполнять чтение и запись произвольных секторов, управлять системой SMART, парольной системой, системой управления шумовыми характеристиками, а также изменять размер накопителя.
Несмотря на то что работа с MHDD возможна и через установленную Windows, я крайне рекомендую записать образ на флешку или внешний (или второй загрузочный) диск и загрузить оттуда голый DOS. Поверь, в хардварном вопросе лучше максимально исключить все звенья цепи, которые могут привести к глюкам или зависанию компьютера во время работы.
Ох уж эти интерфейсы
Не каждый интерфейс может корректно распознаваться программой.
Интерфейс SATA. Есть вероятность, что диск не определится в MHDD. Причина может заключаться в режиме работы SATA-контроллера (IDE и AHCI) в BIOS. MHDD, увы, не поддерживает режим AHCI. Необходимо менять настройки BIOS. Хуже всего то, что нынче не все матплаты поддерживают этот режим. Выходом может стать только использование машины с подходящей материнкой или отказ от MHDD.
Интерфейс SCSI. Может не определиться драйвер SCSI-контроллера.
Интерфейс USB. Подключить диск через USB теоретически возможно с помощью дополнительного драйвера и настройки программы. Драйвер эмулирует режим работы через SCSI. Также необходимо отключить все лишние USB-накопители. Целевой диск должен быть подключен до загрузки MHDD. В config.sys потребуется прописать: device=X:USBASPI.SYS /w /v , где X: — путь к диску.
Итак, я беру с полки один из сломанных дисков (я обычно клею на них этикетку broken) и сейчас попробую воскресить его, чтобы показать тебе, как это работает на практике. У меня на руках оказался винт WDC WD7500BPVX-60JC3T0 с винегретом вместо системы и всех файлов на нем.
SMART подопытного диска
Раз уж ситуация настолько печальна, я могу с чистой совестью форматировать диск вдоль и поперек, что заметно упрощает мою задачу. Но для начала давай разберемся с небольшой теорией и планом восстановления.
О чем сигнализируют индикаторы
- BUSY — накопитель занят и на команды не реагирует;
- WRFT — ошибка записи;
- DREQ — накопитель жаждет обменяться данными с внешним миром;
- ERR — возникла ошибка в результате какой-либо операции.
Когда загорается ERR, смотри в правую верхнюю часть экрана: там будет отображен тип последней ошибки:
- AMNF — Address Mark Not Found — обращение к какому-то конкретному сектору не удалось. Скорее всего, означает, что сектор поврежден. Однако сразу после включения накопителя как раз наоборот — свидетельствует об отсутствии проблем и сообщает об успешном выполнении внутренней диагностики;
- T0NF — Track 0 Not Found — не найден нулевой трек;
- ABRT — Abort, команда отвергнута;
- IDNF — Sector ID Not found;
- UNCR — Uncorrectable Error, ошибка, не скорректированная кодом ECC. Скорее всего, в этом месте логический бэд-блок.
Вверху могут появляться еще два индикатора: PWD сигнализирует об установленном аппаратном пароле, HPА появляется в том случае, если размер накопителя был изменен с помощью команды HPA (обычно используется для скрытия бэд-блоков в конце диска).
Все, чем занимаюсь на работе: компьютеры, автоматизация, контроллеры, программирование и т.д.
Восстанавливаем
Если сканирование выявило ошибки, первое, что необходимо сделать, — скопировать все данные с накопителя (если они, конечно, тебе нужны). В моем случае это было неактуально. Затем нужно полностью очистить поверхность при помощи команды ERASE , которая стирает каждый сектор на накопителе.
Выполнение команды ERASE
Накопитель пересчитает поля ECC для каждого сектора. Это помогает избавиться от так называемых soft-bad-блоков. Если стирание не помогло, запускаем сканирование с включенной опцией REMAP.
Процесс ремапа
Если видишь, что каждый блок содержит ошибку, не пытайся стирать накопитель или сканировать с включенной опцией REMAP. Скорее всего, у накопителя повреждена служебная область, и это не может быть исправлено стандартными командами MHDD.
Внимательный читатель, посмотрев на картинки сканирования диска, вероятно, присвистнул и сокрушенно покачал головой. Да, мой диск, пока я писал статью, умер окончательно. Количество хардварных бэдов превысило все допустимые пределы, и к набиванию последних строк статьи он уже хрустел, как трактор «Беларусь». Это к слову о том, что если диск начинает сыпаться, то доверять ему нельзя, особенно если появляются хардварные бэды. Ремап сможет помочь тогда, когда диск еще не начал активно сыпаться, но на поверхности возникли дефекты. В любом случае, даже если починить удалось, используй такой диск только для некритичных данных и ни в коем случае не как основной.
Содержание статьи
Сканируем
Чтобы выполнить сканирование, набираем SCAN и жмем ENTER или используем F4. Появится меню, из которого можно изменить часть настроек. По умолчанию начальный сектор равен нулю (стартовый сектор). Конечный сектор равен максимально возможному (конец диска). Все деструктивные по отношению к пользовательским данным функции (Remap, Erase Delays) по умолчанию выключены.
Начинаем сканирование
Давай пройдемся по параметрам сканирования.
- Start LBA — начальный сектор для сканирования, по дефолту 0, то есть начало диска.
- End LBA — сектор завершения сканирования, по дефолту конец диска. Иногда удобнее сканировать не всю поверхность (особенно когда объем диска переваливает за несколько терабайт), а только рабочую область, где лежит ОС. К примеру, диск С равен 50 Гбайт, тогда конечная область будет равна 2 * 50 * 1024 * 1024 = 104 857 600-й сектор . Можно посчитать проще: (объем * 2) * 1 000 000 , итого 100 000 000.
- Remap помечает сектор как сбойный в специальной служебной области, после чего диск к нему не обращается.
- Timeout — время задержки на чтение сектора, после которого проверка переходит к следующему сектору.
- Spindown after scan — остановить жесткий диск после сканирования.
- Loop test/repair — проводить сканирование или проверку циклично.
- Erase Delays — стирать сектора, в которых обнаружены задержки чтения.
Снова нажимаем F4 для запуска сканирования. MHDD сканирует накопители блоками. Для накопителей IDE/SATA один блок равен 255 секторам (130 560 байт).
Процесс сканирования
Вот как работает сканирование:
- MHDD посылает команду VERIFY SECTORS с номером LBA (номер сектора) и номером секторов в качестве параметров.
- Накопитель поднимает флаг BUSY.
- MHDD запускает таймер.
- После того как накопитель выполнил команду, он опускает флаг BUSY.
- MHDD вычисляет затраченное накопителем время и выводит соответствующий блок на экран. Если встретилась ошибка (bad block), программа выводит букву, которая описывает ошибку.
MHDD повторяет шаги 1–5 до конечного сектора. Если нужен протокол сканирования, его всегда можно найти в файле log/mhdd.log. Во время сканирования ты можешь увидеть много прямоугольников разного цвета. Чтобы ты не сильно пугался, привожу выдержку из справки:
Наличие красных (>500 ms) блоков на полностью здоровом накопителе недопустимо. Если они есть, необходимо произвести стирание (erase) всей поверхности диска и, если это не помогло, избавиться от задержек, можно делать выводы, что данный накопитель перестал быть достаточно надежным. Буквенно-символьные блоки, например x , S и т.п., недопустимы: они говорят о наличии bad-блоков на поверхности.
Первое, что должно быть сделано, — это полная очистка поверхности командой erase. Если это не помогло, то scan с включенной опцией EraseWaits. Если bad-блоки так и не исчезли, следует запустить scan с включенной опцией Remap.
Не убий
Угробить диск значительно проще, чем восстановить его. К примеру, каждому известно (или должно быть известно), что к печальным последствиям ведет отсоединение шлейфа во время работы. Также крайне не рекомендуем бездумно переключать флаги и выполнять команды в MHDD. Внимательно читай документацию и не начинай что-то делать, если до конца не понимаешь, к чему это может привести.
Что ж, можно приступать к делу! Для начала создаем загрузочную флешку. Для этого я рекомендую USB Tools — полная инструкция и сам DOS есть вот здесь. Когда носитель готов, остается только бросить в его корень MHDD, чтобы лишний раз не лазить по директориям из командной строки.
Чтобы диск, подключенный на первый канал, точно отображался, нужно подредактировать конфиг mhdd.cfg, который лежит в папке CFG.
USB Tools
Как я уже говорил, сканирование любого устройства возможно, только если оно определяется командами ID или EID (или нажатием F2).
Определяем наш жесткий диск
Ох уж эти интерфейсы
Не каждый интерфейс может корректно распознаваться программой.
Интерфейс SATA. Есть вероятность, что диск не определится в MHDD. Причина может заключаться в режиме работы SATA-контроллера (IDE и AHCI) в BIOS. MHDD, увы, не поддерживает режим AHCI. Необходимо менять настройки BIOS. Хуже всего то, что нынче не все матплаты поддерживают этот режим. Выходом может стать только использование машины с подходящей материнкой или отказ от MHDD.
Интерфейс SCSI. Может не определиться драйвер SCSI-контроллера.
Интерфейс USB. Подключить диск через USB теоретически возможно с помощью дополнительного драйвера и настройки программы. Драйвер эмулирует режим работы через SCSI. Также необходимо отключить все лишние USB-накопители. Целевой диск должен быть подключен до загрузки MHDD. В config.sys потребуется прописать: device=X:\USBASPI.SYS /w /v , где X:\ — путь к диску.
Итак, я беру с полки один из сломанных дисков (я обычно клею на них этикетку broken) и сейчас попробую воскресить его, чтобы показать тебе, как это работает на практике. У меня на руках оказался винт WDC WD7500BPVX-60JC3T0 с винегретом вместо системы и всех файлов на нем.
SMART подопытного диска
Другие статьи в выпуске:
Раз уж ситуация настолько печальна, я могу с чистой совестью форматировать диск вдоль и поперек, что заметно упрощает мою задачу. Но для начала давай разберемся с небольшой теорией и планом восстановления.
Не убий
Угробить диск значительно проще, чем восстановить его. К примеру, каждому известно (или должно быть известно), что к печальным последствиям ведет отсоединение шлейфа во время работы. Также крайне не рекомендуем бездумно переключать флаги и выполнять команды в MHDD. Внимательно читай документацию и не начинай что-то делать, если до конца не понимаешь, к чему это может привести.
Что ж, можно приступать к делу! Для начала создаем загрузочную флешку. Для этого я рекомендую USB Tools — полная инструкция и сам DOS есть вот здесь. Когда носитель готов, остается только бросить в его корень MHDD, чтобы лишний раз не лазить по директориям из командной строки.
Чтобы диск, подключенный на первый канал, точно отображался, нужно подредактировать конфиг mhdd.cfg, который лежит в папке CFG.
Как я уже говорил, сканирование любого устройства возможно, только если оно определяется командами ID или EID (или нажатием F2).
Определяем наш жесткий диск
2 ответа 2
А как же Master и Slave на старых железках? Там ведь не только перемычка играет роль, но и в какой последовательности с данной перемычкой подключено устройство по шлейфу. Приходилось с таким сталкиваться в старые-добрые времена. При отсутствии перемычки хард переводится в режим Cable Select. В этом режиме устройство будет Мастером или Слэйвом в зависимости от того, как оно подключено к шлейфу – к середине или к концу шлейфа. Такой режим выбирать не советуют, иначе на контроллере может оказаться два мастера или два подчиненных устройства (если вы неправильно их подключите). Уверен почти на 100 процентов, что проблема в этом, если вы видите диск через биос.
Если же это прочитанная информация вам не поможет, опишите точнее что и в какой последовательности у вас подключено к конкретным шлейфам. Потому что у вас на материнской плате минимум primary и secondary каналы, на каждом из которых еще висят мастер и слейв.
Если MHDD и Victoria HDD не видят винчестер ноутбука
Коротко
Иногда MHDD и Victoria HDD, загружаемые с флешки или загрузочного диска, не видят винчестер ноутбука(нетбука). В этом случае нужно загрузиться с загрузочного диска/флешки с программой HDD Regenerator. Данная программа видит винты, которые в упор не замечают упомянутые MHDD и Victoria HDD.
Еще бывает, что при запуске из-под Виндовс, программа Victoria HDD не хочет проверять винчестер и пишет "Drive not ready!" или "Get drive passport: Drive error!" . В этом случае нужно использовать программу Victoria HDD версии 4.3 и ставить галочку "API".
Мое железное правило гласит: перед любой переустановкой Виндовс на компьютере или ноутбуке, нужно всегда проверять оборудование. Но на некоторых ноутбуках программы MHDD и Victoria HDD для проверки поверхности винчестера, запущенные с загрузочного диска или флешки, не видят ноутбучный винчестер. Кстати, бывает еще, что на ноутах не работает и программа Memtest86 для проверки ОЗУ.
В таких случаях мое железное правило дает трещину и я, заливаясь слезами, ставлю Винду без проверки.
Ну так вот, принесли мне нетбук Packard Bell PAV80 на чистку и переустановку Windows. Почистил, переустановил. Все ок, но проверить винчестер не вышло- загрузочный MHDD не видел винт, а Victoria HDD из-под Винды не хотела проверять поверхность и писала "Get drive passport: Drive error!" .
Через месяц клиент обратился вновь: система на нетбуке не запускалась. Конечно, за месяц вполне можно было бы программными методами убить и заведомо рабочий ноут. Но я насторожился- ведь проверку винчестера я не выполнил. В этот же раз нужно было провериться во что бы то ни стало.
Итак, загрузочные MHDD и Victoria не видели винчестер на нетбуке Packard Bell PAV80. Из-под Винды Victoria HDD v.4.47 писала "Get drive passport: Drive error!" .
Помыкался туда-сюда по нету, почитал рекомендации, скачал Victoria HDD версии 4.3, как, по слухам, более надежную. Запускаю, тоже не проверяет, но пишет уже другое: "Drive not ready!" .
Тогда переключился на режим "API" вместо "PIO" и запустил тест. Проверка пошла!
Сходу нашлась куча бэдов. Но где-то после найденной третьей сотни бэд-блоков на винте, ноут перезагружался. То есть, проверка винчестера так и не доходила до конца. Подозреваю, что Виктория ошалела от количества обнаруженных бэдов.
Ситуация вернулась к тому, с чего началась: для полной проверки и лечения(Remap) всех бэдов с винчестера, нужно было загрузиться какой-то специальной программой.
На помощь пришел коллега, который подкинул мегазагрузочную флеху, на которой обнаружилась программа HDD Regenerator. Вот этот Регенератор как раз увидел винчестер и смог его проверить до самого конца, не ошалев от колоссального количества бэдов, как Виктория.
Регенератором было найдено и выведено из работы(Remap) ни много ни мало, 1779 секторов.
Disk boot failure, insert system disk and press enter. Надпись, от которой по спине начинается шествие легионов мурашек, каждая сама размером с жесткий диск. По закону подлости происходит это, когда ничто не предвещает беды. Но не спеши судорожно перезапускать систему — это игра в русскую рулетку. Лучше загрузиться с другого носителя и взяться за тщательную проверку. Поможет в этом испытанный инструмент — MHDD.
Если MHDD и Victoria HDD не видят винчестер ноутбука
Коротко
Иногда MHDD и Victoria HDD, загружаемые с флешки или загрузочного диска, не видят винчестер ноутбука(нетбука). В этом случае нужно загрузиться с загрузочного диска/флешки с программой HDD Regenerator. Данная программа видит винты, которые в упор не замечают упомянутые MHDD и Victoria HDD.
Еще бывает, что при запуске из-под Виндовс, программа Victoria HDD не хочет проверять винчестер и пишет "Drive not ready!" или "Get drive passport: Drive error!" . В этом случае нужно использовать программу Victoria HDD версии 4.3 и ставить галочку "API".
Мое железное правило гласит: перед любой переустановкой Виндовс на компьютере или ноутбуке, нужно всегда проверять оборудование. Но на некоторых ноутбуках программы MHDD и Victoria HDD для проверки поверхности винчестера, запущенные с загрузочного диска или флешки, не видят ноутбучный винчестер. Кстати, бывает еще, что на ноутах не работает и программа Memtest86 для проверки ОЗУ.
В таких случаях мое железное правило дает трещину и я, заливаясь слезами, ставлю Винду без проверки.
Ну так вот, принесли мне нетбук Packard Bell PAV80 на чистку и переустановку Windows. Почистил, переустановил. Все ок, но проверить винчестер не вышло- загрузочный MHDD не видел винт, а Victoria HDD из-под Винды не хотела проверять поверхность и писала "Get drive passport: Drive error!" .
Через месяц клиент обратился вновь: система на нетбуке не запускалась. Конечно, за месяц вполне можно было бы программными методами убить и заведомо рабочий ноут. Но я насторожился- ведь проверку винчестера я не выполнил. В этот же раз нужно было провериться во что бы то ни стало.
Итак, загрузочные MHDD и Victoria не видели винчестер на нетбуке Packard Bell PAV80. Из-под Винды Victoria HDD v.4.47 писала "Get drive passport: Drive error!" .
Помыкался туда-сюда по нету, почитал рекомендации, скачал Victoria HDD версии 4.3, как, по слухам, более надежную. Запускаю, тоже не проверяет, но пишет уже другое: "Drive not ready!" .
Тогда переключился на режим "API" вместо "PIO" и запустил тест. Проверка пошла!
Сходу нашлась куча бэдов. Но где-то после найденной третьей сотни бэд-блоков на винте, ноут перезагружался. То есть, проверка винчестера так и не доходила до конца. Подозреваю, что Виктория ошалела от количества обнаруженных бэдов.
Ситуация вернулась к тому, с чего началась: для полной проверки и лечения(Remap) всех бэдов с винчестера, нужно было загрузиться какой-то специальной программой.
На помощь пришел коллега, который подкинул мегазагрузочную флеху, на которой обнаружилась программа HDD Regenerator. Вот этот Регенератор как раз увидел винчестер и смог его проверить до самого конца, не ошалев от колоссального количества бэдов, как Виктория.
Регенератором было найдено и выведено из работы(Remap) ни много ни мало, 1779 секторов.
Взял бу HDD Samsung IDE на 120 Gb. Естественно решил проверить MHDD. Но программа его не видит. БИОС, линукс, виндовс его определяют, и он доступен для чтениязаписи. Но из-по ДОСа ни в какую. Если на его "место" подключить старый WD, то он определяется MHDD без проблем. Но этот Самсунг не хочет. Читал, что в БИОСе можно попробовать включить режим LBA, но такого выбора нет (именно для этого диска). Есть только Auto и Large. На этом харде стоит перемычка на Master, на WD перемычек нет вообще.
На днях хотел проверить хард своего знакомого, так вот он тоже не был определен.
Читал, что это именно из за Самсунга, с этим производителем нередко встречаются подобные проблемы.
Что можно попробовать ещё?
О чем сигнализируют индикаторы
- BUSY — накопитель занят и на команды не реагирует;
- WRFT — ошибка записи;
- DREQ — накопитель жаждет обменяться данными с внешним миром;
- ERR — возникла ошибка в результате какой-либо операции.
Когда загорается ERR, смотри в правую верхнюю часть экрана: там будет отображен тип последней ошибки:
- AMNF — Address Mark Not Found — обращение к какому-то конкретному сектору не удалось. Скорее всего, означает, что сектор поврежден. Однако сразу после включения накопителя как раз наоборот — свидетельствует об отсутствии проблем и сообщает об успешном выполнении внутренней диагностики;
- T0NF — Track 0 Not Found — не найден нулевой трек;
- ABRT — Abort, команда отвергнута;
- IDNF — Sector ID Not found;
- UNCR — Uncorrectable Error, ошибка, не скорректированная кодом ECC. Скорее всего, в этом месте логический бэд-блок.
Вверху могут появляться еще два индикатора: PWD сигнализирует об установленном аппаратном пароле, HPА появляется в том случае, если размер накопителя был изменен с помощью команды HPA (обычно используется для скрытия бэд-блоков в конце диска).
Готовимся
Первоначально диск должен инициализироваться программой, что вполне логично. После этого производится сканирование поверхности, которое дает понимание текущего положения дел: MHDD покажет состояние поверхности харда. Затем нужно будет отформатировать диск и провести проверку еще раз. Обычно на этом этапе софт-бэды пропадают, и остаются только хардварные. Далее можно будет выполнить процедуру REMAP, чтобы бэд-блоки переназначить в служебную область.
Главная проблема в том, что служебная область не резиновая, и даже после всех операций за диском нужно смотреть. Если бэд-блоки продолжают появляться, то диск, как ни старайся, уже не жилец. Но в более удачных случаях этот способ должен помочь. Как показывает практика, после ремапа диск может проработать еще очень много времени и даже пережить соседей по корзине. В другие разы он умирает сразу же после перезагрузки — тут уж как повезет, и предсказать эффект практически невозможно.
пятница, 21 октября 2016 г.
пятница, 21 октября 2016 г.
Сканируем
Чтобы выполнить сканирование, набираем SCAN и жмем ENTER или используем F4. Появится меню, из которого можно изменить часть настроек. По умолчанию начальный сектор равен нулю (стартовый сектор). Конечный сектор равен максимально возможному (конец диска). Все деструктивные по отношению к пользовательским данным функции (Remap, Erase Delays) по умолчанию выключены.
Начинаем сканирование
Давай пройдемся по параметрам сканирования.
- Start LBA — начальный сектор для сканирования, по дефолту 0, то есть начало диска.
- End LBA — сектор завершения сканирования, по дефолту конец диска. Иногда удобнее сканировать не всю поверхность (особенно когда объем диска переваливает за несколько терабайт), а только рабочую область, где лежит ОС. К примеру, диск С равен 50 Гбайт, тогда конечная область будет равна 2 * 50 * 1024 * 1024 = 104 857 600-й сектор . Можно посчитать проще: (объем * 2) * 1 000 000 , итого 100 000 000.
- Remap помечает сектор как сбойный в специальной служебной области, после чего диск к нему не обращается.
- Timeout — время задержки на чтение сектора, после которого проверка переходит к следующему сектору.
- Spindown after scan — остановить жесткий диск после сканирования.
- Loop test/repair — проводить сканирование или проверку циклично.
- Erase Delays — стирать сектора, в которых обнаружены задержки чтения.
Снова нажимаем F4 для запуска сканирования. MHDD сканирует накопители блоками. Для накопителей IDE/SATA один блок равен 255 секторам (130 560 байт).
Процесс сканирования
Вот как работает сканирование:
- MHDD посылает команду VERIFY SECTORS с номером LBA (номер сектора) и номером секторов в качестве параметров.
- Накопитель поднимает флаг BUSY.
- MHDD запускает таймер.
- После того как накопитель выполнил команду, он опускает флаг BUSY.
- MHDD вычисляет затраченное накопителем время и выводит соответствующий блок на экран. Если встретилась ошибка (bad block), программа выводит букву, которая описывает ошибку.
MHDD повторяет шаги 1–5 до конечного сектора. Если нужен протокол сканирования, его всегда можно найти в файле log/mhdd.log. Во время сканирования ты можешь увидеть много прямоугольников разного цвета. Чтобы ты не сильно пугался, привожу выдержку из справки:
Первое, что должно быть сделано, — это полная очистка поверхности командой erase. Если это не помогло, то scan с включенной опцией EraseWaits. Если bad-блоки так и не исчезли, следует запустить scan с включенной опцией Remap.
Готовимся
Первоначально диск должен инициализироваться программой, что вполне логично. После этого производится сканирование поверхности, которое дает понимание текущего положения дел: MHDD покажет состояние поверхности харда. Затем нужно будет отформатировать диск и провести проверку еще раз. Обычно на этом этапе софт-бэды пропадают, и остаются только хардварные. Далее можно будет выполнить процедуру REMAP, чтобы бэд-блоки переназначить в служебную область.
Главная проблема в том, что служебная область не резиновая, и даже после всех операций за диском нужно смотреть. Если бэд-блоки продолжают появляться, то диск, как ни старайся, уже не жилец. Но в более удачных случаях этот способ должен помочь. Как показывает практика, после ремапа диск может проработать еще очень много времени и даже пережить соседей по корзине. В другие разы он умирает сразу же после перезагрузки — тут уж как повезет, и предсказать эффект практически невозможно.
Введение
Если SMART показывает проблемы, чаще всего это означает одно: диск вот-вот начнет сыпаться, и повлиять может даже лишняя загрузка ОС. Следующее, что нужно понять, — это софтверные на нем «бэды» или хардварные. Если хардварных не так много, то диск еще можно попытаться вернуть к жизни.
Думаю, ты слышал о таких продуктах, как MHDD и Victoria. Они незаменимы для низкоуровневой работы с жестким диском и помогут тебе совершить великие подвиги в восстановлении и диагностике. О Victoria «Хакер» уже писал пару выпусков назад, теперь настало время разобраться со второй — архаичной, но по-прежнему мегаполезной утилитой.
MHDD — это небольшая, но мощная бесплатная программа, которая предназначена для работы с накопителями на самом низком уровне (насколько это возможно). Первая версия была выпущена Дмитрием Постриганем в 2000 году. Она могла сканировать поверхность накопителя с интерфейсом IDE в режиме CHS. Сейчас MHDD — это значительно больше, чем диагностика. С MHDD ты можешь делать все что угодно: диагностировать накопители, выполнять чтение и запись произвольных секторов, управлять системой SMART, парольной системой, системой управления шумовыми характеристиками, а также изменять размер накопителя.
Несмотря на то что работа с MHDD возможна и через установленную Windows, я крайне рекомендую записать образ на флешку или внешний (или второй загрузочный) диск и загрузить оттуда голый DOS. Поверь, в хардварном вопросе лучше максимально исключить все звенья цепи, которые могут привести к глюкам или зависанию компьютера во время работы.
Восстанавливаем
Если сканирование выявило ошибки, первое, что необходимо сделать, — скопировать все данные с накопителя (если они, конечно, тебе нужны). В моем случае это было неактуально. Затем нужно полностью очистить поверхность при помощи команды ERASE , которая стирает каждый сектор на накопителе.
Выполнение команды ERASE
Накопитель пересчитает поля ECC для каждого сектора. Это помогает избавиться от так называемых soft-bad-блоков. Если стирание не помогло, запускаем сканирование с включенной опцией REMAP.
Процесс ремапа
Если видишь, что каждый блок содержит ошибку, не пытайся стирать накопитель или сканировать с включенной опцией REMAP. Скорее всего, у накопителя повреждена служебная область, и это не может быть исправлено стандартными командами MHDD.
Внимательный читатель, посмотрев на картинки сканирования диска, вероятно, присвистнул и сокрушенно покачал головой. Да, мой диск, пока я писал статью, умер окончательно. Количество хардварных бэдов превысило все допустимые пределы, и к набиванию последних строк статьи он уже хрустел, как трактор «Беларусь». Это к слову о том, что если диск начинает сыпаться, то доверять ему нельзя, особенно если появляются хардварные бэды. Ремап сможет помочь тогда, когда диск еще не начал активно сыпаться, но на поверхности возникли дефекты. В любом случае, даже если починить удалось, используй такой диск только для некритичных данных и ни в коем случае не как основной.
Читайте также: