Error no such partition или как восстановить загрузчик Кали Линукс?

вторник, июля г.

Ubuntu. UEFI. Восстановление загрузки. Сегодня мы рассмотрим с вами один из вариантов восстановления загрузки Ubuntu , установленной в режиме UEFI. Предыстория этого эпизода очень простая — на ПК были установлены две ОС — Ubuntu и Windows 10, при этом разбиение по разделам было «хитрым», т.е. на одном диске был загрузочный раздел EFI System (ESP), а также раздел Linux filesystem и Linux своп, а на другом диске был системный раздел NTFS Windows и еще один дополнительный раздел ext4 от Linux. который монтировался в отдельную папку. Материнская плата — Asus Z170-P. Потребовалось просто физически переставить всю эту систему, т.е. материнскую плату, накопители и т.п. в другой корпус. Однако, после включения Ubuntu уже не загружалась 🙁 Начнем с того что в обычном варианте загрузки (когда все работает и Ubuntu, и Windows установлены с использованием UEFI) мы видим в BIOS’е следующие варианты загрузки: Т.е.:

• Ubuntu
• Windows Boot Manager

Однако, после переустановки MB и накопителей в другой корпус вариант загрузки с Ubuntu просто пропал. Что могло произойти? GRUB находящийся на разделе с Ubuntu никуда не делся, его конфигурация тоже вообщем-то не изменилась, однако, из списка доступных типов загрузки вариант с Ubuntu просто пропал. Попытка выбрать накопитель с установленной Ubuntu в качестве приоритетного для загрузки — тоже вообщем-то ничего не дала, т.к. BIOS находил Windows Boot Manager и упрямо загружал Windows. В интернете можно найти множество потрясающих (в хорошем смысле этого слова), но бесполезных в данной ситуации мануалов (приведу ссылки на них, т.к. ситуации возможны разные и информация в любом случае будет полезной):

• Восстановление GRUB
• How To Repair Grub Boot Loader On Ubuntu Linux / /
• Boot repair, Boot-Repair, UEFI
• Boot Repair — EFI Mode
• UEFI Installing — Tips
• Установка дистрибутива на компьютер с EFI
• Настройка UEFI-загрузчика. Самое краткое руководство в мире (рекомендуется к прочтению для понимая смысла UEFI загрузки)

Но в большинстве из них не приводится информация о восстановлении загрузки именно в UEFI режиме или найти ее достаточно сложно или же рекомендуется использовать утилиту boot-repair, которой нет на LiveCD по-умолчанию. А между тем все достаточно просто. Загружаемся с LiveCD с Ubuntu через UEFI (если у вас ПК подключен через HDMI может возникнуть проблема с загрузкой с LiveCD, решается она добавлением параметра nomodeset, как описано здесь), в крайнем случае если GUI не стартует — переключаемся на текстовую консоль (Ctrl-Alt-F1). Далее смотрим какие разделы у нас есть с помощью sudo fdisk -l :

Device Start End Sectors Size Type /dev/sda1 2048 1128447 1126400 550M EFI System /dev/sda2 1128448 79626398 78497951 Linux filesystem /dev/sda3 79628288 85917854 6289567 3G Linux swap Здесь наша задача определить загрузочный EFI раздел. Как мы видим — это /dev/sda1. Монтируем раздел /dev/sda1 так — sudo mount /dev/sda1 /mnt и убеждаемся в том в ней есть EFI загрузчик Ubuntu /EFI/ubuntu/ : Теперь осталось только прописать этот вариант загрузки в BIOS:

efibootmgr -c -d /dev/sda -p НОМЕР_РАЗДЕЛА -L «Ubuntu» -l «\Efi\ubuntu\» В нашем случае НОМЕР_РАЗДЕЛА = 1, т.к. EFI System находится на /dev/sda1. Еще несколько полезных возможностей efibootmgr:

• sudo efibootmgr — просмотреть список доступных вариантов загрузки.
• sudo efibootmgr —bootnum xxxx —delete-bootnum — удалить вариант с номером xxxx.

Вот и все, перезагружаем ПК, выбираем в UEFI Bios первичным только что добавленный нами вариант загрузки «Ubuntu» и радуемся работающей ОС. на 15:29 Ярлыки: восстановление , системное администрирование , ubuntu , Ubuntu , uefi Комментариев нет :

Отправка комментария

Обзор ситуаций

Возможно, после запуска компьютера вас встретил экран, заявляющий о серьёзной неполадке. Или вы столкнулись с ошибкой уже во время работы — это не так важно. Изучить источник проблемы действительно необходимо. Чтобы восстановить Ubuntu, обратите внимание на каждую из приведённых ситуаций. Возможно, одна из них напоминает вашу?

1. Неправильно подобранные драйверы либо их «кривая» установка. Сюда же можно отнести любые случаи, когда оборудование неправильно работает из-за ПО. Возможно, вы установили драйвер из ненадёжного источника? Обратили ли вы внимание на модели оборудования, которые поддерживает драйвер?
2. Проблемы после обновления системы. Несмотря на аккуратность разработчиков системы Ubuntu, возможно всё —ваше оборудование не поддерживает новые компоненты, или сама ОС нестабильна… Желательно пользоваться версиями Убунту LTS (с длительной поддержкой).
3. Ваша собственная ошибка. В этот пункт можно отнести очень много проблем, которые и становятся источником поломки и «слетевшей» ОС. Например:

• По ошибке был удалён важный системный файл.
• Вы забыли пароль доступа к root.
• Случайно изменили таблицу разделов, или даже записали её заново.
• Установили проблемную программу.

В некоторых случаях реанимировать систему будет сложнее, в других — найдутся свои способы быстрого решения. Перейдём к рассмотрению конкретных решений.

Переходим к восстановлению

В предыдущей статье нам удалось создать резервную копию и сохранить ее на сервере NFS:

Используем ту же команду, что и для бэкапа:

veeam

Запускается графический интерфейс, отображается информация об успешно завершенном ранее сеансе бэкапа:

В нижней части окна приведены доступные команды, в том числе «Recover Files» (Восстановить файлы), которая вызывается клавишей «R». Нажимаем эту клавишу на клавиатуре.

В окне Veeam Agent для Linux отображаются доступные резервные копии и количество точек восстановления в каждой резервной копии. В данном случае у нас всего одна точка восстановления. Чтобы выбрать и использовать ее, дважды нажимаем клавишу «Enter. В результате файл резервной копии монтируется в каталог /mnt/backup:

Почему так?

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

Например, можно запустить знаменитый Midnight Commander («mc»), который имеется во многих дистрибутивах Linux, и с его помощью восстановить нужные файлы из резервной копии:

Более опытные пользователи могут воспользоваться командной строкой или другой программой. Выбор за вами!

вариант второй позволит восстановить загрузчик Кали Линукс в любом случае

Если вы решите пойти этим путём (или что-то уже пошло не так), стоит лишь:

• загрузиться с диска с Windows 7 (8/10) подходящей версии
• выйти в консоль Восстановления системы

• вызвать командную строку и выбрать букву диска, где лежит Windows. Сделать это просто: сама Windows присваивает им буквы C или D. Почти всегда это D. Так в консоли и наберите:

• проверьте командой

есть ли на диске папки Windows. Их вы ни с чем не перепутаете. Если всё на месте, вводим финишную команду:

bootrec /fixboot

Windows появится после перезагрузки. Можно будет скачать недостающий образ Кали и после этого перейти к варианту 2. Но это путь через Китай.

Если был удалён важный файл

Можно ли восстановить Ubuntu, не работающую из-за отсутствия файлов, зависит от файловой системы. Если вы обнаружили пропажу важного для системы файла, следует сразу отключить компьютер. Необходимо иметь раздел, куда можно загрузить файлы при реанимации. Далее:

• Загрузите ПК с LiveCD
• Установите приложение «extundelete» командой:

$ sudo apt-get install extundelete.

$ sudo extundelete —restore-all /dev/sda3.

• Если же раздела под восстановление у вас нет, тогда можно использовать:

$ sudo extundelete —restore-file /etc/shadow /dev/sda3.

Указывайте свой раздел «от корня», то есть с начала пути.