Часть 1 — Установка
Часть 2 — Переходим к бэкапу
Часть 3 — Восстановление
Часть 4 — Работа из командной строки
вторник, июля г.
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, обратите внимание на каждую из приведённых ситуаций. Возможно, одна из них напоминает вашу?
- Неправильно подобранные драйверы либо их «кривая» установка. Сюда же можно отнести любые случаи, когда оборудование неправильно работает из-за ПО. Возможно, вы установили драйвер из ненадёжного источника? Обратили ли вы внимание на модели оборудования, которые поддерживает драйвер?
- Проблемы после обновления системы. Несмотря на аккуратность разработчиков системы Ubuntu, возможно всё —ваше оборудование не поддерживает новые компоненты, или сама ОС нестабильна… Желательно пользоваться версиями Убунту LTS (с длительной поддержкой).
- Ваша собственная ошибка. В этот пункт можно отнести очень много проблем, которые и становятся источником поломки и «слетевшей» ОС. Например:
- Восстановление Ubuntu | Losst
- Восстановление удаленных файлов Linux …
- Как восстановить Linux?
- goto-linux.com | Как восстановить …
- Как восстановить разделы Linux Ext2 …
- По ошибке был удалён важный системный файл.
- Вы забыли пароль доступа к 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.
- Debian / Ubuntu …
- Linux: восстановление удаленных файлов …
- Linux Mint / Ubuntu …
- Linux Mint: как восстановить ОС из …
- Как восстановить систему линукс
- Если же раздела под восстановление у вас нет, тогда можно использовать:
$ sudo extundelete —restore-file /etc/shadow /dev/sda3.
Указывайте свой раздел «от корня», то есть с начала пути.