Вопрос или проблема
Я использую boot-repair из сеанса live-ubuntu, чтобы восстановить свою ОС, и получаю ошибку –
Обнаружен Locked-ESP. Возможно, вам стоит повторить попытку после создания раздела /boot/efi (FAT32, 100MB~250MB, в начале диска, флаг загрузки). Это можно сделать с помощью таких инструментов, как gParted. Затем выберите этот раздел через опцию [Отдельный раздел /boot/efi:] в [Boot Repair].
Вот вывод файла boot-repair для получения дополнительных деталей.
Я подозреваю, что это аппаратная проблема. Из вашего вывода Boot Repair:
ERROR: asr: ошибка ввода/вывода при чтении /dev/sda
ERROR: ddf1: ошибка ввода/вывода при чтении /dev/sda
ERROR: ddf1: ошибка ввода/вывода при чтении /dev/sda
ERROR: hpt37x: ошибка ввода/вывода при чтении /dev/sda
ERROR: hpt45x: ошибка ввода/вывода при чтении /dev/sda
ERROR: isw: ошибка ввода/вывода при чтении /dev/sda
ERROR: isw: ошибка ввода/вывода при чтении /dev/sda
ERROR: isw: ошибка ввода/вывода при чтении /dev/sda
ERROR: jmicron: ошибка ввода/вывода при чтении /dev/sda
ERROR: lsi: ошибка ввода/вывода при чтении /dev/sda
ERROR: nvidia: ошибка ввода/вывода при чтении /dev/sda
ERROR: pdc: ошибка ввода/вывода при чтении /dev/sda
ERROR: pdc: ошибка ввода/вывода при чтении /dev/sda
ERROR: pdc: ошибка ввода/вывода при чтении /dev/sda
ERROR: pdc: ошибка ввода/вывода при чтении /dev/sda
ERROR: pdc: ошибка ввода/вывода при чтении /dev/sda
ERROR: pdc: ошибка ввода/вывода при чтении /dev/sda
Ошибки ввода/вывода обычно (но не всегда) указывают на сбой аппаратного обеспечения. Это диагностическое заключение также согласуется с тем, что Boot Repair считает, что ваш /dev/sda не имеет действующей таблицы разделов, тогда как ОС считает, что она есть. (Гипотетически, если жесткий диск стал ненадежным, ОС могла прочитать таблицу разделов, а затем Boot Repair мог не суметь сделать это вскоре после этого. Также возможно, что первый сектор поврежден, но ОС прочитала резервные данные GPT с конца диска. Если Boot Repair не ищет там, это объясняет, почему он считает, что диск не имеет таблицы разделов.)
Вам может потребоваться запустить инструменты SMART на диске, чтобы проверить мою гипотезу. Если результаты SMART выглядят плохо, значит, с диском есть проблемы, и, возможно, пришло время заменить его. (Однако вскоре будет предостережение.) Обратите внимание, что диски иногда могут выходить из строя, даже когда SMART считает их нормальными, так что чистый результат по SMART не обязательно означает, что диск действительно в порядке. Иногда SMART будет жаловаться на ошибки чтения, но попытка записать на проблемные сектора заставит диск переназначить сектора, и всё будет работать нормально какое-то время. Несмотря на эти предостережения, запуск SMART на диске целесообразен — его результаты обычно полезны.
Причины аппаратного сбоя могут быть иными, чем плохой диск. Например, плохой кабель или даже просто не совсем правильно подключенный – это один из примеров. Иногда схема контроллера диска на материнской плате может выйти из строя, в этом случае вам потребуется добавить вставную карту контроллера диска (если это возможно) или заменить материнскую плату.
Если я прав в том, что это сбой аппаратного обеспечения, вам следует немедленно прекратить использование компьютера! Купите заменяющий жесткий диск (если это нерабочий элемент), и, как только он будет физически у вас, подключите его к компьютеру вместе с нерабочим. Вы сможете использовать различные инструменты и процедуры восстановления, чтобы скопировать содержимое старого диска на новый. В зависимости от того, насколько серьёзный сбой у отказавшего диска, вы сможете скопировать данные с помощью обычных инструментов резервного копирования; или вам может потребоваться использовать что-то вроде ddrescue, чтобы восстановить данные из поврежденных секторов жесткого диска.
эта ошибка произошла потому, что AMI BIOS блокирует изменение переменных базы EFI. Тем не менее, AMI BIOS предложил исправить эти переменные самостоятельно после переустановки grub-efi (или процесса boot-repair). Чтобы восстановить, попробуйте войти в BIOS после процедуры ремонта и найдите в нем страницу загрузки.
и еще одна полезная ссылка:
Ответ или решение
Ошибка Boot-repair "Locked-ESP detected" в Ubuntu 16.04
Если вы столкнулись с ошибкой "Locked-ESP detected" при использовании инструмента boot-repair в живом сеансе Ubuntu, это может быть связано с проблемами с вашей системой или жестким диском. Давайте подробно рассмотрим эти проблемы и возможные способы их решения.
1. Проблема с Locked-ESP
Ошибка "Locked-ESP" указывает на то, что система не может получить доступ к разделе EFI на вашем диске. EFI (Extensible Firmware Interface) – это интерфейс для загрузки операционной системы, который требует специфических настроек. Boot-repair предлагает создать отдельный раздел /boot/efi с размером от 100 до 250 МБ и отформатировать его в FAT32. Этот раздел должен находиться в начале диска и иметь активный загрузочный флаг.
Решение: Используйте gParted или другую утилиту для создания раздела /boot/efi, затем запустите boot-repair снова и выберите этот раздел в настройках.
2. Ввод/вывод ошибок на диске
Вы также упомянули множество ошибок чтения, таких как ERROR: asr: reading /dev/sda[Input/output error]. Эти ошибки обычно указывают на проблемы с жестким диском, такие как сбои или поврежденные сектора.
Решение: Проверьте состояние диска с помощью SMART. Это можно сделать, запустив следующую команду в терминале:
sudo smartctl -a /dev/sdaЕсли результаты SMART показывают ошибки, возможно, ваш жесткий диск начинает выходить из строя. В этом случае обязательно сделайте резервные копии всех важных данных.
3. Возможные аппаратные проблемы
Проблемы могут не ограничиваться лишь диском. Также стоит проверить:
-
Кабели подключения: Плохие или неплотные соединения могут вызывать ошибки. Убедитесь, что кабели подключения жесткого диска находятся в хорошем состоянии.
-
Контроллер диска: Иногда проблема может быть связана с контроллером на материнской плате. В таком случае, возможно, потребуется добавить дополнительную карту контроллера.
4. BIOS и его влияние на загрузку
Некоторые версии BIOS, особенно от компаний, таких как AMI, могут блокировать изменения в переменных EFI. После выполнения boot-repair, возможно, вам потребуется вручную войти в BIOS и убедиться, что настройки загрузки обновлены. Обратите внимание на параметры загрузки и следуйте инструкциям, если система предлагает исправления.
5. Резервное копирование и восстановление данных
Если вы подозреваете, что ваш диск действительно неисправен, рекомендуется немедленно прекратить использование компьютера. Приобретите новый жесткий диск и подключите его к системе, затем используйте такие инструменты как ddrescue для извлечения данных с поврежденного диска.
Вот пример команды ddrescue:
sudo ddrescue -f -n /dev/sda /dev/sdb /path/to/logfileЗаключение
Ошибка "Locked-ESP detected" в Boot-repair может быть связана как с конфигурацией системы, так и с возможными проблемами с аппаратным обеспечением. Следуйте вышеописанным шагам, чтобы диагностировать и исправить проблему. Не забудьте регулярно делать резервные копии данных для предотвращения потерь в будущем.
Посмотрите дополнительные ресурсы, такие как как переустановить grub на разделе EFI, для получения более глубокой информации и поддержки.