Linux не запускается без флешки

Обновлено: 06.07.2024

Этичный хакинг и тестирование на проникновение, информационная безопасность

Не загружается Linux Live при записи на флешку
Linux не загружается сразу после установки операционной системы
Linux не загружается после обновления или установки программ (ядра Linux, драйверов)
Linux не загружается из-за аппаратных изменений компьютера (новая видеокарта, новый диск или отключение диска)

1. Не загружается Linux Live при записи на флешку

1.1 Включены опции Quick boot и (или) Secure boot

Причина может быть в том, что в вашем BIOS (UEFI) включены опции Quick boot и (или) Secure boot. Зайдите в БИОС и отключите их.

1.2 Не пользуйтесь Rufus

Не надо пользоваться Rufus для записи образов Linux. Сейчас большинство ISO LIVE образов Linux это гибридные образы: в них имеется поддержка BIOS и UEFI, т. е. они прекрасно работают на старом и новом железе, а Rufus вносит какие-то изменения и просто портит их.

Для записи используйте портативную кроссплатформенную программу Etcher.

1.3 Обновите БИОС вашего компьютера

Если ничего вышеперечисленное не помогло, то обновите BIOS, особенно это относится к владельцам старого железа.

1.4 A start job is running for live-config contains the components that configure a live system during the boot process (late userspace)

2. Linux не загружается сразу после установки операционной системы

2.1 error: attempt to read or write outside of disk “hd0″

3. Linux не загружается после обновления или установки программ

Среди вероятных причин проблем с загрузкой Linux после обновления или установки программ могут быть:

обновление ядра Linux
установка или обновление драйверов для графической карты

3.1 Невозможно загрузиться после установки драйверов видеокарты

Загрузка доходит до меню, но замирает на экране консоли или после ввода логина и пароля

Если вы видите загрузочное меню Linux с разными вариантами загрузки и после него продолжается загрузка системы, но она не завершается успехом, значит флешка записана правильно, но присутствуют проблемы в самой системе – чаще всего это несовместимость модулей ядра и самого ядра, отсутствие или дублирование драйверов.

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

Аналогичная проблема может возникнуть и с Live образом – следующий рецепт подходит и для установленной системы и для Live системы.

Чтобы избежать эту проблему, когда появится меню загрузки GRUB нажмите букву e.

Теперь отредактируйте опции загрузки, добавив nomodeset. Для этого найдите строку, начинающуюся со слова linux и в её конец допишите через пробел слово nomodeset. Для продолжения загрузки нажмите F10.

Эта настройка действует только для текущей загрузки и при последующих перезагрузках системы это нужно делать снова.

Можно сделать опцию nomodeset постоянной для GRUB, но лучше найти проблемный модуль и отключить его.

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

в консоли загрузки.

Для отключения nouveau создайте файл /etc/modprobe.d/blacklist-nouveau.conf и скопируйте в него:

Если вы не можете загрузиться в графический интерфейс, то попробуйте с помощью сочетаний клавиш Ctrl+Alt+F1, Ctrl+Alt+F2, Ctrl+Alt+F3 и так далее перейти в консоль. Залогинтесь там и с помощью консольного редактора создайте в папке /etc/modprobe.d/ файл blacklist-nouveau.conf со следующим содержимым:

Для создания файла с помощью текстового редактора nano:

Или с помощью vim:

3.2 Невозможно загрузиться после обновления ядра

В производных Debian после установки нового ядра могут появляться новые опции в меню загрузки с вариантами загрузки компьютера с предыдущей версией ядра.

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

/boot/initrd.img-5.4.0-kali2-amd64
/boot/initrd.img-5.4.0-kali3-amd64

В Arch Linux и производных текущее ядро имеет имя /boot/initramfs-linux.img, а предыдущее ядро имеет имя /boot/initramfs-linux-fallback.img.

4. Linux не загружается из-за аппаратных изменений компьютера

4.1 Не загружается после добавления/удаления диска

4.2 Новая видеокарта

Как откатить изменения в Linux, если система не загружается

1) После попадания в чёрный экран. Попробуйте нажать Ctrl+Alt+F1. Если ничего не произойдёт, то нажимайте дальше Ctrl+Alt+F2, Ctrl+Alt+F3 и т. д. Ctrl+Alt+F* пока не появится приглашение авторизации.

2) Введите логин и пароль вашего пользователя

3) С помощью менеджера пакета (apt, pacman) удалить пакеты, которые вызвали проблемы. С помощью текстовых редакторов с интерфейсом командой строки (vim, nano) откатите изменения в конфигурационных файлах, которые препятствуют загрузке.

Как увидеть, из-за каких ошибок не загружается Linux

Увидеть ошибки, которые препятствуют загрузке системы, можно двумя способами:

1) на экране во время загрузки

2) с помощью команды journalctl

Иногда система намертво зависает и невозможно воспользоваться командой journalctl, тогда в этом случае остаётся только первый вариант. Но другая проблема в том, что многие дистрибутивы Linux во время запуска компьютера убирают вывод журнала загрузки на экран и/или закрывают его заставкой.

1) Чтобы вернуть показ журнала загрузки системы выполните следующую последовательность действий:

1.1 В меню загрузки нажмите е (или TAB). Откроется окно опций загрузки. Если в нём несколько строк, то передвиньте курсор на строку, которая начинается с

1.2 Посмотрите, встречаются ли в этой строке «quiet» и «splash»?

1.3 Уберите обе эти строки и начните загрузку (кнопку F10). Посмотрите, какие именно ошибки не дают загрузиться системе.

2) Как просмотреть журнал последней загрузки

Если вам удалось войти в систему, пусть даже только с интерфейсом командной строки, то используйте команду journalctl для вывода журнала загрузки:

Либо используйте следующую команду для сохранения информации о последней загрузки в файл:

Использование однопользовательского режима для восстановления системы

В крайнем случае, если не удаётся войти даже в интерфейс командной строки из-за зависания системы, воспользуйтесь однопользовательским режимом. Подробности об этом режиме, а также какие опции нужно указать смотрите в статье «Как в Linux сбросить забытый пароль входа». В этой статье также даются подсказки о подключении диска для записи и о том, как отредактировать опции загрузки Linux в различных дистрибутивах.

ssd-диск (установлена Ubuntu 14.04) нормально работал на ноутбуке. Я переставил его в десктопный компьютер, при загрузке получаю ошибк Loading operating Read Error и все.

После танцев с бубнами, boot-repair, grub-update и прочих рецептов (из-за моей глупости чуть не убивших загрузку совсем) случайно увидел, что если в USB воткнуть флешку (не обязательно загрузочную, а, например, с музыкой), то система стартует ок.

Что это, и как бы обойтись без флешки?

p.s. судя по BIOS, ssd воткнут в SCSI-0, пробовал втыкать в другие sata-разъемы, не помогло.

Он вроде уже там:

Нет, попробуй просто выполнить команду выше, просто хотя бы чтобы проверить

думаю что это просто баг биоса.

Я должен это выполнить на уже загруженной с ssd системе или с загрузочной USB-флешки? Возможно, вопрос тупой, но не хочется снова убить загрузку, ибо не очень понимаю ее процесса.

Процесс такой: биос выбирает диск, который указан в сетапе, как загрузочный, читает с него первый сектор и выполняет. В первом секторе находится загрузчик GRUB, который читает с того же диска ядро GRUB и запускает его. Ядро GRUB считывает свой конфиг, подгружает нужные модули (которые не вкомпилены в ядро) и рисует менюшку с выбором системы, которую нужно загружать.

Можно предположить, что в твоем случае загрузчик GRUB пытается считывать ядро с неправильного диска (например, он может пытаться читать со второго диска, которого без флешки просто нет, а с флешкой им может оказаться как раз твой SSD). Но это, конечно, спекуляция, потому что нифига не понятно, что у тебя там происходит.

grub-install /dev/sdX (где sdX - это твой SSD диск, может оказаться на другой букве) записывает на диск загрузчик GRUB в первый сектор и ядро GRUB в свободное место перед первым разделом. В процессе может правильно настроить загрузчик, чтобы он читал ядро GRUB c правильного диска. Проще всего делать это из живой системы, подняв ее с флешкой.

из живой системы, подняв ее с флешкой

Уточню: нужно поднять систему с SSD, предварительно воткнув какую-нибудь флешку, и выполнять команду из нее.

Если не поможет, нужно больше инфы: в каком режиме у тебя загружается система (Legacy MBR или UEFI), как разбит диск и что рассказывает консолька GRUB по команде ls.

ssd это точно /dev/sda?

Что-то строка ″Loading operating Read Error″ не гуглится. Она пишется до загрузки grub'а или после?

Может на диске нет активного раздела, некоторым bios это не нравится.

mky ★★★★★ ( 11.10.16 20:07:21 )
Последнее исправление: mky 11.10.16 20:07:45 (всего исправлений: 1)

Мой ssd на sda, проверил в gparted. Сделал:

Подозрительно выглядит i386-pc, хотя система 64-битная:

1. Тем не менее, перезагрузился. Результат: без флешки по-прежнему не загружается.

2. Снова пробую без флешки, держу Shift для перехода в Grub. Ошибка стала подробнее:

Splash-экрана GRUB-а не появляется. Похоже, тут и проблема, GRUB не запускается?

3. Вставляю флешку, все ок, запускаю Grub-консоль

в каком режиме у тебя загружается система (Legacy MBR или UEFI)

Где бы это посмотреть? В биосе есть какой-то флажок EFI, переключал во все режимы, не влияет.

BIOS последней версии?

Бут-меню есть (F8, F11 или F12 обычно)?

Если в бут-меню уефи версия загрузки с харда?

Бут-меню есть, но в нем ничего похожего на uefi.

Вопросы:
поставлю UEFI, поможет загружаться без флешки?
что он еще даст? Вкратце глянул что есть UEFI, вроде ничего интересного. Обновлять биос ради избавления от флешки - слишком геморно :) Еще чего сломается.

Бывало у меня что-то подобное Посмотри, совпадают ли данные диска с данными фстаб'а и нет ли там чего лишнего.

Судя по мануалу, похоже, что мамка вообще не поддерживает UEFI. Так что тут все нормально.

Попробуй в биосе отключить EFI CD/DVD Boot Option, Second Boot Device и Third Boot Device и посмотри, как это повлияет на загрузку с флешкой/без флешки.

Если ничего не поможет, то можно попробовать пропатчить граб или обновить биос. Или воткнуть навсегда какую-нибудь старую флешку и смириться.

Ставил Kali Linux как отдельную ОСь на флешку. На одну записал образ, на другую ставил (почему-то 6 часов ставился). На самом ноуте стояли Linux Mint и Винда. Теперь если без воткнутой флешки запускаться, то Grub выдает ошибку. А если воткнуть флешку и запуститься, то все нормально - выбираю ОСь (mint, kali или винда) и запускаюсь. Как бы починить на ноуте Grub, чтобы можно было и без флешки запускаться? Спасибо. П.С. Кстати, Kali Linux с флешки уж очень тормозит.

kali и окна в дуалбуте… щас такое начнется. пойду за попкорном. да,ответ на твой вопрос - поставь grub на комп)

Добавь в тэги Kali linux

Так это фейсконтроль. Подрасти еще малость.

Спасибо. Юзал эту инструкцию из под Кали - ничего не получилось, выдавало ошибки. Сейчас загрузился в Минт (сама загрузка с флешки, после выбора Минт на ноуте, вытащил флешку), проделал все что в инструкции сказано и все нормально! Еще раз спасибо. За покорном только зря ходил d09.

да не зря,погоди еще) хотя,может,тебя и пронесет,но 99% тредов,в которых хотя бы упоминается кали - тут то еще чтиво. кстати,а зачем тебе kali? (вроде еще не спросили). учитывая характр твой проблемы,я рискнул предположить,что ты относительно новичок в линуксе, так вот, на будущее: кали НЕ обычный линукс, запуск ЛЮБЫХ программ, не имеющих отношения к инф.безопасности там никто не гарантирует. ее собирают под узкие задачи, игнорируя все не-профильные. поэтому на минте у тебя получилось,а на кали - нет. так все же,зачем она тебе? соседский вай-фай?)

а я предупреждал, что на современных компах с efi от зугрузчиков только вред

на современных компах с efi от зугрузчиков только вред

fix: от современных компов только вред

«А если воткнуть флешку и запуститься, то все нормально»

Это говорит о том что линукс который на флешке установил свой загрузчик не на флэшку, а в MBR жёсткого диска.

Остаётся надеятся на порядочность Линукса и искать где он сохранил старый MBR сектор жёсткого диска. (вероятно на этой же флешке) А потом искать утилиту которая вернёт всё в зад. Ошибка при этой операции может сделать систему неработоспособной. Ведь MBR содержит архитектуру разметки всего диска. Надо сохранить уже имеющийся (раненый) сектор перед такими экспериментами.

Кстати, Kali Linux с флешки уж очень тормозит.

«А если воткнуть флешку и запуститься, то все нормально»

Это говорит о том что линукс который на флешке установил свой загрузчик не на флэшку, а в MBR жёсткого диска.

любезный, чё за на*?! не трогайте MBR! ТС ясно указал на UEFI. и да, для UEFI такое поведение нормально. вникнет в тему и починит. это обычно не сложно в UEFI, как бы парадоксально это не звучало.

Да просто интересно, что там такого установлено модного. Собственно, ни вай-фай соседский, ни брутить что-то я не собирался. Просто линуксов много всяких, а тут, как я думал, уже установлено по умолчанию многое. Не знал, что урезано все остальное. Спасибо, что просветили. ) Пойду читать статью, рекомендованную выше.

линуксов много всяких, а тут, как я думал, уже установлено по умолчанию многое.

Так оно и есть. Но в стоге сена очень сложно найти иголку. Тем более, что иголка тебе не нужна. А нужен карандаш, которого в кали как-раз нет.

Любите экспериментировать? Наверняка вы когда-либо пытались произвести какие-то действия со своей Linux-системой, причем не так важно какие были цели: изучение и познание новых возможностей или же какая-то более конкретная цель, в виде исправления той или иной ошибки. В любом случае, при работе с дистрибутивами Linux, для загрузки которых, в большинстве случаев, и используется Grub, с последним могут возникать неприятные проблемы, ввиду которых дальнейшая эксплуатация системы просто-напросто невозможна. В этой статье вы узнаете, что делать, если не загружается Linux. Как вести себя в подобной ситуации и какие действия производить, чтобы починить загрузчик Grub. Пожалуй, начнем.

Что такое Grub

Grub (или GRand Unified Bootloader) - загрузчик операционных систем с открытым исходным кодом. Распространяется он под лицензией GNU GPL, в полностью свободном виде. С помощью этого замечательного лоадера можно сделать много всего - основная же функция не ограничивается загрузкой лишь одной операционной системы. Вы можете иметь куда больше операционных систем на своем ПК, загружая любую из них с помощью Grub. На скриншоте выше вы можете видеть как примерно Grub выглядит. Кстати говоря, если вы захотите установить Ubuntu 18.04 рядом с Windows, вам определенно понадобится помощь Grub.

Grub используется в большинстве дистрибутивов Linux в качестве загрузчика по-умолчанию. Разумеется и с ним иногда возникают проблемы. Этим самые проблемы чреваты полным отказом операционной системы. Поэтому для починки Grub нам понадобятся дополнительные инструменты. Какие именно - узнаете далее.

От чего могут возникнуть проблемы

Одна из самых распространенных причин - это неправильный порядок установки двух операционных систем (Linux и Windows). Допустим, если вы захотите установить две этих операционных системы на свой ПК - вам непременно стоит знать правильную последовательность:

Сначала устанавливаем Windows
И только потом уже Linux

Если, например, сделать наоборот, то как раз-таки Grub будет поврежден; система будет грузиться напрямую в Windows, а дистрибутив Linux останется недоступным.

Grub может сломаться и по другим причинам. Например, из-за попыток ручного изменения параметров запуска (при недостатке опыта), в таком случае нужно будет либо вручную убирать лишнее, либо полностью переустанавливать Grub.

Восстановление Grub с помощью LiveCD/USB

Для этого способа нам понадобится флешка с дистрибутивом Linux на борту. Подойдет любой: от Ubuntu, Arch или даже Linux Mint. Здесь нужен только терминал, поэтому подойдет даже версия без графической оболочки.

Как создать LiveCD/USB

Само собой, нам понадобится носитель, на который мы временно (а может и нет) запишем систему. Сохраните все важные файлы, которые были на этом носителе, после чего (имеется ввиду на другом ПК, желательно под управлением Windows) запишите загруженный образ дистрибутива на носитель. В качестве примера мы будем использовать дистрибутив Ubuntu.

Идем на официальную страницу загрузки. Загружаем любую понравившуюся версию (лучше взять новейшую для десктопа), после чего записываем ее на USB/CD.

С помощью Rufus:

Последняя версия приложения доступна на официальном сайте. Сразу после загрузки и запуска/установки мы увидим такое окно:

Вставляем носитель, выбираем его в соответствующем меню. Далее выбираем нужную схему раздела и тип системного интерфейса, и после уже открываем файловый менеджер с помощью этой кнопки:

Находим загруженный образ через менеджер, после чего жмем "Старт".

С помощью Etcher:

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

Ну а теперь, собственно, можно переходить к восстановлению Grub. Вставляем флешку в наш ПК (где сломан загрузчик), после чего перезагружаем его с этой самой флешки. Как только мы войдем в лайв-систему, сразу открываем терминал, после чего проделываем следующие действия:

Открываем таблицу разделов с помощью команды:

Примерно такая таблица будет выведена на экран:

По этой таблице мы видим, что Linux, в нашем случае, расположен на разделе /dev/sda1.

С помощью следующей команды мы смонтируем этот раздел в /mnt:

Теперь, для записи grub в MBR, нужно ввести следующую команду:

Если нужно только восстановить MBR диска (после переустановки Windows, к примеру), то этих действий будет вполне достаточно.

Если же необходимо обновить и меню grub (после установки Windows), то нужно выполнить еще и эту команду:

Вот и все, восстановление закончено!

Восстановление с помощью chroot

Помимо вышеописанного способа, при восстановлении Grub с помощью LiveCD можно использовать и этот. Тут мы будем использовать утилиту chroot.

Здесь нам, опять же, понадобится таблица разделов. Вводим уже известную команду:

В выводе снова будет эта таблица. Теперь нам надо присмотреться к ней еще внимательнее.

В этом способе нам необходимо примонтировать системный, а также нескольких других важных разделов. Для этого вводим эти команды:

Обратите внимание, что если если разделы /boot или /var находятся отдельно, то Вам нужно будет примонтировать их в /mnt/boot и /mnt/var.

Далее мы переходим в окружающую среду chroot с помощью команды:

И теперь, наконец-таки переустанавливаем Grub с помощью следующей команды:

Если все прошло успешно, выходим из chroot, используя команду:

Далее нужно отмонтировать все разделы. Для этого вводим в терминал:

В случае, если вы монтировали раздел /boot введите команду:

Теперь перезагружаем систему с помощью:

Можно также обновить меню Grub, используя команду:

Восстановление Grub в rescue mode

Если по каким-то причинам у вас нет доступа к LiveCD/USB-носителю, а также к компьютеру, с помощью которого этот самый носитель можно было бы сделать, то этот способ для вас.

Само восстановление проходит таким образом: сначала мы подгружаем все модули, чтобы открыть доступ ко всей функциональной части Grub, после чего запуститься с нужного раздела. Надо понимать, что Grub состоит из двух частей:

Одна из этих частей (первая) записана в MBR диска. В ней присутствует базовый функционал и ничего больше (консоль в rescue mode).

Стало быть, нам нужно определить, в каком разделе находится вторая часть Grub (находится в каталоге /boot/grub), и после чего подгрузить все недостающие модули. А вот уже после этого мы сможем запустить загрузчик с нужного раздела. В rescue mode есть всего четыре команды:

Для начала вводим следующую команду:

В выводе будет что-то подобное:

В некоторых случаях Grub неправильно опеределяет файловые системы находящиеся на разделах дисков. В данном примере загрузчик показывает их как msdos. Мы должны попытаться угадать диски, которые видим. В примере доступно два диска. Диск с индексом 0 содержащий три раздела, и диск с индексом 1 содержащий два раздела. Если вы знаете структуру своих дисков, определить нужный труда не составит.

В загрузчике Grub разделы нумеруются в обратном исчислении. Не очень ясно какой именно из разделов назван, к примеру (hd0,msdos3). Чтобы было более понятно, можно использовать вид (hd0,1). Если в грабе отсчет дисков идет с 0, а разделов с 1, то можно определить, что операционная система установлена в первый раздел первого раздела - (hd0,1). Используем следующую команду:

С помощью этих команд мы приказываем системе использовать какой-то конкретный диск, для выполнения всех остальных операций (в нашем случае, это диск (hd0,1)). Чтобы проверить есть ли на данном диске загрузчик, введем эту команду:

Если в выводе будет список файлов и папок, значит мы все сделали правильно. Теперь можно загрузить все необходимые модули. Для этого выполним команды:

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

Чтобы закрепить результат (и не проделывать все то же самое после перезапуска ПК), нужно зайти в терминал своего дистрибутива Linux, где с root правами выполнить следующую команду:

sdX - диск, на который должен быть установлен Grub.

Если операционная система расположена на разделе с файловой системой btrfs, то нам необходимо выполнить следующие команды:

И подгрузить модули:

Ну и теперь запустить GRUB:

Восстановление Grub с помощью утилиты Boot repair

С помощью этой замечательной утилиты вы сможете восстановить загрузчик всего в пару кликов. Как видно из скриншота, утилита имеет собственный GUI, ее использование не вызовет трудностей.

Чтобы установить boot repair, вы можете воспользоваться одним из приведенных способов:

Запись и установка специального образа диска Boot Repair (и дальнейшая загрузка с него)
Установка Boot repair из PPA-репозитория в LiveCD/USB дистрибутиве.

Если с первым способом все понятно: нужно просто скачать и записать образ с помощью соответствующих инструментов. То во втором уже нужно знать конкретные команды, которые выглядят следующим образом:

В утилите будет доступно два варианта на выбор:

Recommended repair исправляет большую часть известных ошибок, которые могли бы возникнуть при запуске. С его помощью вы сможете пофиксить и загрузчик Grub.

Create a BootInfo summary создает Boot-Info-Script – скрипт, который позволяет диагностировать большинство проблем при загрузке.

Здесь же есть и Advanced options. Он включает в себя варианты для восстановления и настройки загрузчика Grub2 (загрузка по-умолчанию, опции загрузки ядра, отображение или скрытие GRUB при загрузке, удаление GRUB). С помощью этих же инструментов, вы можете восстановить MBR и т.д.

Вам обязательно стоит заглянуть на официальный сайт Boot Repair. Там вы сможете найти более подробную информацию обо всех возможностях и особенностях программы. Там же будет доступна информация о выходе новых версий: фиксах и улучшениях самой утилиты, а также многом и многом другом.

Выводы

Вот мы и рассмотрели несколько вариантов исправления загрузчика Grub. Стоит сказать, что некоторые из них могут показаться сложными или даже невыполнимыми. Это не так, каждый из рассмотренных способов нашел подтверждение в виде сотен и тысяч актов исправления загрузчика Grub в опенсорсном сообществе. Кстати говоря, какой из способов выбрать - решать только вам, любой из них достаточно эффективен, чтобы попасть в этот материал.

Возможно вас заинтересуют и другие похожие материалы про починку загрузчика Grub2. Например, в этом материале вы узнаете, как починить GRUB2 если Ubuntu не хочет загружаться. Там более подробно рассказывается, как фиксить груб с помощью утилиты Boot Repair, возможно вам стоит заглянуть туда, если вы не поняли что-то из этого материала. Что же, ну а на сегодня это все. Надеюсь, что данный материал помог вам разобраться в ошибках. Что, в свою очередь, поможет вам их решить.

Читайте также: