Ошибка файл boot vmlinuz не найден

Здравствуйте, сегодня включили комп, появляется окно, при выборе любого пункта, появляется второе окно, что файл boot/vmlinuz не найден, ничего не делали, почему так произошло не понятно, в инете поискал, , советуют в биосе отключить опцию legacy, но зашёл в биос, legacy везде disable. Как восстановить загрузку?

Посмотреть вложение Аннотация 2023-07-19 143505.jpg

Посмотреть вложение WhatsApp Image 2023-07-19 at 08.46.46.jpeg

Distributor ID:AstraLinux
Description:Astra Linux 1.7 x86-64
Release:1.7_x86-64

Точно ничего не делали?
Какую нибудь очистку или ещё что?
Раздел /boot где расположен?

Ничего не делал, только что вышел на работу, как можно посмотреть, где расположен /boot( устанавливал не я )?

Ничего не делал, только что вышел на работу, как можно посмотреть, где расположен /boot( устанавливал не я )?

Можно попробовать наверное командой sudo find / -maxdepth 1 -type d -name «boot»
Если нужно искать в подкаталогах то значение 1 можно увеличить на 2 или 3 в зависимости от того как глубоко копать.

Последнее редактирование:

Ничего не делал, только что вышел на работу, как можно посмотреть, где расположен /boot( устанавливал не я )?

Если система не грузится никаким образом попробуйте загрузиться с любого Linux LiveCD/DVD и посмотреть разбиение диска. Смонтировать раздел который Вы считаете root (/), если ошиблись и смонтировали не тот раздел — размонтировать его и смонтировать следующий.
На смонтированном разделе найти каталог /boot и просмотреть его. Содержимое должно быть примерно следующее

  • 208 байт
    Просмотры: 40

Можно попробовать наверное командой find / -maxdepth 1 -type d -name «boot»
Если нужно искать в подкаталогах то значение 1 можно увеличить на 2 или 3 в зависимости от того как глубоко копать.

Совет хорош, но система то не грузится

Совет хорош, но система то не грузится

Если с помощью загрузочной флэшки в режиме восстановления или LiveCD…

Если система не грузится никаким образом попробуйте загрузиться с любого Linux LiveCD/DVD и посмотреть разбиение диска. Смонтировать раздел который Вы считаете root (/), если ошиблись и смонтировали не тот раздел — размонтировать его и смонтировать следующий.
На смонтированном разделе найти каталог /boot и просмотреть его. Содержимое должно быть примерно следующее

Если у Вас нет познаний в файловых системах линуксов и разбиения дисков на разделы — обратитесь к более опытным коллегам

«Не боги горшки обжигают», ещё не всё потеряно..:), пока есть инет, мир в нём не без добрых людей..:)
В режиме восстановления с флешки вошёл в командную строку, скрин в прикреплённом файле
Посмотреть вложение 3186

Этот бут сектор находится и в sda1 и в sda2, но в sda2 есть grab, какие мои дальнейшие действия?

Посмотреть вложение 3187

Первый скрин это EFI раздел, там у вас всё в порядке.
Второй скрин поинтересней — тут у вас отсутствует файл ядра: vmlinuz-5.15… (который пытается загрузиться на вашем втором скриншоте с первого поста в теме). Надо восстановить этот файл — или с любой другой машины скопировать или вытащить из пакета.

У меня вот тоже после проверки целостности утилитой fly-admin-int-check обнаружилось отсутствие файла /boot/vmlinuz-5.15… Возможно это связанно с последним обновлением Орла. Но по крайней мере до обновления, если не ошибаюсь, результаты проверки целостности показывали больше изменений.

Проверка целостности к загрузке системы имеет малое отношение в данном случае. Здесь отсутствует именно активное ядро, которое указано в параметрах загрузки

В общем как и оказалось, мой уровень близок к 0 :), но не только в инете есть добрые люди, но и в реале. В общем подняли систему, чтоб не забыть и не потерять здесь напишу..

mount /dev/sda2 /mnt
mount -o bind /proc /mnt/proc
mount -o bind /dev /mnt/dev
chroot /mnt /bin/bash
# dpkg —configure -a
Спасибо всем ответившим.

Перейти к контенту

Error: file boot vmlinuz load Kernel

error file “/boot/vmlinuz-5.10-x86_64” not found.
error: you need to load the kernel first.

Press any key to continue

If you get the above error message when booting your system, something probably went wrong when upgrading or deleting the kernel.
The file that is called at boot time under grub is no longer there. You will now have to load a different kernel at boot time.

To find out what kernels are on your system select the partition you want to boot and click “c” to get to a grub command line.

Find Linux Kernel

Now type ls and the disk and partition you want to boot. If it is the first partition on the first hard drive, you should type the following command:

ls (hd0,1)/

.

then click on the tab key. You will see the folders on the partition. If you are on the right partition, you will find the boot folder. Now enter the following command:

ls (hd0,1)/boot/

.

Now all available kernels are displayed. Write down the available vmlinuz and the initframs.
Now exit the command line by clicking esc and click “e” to edit the boot settings.

Change grub settings

Change the kernel and initramfs number and boot your system with Ctrl-x or F10. Now you should get back to your system.

In the file /boot/grub/grub.cfg you can change the entries, so you don’t have to repeat all the steps above when booting your System again.

После установки Simply Linux 8.2, перестала загружаться MX Linux 18 (установленна первой).
При выборе в загрузчике пункта  «MX 18 Continuum (18)» возникает ошибка:
ошибка: файл «/boot/vmlinuz-4.19.0-1-686-pae» не найден.
ошибка: сначала вам нужно загрузить ядро.
Нажмите любую клавишу для продолжения…

В Linux новичок. Подскажите с чего начать, может разберусь.

« Последнее редактирование: 30.01.2019 17:51:58 от AlexR2D2 »


Записан


Рассказывайте, как у вас диск разбит был или диски на момент установки, а также куда ставили загрузчик. Разбивку диска можно посмотреть в GParted.

« Последнее редактирование: 30.01.2019 20:43:16 от sb »


Записан


На момент установки диск был разбит на следующие разделы:
/dev/sda1 — файл подкачки
/dev/sda2 — под MX Linux 18
/dev/sda3 — расширенный
    /dev/sda5 — файл подкачки
    /dev/sda6 — под SimplyLinux 8.2
    /dev/sda7 —

Загрузчик оставил по умолчанию (как предложил SimplyLinux) — был указан жесткий диск.


Записан



Записан


…Есть такой инструмент Grub Customizer, в Simply его можно установить из Synaptic(если не установлен). Он увидит все стоящие у вас ОС, в нём есть возможность редактировать загрузчик по вашему усмотрению. Пользоваться командной строкой не придётся.

« Последнее редактирование: 01.02.2019 21:01:02 от Kalt »


Записан

Intel Xeon X3440 2,53GHz, MSI H55- G43, DDR3- 4x2GB, GF GT710


Выполнил действия как описал rabochyITs. К сожалению не получилось. Но обнаружил, что MX 18 Continuum (18) имеет ошибку: «неизвестная файловая система» (screen1).

SimplyLinux 8p был не обновлен, поэтому решил обновить все, что связано с GRUB в Synaptic.
Для обновления был один пакет:
   alterator-grub

С ним обновились:
   liblzma
   xz

Были установлены пакеты:
   grub-common
   grub-pc

Были удалены:
   grub2-common
   grub2-pc

После этого выполнил все по рекомендациям rabochyITs.
Все заработало (screen2). При выборе этой системы она загружается.

До проделанных действий результат команды grub-install -v в SimplyLinux: (GRUB) 2.00-alt21
После: см. screen3

Если несложно ответьте на вопросы (хочу разобраться):
1. Почему MX 18 Continuum (18) имел неизвестную файловую систему (screen1)?
2. Как на результат повлияли действий в Synaptic?
3. Почему результат grub-install -v: см. screen3 ?

Спасибо за помощь.


Записан



Записан


3. Почему результат grub-install -v: см. screen3 ?

В таблице разделов у вас отсутствует GPT.
Значит загрузка должна быть через MBR.
Вы должны указать устройство для установки загрузчика и в случае чего, сказать и инсталлятору загрузчика и линукс-программисту:
— Не твоё собачье дело куда хочу установить загрузчик! Сказано?, — выполняй!


Записан


Что говорит команда?
# file -s /dev/sda2

/dev/sda2: Linux rev 1.0 ext4 filesystem data, UUID=de25513c-a2aa-4375-aca5-d66ff631e6b7, volume name «rootMX18» (needs journal recovery) (extents) (64bit) (large files) (huge files)

« Последнее редактирование: 04.02.2019 21:36:43 от AlexR2D2 »


Записан


Вы должны указать устройство для установки загрузчика и в случае чего, сказать и инсталлятору загрузчика и линукс-программисту:
— Не твоё собачье дело куда хочу установить загрузчик! Сказано?, — выполняй!

Результат работы команды grub-install —target=i386-pc —force /dev/sda — Установка завершена. Ошибок нет.
Но результат grub-install -v остался как на screen3.

Также заметил, что при запуске загрузчика появилась ошибка:
GRUB loading.
error: file ‘/boot/grub/locale/POSIX.gmo’ not found

« Последнее редактирование: 04.02.2019 22:16:20 от AlexR2D2 »


Записан


Результат работы команды grub-install —target=i386-pc —force /dev/sda — Установка завершена. Ошибок нет.
Но результат grub-install -v остался как на screen3.

Так и должно быть:

Выполняется установка для платформы i386-pc
grub-install: ошибка: не указано устройство, но которое нужно выполнить установку.

Просто Линукс-программисты grub2, не знают что такое умолчания и не знают, что десятки лет загрузчик устанавливался в MBR. Поэтому из-за их хорошего кода, устройство нужно указать явно. Даже если винчестер только один в компьютере и никаких GPT с UEFI-ями там не было и нет.
Вот здесь
https://forum.altlinux.org/index.php?topic=36337.msg331130#msg331130
пункты 4 и 6, 22 года назад были написаны специально для этих Линукс-программистов.


Записан


1. Почему MX 18 Continuum (18) имел неизвестную файловую систему (screen1)?

Хороший вопрос:

Что говорит команда?
# file -s /dev/sda2

/dev/sda2: Linux rev 1.0 ext4 filesystem data, UUID=de25513c-a2aa-4375-aca5-d66ff631e6b7, volume name «rootMX18» (needs journal recovery) (extents) (64bit) (large files) (huge files)


Записан


Две системы. Два корня.
В каждом корне — свой /boot и /boot/grub.
Первая ОС раньше грузилась так:

MBR -> stage1.5 -> /dev/sda2 (grub stagе2 в /boot/grub)
Этот раздел (/dev/sda2) раньше был активным/загрузочным.

fdisk /dev/sda
a
2
w

И старая система вновь начнёт грузиться. Хотя может и нет. Потому что когда ставили вторую систему, а потом и grub-install запускали, затёрли оригинальный код первой системы в MBR и stage1.5. Что получилось теперь:

…. x /dev/sda2 — бесхозный, никто не грузится с него!
MBR -> stage1.5 -> /dev/sda6 (grub stagе2 в /boot/grub — здесь ALT).

Какая-то недоработка в grub-probe при установке Simply 8.2? А вот и нет! Вы версию ядра смотрите. Если бы установщик первой ОС форматировал ext4 раздел с опцией -O ^64bit, старый grub-probe из Simply 8.2 (а точнее тут дело в ядре и e2fsprogs, в версии mke2fs) увидел бы раздел /dev/sda2 нормально.

Выход видится такой: во второй системе создать /etc/grub.d/07_mxlinux, посмотрев соседние файлы, возможно использовать chainload, чтобы не перетаскивать из /boot первой системы ядро 4.19 с initrd в новый /boot АЛЬТА, переустановить загрузчик снова. Как вариант: снести Альт со всеми его разделами, сделать активным /dev/sda2, как предлагалось выше, восстановить и там MBR со stage1.5 через grub-install, загрузиться с рескьюшки или чего-то ещё и сделать tune2fs -O ^64bit /dev/sda2, после чего снова установить АЛЬТ второй системой. Может и без сноса/переустановки это получится сделать, прямо из АЛЬТА. Если обновить в Альте ядро и e2fsprogs (только смотрите конфиг /etc/mke2fs.conf чтобы новый попал либо руками там это добавьте: auto_64-bit_support = 1 в разделе ext4{}). Вообще всегда лучше сначала ставить более старые системы, потом более новые. Тогда этой свистопляски можно избежать.

Также заметил, что при запуске загрузчика появилась ошибка:
GRUB loading.
error: file ‘/boot/grub/locale/POSIX.gmo’ not found

Кажется, эта проблема решается так:
LC_ALL=C LANG=C grub-install …. (и всё что вы там дальше указывали).

« Последнее редактирование: 05.02.2019 03:08:29 от klark973 »


Записан

To moan or to solve — that is the question!


Также заметил, что при запуске загрузчика появилась ошибка:
GRUB loading.
error: file ‘/boot/grub/locale/POSIX.gmo’ not found

Здесь не в теме.
Но кажется что
grub2

# find /boot/grub/ -name "*mo" | sort
/boot/grub/locale/ast.mo
/boot/grub/locale/ca.mo
/boot/grub/locale/da.mo
/boot/grub/locale/de_CH.mo
/boot/grub/locale/de@hebrew.mo
/boot/grub/locale/de.mo
/boot/grub/locale/en@arabic.mo
/boot/grub/locale/en@cyrillic.mo
/boot/grub/locale/en@greek.mo
/boot/grub/locale/en@hebrew.mo
/boot/grub/locale/en@piglatin.mo
/boot/grub/locale/en@quot.mo
/boot/grub/locale/eo.mo
/boot/grub/locale/es.mo
/boot/grub/locale/fi.mo
/boot/grub/locale/fr.mo
/boot/grub/locale/gl.mo
/boot/grub/locale/hr.mo
/boot/grub/locale/hu.mo
/boot/grub/locale/id.mo
/boot/grub/locale/it.mo
/boot/grub/locale/ja.mo
/boot/grub/locale/ko.mo
/boot/grub/locale/lt.mo
/boot/grub/locale/nb.mo
/boot/grub/locale/nl.mo
/boot/grub/locale/pa.mo
/boot/grub/locale/pl.mo
/boot/grub/locale/pt_BR.mo
/boot/grub/locale/ru.mo
/boot/grub/locale/sl.mo
/boot/grub/locale/sr.mo
/boot/grub/locale/sv.mo
/boot/grub/locale/tr.mo
/boot/grub/locale/uk.mo
/boot/grub/locale/vi.mo
/boot/grub/locale/zh_CN.mo
/boot/grub/locale/zh_TW.mo

# find /boot/grub/ -name "*mo" | sort | wc -l
38

берёт локали отсюда

# find /usr/share/ -name "grub.mo" | grep '/grub.mo' | sort
/usr/share/locale/ast/LC_MESSAGES/grub.mo
/usr/share/locale/ca/LC_MESSAGES/grub.mo
/usr/share/locale/da/LC_MESSAGES/grub.mo
/usr/share/locale/de_CH/LC_MESSAGES/grub.mo
/usr/share/locale/de@hebrew/LC_MESSAGES/grub.mo
/usr/share/locale/de/LC_MESSAGES/grub.mo
/usr/share/locale/en@arabic/LC_MESSAGES/grub.mo
/usr/share/locale/en@cyrillic/LC_MESSAGES/grub.mo
/usr/share/locale/en@greek/LC_MESSAGES/grub.mo
/usr/share/locale/en@hebrew/LC_MESSAGES/grub.mo
/usr/share/locale/en@piglatin/LC_MESSAGES/grub.mo
/usr/share/locale/en@quot/LC_MESSAGES/grub.mo
/usr/share/locale/eo/LC_MESSAGES/grub.mo
/usr/share/locale/es/LC_MESSAGES/grub.mo
/usr/share/locale/fi/LC_MESSAGES/grub.mo
/usr/share/locale/fr/LC_MESSAGES/grub.mo
/usr/share/locale/gl/LC_MESSAGES/grub.mo
/usr/share/locale/hr/LC_MESSAGES/grub.mo
/usr/share/locale/hu/LC_MESSAGES/grub.mo
/usr/share/locale/id/LC_MESSAGES/grub.mo
/usr/share/locale/it/LC_MESSAGES/grub.mo
/usr/share/locale/ja/LC_MESSAGES/grub.mo
/usr/share/locale/ko/LC_MESSAGES/grub.mo
/usr/share/locale/lt/LC_MESSAGES/grub.mo
/usr/share/locale/nb/LC_MESSAGES/grub.mo
/usr/share/locale/nl/LC_MESSAGES/grub.mo
/usr/share/locale/pa/LC_MESSAGES/grub.mo
/usr/share/locale/pl/LC_MESSAGES/grub.mo
/usr/share/locale/pt_BR/LC_MESSAGES/grub.mo
/usr/share/locale/ru/LC_MESSAGES/grub.mo
/usr/share/locale/sl/LC_MESSAGES/grub.mo
/usr/share/locale/sr/LC_MESSAGES/grub.mo
/usr/share/locale/sv/LC_MESSAGES/grub.mo
/usr/share/locale/tr/LC_MESSAGES/grub.mo
/usr/share/locale/uk/LC_MESSAGES/grub.mo
/usr/share/locale/vi/LC_MESSAGES/grub.mo
/usr/share/locale/zh_CN/LC_MESSAGES/grub.mo
/usr/share/locale/zh_TW/LC_MESSAGES/grub.mo

# find /usr/share/ -name "grub.mo" | grep '/grub.mo' | sort | wc -l
38

и там нет локали POSIX

Кстати если установлен пакет

# rpm -q --qf '%{NAME}n' rootfiles
rootfiles

то у root -а будет локаль не POSIX

# locale
LANG=ru_RU.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE="ru_RU.UTF-8"
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=

« Последнее редактирование: 05.02.2019 03:50:12 от Speccyfighter »


Записан


Если обновить в Альте ядро и e2fsprogs (только смотрите конфиг /etc/mke2fs.conf чтобы новый попал либо руками там это добавьте: auto_64-bit_support = 1 в разделе ext4{}).

В SL 8.2

После установки Simply Linux 8.2, …

эта фича в образе:

http://ftp.altlinux.org/pub/distributions/ALTLinux/p8/images/simply/alt-simply-8.2.0-x86_64.iso.txt
/ALTLinux/RPMS.main/e2fsprogs-1.42.13-alt2.x86_64.rpm

$ rpm2cpio e2fsprogs-1.42.13-alt2.x86_64.rpm | cpio -idmv

$ sed -n '13,17p' ./etc/mke2fs.conf
        ext4 = {
                features = has_journal,extent,huge_file,flex_bg,uninit_bg,dir_nlink,extra_isize
                auto_64-bit_support = 1
                inode_size = 256

« Последнее редактирование: 05.02.2019 09:34:23 от Speccyfighter »


Записан


У этого вопроса уже есть ответ здесь: Как изменить ядро ​​при загрузке [duplicate] 2 ответа Как я могу восстановить grub? (Как вернуть Ubuntu после установки Windows?) 11 ответов

Я получал сообщение при загрузке моей установки Ubuntu, что загрузочный диск имел ровно 0 байт слева и где-то еще на этом форуме, кто-то предложил посмотреть на ядер, которые были установлены. Мне было около 20. Я удалился, как пять из самых старых, чтобы узнать, разрешит ли это проблему, и когда я перезагружу все, что получаю, это:

error: file '/vmlinuz-4.4.0-59-generic' not found
error: you need to load the kernel first

Нужно ли переустанавливать или есть какой-то способ чтобы оправиться от этого?

задан
13 April 2017 в 07:37

поделиться

7 ответов

Итак, я нашел сообщение на askUbuntu об использовании «Boot Repair Disk», доступного на SourceForge здесь: Boot Repair Disk. После загрузки на диск и запуска программного обеспечения моя система работает и работает. Не совсем точно, что все это сделало, чтобы восстановить мою систему, но теперь она снова загружается нормально. Теперь сделайте пожертвование проекту.

ответ дан jb61264
18 July 2018 в 15:05

поделиться

Когда на экране grub прочитайте инструкции внизу. Введите «c» для командной строки grub. Затем используйте команду «ls» и клавишу Tab, чтобы получить выбор и посмотреть (hd0,1) / boot (например). ls TAB, а затем выберите номер диска (возможно, 0) ls (hd0, TAB и выберите раздел (возможно, 1) ls (hd0,1)/ TAB и посмотрите, что загрузка находится в списке, а затем ls (hd0,1)/boot, чтобы посмотреть, какие ядра остались. Обратите внимание на номер, который вы хотите загрузить, выйдите из командной строки grub (инструкции внизу экрана), а в меню grub введите «e», чтобы отредактировать команды загрузки. Измените номер ядра и номер initrd в соответствии с выбранным номером и ctrl X или F10 для загрузки. После успешной загрузки немедленно исправьте файл grub.cfg, запустив

sudo update-grub

ответ дан ubfan1
18 July 2018 в 15:05

поделиться

Итак, я нашел сообщение на askUbuntu об использовании «Boot Repair Disk», доступного на SourceForge здесь: Boot Repair Disk. После загрузки на диск и запуска программного обеспечения моя система работает и работает. Не совсем точно, что все это сделало, чтобы восстановить мою систему, но теперь она снова загружается нормально. Теперь сделайте пожертвование проекту.

ответ дан jb61264
24 July 2018 в 20:33

поделиться

Когда на экране grub прочитайте инструкции внизу. Введите «c» для командной строки grub. Затем используйте команду «ls» и клавишу Tab, чтобы получить выбор и посмотреть (hd0,1) / boot (например). ls TAB, а затем выберите номер диска (возможно, 0) ls (hd0, TAB и выберите раздел (возможно, 1) ls (hd0,1)/ TAB и посмотрите, что загрузка находится в списке, а затем ls (hd0,1)/boot, чтобы посмотреть, какие ядра остались. Обратите внимание на номер, который вы хотите загрузить, выйдите из командной строки grub (инструкции внизу экрана), а в меню grub введите «e», чтобы отредактировать команды загрузки. Измените номер ядра и номер initrd в соответствии с выбранным номером и ctrl X или F10 для загрузки. После успешной загрузки немедленно исправьте файл grub.cfg, запустив

sudo update-grub

ответ дан ubfan1
24 July 2018 в 20:33

поделиться

Итак, я нашел сообщение на askUbuntu об использовании «Boot Repair Disk», доступного на SourceForge здесь: Boot Repair Disk. После загрузки на диск и запуска программного обеспечения моя система работает и работает. Не совсем точно, что все это сделало, чтобы восстановить мою систему, но теперь она снова загружается нормально. Теперь сделайте пожертвование проекту.

ответ дан jb61264
31 July 2018 в 23:35

поделиться

Когда на экране grub прочитайте инструкции внизу. Введите «c» для командной строки grub. Затем используйте команду «ls» и клавишу Tab, чтобы получить выбор и посмотреть (hd0,1) / boot (например). ls TAB, а затем выберите номер диска (возможно, 0) ls (hd0, TAB и выберите раздел (возможно, 1) ls (hd0,1)/ TAB и посмотрите, что загрузка находится в списке, а затем ls (hd0,1)/boot, чтобы посмотреть, какие ядра остались. Обратите внимание на номер, который вы хотите загрузить, выйдите из командной строки grub (инструкции внизу экрана), а в меню grub введите «e», чтобы отредактировать команды загрузки. Измените номер ядра и номер initrd в соответствии с выбранным номером и ctrl X или F10 для загрузки. После успешной загрузки немедленно исправьте файл grub.cfg, запустив

sudo update-grub

ответ дан ubfan1
31 July 2018 в 23:35

поделиться

Итак, я нашел сообщение на askUbuntu об использовании «Boot Repair Disk», доступного на SourceForge здесь: Boot Repair Disk . После загрузки на диск и запуска программного обеспечения моя система работает и работает. Не совсем точно, что все это сделало, чтобы восстановить мою систему, но теперь она снова загружается нормально. Теперь пойти на пожертвование проекту.

ответ дан jb61264
3 August 2018 в 20:50

поделиться

Другие вопросы по тегам:

Похожие вопросы:

mexx400

Сообщения: 660
Зарегистрирован: 13 окт 2013, 16:06
Operating system: Debian
Откуда: Москва

[РЕШЕНО] Несколько linux-систем и ROSA GRUB

Здравствуйте. R10/64/Plasma.
На диске ноутбука 3 раздела (Debian8, ROSA10 и SWAP).
Установлен GRUB из-под ROSA. Всё работает.
Отрезал кусок раздела для Debian9. Установил. GRUB не устанавливал.
Обновил конфигурацию GRUB ROSA. При этом вылезла ошибка:

/usr/sbin/grub2-probe: ошибка: неизвестная файловая система.

Однако, Debian9 нашелся, но при попытке загрузки:

Загружается Linux 4.9.6-0-amd64 …
Ошибка: файл «/boot/vmlinuz-4.9.0-6-amd64» не найден.
Загружается начальный виртуальный диск …
Ошибка: сначала Вам нужно загрузить ядро.

Проверил — файл ядра на месте.
Проверил — в конфиге GRUB в разделе Debian9 фактически пусто:

menuentry ‘Debian GNU/Linux (на sdc4)’ —class debian —class gnu-linux —class gnu —class os $menuentry_id_option ‘osprober-gnulinux-simple-/dev/sdc4’ {
savedefault
load_video
set gfxpayload=keep
insmod gzio
insmod part_msdos
echo ‘Загружается Linux 4.9.0-6-amd64 …’
linux /boot/vmlinuz-4.9.0-6-amd64 root=UUID=*** ro quiet
echo ‘Загружается начальный виртуальный диск …’
initrd /boot/initrd.img-4.9.0-6-amd64

То есть конфиг сгенерирован критически неверно.
Перегрузился в Debian8, установил GRUB оттуда, обновил конфигурацию (ошибки нет) и всё заработало как надо.
Это скорее информация, но и вопрос — почему так? Потому что в ROSA grub2-efi?

Последний раз редактировалось mexx400 07 сен 2019, 16:53, всего редактировалось 1 раз.

ROSA Fresh 12.3 Plasma [amd64]


banzay242

Сообщения: 892
Зарегистрирован: 18 авг 2017, 10:50
Operating system: MATE в релизе R10
Откуда: Уфа Омск

Re: Несколько linux-систем и ROSA GRUB

Сообщение

banzay242 » 23 май 2018, 06:50

mexx400 писал(а): ↑

22 май 2018, 22:02

Здравствуйте. R10/64/Plasma.
На диске ноутбука 3 раздела (Debian8, ROSA10 и SWAP).
Установлен GRUB из-под ROSA. Всё работает.
Отрезал кусок раздела для Debian9. Установил. GRUB не устанавливал.
Обновил конфигурацию GRUB ROSA. При этом вылезла ошибка:

/usr/sbin/grub2-probe: ошибка: неизвестная файловая система.

Однако, Debian9 нашелся, но при попытке загрузки:

Загружается Linux 4.9.6-0-amd64 …
Ошибка: файл «/boot/vmlinuz-4.9.0-6-amd64» не найден.
Загружается начальный виртуальный диск …
Ошибка: сначала Вам нужно загрузить ядро.

Проверил — файл ядра на месте.
Проверил — в конфиге GRUB в разделе Debian9 фактически пусто:

menuentry ‘Debian GNU/Linux (на sdc4)’ —class debian —class gnu-linux —class gnu —class os $menuentry_id_option ‘osprober-gnulinux-simple-/dev/sdc4’ {
savedefault
load_video
set gfxpayload=keep
insmod gzio
insmod part_msdos
echo ‘Загружается Linux 4.9.0-6-amd64 …’
linux /boot/vmlinuz-4.9.0-6-amd64 root=UUID=*** ro quiet
echo ‘Загружается начальный виртуальный диск …’
initrd /boot/initrd.img-4.9.0-6-amd64

То есть конфиг сгенерирован критически неверно.
Перегрузился в Debian8, установил GRUB оттуда, обновил конфигурацию (ошибки нет) и всё заработало как надо.
Это скорее информация, но и вопрос — почему так? Потому что в ROSA grub2-efi?

У меня тоже так было только с ubuntu, он загрузчик перезаписал, Переустановил РОСУ хотя можно было не устанавливать, а сделать так:

Код: Выделить всё

sudo fdisk -l
Устр-во    Загрузочный   начало     Конец   Секторы Размер Идентификатор Тип
/dev/sda1  *               2048  41943039  41940992    20G            83 Linux #' это то что нас интересует
/dev/sda2              41943040 976766975 934823936 445,8G             5 Расшире
/dev/sda5              41945088  50135039   8189952   3,9G            82 Linux с
/dev/sda6              50137088 976766975 926629888 441,9G            83 Linux

sudo grub2-install —boot-directory=/boot/ —root-directory=/dev/sda1 /dev/sda
Установка завершена. Ошибок нет.

/dev/sda1 * 2048 41943039 41940992 20G 83 Linux #’ это то что нас интересует


banzay242

Сообщения: 892
Зарегистрирован: 18 авг 2017, 10:50
Operating system: MATE в релизе R10
Откуда: Уфа Омск

Re: Несколько linux-систем и ROSA GRUB

Сообщение

banzay242 » 23 май 2018, 07:00

banzay242 писал(а): ↑

23 май 2018, 06:50

mexx400 писал(а): ↑

22 май 2018, 22:02

Здравствуйте. R10/64/Plasma.
На диске ноутбука 3 раздела (Debian8, ROSA10 и SWAP).
Установлен GRUB из-под ROSA. Всё работает.
Отрезал кусок раздела для Debian9. Установил. GRUB не устанавливал.
Обновил конфигурацию GRUB ROSA. При этом вылезла ошибка:

Однако, Debian9 нашелся, но при попытке загрузки:

Проверил — файл ядра на месте.
Проверил — в конфиге GRUB в разделе Debian9 фактически пусто:

То есть конфиг сгенерирован критически неверно.
Перегрузился в Debian8, установил GRUB оттуда, обновил конфигурацию (ошибки нет) и всё заработало как надо.
Это скорее информация, но и вопрос — почему так? Потому что в ROSA grub2-efi?

У меня тоже так было только с ubuntu, он загрузчик перезаписал, Переустановил РОСУ хотя можно было не устанавливать, а сделать так:

Код: Выделить всё

sudo fdisk -l
Устр-во    Загрузочный   начало     Конец   Секторы Размер Идентификатор Тип
/dev/sda1  *               2048  41943039  41940992    20G            83 Linux #' это то что нас интересует
/dev/sda2              41943040 976766975 934823936 445,8G             5 Расшире
/dev/sda5              41945088  50135039   8189952   3,9G            82 Linux с
/dev/sda6              50137088 976766975 926629888 441,9G            83 Linux

/dev/sda1 * 2048 41943039 41940992 20G 83 Linux #’ это то что нас интересует

Ну и из под РОСЫ:
sudo grub2-install —boot-directory=/boot/ —root-directory=/dev/sda1 /dev/sda
Установка завершена. Ошибок нет.
Ну или так с ЕФИ
sudo grub2-install —boot-directory=/boot/ —efi-directory=/EFI/boot/ —root-directory=/dev/sda1 /dev/sda


mexx400

Сообщения: 660
Зарегистрирован: 13 окт 2013, 16:06
Operating system: Debian
Откуда: Москва

Re: Несколько linux-систем и ROSA GRUB

Сообщение

mexx400 » 23 май 2018, 11:11

banzay242 писал(а): ↑

23 май 2018, 06:50

У меня тоже так было только с ubuntu, он загрузчик перезаписал

Он — это в смысле Ubuntu?
В Debian нельзя (в отличии от ROSA) совсем отказаться от установки GRUB.
Кстати, как и сразу заставить использовать уже имеющийся SWAP (ещё один плюс ROSA).
Поэтому я выбрал установку GRUB на раздел с Debian (также пробовал на съемный диск).
То есть вроде как не должен был загрузчик перезаписаться. Да и остальные системы то нормально продолжили грузиться.

banzay242 писал(а): ↑

23 май 2018, 06:50

Переустановил РОСУ хотя можно было не устанавливать, а сделать так:

Ага, спасибо, учту.

ROSA Fresh 12.3 Plasma [amd64]


mexx400

Сообщения: 660
Зарегистрирован: 13 окт 2013, 16:06
Operating system: Debian
Откуда: Москва

Re: Несколько linux-систем и ROSA GRUB

Сообщение

mexx400 » 23 май 2018, 11:54

Имея сейчас на борту GRUB от Debian8, в порядке попробовать, переустановил Debian9.
Его GRUB, также как и ранее, установил в раздел с Debian9 (совсем отказаться нельзя, см.выше).
Обновил конфигурацию GRUB из-под Debian8 -> всё нашлось, никаких ошибок, всё отлично грузится.
Либо я чего-то не учитываю, либо какая-то нестыковка между GRUB от ROSA и GRUB от Debian.
Почему в ROSA /etc/grub2, а в Debian -> /etc/grub? Может здесь собака порылась?

ROSA Fresh 12.3 Plasma [amd64]


banzay242

Сообщения: 892
Зарегистрирован: 18 авг 2017, 10:50
Operating system: MATE в релизе R10
Откуда: Уфа Омск

Re: Несколько linux-систем и ROSA GRUB

Сообщение

banzay242 » 23 май 2018, 12:26

mexx400 писал(а): ↑

23 май 2018, 11:54

Имея сейчас на борту GRUB от Debian8, в порядке попробовать, переустановил Debian9.
Его GRUB, также как и ранее, установил в раздел с Debian9 (совсем отказаться нельзя, см.выше).
Обновил конфигурацию GRUB из-под Debian8 -> всё нашлось, никаких ошибок, всё отлично грузится.
Либо я чего-то не учитываю, либо какая-то нестыковка между GRUB от ROSA и GRUB от Debian.
Почему в ROSA /etc/grub2, а в Debian -> /etc/grub? Может здесь собака порылась?

У РОСЫ команда grub2-install, а Debian8 grub-install
У вас где то в /boot/ лежат папки grub2 и grub
это из под РОСЫ
соответственно sudo grub2-install —boot-directory=/boot/ —root-directory=/dev/sda1 /dev/sda меняем под ту систему от которой устанавливаем груб.
а это скажем из под ubuntu
sudo grub-install —boot-directory=/boot/ —root-directory=/dev/sda5/ /dev/sda
тут /dev/sda5/ корень
как то как


mexx400

Сообщения: 660
Зарегистрирован: 13 окт 2013, 16:06
Operating system: Debian
Откуда: Москва

Re: Несколько linux-систем и ROSA GRUB

Сообщение

mexx400 » 23 май 2018, 13:56

banzay242 писал(а): ↑

23 май 2018, 12:26

У вас где то в /boot/ лежат папки grub2 и grub
это из под РОСЫ

Да вроде нет grub:

$ find /boot -iname ‘grub*’
/boot/efi/EFI/rosa/grub2-efi
/boot/efi/EFI/rosa/grub2-efi/grubcd.efi
/boot/efi/EFI/rosa/grub2-efi/grub.efi
/boot/grub2
/boot/grub2/grub.cfg
/boot/grub2/grubenv

ROSA Fresh 12.3 Plasma [amd64]


banzay242

Сообщения: 892
Зарегистрирован: 18 авг 2017, 10:50
Operating system: MATE в релизе R10
Откуда: Уфа Омск

Re: Несколько linux-систем и ROSA GRUB

Сообщение

banzay242 » 23 май 2018, 14:06

mexx400 писал(а): ↑

23 май 2018, 13:56

banzay242 писал(а): ↑

23 май 2018, 12:26

У вас где то в /boot/ лежат папки grub2 и grub
это из под РОСЫ

Да вроде нет grub:

$ find /boot -iname ‘grub*’
/boot/efi/EFI/rosa/grub2-efi
/boot/efi/EFI/rosa/grub2-efi/grubcd.efi
/boot/efi/EFI/rosa/grub2-efi/grub.efi
/boot/grub2
/boot/grub2/grub.cfg
/boot/grub2/grubenv

ну да правильно, не будет лежать
когда grub2-install то обрабатывается /boot/grub2 /dev/sda1
ubuntu
когда grub-install то обрабатывается /boot/grub /dev/sda5 например
от какой системы ставишь grub2-install или grub-install, такой /boot/grub или /boot/grub2 используется
если сделать так от ubuntu
sudo grub-install —boot-directory=/boot/ —root-directory=/dev/sda1/ /dev/sda
то появится /boot/grub /dev/sda1 если ошибка не выйдет
надо если из под РОСЫ груб установить и обновить
а потом конфиг груба смотреть на счет другой системы на предмет hd0,msdos5 например, в чем косяк наверно будет видно.
и сравнить строку запуска ubuntu в /boot/grub/grub.cfg
у меня система одна поэтому сравнивать нечем


mexx400

Сообщения: 660
Зарегистрирован: 13 окт 2013, 16:06
Operating system: Debian
Откуда: Москва

Re: Несколько linux-систем и ROSA GRUB

Сообщение

mexx400 » 23 май 2018, 17:16

banzay242, в целом понятно, но слишком сложно. Думаю, такие вещи как GRUB, должны быть максимально унифицированными и полностью совместимыми. Вопрос только кто проявил инициативу — ROSA или Debian :)

ROSA Fresh 12.3 Plasma [amd64]


notauser

Сообщения: 1254
Зарегистрирован: 06 май 2012, 21:00

Re: Несколько linux-систем и ROSA GRUB

Сообщение

notauser » 23 май 2018, 18:51

mexx400 писал(а): ↑

22 май 2018, 22:02


Отрезал кусок раздела для Debian9. Установил. GRUB не устанавливал.

mexx400 писал(а): ↑

23 май 2018, 11:11


В Debian нельзя (в отличии от ROSA) совсем отказаться от установки GRUB.

Не понял.

mexx400 писал(а): ↑

23 май 2018, 11:54


Его GRUB, также как и ранее, установил в раздел с Debian9 (совсем отказаться нельзя, см.выше).

Мне можно. И вам можно.

deb_gr.png
deb_gr0.png

ничего не указываем и получаем

deb_gr1.png

mexx400 писал(а): ↑

23 май 2018, 11:11


Кстати, как и сразу заставить использовать уже имеющийся SWAP (ещё один плюс ROSA).

Легко.

deb_sw.png
deb_sw0.png

mexx400

Сообщения: 660
Зарегистрирован: 13 окт 2013, 16:06
Operating system: Debian
Откуда: Москва

Re: Несколько linux-систем и ROSA GRUB

Сообщение

mexx400 » 23 май 2018, 20:02

notauser писал(а): ↑

23 май 2018, 18:51

ничего не указываем и получаем

Хм. Я как-то не сообразил, что возможно просто ничего не указывать. «Был неправ, вспылил» ©
Спасибо за подсказку.

notauser писал(а): ↑

23 май 2018, 18:51

Легко

Не то. Тогда у раздела SWAP будет новый UID.

ROSA Fresh 12.3 Plasma [amd64]


banzay242

Сообщения: 892
Зарегистрирован: 18 авг 2017, 10:50
Operating system: MATE в релизе R10
Откуда: Уфа Омск

Re: Несколько linux-систем и ROSA GRUB

Сообщение

banzay242 » 24 май 2018, 06:31

mexx400 писал(а): ↑

23 май 2018, 20:02

notauser писал(а): ↑

23 май 2018, 18:51

ничего не указываем и получаем

Хм. Я как-то не сообразил, что возможно просто ничего не указывать. «Был неправ, вспылил» ©
Спасибо за подсказку.

notauser писал(а): ↑

23 май 2018, 18:51

Легко

Не то. Тогда у раздела SWAP будет новый UID.

можно вообще без SWAP если оперативки иного, или SWAP в файл, swapon все делает в пару телодвижений, можно отдельный SWAP раздел для Debian создать.
Кстати при совместном использовании SWAP у меня тормоза и зависания были.
lsblk, blkidd, swapon, fstab. в помощь.

Код: Выделить всё

Не то. Тогда у раздела SWAP будет новый UID

его можно подправить и сделать другим

Код: Выделить всё

swapon --help

Использование:
 swapon [options] [<spec>]

Enable devices and files for paging and swapping.

Параметры:
 -a, --all                enable all swaps from /etc/fstab
 -d, --discard[=<policy>] enable swap discards, if supported by device
 -e, --ifexists           silently skip devices that do not exist
 -f, --fixpgsz            reinitialize the swap space if necessary
 -o, --options <list>     comma-separated list of swap options
 -p, --priority <prio>    specify the priority of the swap device
 -s, --summary            display summary about used swap devices (DEPRECATED)
     --show[=<columns>]   display summary in definable table
     --noheadings         don't print table heading (with --show)
     --raw                use the raw output format (with --show)
     --bytes              display swap size in bytes in --show output
 -v, --verbose            verbose mode

 -h, --help     показать эту справку и выйти
 -V, --version  вывести номер версии и выйти


The <spec> parameter:
 -L <label>             synonym for LABEL=<label>
 -U <uuid>              synonym for UUID=<uuid>
 LABEL=<label>          specifies device by swap area label
 UUID=<uuid>            specifies device by swap area UUID
 PARTLABEL=<label>      specifies device by partition label
 PARTUUID=<uuid>        specifies device by partition UUID
 <device>               name of device to be used
 <file>                 name of file to be used

Available discard policy types (for --discard):
 once    : only single-time area discards are issued
 pages   : freed pages are discarded before they are reused
If no policy is selected, both discard types are enabled (default).

Available columns (for --show):
 NAME   путь к устройству или разделу
 TYPE   тип устройства
 SIZE   размер своп-области
 USED   байт используется
 PRIO   swap priority
 UUID   swap uuid
 LABEL  swap label

Для более детальной информации смотрите swapon(8).

mexx400

Сообщения: 660
Зарегистрирован: 13 окт 2013, 16:06
Operating system: Debian
Откуда: Москва

Re: Несколько linux-систем и ROSA GRUB

Сообщение

mexx400 » 24 май 2018, 07:48

banzay242 писал(а): ↑

24 май 2018, 06:31

можно вообще без SWAP если оперативки иного, или SWAP в файл, swapon все делает в пару телодвижений, можно отдельный SWAP раздел для Debian создать.

Я в курсе. Я лишь о том, что в ROSA использование уже имеющегося раздела SWAP предусмотрено установщиком и это удобно.

banzay242 писал(а): ↑

24 май 2018, 06:31

Кстати при совместном использовании SWAP у меня тормоза и зависания были.

Нет, у себя не наблюдаю.

ROSA Fresh 12.3 Plasma [amd64]


mexx400

Сообщения: 660
Зарегистрирован: 13 окт 2013, 16:06
Operating system: Debian
Откуда: Москва

Re: Несколько linux-систем и ROSA GRUB

Сообщение

mexx400 » 24 май 2018, 11:55

notauser писал(а): ↑

23 май 2018, 18:51

Изображение

ничего не указываем и получаем

Изображение

А это точно скрины при установке нескольких систем? Или единственной?
Потому как у меня последнее окно НЕ появляется, если ничего не указывать и «Продолжить».
GRUB всё равно устанавливается. В системный раздел. Очевидно, дефолтный эквивалент /dev/sd*N

Хотя мы немного и увлеклись Debian (не тот форум всё же), но вопрос остался — почему GRUB ROSA некорректно конфигурирует и соответственно не запускает Debian9? Но корректно обрабатывает и запускает в том же разделе Debian8? Хорошо бы попробовать ещё что-то, типа Ubuntu, но нет под рукой.

ROSA Fresh 12.3 Plasma [amd64]


notauser

Сообщения: 1254
Зарегистрирован: 06 май 2012, 21:00

Re: Несколько linux-систем и ROSA GRUB

Сообщение

notauser » 24 май 2018, 18:31

Да. Если нажмёте кнопку Вернуться будет меню, там увидите…
Надо понять, нормально ли устанавливается Debian, а потом смотреть ROSA.


banzay242

Сообщения: 892
Зарегистрирован: 18 авг 2017, 10:50
Operating system: MATE в релизе R10
Откуда: Уфа Омск

Re: Несколько linux-систем и ROSA GRUB

Сообщение

banzay242 » 25 май 2018, 06:18

mexx400 писал(а): ↑

24 май 2018, 11:55

notauser писал(а): ↑

23 май 2018, 18:51

Изображение

ничего не указываем и получаем

Изображение

А это точно скрины при установке нескольких систем? Или единственной?
Потому как у меня последнее окно НЕ появляется, если ничего не указывать и «Продолжить».
GRUB всё равно устанавливается. В системный раздел. Очевидно, дефолтный эквивалент /dev/sd*N

Хотя мы немного и увлеклись Debian (не тот форум всё же), но вопрос остался — почему GRUB ROSA некорректно конфигурирует и соответственно не запускает Debian9? Но корректно обрабатывает и запускает в том же разделе Debian8? Хорошо бы попробовать ещё что-то, типа Ubuntu, но нет под рукой.

C ubuntu будет тоже самое, я делал повторную установку груб от РОСА, с правильным перечислением boot root efi dev
Cамое интересное что windows РОСА определила правильно.


mexx400

Сообщения: 660
Зарегистрирован: 13 окт 2013, 16:06
Operating system: Debian
Откуда: Москва

Re: Несколько linux-систем и ROSA GRUB

Сообщение

mexx400 » 25 май 2018, 12:26

notauser писал(а): ↑

24 май 2018, 18:31

Если нажмёте кнопку Вернуться будет меню, там увидите…

Ну да:

Изображение

Единственная система на единственном разделе в VBox.
При нескольких системах на нескольких разделах на реальном железе такой ход не работает.

banzay242 писал(а): ↑

25 май 2018, 06:18

Cамое интересное что windows РОСА определила правильно.

В моем случае, самое интересное, что GRUB ROSA правильно работает с Debian8, но не с Debian9.
Значит либо что-то не так в GRUB ROSA, либо что-то нестандартное учудили в Debian9.
Но GRUB Debian8 четко отрабатывает Debian9. Чудеса…

ROSA Fresh 12.3 Plasma [amd64]


banzay242

Сообщения: 892
Зарегистрирован: 18 авг 2017, 10:50
Operating system: MATE в релизе R10
Откуда: Уфа Омск

Re: Несколько linux-систем и ROSA GRUB

Сообщение

banzay242 » 25 май 2018, 12:55

конфиги грубов надо сравнивать, где то если от РОСЫ ядро не правильно запускается или раздел не правильно, либо root=?


notauser

Сообщения: 1254
Зарегистрирован: 06 май 2012, 21:00

Re: Несколько linux-систем и ROSA GRUB

Сообщение

notauser » 25 май 2018, 22:35

mexx400 писал(а): ↑

25 май 2018, 12:26

notauser писал(а): ↑

24 май 2018, 18:31

Если нажмёте кнопку Вернуться будет меню, там увидите…

Ну да:

Изображение

Единственная система на единственном разделе в VBox.
При нескольких системах на нескольких разделах на реальном железе такой ход не работает.

Работает. Как вы определили, что Grub установлен? В /boot есть grub, но там только файл со шрифтом.


mexx400

Сообщения: 660
Зарегистрирован: 13 окт 2013, 16:06
Operating system: Debian
Откуда: Москва

Re: Несколько linux-систем и ROSA GRUB

Сообщение

mexx400 » 26 май 2018, 10:23

notauser писал(а): ↑

25 май 2018, 22:35

Работает

Нет.
Ну или менее категорично — у меня не работает. Не появляется у меня окно:

Изображение

notauser писал(а): ↑

25 май 2018, 22:35

Как вы определили, что Grub установлен? В /boot есть grub, но там только файл со шрифтом.

Во-первых, установщик пишет «Устанавливается GRUB…»
Во-вторых, содержимое Debian9 /boot:

Код: Выделить всё

$ find -type f|sort
./config-4.9.0-6-amd64
./grub/grub.cfg
./grub/unicode.pf2
./initrd.img-4.9.0-6-amd64
./System.map-4.9.0-6-amd64
./vmlinuz-4.9.0-6-amd64

ROSA Fresh 12.3 Plasma [amd64]


mexx400

Сообщения: 660
Зарегистрирован: 13 окт 2013, 16:06
Operating system: Debian
Откуда: Москва

Re: Несколько linux-систем и ROSA GRUB

Сообщение

mexx400 » 28 май 2018, 17:54

В общем загружаюсь в ROSA10:

sudo update-grub2
Генерируется grub.cfg …
Найден фон: /home/user/grub/debforum.png
Найден образ linux: /boot/vmlinuz-4.9.95-nrj-desktop-2rosa-x86_64
Найден образ initrd: /boot/initrd-4.9.95-nrj-desktop-2rosa-x86_64.img
Найден образ linux: /boot/vmlinuz-4.9.87-nrj-desktop-2rosa-x86_64
Найден образ initrd: /boot/initrd-4.9.87-nrj-desktop-2rosa-x86_64.img
Найден образ linux: /boot/vmlinuz-4.9.76-nrj-desktop-1rosa-x86_64
Найден образ initrd: /boot/initrd-4.9.76-nrj-desktop-1rosa-x86_64.img
Найден Debian GNU/Linux (8.10) на /dev/sdc1
Найден Debian GNU/Linux (9.4) на /dev/sdc4
/usr/sbin/grub2-probe: ошибка: неизвестная файловая система.

И Debian9 не загружается.

В Debian8:

Код: Выделить всё

sudo update-grub
Generating grub configuration file ...
Найден фон: /home/user/grub/debforum.png
Found background image: /home/user/grub/debforum.png
Найден образ linux: /boot/vmlinuz-3.16.0-6-amd64
Найден образ initrd: /boot/initrd.img-3.16.0-6-amd64
Найден образ linux: /boot/vmlinuz-3.16.0-5-amd64
Найден образ initrd: /boot/initrd.img-3.16.0-5-amd64
Найден ROSA Desktop Fresh R10 (2016.1) на /dev/sdc3
Найден Debian GNU/Linux (9.4) на /dev/sdc4
завершено

И всё работает.

ROSA Fresh 12.3 Plasma [amd64]


notauser

Сообщения: 1254
Зарегистрирован: 06 май 2012, 21:00

Re: Несколько linux-систем и ROSA GRUB

Сообщение

notauser » 29 май 2018, 14:52

Да. Аналогичная картина. Grub в ROSA не хочет грузить Debian 9.
И всё же Debian 9 не устанавливает grub. ROSA + Debian9 (netinstall multiarch).
Похоже проблема в grub ROSA. Но я создавал доп. раздел в инсталляторе Debian 9. Может что-то и с этим связано.


banzay242

Сообщения: 892
Зарегистрирован: 18 авг 2017, 10:50
Operating system: MATE в релизе R10
Откуда: Уфа Омск

Несколько linux-систем и ROSA GRUB

Сообщение

banzay242 » 07 авг 2018, 13:43

Установил ubuntu18.04 дополнительной ОС к РОСА, работало с загрузчиком от ubuntu. Вернул загрузчик РОСА, с РОСА проблем нет, а вот ubuntu не грузится. Grub раздел находит, но пишет что неизвестная файловая система. UUID совпадает. Геморой?


euspectre

Сообщения: 1111
Зарегистрирован: 21 дек 2012, 15:24
Operating system: Linux в разных вариантах

Несколько linux-систем и ROSA GRUB

Сообщение

euspectre » 28 авг 2018, 16:40

banzay242 писал(а): ↑

07 авг 2018, 13:43

Установил ubuntu18.04 дополнительной ОС к РОСА, работало с загрузчиком от ubuntu. Вернул загрузчик РОСА, с РОСА проблем нет, а вот ubuntu не грузится. Grub раздел находит, но пишет что неизвестная файловая система. UUID совпадает. Геморой?

Баг GRUB 2.00 в ROSA. У Ubuntu и Debian 9 GRUB новее (2.02) и понимает больше вариантов файловых систем и пр.

Работаем над обновлением GRUB в ROSA, но из-за массы тонкостей, технических и не очень, процесс идёт медленно. Надеюсь, удастся это всё доделать.


banzay242

Сообщения: 892
Зарегистрирован: 18 авг 2017, 10:50
Operating system: MATE в релизе R10
Откуда: Уфа Омск

Несколько linux-систем и ROSA GRUB

Сообщение

banzay242 » 31 авг 2018, 09:54

euspectre писал(а): ↑

28 авг 2018, 16:40

banzay242 писал(а): ↑

07 авг 2018, 13:43

Установил ubuntu18.04 дополнительной ОС к РОСА, работало с загрузчиком от ubuntu. Вернул загрузчик РОСА, с РОСА проблем нет, а вот ubuntu не грузится. Grub раздел находит, но пишет что неизвестная файловая система. UUID совпадает. Геморой?

Баг GRUB 2.00 в ROSA. У Ubuntu и Debian 9 GRUB новее (2.02) и понимает больше вариантов файловых систем и пр.

Работаем над обновлением GRUB в ROSA, но из-за массы тонкостей, технических и не очень, процесс идёт медленно. Надеюсь, удастся это всё доделать.

Благодарю за пояснение!


mexx400

Сообщения: 660
Зарегистрирован: 13 окт 2013, 16:06
Operating system: Debian
Откуда: Москва

Несколько linux-систем и ROSA GRUB

Сообщение

mexx400 » 04 сен 2019, 15:42

euspectre писал(а): ↑

28 авг 2018, 16:40

Баг GRUB 2.00 в ROSA. У Ubuntu и Debian 9 GRUB новее (2.02) и понимает больше вариантов файловых систем и пр.
Работаем над обновлением GRUB в ROSA

Так понимаю, пока ничего не изменилось?

ROSA Fresh 12.3 Plasma [amd64]


mexx400

Сообщения: 660
Зарегистрирован: 13 окт 2013, 16:06
Operating system: Debian
Откуда: Москва

Несколько linux-систем и ROSA GRUB

Сообщение

mexx400 » 04 сен 2019, 18:59

VictorR2007, «новые» — это которые за август? Кстати, а как узнать ID ранее загруженного образа?

ROSA Fresh 12.3 Plasma [amd64]


Аватара пользователя

VictorR2007

Сообщения: 6969
Зарегистрирован: 12 сен 2011, 13:00
Operating system: ROSA 2021.1
Откуда: Северодвинск

Несколько linux-систем и ROSA GRUB

Сообщение

VictorR2007 » 04 сен 2019, 20:28

mexx400 писал(а): ↑

04 сен 2019, 18:59

«новые» — это которые за август?

Скорее за полгода.

mexx400 писал(а): ↑

04 сен 2019, 18:59

Кстати, а как узнать ID ранее загруженного образа?

Он же в имени файла записан.
Если нет ID, то это официальный.


mexx400

Сообщения: 660
Зарегистрирован: 13 окт 2013, 16:06
Operating system: Debian
Откуда: Москва

Несколько linux-систем и ROSA GRUB

Сообщение

mexx400 » 04 сен 2019, 22:18

VictorR2007 писал(а): ↑

04 сен 2019, 20:28

Если нет ID, то это официальный.

ОК, спасибо.

ROSA Fresh 12.3 Plasma [amd64]


mexx400

Сообщения: 660
Зарегистрирован: 13 окт 2013, 16:06
Operating system: Debian
Откуда: Москва

Несколько linux-систем и ROSA GRUB

Сообщение

mexx400 » 05 сен 2019, 18:16

VictorR2007, а для официальной сборки планируется GRUB 2.02?

Попробовал сборку 27974 по ссылке выше — не работает Х в live-режиме (серый фон и курсор).
Xorg.0.log пишет:

Код: Выделить всё

[  3059.492] _XSERVTransSocketUNIXCreateListener: ...SocketCreateListener() failed
[  3059.493] _XSERVTransMakeAllCOTSServerListeners: server already running
[  3059.493] (EE) 
Fatal server error:
[  3059.493] (EE) Cannot establish any listening sockets - Make sure an X server isn't already running(EE) 
[  3059.493] (EE) 
Please consult the ROSA support 
	 at http://bugs.rosalinux.ru/
 for help. 
[  3059.493] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[  3059.493] (EE) 
[  3059.493] (EE) Server terminated with error (1). Closing log file.

ROSA Fresh 12.3 Plasma [amd64]


euspectre

Сообщения: 1111
Зарегистрирован: 21 дек 2012, 15:24
Operating system: Linux в разных вариантах

Несколько linux-систем и ROSA GRUB

Сообщение

euspectre » 05 сен 2019, 18:58

mexx400 писал(а): ↑

05 сен 2019, 18:16

а для официальной сборки планируется GRUB 2.02?

Если не путаю, официальные образы ROSA R11 выпускались уже с GRUB 2.02. Просто в обновления его не пускали, чтобы не поломать загрузку с включенным SecureBoot для тех, у кого это используется.

Кстати, насчёт SecureBoot. Если он включен и в BIOS его можно отключить, то лучше это сделать, на всякий случай. Возможно, чем дальше, тем больше ограничений будет у Linux’ов при работе со включенным SB (в ядро на kernel.org и в варианты от Ubuntu и др. такие ограничения сейчас активно пропихивают).


euspectre

Сообщения: 1111
Зарегистрирован: 21 дек 2012, 15:24
Operating system: Linux в разных вариантах

Несколько linux-систем и ROSA GRUB

Сообщение

euspectre » 07 сен 2019, 15:13

Да. Там GRUB 2.02 уже должен быть.


mexx400

Сообщения: 660
Зарегистрирован: 13 окт 2013, 16:06
Operating system: Debian
Откуда: Москва

Несколько linux-систем и ROSA GRUB

Сообщение

mexx400 » 07 сен 2019, 16:53

euspectre писал(а): ↑

07 сен 2019, 15:13

Там GRUB 2.02 уже должен быть

Да, так и есть, там 2.02 и всё работает как надо, спасибо.
На подопытной машине система установлена в августе прошлого года. А поскольку:

euspectre писал(а): ↑

05 сен 2019, 18:58

Просто в обновления его не пускали, чтобы …

— то в ней так и оставался grub2 версии 2.00-79-rosa2014.1

ROSA Fresh 12.3 Plasma [amd64]


Гость 25

Сообщения: 199
Зарегистрирован: 27 фев 2020, 17:01
Operating system: Rosa Fresh

[РЕШЕНО] Несколько linux-систем и ROSA GRUB

Сообщение

Гость 25 » 09 июн 2020, 09:17

А у меня такая ситуация была что установил ядро 5.7 на Росу Plazma на virtualbox но прочитал чуть позже что это ядро пока не поддерживается на virtualbox и что лучше 5.4. Нажал «E» при редактировании и заменил в данном случае все параметры (везде) 5.7.0.xml-3-generic-xanmod- на 4.15.0-desktop-94.1. Затем вышел в графический rpmdrake и попытался удалить в разделе то что касается ядра 5.7.0 При этом меня предупредили что будут удалены и важные пакеты относящиеся к 4.15.0-desktop-94.1 Я согласился. Потом при загрузке появилось вот что. Конечно все это пустяки и эксперименты на virtualbox. Легче все переустановить чем заморачиваться. Тем более что Rosa Plazma над которой опыты проводятся это вообще клон той Rosa Plazma которая установлена. Но вот просто интересно

Вложения
grub>.png
grub>.png (6.28 КБ) 16084 просмотра

Аватара пользователя

Barmalei

Сообщения: 5346
Зарегистрирован: 29 дек 2014, 15:45
Operating system: Intel Pentium 2020M / 6 Gb RAM / AMD GRadeon HD 8570 / Rosa Fresh R12 Plasma 2021.1 x64

[РЕШЕНО] Несколько linux-систем и ROSA GRUB

Сообщение

Barmalei » 09 июн 2020, 09:53

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

Вложения
21-grub.png
21-grub.png (7.47 КБ) 16078 просмотров

Уголок новичка

   1780

Привет.
Я новичок, ничего не нашел при поиске, извините.
Сегодня я решил скачать програмное обеспечение, но случайно не дождавшись окончательной загрузки выключил ноутбук, после при запуске системы появились данные ошибки:
error: file ‘/boot/vmlinuz-5.4-x86_64’ not found,
error: you need to load the kernel first.
Подскажите возможно ли это как то исправит через Grab или другими способами.

4 комментария

avatar

  • Agafron
  • 28 марта 2021, 19:43

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


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

avatar

  • Kosh
  • 28 марта 2021, 20:04

Добрый день!

Если

Я новичок

— верно, переустанавливайте систему.
Выйдет быстрее и надежнее.


Линукс очень дружелюбная система, но она очень тщательно выбирает себе друзей!

avatar

  • dimonmmk
  • 28 марта 2021, 20:19

Пожалуй, да. Восстанавливать- это разве для того чтобы навыки прокачать до уровня «уже не новичок».
А новичку проще переустановить.


Правильные ответы начинаются с правильных вопросов.

Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.

I don’t have a Debian grub at hand but surely @Stephen Kitt ‘s answer concerning symlinks run true on Ubuntu vis a vis :

ll /boot/init*59*
-rw-r--r-- 1 root root 67558713 Jun 20 02:49 /boot/initrd.img-5.3.0-59-generic
-rw-r--r-- 1 root root 39420228 Jun 28 03:37 /boot/initrd.img-5.3.0-59-lowlatency
~ # ll /boot/vmlinuz*59*
-rw------- 1 root root 9158912 Jun  4 15:23 /boot/vmlinuz-5.3.0-59-generic
-rw------- 1 root root 9220352 Jun  4 15:23 /boot/vmlinuz-5.3.0-59-lowlatency
~ # ll /vmlinuz*
lrwxrwxrwx 1 root root 32 Jun 20 14:16 /vmlinuz -> boot/vmlinuz-5.3.0-59-lowlatency
lrwxrwxrwx 1 root root 29 Jun 28 03:36 /vmlinuz.old -> boot/vmlinuz-5.3.0-59-generic
~ # ll /init* 
lrwxrwxrwx 1 root root 35 Jun 20 14:16 /initrd.img -> boot/initrd.img-5.3.0-59-lowlatency
lrwxrwxrwx 1 root root 32 Jun 28 03:36 /initrd.img.old -> boot/initrd.img-5.3.0-59-generic

Take note I removed bloatware in my lowlatency kernel so size is what you get, but your /boot/grub/grub.cfg or /boot/grub/grub.list will find it wherever it is.

After a fresh reboot : dmesg|head -10 will tell you what is loaded.
Here’s my Ubuntu:

dmesg |head -10
[    0.000000] Linux version 5.3.0-59-lowlatency (buildd@lcy01-amd64-025) (gcc version 7.5.0 (Ubuntu 7.5.0-3ubuntu1~18.04)) #53~18.04.1-Ubuntu SMP PREEMPT Thu Jun 4 16:09:34 UTC 2020 (Ubuntu 5.3.0-59.53~18.04.1-lowlatency 5.3.18)
[    0.000000] Command line: BOOT_IMAGE=/vmlinuz-5.3.0-59-lowlatency root=UUID=51e6fcad-3f35-d601-5040-fcad3f35d601 ro acpi=off quiet splash vt.handoff=1
[    0.000000] KERNEL supported cpus:
[    0.000000]   Intel GenuineIntel
[    0.000000]   AMD AuthenticAMD
[    0.000000]   Hygon HygonGenuine
[    0.000000]   Centaur CentaurHauls
[    0.000000]   zhaoxin   Shanghai  
[    0.000000] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
[    0.000000] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'

See Debian boot process . To be honest I didn’t know it differed so much!

Otherwise , you wouldn’t boot.

Edit 1: I presume you ran : `sudo find / -name ‘*vmlinuz*’ !

#
2 года назад

(отредактировано

2 года назад)

Темы:

34

Сообщения:

565

Участник с: 30 мая 2019

Добрый день. Вчера очередной раз обновился, в обновлении было новое ядро версии 5.14.2. Перезагрузка: доходит до начала — это типа Загрузка виртуального …… Чего-то там ramdisk, немигающий курсор. И всё. Даже никаких текстов, никаких ошибок. Выключаю комп кнопкой.
Откатил обновление на 8.09.21 ( то-есть вернулось прежнее 13-е ядро и груб) и всё спокойно загружается. Фиксировал груб, не помогло.

rutgerg

#
2 года назад

Темы:

34

Сообщения:

565

Участник с: 30 мая 2019

Пробую загрузиться через бекап…. Пишет:
no such device: 991039db-abdb……..
файл «boot/vmlinuz-linux» не найден
сначала вам нужно загрузить ядро

Смотрю папку boot — файл vmlinuz-linux имеется, совсем запутался

vs220

#
2 года назад

(отредактировано

2 года назад)

Темы:

22

Сообщения:

8135

Участник с: 16 августа 2009

Проверяете свободное место на /boot.
Если /boot отдельным разделом проверяете чтоб был примонтирован.
Запускаете полное обновление в консоли пакманом а не каким нибудь памамаком и пр.
Смотрите внимательно вывод чтоб инит нормально собрался без ошибок и записалсч на /boot
В грубе в опциях ядра убираете quiet и splash если есть. И проверяете что правильно записаны пути к ядру и иниту.
После этого перезагружаетесь и фото вывода , конфиг груба и ls boot, blkid

rutgerg

#
2 года назад

Темы:

34

Сообщения:

565

Участник с: 30 мая 2019

GPT,UEFI,диск M.2, на диске три системы (Win10,Debian,Arch Linux). Другие две ос без проблем. В папке boot арча файлы: initramfs-linux.img; initramfs-linux-fallback.img; vmlinuz-linux а так-же папки boot; efi.
Выдержка из grub.cfg:
insmod part_gpt
insmod ext2
search —no-floppy —fs-uuid —set=root 301216e1-d5d6-4864-a604-eb931835e506
echo ‘Loading Linux linux …’
linux /boot/vmlinuz-linux root=UUID=301216e1-d5d6-4864-a604-eb931835e506 rw loglevel=3 quiet
echo ‘Loading initial ramdisk …’
initrd /boot/initramfs-linux.img

rutgerg

#
2 года назад

Темы:

34

Сообщения:

565

Участник с: 30 мая 2019

Смущает:
no such device: 991039db-abdb……..

Я так понимаю это какой-то UUID.
Но в sudo blkid такого вообще нет. А в grub.cfg uuid для root указан правильно и путь для vmlinuz-linux тоже верный (смотрите выше).

rutgerg

#
2 года назад

Темы:

34

Сообщения:

565

Участник с: 30 мая 2019

Ещё вчера снёс систему. Начал устанавливать с нова. Всё шло, как обычно. После первой перезагрузки (без графики, программ и прочего) загрузки уже нет. Через arch-chroot откатил систему до 08.09.21 (ядро 5.13) и установка опять пошла штатно, с нормальной загрузкой.

vs220

#
2 года назад

Темы:

22

Сообщения:

8135

Участник с: 16 августа 2009

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

слышал я вашего коруза ..мне рабинович напел

rutgerg

#
2 года назад

Темы:

34

Сообщения:

565

Участник с: 30 мая 2019

vs220
Сверху кнопка тег код

Поясните, пожалуйста, что за кнопка, на какой стадии?

rutgerg

#
2 года назад

Темы:

34

Сообщения:

565

Участник с: 30 мая 2019

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
insmod part_gpt
insmod part_msdos
if [ -s $prefix/grubenv ]; then
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="0"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}

function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_gpt
insmod ext2
search --no-floppy --fs-uuid --set=root 301216e1-d5d6-4864-a604-eb931835e506
    font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
  set locale_dir=$prefix/locale
  set lang=en_US
  insmod gettext
fi
terminal_input console
terminal_output gfxterm
if [ x$feature_timeout_style = xy ] ; then
  set timeout_style=menu
  set timeout=5
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
  set timeout=5
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Arch Linux' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-301216e1-d5d6-4864-a604-eb931835e506' {
	load_video
	set gfxpayload=keep
	insmod gzio
	insmod part_gpt
	insmod ext2
	search --no-floppy --fs-uuid --set=root 301216e1-d5d6-4864-a604-eb931835e506
	echo	'Loading Linux linux ...'
	linux	/boot/vmlinuz-linux root=UUID=301216e1-d5d6-4864-a604-eb931835e506 rw  loglevel=3 quiet
	echo	'Loading initial ramdisk ...'
	initrd	/boot/initramfs-linux.img
}
submenu 'Advanced options for Arch Linux' $menuentry_id_option 'gnulinux-advanced-301216e1-d5d6-4864-a604-eb931835e506' {
	menuentry 'Arch Linux, with Linux linux' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-advanced-301216e1-d5d6-4864-a604-eb931835e506' {
		load_video
		set gfxpayload=keep
		insmod gzio
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root 301216e1-d5d6-4864-a604-eb931835e506
		echo	'Loading Linux linux ...'
		linux	/boot/vmlinuz-linux root=UUID=301216e1-d5d6-4864-a604-eb931835e506 rw  loglevel=3 quiet
		echo	'Loading initial ramdisk ...'
		initrd	/boot/initramfs-linux.img
	}
	menuentry 'Arch Linux, with Linux linux (fallback initramfs)' --class arch --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-linux-fallback-301216e1-d5d6-4864-a604-eb931835e506' {
		load_video
		set gfxpayload=keep
		insmod gzio
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root 301216e1-d5d6-4864-a604-eb931835e506
		echo	'Loading Linux linux ...'
		linux	/boot/vmlinuz-linux root=UUID=301216e1-d5d6-4864-a604-eb931835e506 rw  loglevel=3 quiet
		echo	'Loading initial ramdisk ...'
		initrd	/boot/initramfs-linux-fallback.img
	}
}

### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Windows Boot Manager (on /dev/nvme0n1p1)' --class windows --class os $menuentry_id_option 'osprober-efi-9A6D-8729' {
	insmod part_gpt
	insmod fat
	search --no-floppy --fs-uuid --set=root 9A6D-8729
	chainloader /EFI/Microsoft/Boot/bootmgfw.efi
}
menuentry 'Debian GNU/Linux bookworm/sid (on /dev/nvme0n1p6)' --class debian --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-07b3a608-1781-45ef-8c00-564b07665a73' {
	insmod part_gpt
	insmod ext2
	search --no-floppy --fs-uuid --set=root 07b3a608-1781-45ef-8c00-564b07665a73
	linux /boot/vmlinuz-5.10.0-8-amd64 root=UUID=07b3a608-1781-45ef-8c00-564b07665a73 ro acpi_enforce_resources=lax quiet splash loglevel=3 mce=off
	initrd /boot/initrd.img-5.10.0-8-amd64
}
submenu 'Advanced options for Debian GNU/Linux bookworm/sid (on /dev/nvme0n1p6)' $menuentry_id_option 'osprober-gnulinux-advanced-07b3a608-1781-45ef-8c00-564b07665a73' {
	menuentry 'Debian GNU/Linux (on /dev/nvme0n1p6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.10.0-8-amd64--07b3a608-1781-45ef-8c00-564b07665a73' {
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root 07b3a608-1781-45ef-8c00-564b07665a73
		linux /boot/vmlinuz-5.10.0-8-amd64 root=UUID=07b3a608-1781-45ef-8c00-564b07665a73 ro acpi_enforce_resources=lax quiet splash loglevel=3 mce=off
		initrd /boot/initrd.img-5.10.0-8-amd64
	}
	menuentry 'Debian GNU/Linux, with Linux 5.10.0-8-amd64 (on /dev/nvme0n1p6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.10.0-8-amd64--07b3a608-1781-45ef-8c00-564b07665a73' {
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root 07b3a608-1781-45ef-8c00-564b07665a73
		linux /boot/vmlinuz-5.10.0-8-amd64 root=UUID=07b3a608-1781-45ef-8c00-564b07665a73 ro acpi_enforce_resources=lax quiet splash loglevel=3 mce=off
		initrd /boot/initrd.img-5.10.0-8-amd64
	}
	menuentry 'Debian GNU/Linux, with Linux 5.10.0-8-amd64 (recovery mode) (on /dev/nvme0n1p6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-5.10.0-8-amd64-root=UUID=07b3a608-1781-45ef-8c00-564b07665a73 ro single acpi_enforce_resources=lax-07b3a608-1781-45ef-8c00-564b07665a73' {
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root 07b3a608-1781-45ef-8c00-564b07665a73
		linux /boot/vmlinuz-5.10.0-8-amd64 root=UUID=07b3a608-1781-45ef-8c00-564b07665a73 ro single acpi_enforce_resources=lax
		initrd /boot/initrd.img-5.10.0-8-amd64
	}
}

### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/30_uefi-firmware ###
menuentry 'UEFI Firmware Settings' $menuentry_id_option 'uefi-firmware' {
	fwsetup
}
### END /etc/grub.d/30_uefi-firmware ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  ${config_directory}/custom.cfg ]; then
  source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg
fi
### END /etc/grub.d/41_custom ###

rutgerg

#
2 года назад

Темы:

34

Сообщения:

565

Участник с: 30 мая 2019

sudo blkid
[sudo] пароль для filipp:
/dev/nvme0n1p9: LABEL="home" UUID="5f3f5bfa-4331-4c1e-80a4-f38d72c42cd0" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="7f5dc768-ac61-4838-b334-8e9b03c2d29d"
/dev/nvme0n1p7: UUID="e00f2465-f1da-4778-b192-d48c3d85939c" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="2f86aa56-1caa-4c8c-b4ca-c12c7c2ab8d5"
/dev/nvme0n1p5: BLOCK_SIZE="512" UUID="11DE47491D555575" TYPE="ntfs" PARTUUID="dc856d1c-997d-439b-849a-e58bb6359fcc"
/dev/nvme0n1p3: BLOCK_SIZE="512" UUID="16DA7E8DDA7E693F" TYPE="ntfs" PARTLABEL="Basic data partition" PARTUUID="c0a09d51-f106-4b49-ab6b-b37cb90a2447"
/dev/nvme0n1p1: UUID="9A6D-8729" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="660fd163-dccb-4417-9679-01f1a68b336d"
/dev/nvme0n1p8: LABEL="root" UUID="301216e1-d5d6-4864-a604-eb931835e506" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="b34dd42b-7cb4-4700-9ad8-a4cb5b8654d6"
/dev/nvme0n1p6: UUID="07b3a608-1781-45ef-8c00-564b07665a73" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="adcc7dc6-a93f-4647-bc60-a617f3f0aca2"
/dev/nvme0n1p4: BLOCK_SIZE="512" UUID="BED66971D6692B3B" TYPE="ntfs" PARTUUID="1186d52f-1415-41b1-a21d-42eb07c8b3c5"
/dev/sdb2: BLOCK_SIZE="512" UUID="7A4771C22C9C475F" TYPE="ntfs" PARTUUID="30d8bea3-02"
/dev/sdb5: LABEL="archhome" UUID="d5e4da3e-7410-428d-8828-1c3d239d694c" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="30d8bea3-05"
/dev/sdb3: LABEL="swap" UUID="23b15821-564d-4328-9fdc-db662e3643db" TYPE="swap" PARTUUID="30d8bea3-03"
/dev/sdb1: BLOCK_SIZE="512" UUID="04819D293B21E594" TYPE="ntfs" PARTUUID="30d8bea3-01"
/dev/sdb6: LABEL="debhome" UUID="8f681ff8-ec93-4438-8cb5-cad863f143bf" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="30d8bea3-06"
/dev/sda2: BLOCK_SIZE="512" UUID="5DFC4C251C87C84D" TYPE="ntfs" PARTUUID="6b1f9ba6-2428-4403-9af6-1d0833028a94"
/dev/sda1: BLOCK_SIZE="512" UUID="0408562933489E46" TYPE="ntfs" PARTUUID="84398908-a61c-4c7b-9bc3-ff4fb93b7b24"
/dev/nvme0n1p2: PARTLABEL="Microsoft reserved partition" PARTUUID="62f0ad15-aa2e-418f-a24d-634a7cc48195"

Error: file boot vmlinuz load Kernel

error file “/boot/vmlinuz-5.10-x86_64” not found.
error: you need to load the kernel first.

Press any key to continue

If you get the above error message when booting your system, something probably went wrong when upgrading or deleting the kernel.
The file that is called at boot time under grub is no longer there. You will now have to load a different kernel at boot time.

To find out what kernels are on your system select the partition you want to boot and click “c” to get to a grub command line.

Find Linux Kernel

Now type ls and the disk and partition you want to boot. If it is the first partition on the first hard drive, you should type the following command:

ls (hd0,1)/

.

then click on the tab key. You will see the folders on the partition. If you are on the right partition, you will find the boot folder. Now enter the following command:

ls (hd0,1)/boot/

.

Now all available kernels are displayed. Write down the available vmlinuz and the initframs.
Now exit the command line by clicking esc and click “e” to edit the boot settings.

Change grub settings

Change the kernel and initramfs number and boot your system with Ctrl-x or F10. Now you should get back to your system.

In the file /boot/grub/grub.cfg you can change the entries, so you don’t have to repeat all the steps above when booting your System again.

Понравилась статья? Поделить с друзьями:
  • Ошибка файл adbd не установлен
  • Ошибка фазорегулятора пежо 308
  • Ошибка фазорегулятора опель астра н
  • Ошибка уровня охлаждающей жидкости ваз 2114
  • Ошибка ф55 котел протерм скат электрический