Экран, на котором отображается надпись GNU GRUB version 2.06 (или 2.06rc1), часто вызывает панику у неопытных пользователей, так как дальнейшая загрузка операционной системы не происходит. Эта ситуация означает, что загрузчик GRUB успешно инициализировался, но не может найти файл ядра или конфигурационный файл для продолжения процесса старта. Чаще всего проблема кроется в поврежденном файле конфигурации grub.cfg или изменении структуры разделов диска после обновления системы.

Вам не стоит сразу же прибегать к переустановке операционной системы, так как в большинстве случаев данные на диске целы, а проблема носит программный характер. Необходимо понять, в каком именно режиме работает ваш загрузчик: это может быть нормальное меню с возможностью выбора, режим grub rescue с минимальным набором команд или просто статичная строка версии без реакции на ввод. От этого зависит алгоритм ваших дальнейших действий по восстановлению доступа к Linux.

Современные дистрибутивы, такие как Ubuntu, Debian или Fedora, используют именно эту версию загрузчика для управления мультизагрузкой. Ошибка может возникнуть после неудачного обновления ядра, сбоя файловой системы или даже после изменения порядка дисков в BIOS/UEFI. Ниже мы подробно разберем методы диагностики и ручного восстановления работоспособности системы без потери данных.

Диагностика состояния загрузчика

Первым шагом является точное определение текущего состояния терминала. Если вы видите только строку версии и мигающий курсор, это может означать, что меню скрыто или конфигурация пуста. В этом случае попробуйте нажать клавишу Shift или Esc сразу после включения компьютера, чтобы принудительно вызвать меню загрузки. Иногда конфигурация GRUB просто не отображает список доступных систем из-за ошибки синтаксиса в файле настроек.

Более сложный сценарий — это попадание в режим grub rescue>. Это аварийный режим, который активируется, когда модуль normal не может быть загружен. В этом состоянии доступен крайне ограниченный набор команд, и система не знает, где находится её корневой раздел. Вам придется вручную указать путь к модулям и ядру, чтобы запустить операционную систему.

⚠️ Внимание: В режиме rescue неверное указание пути к разделу может привести к тому, что команда boot выдаст ошибку, и процедуру придется начинать заново. Будьте внимательны при вводе номеров разделов.

Для диагностики в режиме rescue используйте команду ls. Она выведет список всех обнаруженных дисков и разделов, например: (hd0) (hd0,msdos1) (hd0,msdos2). Ваша задача — найти раздел, где установлена система. Это можно сделать, последовательно пробуя выводить содержимое разделов командой ls (hd0,1)/ (обратите внимание на отсутствие пробела после запятой в некоторых версиях, но в 2.06 часто используется формат (hd0,1)). Ищите раздел, содержащий папки boot и grub.

📊 В каком состоянии находится ваш GRUB?
  • Меню есть, но система не грузится
  • Режим grub rescue>
  • Просто черная строка с версией
  • Система грузится, но с ошибками

Ручной запуск системы из режима Rescue

Если вы определили, что находитесь в режиме grub rescue>, и нашли нужный раздел (допустим, это (hd0,1)), необходимо вручную задать пути к модулям. Это временное решение, которое позволит загрузиться в систему один раз, чтобы затем провести полноценное восстановление. Введите команду установки корня: set root=(hd0,1). После этого нужно указать путь к модулям, обычно это set prefix=(hd0,1)/boot/grub.

Далее следует загрузить необходимый модуль для перехода в нормальный режим. Введите команду insmod normal. Если модуль загрузился успешно (команда просто вернет вас к приглашению ввода без ошибок), выполните команду normal. Это действие должно запустить стандартное меню GRUB, откуда вы сможете выбрать свою операционную систему и загрузиться как обычно.

  • 🔍 Команда ls — отображает все доступные диски и разделы для идентификации системы.
  • ⚙️ Команда set root=.. — назначает указанный раздел корневым для текущей сессии.
  • 📂 Команда set prefix=.. — указывает путь к папке с конфигурационными файлами загрузчика.
  • 🚀 Команда insmod normal — загружает модуль нормального режима работы GRUB.

В некоторых случаях модуль normal может не загрузиться с первого раза из-за проблем с файловой системой. Если команда insmod normal выдает ошибку, попробуйте сначала загрузить модуль файловой системы, соответствующей вашему диску, например insmod ext2 (работает для ext3/ext4) или insmod ntfs. Только после успешной загрузки модуля ФС можно пробовать запускать normal.

Что делать, если команда insmod normal не работает?

Если стандартный модуль не загружается, возможно, поврежден сам файл модуля или несовместима версия ядра. Попробуйте загрузить модуль ядра напрямую, используя команды: linux /vmlinuz.. и initrd /initrd.., а затем boot. Это требует знания точных имен файлов ядра.

Использование Live USB для восстановления

Если ручной запуск через rescue невозможен или слишком сложен, наиболее надежным методом является использование загрузочной флешки (Live USB) с дистрибутивом Linux. Вам нужно загрузиться с флешки в режиме "Try without installing" (Попробовать без установки). Этот метод позволяет получить полноценный доступ к файловой системе поврежденного диска и инструментам восстановления.

После загрузки Live-системы откройте терминал. Первым делом нужно определить, какой раздел содержит вашу основную систему. Используйте утилиту lsblk или sudo fdisk -l. Найдите раздел нужного размера (например, /dev/sda1 или /dev/nvme0n1p2). Затем смонтируйте его в каталог /mnt командой sudo mount /dev/sda1 /mnt. Если у вас отдельный раздел для /boot, его также нужно смонтировать: sudo mount /dev/sda2 /mnt/boot.

⚠️ Внимание: Перед выполнением операций записи на диск убедитесь, что вы монтируете именно тот раздел, где находится ваша система, а не раздел с Live-USB. Ошибка в выборе устройства может привести к потере данных.

Для работы с загрузчиком установленной системы необходимо использовать утилиты в окружении chroot. Это позволит запустить команды от имени основной системы, а не Live-USB. Смонтируйте системные каталоги /dev, /proc и /sys в смонтированную систему, затем выполните вход в chroot. Это создаст иллюзию, что вы загрузились с жесткого диска, хотя физически работаете с флешки.

Переустановка GRUB через chroot

Находясь в окружении chroot, вы можете полностью переустановить загрузчик. Это самый радикальный и эффективный способ решения проблемы, когда файлы загрузчика повреждены физически или логически. Команда reinstal перепишет загрузочный сектор (MBR) или EFI-раздел заново, используя текущие файлы конфигурации.

Для систем с BIOS (Legacy) используйте команду grub-install /dev/sda (указывайте диск, а не раздел, например /dev/sda, а не /dev/sda1). Для систем с UEFI процесс может потребовать дополнительных параметров, таких как --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=GRUB. После установки обязательно выполните команду update-grub (или grub-mkconfig -o /boot/grub/grub.cfg), чтобы сгенерировать новый конфигурационный файл со списком доступных ядер и ОС.

☑️ Алгоритм восстановления через chroot

Выполнено: 0 / 6

После успешного выполнения команд система сообщит об отсутствии ошибок. Теперь можно выйти из chroot (команда exit), размонтировать разделы (umount -R /mnt) и перезагрузить компьютер. Если все прошло успешно, компьютер загрузится в вашу основную операционную систему без вывода сообщения GNU GRUB version 2.06 в аварийном режиме.

Типичные ошибки и их решения

В процессе восстановления пользователи часто сталкиваются с повторяющимися проблемами. Одна из самых частых ошибок — "unknown filesystem". Она возникает, если GRUB не может прочитать файловую систему раздела. Это решается загрузкой соответствующего модуля (как упоминалось выше) или проверкой целостности файловой системы с помощью fsck. Повреждение файловой системы — частый спутник некорректного выключения питания.

Другая распространенная проблема — ошибка "no such partition" или "disk out of range". Это может указывать на то, что структура разделов изменилась (например, после удаления Windows или изменения размера диска), и в grub.cfg остались старые UUID или номера разделов. В этом случае генерация нового конфига через update-grub является обязательной, так как она сканирует диск и находит актуальные пути к ядрам.

Ошибка Вероятная причина Метод решения
unknown filesystem Отсутствие модуля ФС или повреждение раздела insmod ext2 / fsck
no such partition Изменена разметка диска update-grub / Live USB
normal.mod not found Поврежден файл модуля GRUB Переустановка через chroot
invalid signature Проблемы с Secure Boot в UEFI Отключить Secure Boot в BIOS
💡

Если вы часто меняете конфигурацию дисков, создайте резервную копию файла /boot/grub/grub.cfg сразу после успешной настройки системы.

Профилактика проблем с загрузчиком

Чтобы избежать повторения ситуации с зависанием на версии GRUB 2.06, рекомендуется регулярно обновлять систему. Разработчики дистрибутивов постоянно улучшают совместимость загрузчика с новым оборудованием и файловыми системами. Используйте командную строку sudo apt update && sudo apt upgrade (для Debian/Ubuntu) или аналогичные для вашего дистрибутива, чтобы держать пакеты grub-pc или grub-efi в актуальном состоянии.

Также стоит следить за состоянием жесткого диска. SMART-мониторинг может предупредить о即将щих проблемах с секторами, что позволит заменить диск до того, как повредится загрузочная запись. Инструменты вроде smartmontools позволяют быстро диагностировать здоровье накопителя и предотвратить потерю данных.

После изменения структуры разделов всегда запускайте update-grub, чтобы загрузчик узнал о новых изменениях. Игнорирование этого шага — главная причина попадания в loop-режим или rescue.

💡

Регулярное обновление системы и создание резервных копий конфигурации GRUB — лучшая защита от проблем с загрузкой.

Что делать, если команда update-grub не находит Windows?

Если после восстановления GRUB пропала Windows, убедитесь, что установлен пакет os-prober. В некоторых новых версиях дистрибутивов он не включен по умолчанию. Установите его и снова запустите обновление конфигурации. Также проверьте, что раздел с Windows не помечен как "fast startup" в самой Windows, так как это может блокировать доступ к файловой системе NTFS из Linux.

Можно ли удалить GRUB и использовать другой загрузчик?

Да, существуют альтернативы, такие как rEFInd или systemd-boot (для UEFI систем). Однако GRUB остается самым универсальным и поддерживаемым вариантом. Замена загрузчика требует полного удаления GRUB и настройки нового, что может быть сложнее для новичка, чем восстановление текущего.

Безопасно ли выполнять grub-install на работающей системе?

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