При монтировании устройства в target в качестве корневой файловой системы произошла ошибка
Загрузчик GRUB является универсальным, гибким и достаточно надёжным инструментом для организации загрузки операционных систем (ОС). Однако при наличии некоторых обстоятельств и факторов. От которых не застрахована ни одна система. Могут возникать сбои, в результате которых загрузка системы может быть некорректной или вовсе невозможной. Если в данном случае точно установлено, что система не загружается из-за неработоспособности самого загрузчика. То в данной ситуации далеко не всё так сложно и безнадёжно. Как может показаться некоторым неопытным пользователям или системным администраторам. В большинстве случаев загрузку системы можно довольно быстро и относительно легко восстановить, не прибегая к переустановке системы. Для этого существуют давно проверенные способы, о которых будет рассказано в данной статье.
Через утилиту восстановления загрузчика
Поскольку предыдущий метод может быть не всем под силу, воспользуемся той особенностью Ubuntu, что она может полноценно работать, будучи запущенной с флешки. Для этого мы применим специальную утилиту boot-repair. Что нужно сделать?
- Запустить Ubuntu с флешки и убедиться, что имеется активное интернет-соединение.
- Найти терминал и запустить в нём одну за другой такие команды:
sudo add-apt-repository ppa:yannubuntu/boot-repair
sudo apt-get update
sudo apt-get install boot-repair.
- В меню приложений найти «Восстановление загрузчика» и включить утилиту.
- Кликнуть на кнопку «Рекомендуемый способ восстановления» и дождаться окончания процедуры.
- В большинстве ситуаций этих действий вполне достаточно для нормальной работоспособности загрузчика Grub Linux.
Проверка корневой ФС
Прежде всего, удостоверьтесь, что вы можете читать из корневой ФС. Во время загрузки восстановительный режим диска смонтирует эту файловую систему на /target. Пропишите команду:
Если вы устанавливали Ubuntu, используя параметры по умолчанию, ваша корневая файловая система должна находиться на /dev/discs/disc0/part1.
Понимание процедуры загрузки в Linux RHEL7/CentOS
Следующие шаги суммируют, как процедура загрузки происходит в Linux.
1. Выполнение POST: машина включена. Из системного ПО, которым может быть UEFI или классический BIOS, выполняется самотестирование при включении питания (POST) и аппаратное обеспечение, необходимое для запуска инициализации системы.
2. Выбор загрузочного устройства: В загрузочной прошивке UEFI или в основной загрузочной записи находится загрузочное устройство.
3. Загрузка загрузчика: с загрузочного устройства находится загрузчик. На Red Hat/CentOS это обычно GRUB 2.
4. Загрузка ядра: Загрузчик может представить пользователю меню загрузки или может быть настроен на автоматический запуск Linux по умолчанию. Для загрузки Linux ядро загружается вместе с initramfs . Initramfs содержит модули ядра для всего оборудования, которое требуется для загрузки, а также начальные сценарии, необходимые для перехода к следующему этапу загрузки. На RHEL 7/CentOS initramfs содержит полную операционную систему (которая может использоваться для устранения неполадок).
5. Запуск /sbin/init: Как только ядро загружено в память, загружается первый из всех процессов, но все еще из initramfs . Это процесс /sbin/init , который связан с systemd . Демон udev также загружается для дальнейшей инициализации оборудования. Все это все еще происходит из образа initramfs .
6. Обработка initrd.target: процесс systemd выполняет все юниты из initrd.target , который подготавливает минимальную операционную среду, в которой корневая файловая система на диске монтируется в каталог /sysroot . На данный момент загружено достаточно, чтобы перейти к установке системы, которая была записана на жесткий диск.
7. Переключение на корневую файловую систему: система переключается на корневую файловую систему, которая находится на диске, и в этот момент может также загрузить процесс systemd с диска.
8. Запуск цели по умолчанию (default target): Systemd ищет цель по умолчанию для выполнения и запускает все свои юниты. В этом процессе отображается экран входа в систему, и пользователь может проходить аутентификацию. Обратите внимание, что приглашение к входу в систему может быть запрошено до успешной загрузки всех файлов модуля systemd . Таким образом, просмотр приглашения на вход в систему не обязательно означает, что сервер еще полностью функционирует.
На каждом из перечисленных этапов могут возникнуть проблемы из-за неправильной настройки или других проблем. Таблица суммирует, где настроена определенная фаза и что вы можете сделать, чтобы устранить неполадки, если что-то пойдет не так.
Повторное создание Initramfs с помощью аварийного диска
Иногда initramfs также может быть поврежден. Если это произойдет, вы не сможете загрузить свой сервер в нормальном рабочем режиме. Чтобы восстановить образ initramfs после загрузки в среду восстановления, вы можете использовать команду dracut . Если используется без аргументов, эта команда создает новый initramfs для загруженного в данный момент ядра.
Кроме того, вы можете использовать команду dracut с несколькими опциями для создания initramfs для конкретных сред ядра. Существует также файл конфигурации с именем /etc/dracut.conf , который можно использовать для включения определенных параметров при повторном создании initramfs .
- /usr/lib/dracut/dracut.conf.d/*.conf содержит системные файлы конфигурации по умолчанию.
- /etc/dracut.conf.d содержит пользовательские файлы конфигурации dracut.
- /etc/dracut.conf используется в качестве основного файла конфигурации.
Способ 2.
- После монтирования корня файловой системы в раздел /mnt, нужно дополнительно смонтировать папку с загрузочными файлами, а также другие компоненты взаимодействия с ядром. Для этого одну за другой выполните команды:
sudo mount /dev/sdc2 /mnt/boot
sudo mount —bind /dev /mnt/dev
sudo mount —bind /sys /mnt/sys
sudo mount —bind /proc /mnt/proc
- Далее вам понадобится запустить оболочку chroot. Для этого в терминале добавьте chroot /mnt /bin/bash. Первый параметр обращает внимание на корневой каталог, а второй — на специальную оболочку для преобразования команд юзера.
- Далее необходимо применить команды, чтобы попасть в Ubuntu и пользоваться практически всеми её приложениями, кроме сервисов и графического интерфейса:
- Теперь можно непосредственно приступать к восстановлению Grub. Для этого нужно воспользоваться несколькими командами:
- Для повторной инсталляции загрузчика на винчестер: sudo Grub2-install /dev/sdc (последний параметр — это название вашего раздела).
- Для создания нового файла конфигурации: sudo Grub2-mkconfig -o /boot/Grub/Grub.cfg.
- Для обновления меню загрузки: sudo Grub-update.
- Для завершения процедуры выйдите из оболочки chroot через команду exit, а также отмонтируйте ранее смонтированные разделы файловой системы:
sudo umount /mnt/dev
sudo umount /mnt/proc
sudo umount /mnt/sys
sudo umount /mnt
sudo umount /mnt/boot.
Подготовка программной среды для работы
Поскольку в Live-режиме загружено и работает ядро Live-системы, то оно же будет использоваться и для работы с примонтированными разделами (корневой и /boot). Но для этого необходимо к корневому разделу родной системы (которая уже смонтирована в /mnt) также примонтировать и другие файловые системы (ФС), без которых ядро Live-системы не сможет корректно работать — /sys, /dev и /proc, они же необходимы для взаимодействия с ядром. Другими словами, загруженное из Live-образа ядро нужно настроить на полноценную работу с корневой ФС родной системы, добавив к ней ФС из Live-системы:
Далее необходимо определить программное окружение среды, указав каталог /mnt и интерпретатор команд:
Эта команда указывает, где должны выполняться команды и какое программное окружение для этого должно использоваться. В данном случае, теперь ядро Live-образа может полноценно работать с ФС родной системы. Используя все её пакеты, команды, файлы и прочие доступные ресурсы.
Через терминал с загрузочного носителя
Для этого вам потребуется загрузочная флешка либо диск с записанным дистрибутивом Linux. В идеальном варианте он должен быть аналогичным системе, установленной на жёсткий диск. Но если дистрибутив — это не самый важный момент, то разрядность должна совпадать в любом случае. Иначе это чревато ещё большими последствиями, в результате которых уже точно придётся всё переустанавливать.
- Вставьте флешку или диск в разъём компьютера, после чего в BIOS выставьте носитель в качестве приоритетного для загрузки. Необходимая настройка находится в разделе Boot Device Priority либо First Boot Device. Чтобы запустить BIOS, при включении нажмите нужную кнопку или их комбинацию на клавиатуре. Наиболее популярными вариантами являются F2, Del, Shift + F2, F10. Чтобы не разбираться с БИОСом, можно просто нажать F11 или F12 и выбрать носитель из предложенного списка.
- Далее нужно выяснить, на каком разделе винчестера инсталлирована система, а какой указан в качестве загрузчика. Для этого нужно запустить терминал (аналог командной строки Windows), найдя его в меню приложений либо же нажав комбинацию клавиш Ctrl + Alt + T, либо Alt + F2. В открывшемся окошке вам нужно будет впечатать команду sudo fdisk -l. Сразу же утилита просканирует все разделы диска и отобразит информацию о каждом из них. Будет показана даже информация о других установленных на компьютер операционных системах. Вы сможете узнать название раздела, его расположение, размер, а также тип его файловой системы. При условии, что при установке Ubuntu вы совершали разметку вручную, вы без проблем поймёте, какой из разделов является загрузочным, а какой — корневым. При автоматической разметке ориентируйтесь на название Linux. Именно он и будет корнем вашей системы. Имя раздела обычно состоит из аббревиатуры sdc либо sda и цифры с порядковым номером.
- Далее нужно выполнить монтирование корневой файловой системы в папку /mnt. В этом вам поможет команда sudo mount /dev/sda1 /mnt, где вместо sda нужно прописать название вашего раздела.
Начиная с этого этапа, восстанавливать Grub в Linux возможно двумя методами.
Определение и выбор раздела загрузки
Однако, обозначает GRUB разделы по-своему. Например вместо привычного sda4 будет (hd0,gpt2), а вместо sdb1 будет (hd1,gpt3). Таким образом, как можно видеть, устройства в формате GRUB нумеруются цифрами, так же как и разделы. Но разделы нумеруются в обратном порядке. Например на устройстве sda с пятью разделами, разделу sda2 в формате GRUB будет соответствовать запись (hd0,gpt4), sda1 – (hd0,gpt5) и т. д. Этот принцип можно и нужно брать на вооружение при работе с разделами в командной консоли GRUB. Ведь для ручной загрузки системы необходимо правильно определить и указать корневой раздел или раздел /boot .
Примечание: префикс «gpt» в обозначении разделов в формате GRUB может быть другим. Например «msdos» (когда GRUB не смог определить тип разметки), но в данном примере разделы размечены в формате GPT.
Если известно, что /boot находится на разделе sda2, у которого пять разделов. То с большой степенью вероятности это будет (hd0,4) в формате GRUB. Префикс «gpt» для раздела можно не указывать. Ну а если же изначальную структуру разделов вспомнить или определить не представляется возможным. То остаётся только перебирать или угадывать.
Команда ls выведет примерно следующее:
Эта информация и должна помочь быстрее угадать, на каком разделе находится /boot .
Важно заметить, что если «угадано» верно, то будет загружена родная система так, как она загружалась в штатном режиме.
Исправление общих проблем
В пределах статьи, подобной этой, невозможно рассмотреть все возможные проблемы, с которыми можно столкнуться при работе с Linux. Однако есть некоторые проблемы, которые встречаются чаще, чем другие. Ниже некоторые наиболее распространенные проблемы.
Восстановление загрузчика
Теперь нужно обновить MBR (главную загрузочную запись) диска, установив на него загрузчик GRUB. Здесь и нужно вспомнить, какой диск является загрузочным, исходя из конфигурации BIOS. Поскольку ранее это уже было определено, то теперь остаётся узнать, как это устройство обозначается в системе. Для этого полезно выполнить следующий скрипт:
Данный скрипт отработает, если в родной системе установлена утилита hdparm. Но поскольку в большинстве Linux-дистрибутивов она предустановлена и доступна «из коробки», то беспокоиться не о чем.
Как можно видеть, устройству «Samsung SSD 860 EVO 250GB», который ранее был определён как загрузочный, соответствует его определение в системе как /dev/sda . Именно на него и следует производить установку GRUB:
Создание файла конфигурации GRUB:
Ну и напоследок можно выполнить:
Если при выполнении команды grub-install возникают какие-либо ошибки, то можно выполнить её с ключом —recheck. Если же всё нормально, то можно выйти из режима chroot командой:
Далее необходимо отмонтировать все ранее примонтированные устройства и ФС:
Если /boot монтировался из отдельного раздела, то его также необходимо отмонтировать:
Ну и наконец, необходимо отмонтировать также и корневой раздел:
Далее можно перезагрузиться без Live-образа (сделав соответствующие настройки в BIOS и снова указав в качестве загрузочного «Samsung SSD 860 EVO 250GB»). И проверить, что GRUB загружает родную систему.
Через командную строку при частичном доступе к файловой системе
От вас ожидается, что вы точно уверены и знаете, на каком из винчестеров помещена система и ядро. Имеющихся команд всего четыре, их нужно применять последовательно:
- Чтобы система отсканировала диски и разделы, задайте команду ls. В качестве ответа вы получите список жёстких дисков (например, hd1, hd2), а также тип файловой системы на них (например, msdos1, msdos2). К примеру, будем считать, что загрузочный раздел расположен в /dev/sda1.
- Далее нужно выбрать тот раздел, с которым вы желаете работать. В нашем случае команда будет записываться следующим образом: set root=(hd1,1).
- Загрузите обычную оболочку Grub: insmod ext2, insmod normal, normal.
- Запустите ядро Linux: linux /boot/vmlinuz.
- Загрузите систему: boot.
- После запуска Ubuntu в обычном режиме откройте терминал и закончите процедуру восстановления загрузчика следующими командами:
sudo Grub2-install /dev/sda
sudo Grub2-mkconfig -o /boot/Grub/Grub.cfg.
- Перезагрузитесь и радуйтесь нормальной работе.
Передача аргементов в GRUB 2 ядру во время загрузки
Если сервер не загружается нормально, приглашение загрузки GRUB предлагает удобный способ остановить процедуру загрузки и передать конкретные параметры ядру во время загрузки. В этой части вы узнаете, как получить доступ к приглашению к загрузке и как передать конкретные аргументы загрузки ядру во время загрузки.
Когда сервер загружается, вы кратко видите меню GRUB 2. Смотри быстро, потому что это будет длиться всего несколько секунд. В этом загрузочном меню вы можете ввести e, чтобы войти в режим, в котором вы можете редактировать команды, или c, чтобы ввести полную командную строку GRUB.
После передачи e в загрузочное меню GRUB вы увидите интерфейс, показанный на скриншоте ниже. В этом интерфейсе прокрутите вниз, чтобы найти раздел, начинающийся с linux16 /vmlinuz , за которым следует множество аргументов. Это строка, которая сообщает GRUB, как запустить ядро, и по умолчанию это выглядит так:
После ввода параметров загрузки, которые вы хотите использовать, нажмите Ctrl + X, чтобы запустить ядро с этими параметрами. Обратите внимание, что эти параметры используются только один раз и не являются постоянными. Чтобы сделать их постоянными, вы должны изменить содержимое файла конфигурации /etc/default/grub и использовать grub2-mkconfig -o /boot/grub2/grub.cfg , чтобы применить изменение.
Когда у вас возникли проблемы, у вас есть несколько вариантов (целей), которые вы можете ввести в приглашении загрузки GRUB:
■ rd.break Это останавливает процедуру загрузки, пока она еще находится в стадии initramfs .
Эта опция полезна, если у вас нет пароля root.
■ init=/bin/sh или init=/bin/bash Указывает, что оболочка должна быть запущена сразу после загрузки ядра и initrd . Это полезный вариант, но не лучший, потому что в некоторых случаях вы потеряете консольный доступ или пропустите другие функции.
■ systemd.unit=rescue.target Команда запускает еще несколько системных юнитов, чтобы привести вас в более полный рабочий режим. Требуется пароль root.
Чтобы увидеть, что загружено только очень ограниченное количество юнит-файлов, вы можете ввести команду systemctl list-units .
Способы восстановления GRUB
В данной статье будут рассмотрены два самых эффективных способа восстановления GRUB:
- с помощью LiveCD/DVD – самый «народный» метод, с ним вполне справляются новички;
- работа в командной консоли GRUB – ручная загрузка системы и восстановление GRUB «родной» системной среды, очень полезно, когда нет возможности воспользоваться LiveCD/DVD или другим загрузочным устройством.
Как нетрудно догадаться, восстановление GRUB напрямую связано с загрузкой системы. Основная работа по восстановлению именно в этом и заключается — загрузить родную системную среду альтернативными способами или вручную. Далее, в подавляющем большинстве случаев, восстановление GRUB осуществляется одной командой:
Существуют также и другие команды:
Последние стоит использовать, если не помогла команда grub-update. Первая из них устанавливает сам загрузчик GRUB на указанное устройство (не на раздел!). В данном случае вместо sdN может быть sda, sdb, и т. д. Но никак не sda1, sdb2 (т. е. на разделы — числовой индекс в конце означает номер раздела на устройстве) и т. д. — это очень важно, поскольку GRUB устанавливается только на устройство.
Вторая команда создаёт конфигурационный файл GRUB исходя из текущей конфигурации системы. Анализируется информация о количестве имеющихся в системе ядер, их версий и т. д. В результате формируется оптимальная и безопасная конфигурация загрузки системы. Если ядер несколько, то будет сформирован список, который может быть доступен (в меню загрузки GRUB) для выбора определенного ядра для загрузки. По-умолчанию GRUB загружает ядро самой свежей версии.
Как можно видеть, ничего сложного в восстановлении/установке GRUB нет. Теперь можно перейти к рассмотрению альтернативных способов, собственно, загрузки системной среды для восстановления GRUB.
Примечание: вместо команд grub-install и grub-mkconfig могут использоваться команды grub2-install и grub2-mkconfig соответственно. Это зависит от используемой системы (дистрибутива).
Загрузка из командной консоли GRUB
Рис. 2: Внешний вид командной консоли GRUB.
Итак, первое, что нужно сделать после входа в командную консоль GRUB – это выполнить команду ls. В результате будет выведен список всех доступных в системе дисков и разделов.
Загрузка и восстановление с помощью LiveCD
При использовании любого из альтернативных вариантов загрузки «родной» системы очень полезно сначала узнать (или убедиться), с какого устройства происходит загрузка. Необходимо заранее это выяснить в настройках BIOS компьютера. Это необходимо, если придётся не просто обновить конфигурацию загрузчика, а полностью его переустановить. А для этого очень желательно устанавливать его на то устройство, которому из BIOS передаётся управление для дальнейшей загрузки ОС. Для BIOS материнских плат MSI это выглядит примерно следующим образом:
Рис. 1: BIOS MSI — просмотр и настройка приоритета устройств для загрузки системы.
Как можно видеть, для данной системы загрузочным устройством является SSD-накопитель «Samsung SSD 860 EVO 250 GB». А пока это наименование можно запомнить или где-нибудь записать.
Теперь можно загрузиться с любого Live-образа используя для этого оптический CD/DVD-диск или накопитель USB-Flash. Опуская технические подробности, важно заметить, что для этого должны быть сделаны соответствующие настройки в BIOS компьютера. В качестве Live-образа рекомендуется использовать ту же систему, что и установлена на компьютере.
Итак, загрузившись в Live-режиме, первым делом следует запустить командную консоль. Далее, необходимо определить корневой раздел системы, для которой нужно восстановить загрузчик. Это нужно, чтобы войти в программную среду «родной» системы из непосредственно Live-режима и использовать весь доступный инструментарий, в том числе и команды по восстановлению GRUB.
Пример использования "Rescue a CentOS System"
1. Перезагружаем сервер с установочным диском Centos 7. Загружаемся и выбираем "Troubleshooting".
2. В меню траблшутинга выбираем "Rescue a CentOS System" и загружаемся.
3. Система восстановления теперь предлагает вам найти установленную систему Linux и смонтировать ее в /mnt/sysimage . Выберите номер 1, чтобы продолжить:
4. Если была найдена правильная установка CentOS, вам будет предложено, чтобы система была смонтирована в /mnt/sysimage . В этот момент вы можете дважды нажать Enter, чтобы получить доступ к оболочке восстановления.
5. Ваша система Linux на данный момент доступна через каталог /mnt/sysimage . Введите chroot /mnt/sysimage . На этом этапе у вас есть доступ к корневой файловой системе, и вы можете получить доступ ко всем инструментам, которые необходимы для восстановления доступа к вашей системе.
Почему «ломается» загрузчик GRUB?
Естественно, само по себе ничего не происходит. Если «сломалась» загрузка GRUB – значит что-то на это повлияло. Очень часто в подобных ситуациях пользователи говорят, что системную конфигурацию не изменяли, а GRUB вдруг перестал работать. И они отчасти правы.
На самом деле GRUB довольно чувствителен к любому изменению как своей, так и системной конфигурации, каким бы универсальным и удобным он ни был. Так, например, изменение идентификатора раздела, хранящего ядра (/boot), уже приведёт к невозможности загрузки системы. И GRUB здесь и ни причём. Нужно искать причину, по которой изменился идентификатор раздела. А они могут быть самыми разными. К примеру, даже если компьютер долгое время не использовался и на его платы не подавалось питание. То это также может быть причиной сброса некоторых настроек BIOS (по причине севшей батареи). Что может привести при последующем после длительного перерыва включении переопределению параметров оборудования. От которых зависит, в некоторых случаях, и идентификатор раздела. Это лишь одна из причин неработоспособности GRUB, самая неочевидная, которую не могут предусмотреть ни разработчики GRUB, ни создатели системных плат.
Наличие ошибок на разделах диска, человеческий фактор (особенно среди малоопытных пользователей) также очень часто являются причиной неработоспособности GRUB. Главное, что нужно понимать — это то, что в большинстве случаев причиной является внешний фактор. A GRUB – это довольно уязвимое место, чувствительное практически к любым внешним воздействиям, поскольку это программная среда, организующая передачу управления компьютером от BIOS (UEFI) к ОС.
Заключение
Хотя на первый взгляд восстановление загрузчика Grub в Ubuntu может показаться чем-то очень сложным, и многие из пользователей Linux при подобной проблеме сразу же начнут переустанавливать операционную систему, при наличии нормальной инструкции всё делается очень просто и без каких-либо осложнений. Мы надеемся, что смогли помочь вам избежать потери важной информации. Сохраните страницу в закладки и поделитесь этой информацией с вашими друзьями и знакомыми. В комментариях оставляйте свои вопросы.
Запуск целей(targets) устранения неполадок в Linux
1. (Пере)загружаем Linux. Когда отобразиться меню GRUB, нажимаем e ;
2. Находим строку, которая начинается на linux16 /vmlinuz. В конце строки вводим systemd.unit=rescue.target и удаляем rhgb quit ;
3. Жмем Ctrl+X, чтобы начать загрузку с этими параметрами. Вводим пароль от root;
4. Вводим systemctl list-units и смотрим. Будут показаны все юнит-файлы, которые загружены в данный момент и соответственно загружена базовая системная среда;
5. Вводим systemctl show-environment . Видим переменные окружения в режиме rescue.target;
6. Перезагружаемся reboot ;
7. Когда отобразится меню GRUB, нажимаем e . Находим строку, которая начинается на linux16 /vmlinuz. В конце строки вводим systemd.unit=emergency.target и удаляем rhgb quit ;
8. Снова вводим пароль от root;
9. Система загрузилась в режиме emergency.target;
10. Вводим systemctl list-units и видим, что загрузился самый минимум из юнит-файлов.
Исправление Initramfs
В редких случаях может случиться так, что initramfs будет поврежден. Если вы тщательно проанализируете процедуру загрузки, вы узнаете, что у вас есть проблема с initramfs , потому что вы никогда не увидите, как корневая файловая система монтируется в корневой каталог, и при этом вы не увидите запуска каких-либо системных модулей. Если вы подозреваете, что у вас есть проблема с initramfs , ее легко создать заново. Чтобы воссоздать его, используя все настройки по умолчанию (что в большинстве случаев нормально), вы можете просто запустить команду dracut --force . (Без --force команда откажется перезаписать ваши существующие initramfs .)
При запуске команды dracut вы можете использовать файл конфигурации /etc/dracut.conf , чтобы указать, что именно записывается в initramfs . В этом файле конфигурации вы можете увидеть такие параметры, как lvmconf = «no» , которые можно использовать для включения или выключения определенных функций. Используйте эти параметры, чтобы убедиться, что у вас есть все необходимые функции в initramfs .
Общий сценарий восстановления
Перейдя к следующему окну, вам нужно будет указать вариант восстановления. Выбор зависит от симптомов, проявляющихся во время загрузки ОС.
- Системе не удаётся пройти дальше меню загрузки либо в нём присутствуют ошибки.
Обычная проблема системы, которую не получается загрузить. Возможно, причина в том, что при использовании двойной загрузки вы случайно переустановили Виндовс или другую ОС. Для решения этой неполадки необходимо переустановить GRUB. Чтобы сделать это, перейдите к меню выбора операций восстановления и выберите пункт «Reinstall GRUB boot loader». На следующем этапе необходимо выбрать, куда установить GRUB, если вы забыли, где именно находится загрузчик GRUB, наиболее вероятно, что вы установили его на жёсткий диск, стоящий первым. То есть наиболее вероятно, что это «hd0». После переустановки GRUB вы вернётесь к меню выбора операций. Нажмите «Reboot the system», чтобы перейти к меню загрузки.
- Системе удаётся покинуть меню загрузки, однако доступа к корневой ФС root всё равно нет.
Такой симптом, пожалуй, самый неочевидный, так как он может быть вызван множеством различных неисправностей. Сперва попробуйте перезагрузиться и выбрать загрузку с другим ядром. Если выбранное ядро загрузится, значит, проблема кроется в поддержке оборудования в последнем ядре. После загрузки рабочего ядра проверьте наличие обновлений для нового ядра. Если аналогичные проблемы появились на этапе выбора различных ядер в меню загрузки, перейдите к следующим этапам.
При возникновении проблем подобного рода, устранять неисправности следует прямо с диска. Для этого выберите пункт «Execute a shell in the installer environment». Далее вы попадёте в оболочку BusyBox, где можно производить определённые диагностические, а также восстановительные операции.
Переустановка GRUB с помощью аварийного диска
Одна из распространенных причин, по которой вам нужно запустить аварийный диск, заключается в том, что загрузчик GRUB 2 не работает. Если это произойдет, вам может понадобиться установить его снова. После того, как вы восстановили доступ к своему серверу с помощью аварийного диска, переустановить GRUB 2 несложно, и он состоит из двух этапов:
- Убедитесь, что вы поместили содержимое каталога /mnt/sysimage в текущую рабочую среду.
- Используйте команду grub2-install , а затем имя устройства, на котором вы хотите переустановить GRUB 2. Если это виртуальная машина KVM используйте команду grub2-install /dev/vda и на физическом сервере или виртуальная машина VMware, HyperV или Virtual Box, это grub2-install /dev/sda .
Переустановка GRUB 2
Код загрузчика не исчезает просто так, но иногда может случиться, что загрузочный код GRUB 2 будет поврежден. В этом случае вам лучше знать, как переустановить GRUB 2. Точный подход зависит от того, находится ли ваш сервер в загрузочном состоянии. Если это так, то довольно просто переустановить GRUB 2. Просто введите grub2-install и имя устройства, на которое вы хотите его установить. У команды есть много различных опций для точной настройки того, что именно будет установлено, но вам, вероятно, они не понадобятся, потому что по умолчанию команда устанавливает все необходимое, чтобы ваша система снова загрузилась.
Если это произойдет, вам сначала нужно запустить систему восстановления и восстановить доступ к вашему серверу из системы восстановления. После монтирования файловых систем вашего сервера в /mnt/sysimage и использования chroot /mnt/sysimage , чтобы сделать смонтированный образ системы вашим корневым образом: Просто запустите grub2-install , чтобы установить GRUB 2 на желаемое установочное устройство. Но если вы находитесь на виртуальной машине KVM, запустите grub2-install /dev/vda , а если вы находитесь на физическом диске, запустите grub2-install /dev/sda .
Заключение
В заключение необходимо напомнить, что были рассмотрены наиболее распространённые неполадки в работе загрузчика GRUB, а также причины их появления. На примерах были подробно рассмотрены основные и самые доступные способы восстановления работы GRUB.
Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
При замене таблицы разделов диска формата MBR на таблицу разделов диска формата GPT могут возникнуть проблемы проблемы с загрузкой ОС из-за отсутствия дискового раздела grub, имеющегося только для MBR-диска. Далее приводится процедура установки раздела grub для GPT-дисков, т.е. для загрузки ОС средствами UEFI.
Если система загружается, то:
Удалить ненужные пакеты:
sudo apt autoremove grub-pc grub-pc-bin |
Установить пакеты GRUB для EFI:
sudo apt install grub-efi efibootmgr |
Если система не загружается, то указанные выше команды выполнить через режим восстановления. После входа в режим восстановления:
-
Удалить ненужные пакеты (команда приведена выше);
Если для установки пакетов используется репозиторий в сети интернет или в локальной сети, то назначить компьютеру сетевой адрес в соотвествии с действующими сетевыми политиками. В случае настроенного DHCP выполнить команду:
После назначения сетевого адреса установить пакеты GRUB для EFI (команда приведена выше).
Если сетевой репозиторий недоступен, то установить пакеты с подключаемого носителя.
Данные шаги необходимо выполнить в случае отсутствия свободного неразмеченного места на диске. При возможности использовать Live-образ ОС выделение места можно выполнить загрузившись с этого образа и применив графический редактор дисков gparted.
Если на диске имеется раздел подкачки (swap), то для размещения дискового раздела grub этот раздел можно удалить или уменьшить и, при необходимости, использовать в дальнейшем размещение областей подкачки в файлах (см. Область подкачки (swap): особенности применения и обеспечения безопасности).
Рекомендованный размер дискового раздела grub - около 200KB.
и в диалоге команды уменьшить размер имеющегося на диске дискового раздела, например:
в примере выше дисковый раздел номер 1 на устройстве /dev/sda (исходный размер 14,0GB) уменьшается до размера 13,800KB;
Для получения доступа к корневому разделу выполнить команду:
chroot /target |
Теперь должен быть доступен корневой раздел со всеми консольными утилитами и псевдографикой. Выполнить команды:
apt install gdisk gdisk /dev/sda |
После чего для создания дискового раздела
Выбрать номер и размер дискового раздела и ввести метку EFI (ef00)
Просмотреть метки можно, если ввести букву "L" |
Далее необходимо указать метку (label) дискового раздела на которую будет ссылаться т аблица монтирования (файл /etc/fstab). Для назначения метки ввести букву "с" и для записи ввести букву "w":
Метка может быть произвольной, в примере использована метка EFI-SYstem;
partprobe /dev/sda |
Создать новый раздел указав код типа раздела ef02:
partprobe /dev/sda
mkfs -t vfat -v /dev/disk/by-partlabel/EFI-System
Создать каталог /boot/efi:
mkdir /boot/efi |
Внести запись в таблицу монтирования (файл /etc/fstab):
- Выполнить перезагрузку и осуществить вход в систему с Live-CD;
Создать каталог /boot/efi:
Получить UUID созданного раздела командой blkid и указать его в таблице монтирования (файл /etc/fstab):
Обновить параметры загрузчика командой:
- Перезагрузить систему и войти в режиме восстановления в UEFI;
Способ 1
- Введите команду восстановления загрузчика: sudo Grub-install —root-directory=/mnt /dev/sda.
- Перезагрузите Компьютер при помощи команды sudo reboot. В результате должно появиться меню выбора ОС.
- Если в этом меню отображается устаревшая информация, обновите загрузочную запись MBR. Для этого запустите Linux в обычном режиме, откройте терминал и используйте команду sudo update-Grub. Если это не помогает, примените sudo update-Grub —output=/mnt/boot/Grub/Grub.cfg, а затем повторите предыдущую.
- Ещё раз перезапустите компьютер.
Восстановление файловой системы
Далее воспользуйтесь командой fsck для восстановления вашей файловой системы. Сперва необходимо размонтировать раздел /target, если он ещё не был смонтирован. Делается это командой:
В режиме восстановления имеются утилиты fsck исключительно для файловых систем ext2, ext3 и jfs, так что, если во время установки вы выбрали другую ФС, вам придётся воспользоваться другим установочным диском. По умолчанию в Убунту применяется ФС ext3, поэтому если вы выполняли установку по умолчанию, для проверки и восстановления диска нужно будет ввести:
fsck.ext3 замените на fsck.ext2, либо fsck.jfs, если у вас разделы с ext2 или jfs, соответственно, а также поменяйте раздел на свой конкретный корневой. По завершении работы fsck ещё раз смонтируйте раздел на /target и попробуйте получить к нему доступ, прописав команду ls:
Если на экране отобразится несколько файлов и директорий, значит, ваше устройство восстановлено! Воспользуйтесь командой exit, чтобы покинуть оболочку BusyBox. выполните перезагрузку компьютера и проверьте получится ли загрузиться теперь.
В случае, если система загружается, но виснет на каком-либо сервисе, перейдите к оболочке в среде вашей корневой файловой системы, и выберите пункт «Execute a shell in /dev/discs/disc0/part1» в меню восстановительных операций. Это название может незначительно отличаться, если у вас выбран другой раздел в качестве корневой ФС.
Далее вы попадёте в оболочку собственной корневой ФС. Там вы сможете перемещаться по ФС, а также выполнять команды, будто вы действительно загрузили вашу файловую систему. Далее необходимо найти сервис init, который и является причиной проблемы. Деактивируйте его. В разделе «Управление запуском сервисов» находятся инструкции, как находить и отключать сервисы, которые запускаются при загрузке. Если Убунту инсталлировалась по умолчанию, вы, скорее всего, найдёте свой сервис или в /etc/rc2.d, или в /etc/rcS.d. Найдя проблемный сервис, поменяйте его название, заменив букву «S» на «D».
После того как скрипт init будет деактивирован, пропишите команду exit и покиньте оболочку, а после выполните перезагрузку компьютера. Попробуйте загрузиться снова в вашу систему Убунту. Деактивированный скрипт init больше не будет вызывать проблемы, так что ничто не должно помешать успешно загрузиться на этот раз.
Теперь вы знаете, что нужно делать, если Ubuntu не загружается. Пишите в комментариях справились ли вы с этой задачей, делитесь с другими пользователями своим опытом в решении подобных проблем, и задавайте вопросы по теме статьи, если они у вас остались.
Несмотря на то, что операционная система Linux занимает незначительную долю рынка, её различные сборки завоёвывают популярность своей официальной бесплатностью, довольно стабильной работой, а также значительной гибкостью в настройках. Да, некоторые моменты функционируют не так, как на Windows или Mac OS, да и большинство программного обеспечения создаются в первую очередь для этих двух продуктов. Но это останавливает далеко не всех.
Для работы ОС Linux необходимо восстановление загрузчика Grub, если произошел сбой.
Хотя практически любая сборка Linux работает без сбоев, иногда может случиться ошибка загрузчика, из-за чего становится невозможным запустить операционную систему. По каким причинам это может происходить? Как восстановить загрузчик Grub в Linux? Какие рабочие способы существуют? Обо всём этом и даже немного больше мы расскажем в сегодняшней статье.
Ручная загрузка ядра
Пусть для ручной загрузки выбран раздел (hd0,4) — т. е. sda2. Нужно задать этот раздел в качестве корневой файловой системы:
Подключение модулей для работы с ФС Ext2/3/4:
Для других типов ФС нужно подключать соответствующие модули: bfs, xfs или zfs.
Подключение модуля normal для полноценного запуска и работы GRUB:
Если после этих команд штатная загрузка не начнётся, то остаётся её продолжить вручную. Для этого нужно попытаться найти доступные ядра и выбрать нужное для загрузки. Для этого следует ввести команду linux /boot/vmlinuz и нажать клавишу :
Рис. 3: Определение доступных ядер и выбор нужного для загрузки с помощью команды «linux».
Как можно видеть, команда linux обнаружила в системе два ядра. И автоматически подготовила следующую команду для выбора нужного. Остаётся только дописать «1-generic», если нужно загрузить ядро версии 4.18.0-21-generic. Указать корневой раздел и выполнить команду:
Важно заметить, что указывается тот же корневой раздел, что и в команде set root, только уже в классическом формате.
Далее, нужно указать соответствующий образ ядра. В котором содержится всё необходимое для инициализации и создания программной среды для его работы, с помощью команды initrd:
Теперь всё готово, можно выполнить загрузку:
Если всё сделано правильно и выбран нужный раздел загрузки, то будет загружена «родная» система так, как это происходит в штатном режиме. Ведь всё, что было проделано вручную — это основной набор команд, хранящихся в файле /boot/grub/grub.cf g и выполняемых GRUB автоматически.
Далее, в загруженной системе нетрудно восстановить работу загрузчика с помощью инструкций, приведенных выше.
Что такое Grub и из-за чего он может повреждаться
После того как вы производите инсталляцию Linux на жёсткий диск вашего компьютера, все файлы копируются в отдельные папки. В одних каталогах хранятся файлы обычного программного обеспечения, которое можно спокойно удалить. В других же записываются файлы, без которых операционная система работать не будет. Сюда относятся ядро Linux, графическая оболочка, а также системный загрузчик Grub. Именно последний и применяется для того, чтобы запускать инсталлированную операционную систему. Каким образом это происходит?
В специальном загрузочном разделе система создаёт главную загрузочную запись. Её английская аббревиатура выглядит как MBR, и расшифровывается как Master Boot Record. При старте компьютера BIOS обращается к этой записи, а потом в действие вступает Grub и, когда всё в порядке, происходит запуск Linux. И если же загрузчик повреждён, при запуске произойдёт ошибка и система запускаться не будет.
По каким причинам это может случиться? Подавляющее большинство случаев являются следствием того, что после установки Linux в качестве первой системы вы устанавливаете Windows в роли дополнительной. Компания Microsoft традиционно не любит Linux, поэтому установщик Windows удаляет Grub Linux. Эта же проблема может возникнуть при некорректной установке самого Linux, перехода на другой дистрибутив либо из-за переразметки диска.
Самое важное, что следует учесть — это то, что не нужно сразу же думать о переустановке всей системы. Достаточно лишь просто восстановить Grub и всё будет работать, как и прежде. Перейдём к рассмотрению наиболее действенных способов, доступных даже неопытным юзерам.
Восстановление после проблем с файловой системой
Любая операционная система может перестать работать вследствие определённых причин. В процессе работы пользователя с системой устанавливаются новые утилиты, обновления, различные файлы, которые в итоге могут привести к конфликту внутри ОС. В этой статье детально разберём, что делать, если не запускается Ubuntu. Итак, приступим.
Ошибка запуска Ubuntu может быть легко исправлена.
Есть способ, позволяющий решить подобную проблему в Линукс Убунту. Подробнее об этом далее в статье.
Первым делом необходимо найти диск с Ubuntu, с которого выполнялась установка. Вставьте диск и перезагрузитесь так, чтобы открылся экран начальной загрузки. В открывшемся меню нажмите «Recover a broken system». После этого Ubuntu начнётся процесс восстановления, сначала можно подумать, что началась обычная установка системы, поскольку, как и при установке, вам понадобится выбрать язык и задать сетевые настройки. Обратите внимание на появившуюся в левом верхнем углу экрана надпись «Rescue mode».
Двигайтесь дальше, пока не дойдёте до этапа, где нужно будет выбрать корневое устройство root.
Чтобы выбрать правильный, необходимо хорошо знать размещение разделов на жёстких дисках ПК. Если это не ваш случай, может понадобиться несколько попыток, однако, есть несколько советов, которые помогут вам сделать верный выбор:
- Если Ubuntu была установлена как единственная ОС, то Убунту переписала всё содержимое текущего диска. Вероятнее всего, корневой файловой системой является первый раздел.
- Если Убунту устанавливалась в конфигурации с двойной загрузкой вместе с ОС Windows, выберите второй раздел из перечня.
После выбора корневой файловой системы, начнётся процесс её монтирования, в случае успешного окончания, вы перейдёте к следующему окну. Если этого не случилось, значит, раздел был выбран неправильно.
Монтирование корневого и загрузочного раделов
С помощью команды fdisk определяем какой раздел и на каком устройстве используется родной системой как корневой:
Как можно видеть, в системе два диска — sda и sdb. Тут нужно сориентироваться и вспомнить, как размечался диск изначально при установке системы. И определить по данным вывода, какой раздел является корневым. В данном случае это раздел sda2. Его теперь нужно примонтировать командой mount:
Необходимо также примонтировать и раздел /boot. Но очень важно заметить, что если в качестве /boot используется отдельный раздел (а не подкаталог в корневом разделе, как в большинстве современных дистрибутивов, например Ubuntu), то его монтирование будет выглядеть следующим образом:
В данном случае последняя команда приведена условно, как пример. На самом деле файлы загрузчика для данного примера хранятся в подкаталоге /boot, который уже был примонтирован от sda2, и поэтому в последней команде в данном случае нет необходимости.
Устранение неполадок с помощью загрузочного диска Linux
Еще один способ восстановления работоспособности Linux использовать образ операционки.
Если вам повезет меньше, вы увидите мигающий курсор в системе, которая вообще не загружается. Если это произойдет, вам нужен аварийный диск. Образ восстановления по умолчанию для Linux находится на установочном диске. При загрузке с установочного диска вы увидите пункт меню "Troubleshooting". Выберите этот пункт, чтобы получить доступ к параметрам, необходимым для ремонта машины.
- Install CentOS 7 in Basic Graphics Mode: эта опция переустанавливает систему. Не используйте её, если не хотите устранить неполадки в ситуации, когда обычная установка не работает и вам необходим базовый графический режим. Как правило, вам никогда не нужно использовать эту опцию для устранения неисправностей при установке.
- Rescue a CentOS System: это самая гибкая система спасения. Это должен быть первый вариант выбора при использовании аварийного диска.
- Run a Memory Test: если вы столкнулись с ошибками памяти, это позволяет пометить плохие микросхемы памяти, чтобы ваша машина могла нормально загружаться.
- Boot from local drive: здесь я думаю всё понятно.
Читайте также: