Установка Arch Linux. После перезагрузки, вместо системы появляется терминал grub.
На виртуальной машине всё работало без проблем, но на реальном устройстве после того как поставил загрузчик и вызвал reboot ничего не обнаружил, кроме терминала grub.
Также заметил, что из меню boot в биосе пропали все системы. До этого была винда на втором диске.
В чём может быть проблема?
Устанавливал Arch linux по этому гайду К нему прилагалось это видео
Что это за дерьмо? Оф дока для кого?
Ну по офф доке трудно было. Это дерьмо нормально работало на виртуальной машине
Что пишет то? Efi или легаси?
А как узнать что оно пишет? У меня после перезагрузки открывается консоль вида:
Minimal BASH-like line editing is supported. grub> _ Оно и логично ведь в boot в биосе ничего нет
Так если трудно, то нафига тебе сдался тот Рач?
Это дерьмо нормально работало на виртуальной машине
Виртуалка != реальная машина
Вот в твоём манне: pacman -S grub efibootmgr grub-btrfs os-prober
Есть ещё Legacy boot. Да и os-prober, вроде бы, не нужен.
А у тебя есть под рукой LiveCD какой-то? Чтобы чрутнуться в Рач и установить ещё раз Grub?
CryNet ★★★★★ ( 20.01.22 14:31:05 MSK )
Последнее исправление: CryNet 20.01.22 14:32:17 MSK (всего исправлений: 2)
Так если трудно, то нафига тебе сдался тот Рач?
Ну хочется разобраться в нём.
Вот в твоём манне: pacman -S grub efibootmgr grub-btrfs os-prober
А у тебя есть под рукой LiveCD какой-то? Чтобы чрутнуться в Рач?
Есть флешка с установочным образом, можно с неё загрузиться и чрутнуться
Похоже граб у тебя загрузился, а вот конфиг нет. Проще всего загрузиться с лайвсиди, примонтировать еще раз разделы, сделать chroot и поставить граб правильно.
Загрузчик винды должен быть на разделе с ефи, если у тебя ефи. Если ты его не затер, то он по прежнему должен быть на месте.
А можно ещё раз загрузиться с установочной флешкой и сделать всё правильно?
Если да, то в чём всё таки была ошибка?
У меня UEFI, если я правильно понял вопрос. Но вообще мне всё равно на винду, сейчас главное Arch поставить.
mayar ( 20.01.22 14:38:44 MSK )
Последнее исправление: mayar 20.01.22 14:39:03 MSK (всего исправлений: 1)
Так это не арч и это для сервера, как я понял. Мне для домашнего пк надо
Просто он не очень популярный. Будет тяжело решать проблемы всякие. Я ещё не достаточно опытный, чтобы работать с ним.
У арча ядро кривое. GUI не поможет
По идее, можно даже с ливсд не грузиться. в консольке граба можно указать что грузить. загрузиться и потом уже поправить конфиг в системе. примерно так — https://unix.stackexchange.com/questions/329926/grub-starts-in-command-line-after-reboot
если не так, то похожим образом, гугли.
https://manjaro.org/ на другом компе работает просто отлично, жрать не просит, все ок
А можно ещё раз загрузиться с установочной флешкой и сделать всё правильно?
Вероятнее всего у тебя система на месте, значит можно по новой все примонтировать, сделать как при установки chroot и повторить установку граба.
Если да, то в чём всё таки была ошибка?
Не знаю, я не видел, как ты ставил.
Такое чувство, что я близок к решению
Выполнил все шаги. Только при выполнении boot вылезает ошибка
you need to load the kernel first
mayar ( 20.01.22 16:17:49 MSK )
Последнее исправление: mayar 20.01.22 16:18:05 MSK (всего исправлений: 1)
Я повторил всю установку заново, но ничего не поменялось(
Не знаю, я не видел, как ты ставил.
Я всё делаю в точности как написано тут
Смотрел также официальную доку. Там всё также с тем отличием, что я не увидел как они grub настраивают
Конфиг grub явно неправильный. Нужно в командной строке grub выполнить команды например ls, чтобы посмотреть какие разделы видны, где лежит ядро. После этого можно вручную загрузить систему командами linux /boot/… и initrd /boot/… и командой boot.
Я всё делаю в точности как написано тут
Любой гайд для подобной системы будет: Создай разделы, подмонтируй, распакуй систему, сделай chroot, поставь загрузчик. Но возможностей накосячить тут полно, так как надо правильно адаптировать под нюансы своей железки.
У тебя бут раздел с грабом и конфигом на efi-разделе, но при этом конфиг он не подгрузил. Значит какая-то ошибка возникла еще на этапе установки граба. Чаще всего это что-то не так было подмонтировано или ошибка при запуске «grub-install».
Смотрел также официальную доку.
У арча отличная вики, но установка описана хуже некуда. Чуть ле не проще поставить сначала генту по хэндбуку а потом с полученным опытом уже арч.
Порой можно получить подсказку по состоянию ефи разделов. У тебя на fat разделе должны лежать ядра, директория grub с конфигом, директория EFI с efi приложением.
При попытке выполнить команду из официальной доки
grub-install —efi-directory=/boot/efi —boot-directory=/boot/efi/EFI —bootloader-id=grub
grub-install: error: /boot/efi doesn’t look like an EFI partition.
mayar ( 20.01.22 17:00:48 MSK )
Последнее исправление: mayar 20.01.22 17:02:38 MSK (всего исправлений: 1)
«–efi-directory» — должен указывать на директорию, куда примонтирован EFI раздел, который ты форматировал в fat и пометил как efi. Обычно это /boot (boot и efi на одном разделе, как в русском гайде), или /boot/efi.
Ошибка говорит о том, что в /boot/efi этот раздел не примонтирован.
Да, я это понял Но странно, так как я его примонтровал. Это даже в истории команд видно. И потом отформатировал тоже
У тебя в гайде раздел примонтировали в /boot, а не в /boot/efi.
Хотя нет, boot я не монтровал. Но этого и не было в гайде
Но если указать –efi-directory=/boot тоже самое
В гайде есть mount /dev/sda1 /mnt/boot .
Проверь командой mount без параметров, что смонтировано.
Больше нет времени, чтобы разбираться в этом. Поставить систему так и не получилось. Буду разбираться с этим потом
Это значит, что /boot/efi не является отдельным EFI разделом (отформатированным в FAT32 для установки grub и загрузчика windows). Либо этот раздел смонтирован по другому пути (например /boot либо /boot/efi указывает на другой раздел, либо EFI раздел не был никуда смонтирован и /boot/efi — просто папка внутри корневого раздела.
В «установочном чек-листе» по ссылке в облаке есть такое:
т.е. предполагается, что EFI раздел монтируется в /boot (виден как /boot после выполнения arch-chroot /mnt).
Хотя нет, boot я не монтровал. Но этого и не было в гайде
Очевидно, что это нужно. Перед установкой сложных дистров нужно разбираться в базовых вещах.
GRUB starts in command line after reboot
I installed Linux Mint on my laptop along with a pre-installed Windows 10. When I turn on the computer, the normal GRUB menu appears most of the time: 
But after booting either Linux or Windows then rebooting, I GRUB starts in command line mode, as seen in the following screenshot: 
There is probably a command that I can type to boot from that prompt, but I don’t know it. What works is to reboot using Ctrl+Alt+Del, then pressing F12 repeatedly until the normal GRUB menu appears. Using this technique, it always loads the menu. Rebooting without pressing F12 always reboots in command line mode. I think that the BIOS has EFI enabled, and I installed the GRUB bootloader in /dev/sda. Why is this happening and how can I ensure that GRUB always loads the menu?
Edit
As suggested in the comments, I tried purging the grub-efi package and reinstalling it. This did not fix the problem, but now when it starts in command prompt mode, GRUB shows the following message:
error: no such device: 6fxxxxx-xxxx-xxxx-xxxx-xxxxxee. Entering rescue mode. grub rescue> 
I checked with the blkid command and that is the identifier of my linux partition. Maybe this additional bit of information can help figure out what is going on?
При очередной загрузке Ubuntu появилось меню GNU GRUB
При очередной загрузке Ubuntu 16.04 появилось меню GNU GRUB 
В нем выбираю первый пункт, этот выбор приводит к: 
Подскажите, как мне вернуть работоспособоность системы?
initranfs — было у меня это — все инструкции в сети не помогли — вставил диск именно с той ubuntu которая стаяла — и всё — типа восстановление
Восстановление с использованием LiveUSB не помогло. В итоге совсем повалил систему, даже GRUB перестал запускаться. Видимо что-то делаю не верно.
1 ответ 1
Почему появился этот экран?
Во время работы OS были обнаружены ошибки на диске (ошибки файловой системы). И система «просит», чтобы вы провели сканирование диска ‘fsck’ вручную. Это нормальная ситуация, OS пытается избежать потери данных.
Как решить?
- можно подключить диск к другому серверу и протеcтировать
- можно использовать Ubuntu LiveCD
- использовать RecoveryMode или Single user mode
Важно! Причиной возникающих ошибок может быть неисправность диска и в первую очередь нужно убедиться, что диск исправен.
Если это ваша основная система — выполните резервное копирование диска или ключевых данных.
p.s. Подобные ситуации сильно напрягают поначалу, но помогают лучше разобраться в логике работы и понять алгоритм восстановления системы.