Erase boot error что делать

Некоторые из вас, после установки загрузчика на жёсткий диск, могут увидеть не очень приятное сообщение на своём мониторе:

Это означает то, что ваш загрузчик не может прочитать загрузочную запись на вашем жёстком диске. Но не стоит расстраиваться и паниковать! Решение совсем простое,и не требует больших усилий. Для этого нам понадобится:

  1. Загрузочная флешка с OS X (Так как будем загружаться с неё, и работать в терминале);
  2. Файл boot1h2 для изменения загрузочного сектора;
  3. Флешка (любого размера, на которую будем закидывать файл boot1h2).

После того, как скачали файл boot1h2, копируем его в корень нашей флешки. Загружаемся с флешки, переходим в Утилиты-Терминал.

В терминале прописываем команду “Diskutil list” , чтобы просмотреть все диски и разделы, которые есть в системе. Должно получиться что-то вроде такого:

Далее, смотрим на каком диске установлена OS X, и на каком разделе у вас установлен загрузчик.

На моём примере у меня загрузчик на disk0 и разделе EFI, и имеет идентификатор disk0s1

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

diskutil unmount идентификатор диска

Например: diskutil unmount disk0s1

Далее вам выдаст сообщение – disk0s1 unmount , то есть отмонтирован.

Затем, необходимо в терминале прописать последнюю команду, которая и перезапишет сам загрузочный сектор!

dd if=/Volumes/имя флешки/boot1h2 of=/dev/ваш идентификатор

Где “имя флешки“-соответственно имя вашей флешки,на которой в корне лежит файл boot1h2, а “ваш идентификатор” – соответственно идентификатор раздела,на который установлен загрузчик

Например: У меня имя флешки “Kingston“, а идентификатор disk0s1 ,соответственно команда будет такого вида:

dd if=/Volumes/Kingston/boot1h2 of=/dev/disk0s1

После ввода команды,нажимаем Enter, терминал запросит пароль – вводим пароль, и снова Enter.

Если всё сделано правильно – увидим запись, вроде такой:

2+0 records out

1024 bytes transferred in 0.001129 secs (982245 bytes/sec)

Выходим с терминала, перезагружаемся. Ошибка boot0: error должна исчезнуть!

После успешной установки хакинтоша может возникнуть ошибка при загрузке с жесткого диска, вот такая:

Loading Operating System …

boot0: GPT
boot0: test
boot0: test
boot0: GPT
boot0: test
boot0: test
boot0: error

В чем заключается проблема:
Т.к. объем жестких дисков с каждым годом увеличивается, производители вынуждены менять стандартный размер блока диска с 512 байт до 4096 байт. Эти жесткие диски известны как «Advanced Format» или 4K. Сначала размер увеличивали на дисках больше 1 ТБ, однако в скором времени изменения затронут все выпускаемые диски. Из-за этого загрузчик Chimera не может загрузиться как положено.

Прим.: Chimera не грузится, а вот разработчики Clover-загрузчика уже давно исправили эту проблему и загрузка происходит автоматически, без изменений.

Решение №1: Использовать флешку с UniBeast

Решение очень простое, но потребует наличие флешки с установщиком Mac OS.

Прим.: я советую всегда хранить флешку с установщиком Mac OS, в случае, если потребуется распаковать бэкап или выполнить доп. настройку, например, при апгрейде оборудования

Как исправить:
1. Загрузиться в установку Mac OS с флешки с UniBeast
2. Не запуская установку, запустить из меню сверху Дисковую Утилиту (Disk Utility), в ней размонтировать жесткий диск, на который установлена Mac OS X.
3. Запустить Терминал и выполнить следующую комманду:

Читайте также:  Инженерное меню люмия 640

Содержание статьи

Введение

Если SMART показывает проблемы, чаще всего это означает одно: диск вот-вот начнет сыпаться, и повлиять может даже лишняя загрузка ОС. Следующее, что нужно понять, — это софтверные на нем «бэды» или хардварные. Если хардварных не так много, то диск еще можно попытаться вернуть к жизни.

Думаю, ты слышал о таких продуктах, как MHDD и Victoria. Они незаменимы для низкоуровневой работы с жестким диском и помогут тебе совершить великие подвиги в восстановлении и диагностике. О Victoria «Хакер» уже писал пару выпусков назад, теперь настало время разобраться со второй — архаичной, но по-прежнему мегаполезной утилитой.

MHDD — это небольшая, но мощная бесплатная программа, которая предназначена для работы с накопителями на самом низком уровне (насколько это возможно). Первая версия была выпущена Дмитрием Постриганем в 2000 году. Она могла сканировать поверхность накопителя с интерфейсом IDE в режиме CHS. Сейчас MHDD — это значительно больше, чем диагностика. С MHDD ты можешь делать все что угодно: диагностировать накопители, выполнять чтение и запись произвольных секторов, управлять системой SMART, парольной системой, системой управления шумовыми характеристиками, а также изменять размер накопителя.

Несмотря на то что работа с MHDD возможна и через установленную Windows, я крайне рекомендую записать образ на флешку или внешний (или второй загрузочный) диск и загрузить оттуда голый DOS. Поверь, в хардварном вопросе лучше максимально исключить все звенья цепи, которые могут привести к глюкам или зависанию компьютера во время работы.

Ох уж эти интерфейсы

Не каждый интерфейс может корректно распознаваться программой.

Интерфейс SATA. Есть вероятность, что диск не определится в MHDD. Причина может заключаться в режиме работы SATA-контроллера (IDE и AHCI) в BIOS. MHDD, увы, не поддерживает режим AHCI. Необходимо менять настройки BIOS. Хуже всего то, что нынче не все матплаты поддерживают этот режим. Выходом может стать только использование машины с подходящей материнкой или отказ от MHDD.

Интерфейс IDE. Для данного интерфейса характерно распределение устройств на шлейфе — master/slave. По умолчанию MHDD скрывает все устройства в режиме slave. Исправить это можно двумя способами. Первый — изменить расположение жесткого диска (переключить перемычку на master) и проверить соответствие настройки в BIOS. Второй способ — попробовать в MHDD сменить номер диска на 2 или 4. Ну и не забывай про конфигурационный файл mhdd.cfg , который лежит в папке CFG. В данном случае важен параметр PRIMARY_ENABLED=TRUE .

Интерфейс SCSI. Может не определиться драйвер SCSI-контроллера.

Интерфейс USB. Подключить диск через USB теоретически возможно с помощью дополнительного драйвера и настройки программы. Драйвер эмулирует режим работы через SCSI. Также необходимо отключить все лишние USB-накопители. Целевой диск должен быть подключен до загрузки MHDD. В config.sys потребуется прописать: device=X:USBASPI.SYS /w /v , где X: — путь к диску.

Итак, я беру с полки один из сломанных дисков (я обычно клею на них этикетку broken) и сейчас попробую воскресить его, чтобы показать тебе, как это работает на практике. У меня на руках оказался винт WDC WD7500BPVX-60JC3T0 с винегретом вместо системы и всех файлов на нем.

SMART подопытного диска

Раз уж ситуация настолько печальна, я могу с чистой совестью форматировать диск вдоль и поперек, что заметно упрощает мою задачу. Но для начала давай разберемся с небольшой теорией и планом восстановления.

Читайте также:  Пропадают карты в осу

Готовимся

Первоначально диск должен инициализироваться программой, что вполне логично. После этого производится сканирование поверхности, которое дает понимание текущего положения дел: MHDD покажет состояние поверхности харда. Затем нужно будет отформатировать диск и провести проверку еще раз. Обычно на этом этапе софт-бэды пропадают, и остаются только хардварные. Далее можно будет выполнить процедуру REMAP, чтобы бэд-блоки переназначить в служебную область.

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

Не убий

Угробить диск значительно проще, чем восстановить его. К примеру, каждому известно (или должно быть известно), что к печальным последствиям ведет отсоединение шлейфа во время работы. Также крайне не рекомендуем бездумно переключать флаги и выполнять команды в MHDD. Внимательно читай документацию и не начинай что-то делать, если до конца не понимаешь, к чему это может привести.

Что ж, можно приступать к делу! Для начала создаем загрузочную флешку. Для этого я рекомендую USB Tools — полная инструкция и сам DOS есть вот здесь. Когда носитель готов, остается только бросить в его корень MHDD, чтобы лишний раз не лазить по директориям из командной строки.

Чтобы диск, подключенный на первый канал, точно отображался, нужно подредактировать конфиг mhdd.cfg, который лежит в папке CFG.

USB Tools

Как я уже говорил, сканирование любого устройства возможно, только если оно определяется командами ID или EID (или нажатием F2).

Определяем наш жесткий диск

Сканируем

Чтобы выполнить сканирование, набираем 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 байт).

Читайте также:  Gigabyte ga p61 s3 процессор

Процесс сканирования

Вот как работает сканирование:

  1. MHDD посылает команду VERIFY SECTORS с номером LBA (номер сектора) и номером секторов в качестве параметров.
  2. Накопитель поднимает флаг BUSY.
  3. MHDD запускает таймер.
  4. После того как накопитель выполнил команду, он опускает флаг BUSY.
  5. MHDD вычисляет затраченное накопителем время и выводит соответствующий блок на экран. Если встретилась ошибка (bad block), программа выводит букву, которая описывает ошибку.

MHDD повторяет шаги 1–5 до конечного сектора. Если нужен протокол сканирования, его всегда можно найти в файле log/mhdd.log. Во время сканирования ты можешь увидеть много прямоугольников разного цвета. Чтобы ты не сильно пугался, привожу выдержку из справки:

Первое, что должно быть сделано, — это полная очистка поверхности командой erase. Если это не помогло, то scan с включенной опцией EraseWaits. Если bad-блоки так и не исчезли, следует запустить scan с включенной опцией Remap.

Восстанавливаем

Если сканирование выявило ошибки, первое, что необходимо сделать, — скопировать все данные с накопителя (если они, конечно, тебе нужны). В моем случае это было неактуально. Затем нужно полностью очистить поверхность при помощи команды ERASE , которая стирает каждый сектор на накопителе.

Выполнение команды ERASE

Накопитель пересчитает поля ECC для каждого сектора. Это помогает избавиться от так называемых soft-bad-блоков. Если стирание не помогло, запускаем сканирование с включенной опцией REMAP.

Процесс ремапа

Если видишь, что каждый блок содержит ошибку, не пытайся стирать накопитель или сканировать с включенной опцией REMAP. Скорее всего, у накопителя повреждена служебная область, и это не может быть исправлено стандартными командами MHDD.

Внимательный читатель, посмотрев на картинки сканирования диска, вероятно, присвистнул и сокрушенно покачал головой. Да, мой диск, пока я писал статью, умер окончательно. Количество хардварных бэдов превысило все допустимые пределы, и к набиванию последних строк статьи он уже хрустел, как трактор «Беларусь». Это к слову о том, что если диск начинает сыпаться, то доверять ему нельзя, особенно если появляются хардварные бэды. Ремап сможет помочь тогда, когда диск еще не начал активно сыпаться, но на поверхности возникли дефекты. В любом случае, даже если починить удалось, используй такой диск только для некритичных данных и ни в коем случае не как основной.

О чем сигнализируют индикаторы

  • 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 (обычно используется для скрытия бэд-блоков в конце диска).

Оцените статью
ПК Знаток
Добавить комментарий

Adblock
detector