Здравствуйте, сегодня включили комп, появляется окно, при выборе любого пункта, появляется второе окно, что файл 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-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.
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 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 (совсем отказаться нельзя, см.выше).
…
Мне можно. И вам можно.
ничего не указываем и получаем
mexx400 писал(а): ↑
23 май 2018, 11:11
…
Кстати, как и сразу заставить использовать уже имеющийся SWAP (ещё один плюс ROSA).
…
Легко.
-
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 (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 (7.47 КБ) 16078 просмотров
1780
Привет.
Я новичок, ничего не нашел при поиске, извините.
Сегодня я решил скачать програмное обеспечение, но случайно не дождавшись окончательной загрузки выключил ноутбук, после при запуске системы появились данные ошибки:
error: file ‘/boot/vmlinuz-5.4-x86_64’ not found,
error: you need to load the kernel first.
Подскажите возможно ли это как то исправит через Grab или другими способами.
4 комментария
- Agafron
- ↓
-
28 марта 2021, 19:43
Если в системе есть другое ядро, то можно попробовать загрузиться с него и исправить, иначе следуйте рекомендациям выше
Отправка специалистом технической поддержки ссылки на руководство по эксплуатации и другую документацию, не является отказом в предоставлении поддержки.
bash.org
- Kosh
- ↓
-
28 марта 2021, 20:04
Добрый день!
Если
Я новичок
— верно, переустанавливайте систему.
Выйдет быстрее и надежнее.
Линукс очень дружелюбная система, но она очень тщательно выбирает себе друзей!
- 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 года назад) |
|
Темы: 34 Сообщения: 565 Участник с: 30 мая 2019 |
Добрый день. Вчера очередной раз обновился, в обновлении было новое ядро версии 5.14.2. Перезагрузка: доходит до начала — это типа Загрузка виртуального …… Чего-то там ramdisk, немигающий курсор. И всё. Даже никаких текстов, никаких ошибок. Выключаю комп кнопкой. Откатил обновление на 8.09.21 ( то-есть вернулось прежнее 13-е ядро и груб) и всё спокойно загружается. Фиксировал груб, не помогло. |
rutgerg |
# |
Темы: 34 Сообщения: 565 Участник с: 30 мая 2019 |
Пробую загрузиться через бекап…. Пишет: no such device: 991039db-abdb…….. файл «boot/vmlinuz-linux» не найден сначала вам нужно загрузить ядро Смотрю папку boot — файл vmlinuz-linux имеется, совсем запутался |
vs220 |
# (отредактировано 2 года назад) |
Темы: 22 Сообщения: 8135 Участник с: 16 августа 2009 |
Проверяете свободное место на /boot. Если /boot отдельным разделом проверяете чтоб был примонтирован. Запускаете полное обновление в консоли пакманом а не каким нибудь памамаком и пр. Смотрите внимательно вывод чтоб инит нормально собрался без ошибок и записалсч на /boot В грубе в опциях ядра убираете quiet и splash если есть. И проверяете что правильно записаны пути к ядру и иниту. После этого перезагружаетесь и фото вывода , конфиг груба и ls boot, blkid |
rutgerg |
# |
Темы: 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 |
# |
Темы: 34 Сообщения: 565 Участник с: 30 мая 2019 |
Смущает: no such device: 991039db-abdb…….. Я так понимаю это какой-то UUID. Но в sudo blkid такого вообще нет. А в grub.cfg uuid для root указан правильно и путь для vmlinuz-linux тоже верный (смотрите выше). |
rutgerg |
# |
Темы: 34 Сообщения: 565 Участник с: 30 мая 2019 |
Ещё вчера снёс систему. Начал устанавливать с нова. Всё шло, как обычно. После первой перезагрузки (без графики, программ и прочего) загрузки уже нет. Через arch-chroot откатил систему до 08.09.21 (ядро 5.13) и установка опять пошла штатно, с нормальной загрузкой. |
vs220 |
# |
Темы: 22 Сообщения: 8135 Участник с: 16 августа 2009 |
Сверху кнопка тег код, в него вывод команд после обновления а не вольное изложение, а то
|
rutgerg |
# |
Темы: 34 Сообщения: 565 Участник с: 30 мая 2019 |
Поясните, пожалуйста, что за кнопка, на какой стадии? |
rutgerg |
# |
Темы: 34 Сообщения: 565 Участник с: 30 мая 2019 |
|
rutgerg |
# |
Темы: 34 Сообщения: 565 Участник с: 30 мая 2019 |
|
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.
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 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.