- Вопрос или проблема
- Ответ или решение
- Устранение проблемы "UUID=xxx не существует. Переход в оболочку на Lenovo IdeaPad 3"
- Шаг 1: Проверка конфигурации fstab
- Шаг 2: Проверка проблем с файловой системой
- Шаг 3: Ручная загрузка через GRUB
- Шаг 4: Обновление GRUB и системы
- Шаг 5: Проверка настроек UEFI/BIOS
- Заключение
Вопрос или проблема
Я знаю, что есть дубликаты этого вопроса, и я прошел через многие из них. Наиболее перспективными, как мне казалось, были UUID=xxx не существует. Переход в оболочку и ВНИМАНИЕ! /dev/disk/by-uuid/xxxxxxxxx не существует. Переход в оболочку … нет двойной загрузки … Я чувствую, что мой /boot/efi может быть каким-то образом поврежден.
Я сделал все это безрезультатно. Основная ошибка, которую я вижу: ALERT: UUID=6fce33c4-a9bb-444c-bb8a-c1ed59b986a3 не существует. Переход в оболочку.
Моя проблема началась после того, как я применил некоторое программное обеспечение на Ubuntu 22.04. Я могу загрузиться в режиме восстановления. Я выполнил fsck на /boot/efi.
Детали:
blkid (обратите внимание, ничего не отображается для /dev/nvme0n1p1)
/dev/nvme0n1p2: UUID="6fce33c4-a9bb-444c-bb8a-c1ed59b986a3" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="0cd0904e-a12f-4a8d-ab3f-ad85c45a7082"
blkid --uuid 6fce33c4-a9bb-444c-bb8a-c1ed59b986a3mm :
/dev/nvme0n1p2 (это смонтировано как /)
blkid --uuid 6307-B41C
/dev/nvme0n1p1 (это /boot/efi)
df :
Файловая система 1K-блоков Использовано Доступно Использ% Смонтировано на
tmpfs 1179464 2280 1177184 1% /run
/dev/nvme0n1p2 244506940 57914480 174099404 25% /
tmpfs 5897316 117260 5780056 2% /dev/shm
tmpfs 5120 8 5112 1% /run/lock
efivarfs 184 95 85 53% /sys/firmware/efi/efivars
/dev/nvme0n1p1 523248 6288 516960 2% /boot/efi
tmpfs 1179460 136 1179324 1% /run/user/1000
fstab :
UUID=6fce33c4-a9bb-444c-bb8a-c1ed59b986a3 / ext4 errors=remount-ro 0 1
/boot/efi был на /dev/nvme0n1p1 во время установки
**UUID=6307-B41C** /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0
fdisk -l (игнорируя все записи циклов)
Диск /dev/nvme0n1: 238.47 GiB, 256060514304 байт, 500118192 секторов
Модель диска: KBG40ZNT256G TOSHIBA MEMORY
Единицы: сектора по 1 * 512 = 512 байт
Размер сектора (логический/физический): 512 байт / 512 байт
Размер I/O (минимальный/оптимальный): 512 байт / 512 байт
Тип метки диска: gpt
Идентификатор диска: F9060F62-5530-4003-B7BA-BBA3CF4F5F54
Устройство Начало Конец Секторы Размер Тип
/dev/nvme0n1p1 2048 1050623 1048576 512M EFI System
/dev/nvme0n1p2 1050624 500117503 499066880 238G Linux файловая система
cat /etc/os-release
PRETTY_NAME="Ubuntu 24.04.1 LTS"
NAME="Ubuntu"
VERSION_ID="24.04"
VERSION="24.04.1 LTS (Noble Numbat)"
VERSION_CODENAME=noble
ID=ubuntu
ID_LIKE=debian
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
UBUNTU_CODENAME=noble
LOGO=ubuntu-logo
lsb_release -a :
Нет доступных модулей LSB.
Distributor ID: Ubuntu
Описание: Ubuntu 24.04.1 LTS
Версия: 24.04
Кодовое имя: noble
hostnamectl :
Статическое имя хоста: mjcasile-IdeaPad-3-15IIL05
Имя значка: computer-laptop
Шасси: ноутбук 💻
Идентификатор машины: 32767bc4a6ea4c75b2eb24c855255e99
Идентификатор загрузки: a58c217abae64b8fb394aacd5fa86919
Операционная система: Ubuntu 24.04.1 LTS
Ядро: Linux 6.8.0-41-generic
Архитектура: x86-64
Производитель оборудования: Lenovo
Модель оборудования: IdeaPad 3 15IIL05
Версия прошивки: EMCN40WW
Дата прошивки: Пн 2020-08-10
Возраст прошивки: 4г 3н 6д
Когда я выключаю питание после запроса initramfs … я попадаю на экран с следующими вариантами:
*Ubuntu
Расширенные параметры для Ubuntu
Тест памяти (memtest 86+x87.efi)
Тест памяти (memtest 86+x87.efi, серийная консоль)
Настройки прошивки UEFI
Когда я открываю настройки прошивки UEFI, я подтверждаю, что загрузка с USB включена
Я пробовал все варианты, но обычно выбираю Расширенные параметры для Ubuntu и выбираю один из вариантов восстановления (6.8.0.41 или 6.8.0.40)
Я пытался вернуться к загрузке в режиме совместимости (вместо UEFI), но безрезультатно.
Я попробовал это однажды и был на UEFI до и после. Я обновил свой USB-накопитель для загрузки и сделал это (чтобы выполнить монтирование из одного из предыдущих ответов). Мне пришлось использовать трюк с F12, но это уже сделано, и это не решило проблему.
Я выполнил fsck на /dev/nvme0n1p2 и /dev/nvme0n1p1. На nvme0n1p2 было сказано, что все чисто, и были указаны количественные показатели блоков. Не так много информации о nvme0n1p1.
Проблема ВНИМАНИЕ! /dev/disk/by-uuid/xxxxxxxxx не существует. Переход в оболочку … Я загрузился с USB-накопителя и прошел через инструкции, чтобы заменить /proc /dev и /sys директориями с установочного USB-накопителя.
Не было совершенно ясно, где заменить UUID=… на root=/dev/nvme0n1p2 … поэтому я сделал это в /etc/fstab … и это ничего не изменило.
В настоящее время способ, которым я получаю доступ к расширенным параметрам (из которых я запускаю в режиме восстановления), заключается в том, что когда я терплю неудачу и перехожу к запросу initramfs, я отключаю питание и включаю его обратно … тогда появляется меню расширенных параметров.
Чтобы попасть в меню ubuntu, я выбрал расширенные параметры, затем когда я выбрал восстановление 6.8.0.41, я нажал ‘e’ вместо enter и получил это:
getparams ‘Ubuntu, с Linux 6.8.0.41 generic (режим восстановления)’
recordfail
load-video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod zxio; insmod lzopio; fi
insmod part_gpt
insmod ext2
search –no-floppy –fs-uuid –set=root 6fce33c4-a9bb-444c-bb8a-c1ed59b986a3
echo ‘Загрузка Linux 6.8.0.41-generic …’
linux /boot/vmlinuz-6.8.041-generic root=UUID=6fce33c4-a9bb-444c-bb8a-c1ed59b986a3 ro recovery nomodeset dis-ucode_ …
echo ‘Загрузка начального ramdisk …’
initrd /boot/initrd.img-6.8.0.41-generic
Обратите внимание, что вышеуказанное было сделано с помощью камеры телефона и переписано .. но оно должно быть относительно точным.
Я сделал модификацию командной строки grub, заменив root=UID=… на
root=/dev/nvme0n1p2 … когда я запускал ее против 6.8.0.41 (не восстановления) … я все равно попал в запрос initramfs, но вместо этого:
ВНИМАНИЕ! /dev/nvme0n1p2 не существует. Переход в оболочку!
Загрузка с командной строки grub.
Предполагая, что вы можете загрузиться в grub до запроса grub (не на запросе grub rescue). Выполнение этого запускает последовательность безопасной загрузки, но вы можете попробовать то же самое с отключенной безопасной загрузкой (у меня включена безопасная загрузка).
меню grub -> e для редактирования текущей загрузки и Ctl-C или F2 для перехода к запросу grub. (TAB перечисляет все возможные команды) Есть history, и вы можете использовать TAB для завершения пути.
grub> set pager=1
grub> ls
(hd0) (hd0,gpt8) (hd0,gpt7) (hd0,gpt6) (hd0,gpt5) (hd0,gpt4) (hd0,gpt3) (hd0,gpt2) (hd0,gpt1) hd1...
Вам нужно просмотреть все вышеперечисленное, пока вы не найдете исходную директорию Ubuntu.
grub> ls (hd0,gpt6)/
lost+found/ boot/ home/ bin/ lib lib64 sbin bin.usr-is-merged/ cdrom/ dev/ etc/ lib.usr-is-merged/ media/ mnt/ opt/ proc/ root/ run/ sbin.usr-is-merged/ snap/ srv sys/ tmp/ usr/ var/ swap.img
Посмотрите в директорию /boot как для файла vmlinux…, так и для файла initrd…
grub> ls (hd0,gpt6)/boot
vmlinuz-6.8.0-44-generic initrd.img-6.8.0-44-generic ...
Теперь сделайте следующее (замените gpt6 на вашу найденную раздел): –
grub> recordfail
grub> load_video
grub> gfxmode $linux_gfx_mode
grub> insmod gzio
grub> insmod part_gpt
grub> insmod ext2
grub> set root="hd0,gpt6"
grub> linux /boot/vmlinuz-6.8.0-44-generic root=UUID=6fce33c4-a9bb-444c-bb8a-c1ed59b986a3 ro quiet splash $vt_handoff
grub> initrd /boot/initrd.img-6.8.0-44-generic
grub> boot
Это будет выглядеть как зависание, поэтому дайте ему немного времени. Первым признаком успеха будет экран с логотипом.
Я только что сделал это на своем ПК, и это сработало с третьего раза. Вам нужно будет ввести все вручную, так что легко сделать ошибку.
Если вам удастся успешно загрузиться, то первым делом, что вам следует сделать, это переустановить grub.
{Ваш загрузочный диск = /dev/nvme0n1}
sudo grub-install --target=i386-efi /dev/nvme0n1
sudo update-grub
Итак, вы можете загрузиться в вашу предыдущую версию ядра, но не в текущую.
Поскольку вы теперь успешно загрузились в предыдущую версию ядра (используя этот метод), это предполагает, что ваше текущее initramfs повреждено. Загрузитесь в предыдущую версию ядра и попытайтесь восстановить initramfs для поврежденной: –
Снова высокие риски, поэтому убедитесь, что все сохранено.
sudo update-initramfs -c -k 6.8.0-44-generic
Надеюсь, это исправит ситуацию.
Ответ или решение
Устранение проблемы "UUID=xxx не существует. Переход в оболочку на Lenovo IdeaPad 3"
Проблема, с которой вы столкнулись, довольно распространена среди пользователей Linux, особенно после обновлений или изменений в конфигурации системы. Она проявляется в том, что система не может найти указанный UUID при загрузке, что приводит к переходу в оболочку (initramfs). Давайте разберем, как можно решить эту проблему, основываясь на предоставленных вами данных.
Шаг 1: Проверка конфигурации fstab
Ваш файл /etc/fstab содержит важную информацию, которая используется для автоматического монтирования файловых систем во время загрузки. Судя по вашему описанию, его содержимое выглядит следующим образом:
UUID=6fce33c4-a9bb-444c-bb8a-c1ed59b986a3 / ext4 errors=remount-ro 0 1
UUID=6307-B41C /boot/efi vfat umask=0077 0 1
/swapfile none swap sw 0 0Вы указали, что UUID 6fce33c4-a9bb-444c-bb8a-c1ed59b986a3 связан с /dev/nvme0n1p2, что является вашим корневым разделом. Проверьте, правильный ли он. Для этого выполните команду blkid, убедитесь, что вы получаете корректные UUID:
blkidЕсли значение UUID совпадает с тем, что указано в fstab, продолжайте к следующему шагу. Если нет, обновите fstab с правильным UUID.
Шаг 2: Проверка проблем с файловой системой
Вы уже выполнили проверку файловой системы с помощью fsck. Для полноты картины, выполните fsck для вашего корневого раздела и раздела EFI, чтобы исключить возможность повреждений.
fsck /dev/nvme0n1p1
fsck /dev/nvme0n1p2Если fsck сообщает, что файловая система в порядке, перейдем к следующему шагу.
Шаг 3: Ручная загрузка через GRUB
Попробуйте загрузиться вручную через GRUB, следуя описанным вами шагам. Для этого:
- На экране GRUB нажмите
eдля редактирования параметров загрузки. - Измените строку, которая содержит
root=UUID=..., наroot=/dev/nvme0n1p2. - После внесения изменений, нажмите
Ctrl + XилиF10для загрузки.
Если это не принесло результатов и все равно происходит переход в оболочку, выполните дополнительные манипуляции в GRUB, чтобы установить root, используя правильный путь.
Шаг 4: Обновление GRUB и системы
Если предыдущие шаги не сработали, возможно, ваша версия initramfs повреждена. Завершите загрузку в предыдущей версии ядра, которая работает, и выполните следующие команды для исправления:
sudo update-initramfs -c -k 6.8.0-41-generic
sudo grub-install --target=i386-efi /dev/nvme0n1
sudo update-grubЭто обновит конфигурацию GRUB и сделает вашу систему более стабильной.
Шаг 5: Проверка настроек UEFI/BIOS
Иногда проблемы могут быть вызваны неправильно настроенными параметрами UEFI:
- Перезагрузите ноутбук и войдите в настройки BIOS/UEFI (обычно F2 или Delete).
- Убедитесь, что Secure Boot выключен (если это не критично для вашей системы).
- Убедитесь, что режим загрузки установлен в UEFI, а не в Legacy.
Заключение
После выполнения всех вышеперечисленных шагов, ваша система должна снова загрузиться нормально. Если проблема все еще существует, пожалуйста, проверьте наличие обновлений для вашего оборудования и программного обеспечения, или подумайте о переустановке Ubuntu. Убедитесь, что все важные данные сохранены перед выполнением более радикальных мер. Если у вас есть дополнительные вопросы, не стесняйтесь обращаться за помощью.