Encountered the same error on a workstation with bootable partitions on both of two fixed disks (/dev/sda, /dev/sdb); couldn’t find a solution here or elsewhere. Describing my own fix here, as found by trial and error:
Upon
grub2-mkconfig -o /boot/grub2/grub.cfg
grub2-install /dev/sda
the GRUB boot menu showed all operating systems installed in various partitions on /dev/sda and /dev/sdb (Windows, SuSE 15.3 and earlier). Booting entries from /dev/sda worked fine, choosing one from /dev/sdb gave the error
you need to load the kernel first…
/boot/grub2/grub.cfg showed the two hard disks as «hd0» and «hd1«. F2 at startup shows these entries in BIOS (old machine, no EFI):
Main:
SATA Port 0 [ST3500413AS]-(S0)]
SATA Port 1 [Optiarc DVD RW-(S1)]
SATA Port 2 None
SATA Port 3 [ST3500413AS]-(S3)]
SATA Port 4 None
SATA Port 5 None
Boot -> Boot priority order:
1: SATA CD: Optiarc DVD RW-(S1)
2: Bootable Add-in Cards
3: SATA 0: ST3500413AS-(S0)
4: SATA 3: ST3500413AS-(S3)
I’m wondering whether the empty SATA Port 2 is causing the problem?
My fix has been to manually edit /boot/grub2/grub.cfg (egad, explicitly discouraged in file header!) and to replace all instances of «hd1» by «hd2«. Then again:
grub2-install /dev/sda
GRUB’s boot menu is the same as before, but booting works for all entries now, including those on /dev/sdb.
Загрузка…
Encountered the same error on a workstation with bootable partitions on both of two fixed disks (/dev/sda, /dev/sdb); couldn’t find a solution here or elsewhere. Describing my own fix here, as found by trial and error:
Upon
grub2-mkconfig -o /boot/grub2/grub.cfg
grub2-install /dev/sda
the GRUB boot menu showed all operating systems installed in various partitions on /dev/sda and /dev/sdb (Windows, SuSE 15.3 and earlier). Booting entries from /dev/sda worked fine, choosing one from /dev/sdb gave the error
you need to load the kernel first…
/boot/grub2/grub.cfg showed the two hard disks as «hd0» and «hd1«. F2 at startup shows these entries in BIOS (old machine, no EFI):
Main:
SATA Port 0 [ST3500413AS]-(S0)]
SATA Port 1 [Optiarc DVD RW-(S1)]
SATA Port 2 None
SATA Port 3 [ST3500413AS]-(S3)]
SATA Port 4 None
SATA Port 5 None
Boot -> Boot priority order:
1: SATA CD: Optiarc DVD RW-(S1)
2: Bootable Add-in Cards
3: SATA 0: ST3500413AS-(S0)
4: SATA 3: ST3500413AS-(S3)
I’m wondering whether the empty SATA Port 2 is causing the problem?
My fix has been to manually edit /boot/grub2/grub.cfg (egad, explicitly discouraged in file header!) and to replace all instances of «hd1» by «hd2«. Then again:
grub2-install /dev/sda
GRUB’s boot menu is the same as before, but booting works for all entries now, including those on /dev/sdb.
ошибка: сначала вам нужно загрузить ядро.
Покажи содержимое grub.cfg.
#
# 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 ###
if [ -s $prefix/grubenv ]; then
set have_grubenv=true
load_env
fi
if [ "${initrdfail}" = 2 ]; then
set initrdfail=
elif [ "${initrdfail}" = 1 ]; then
set next_entry="${prev_entry}"
set prev_entry=
save_env prev_entry
if [ "${next_entry}" ]; then
set initrdfail=2
fi
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 initrdfail {
if [ -n "${have_grubenv}" ]; then if [ -n "${partuuid}" ]; then
if [ -z "${initrdfail}" ]; then
set initrdfail=1
if [ -n "${boot_once}" ]; then
set prev_entry="${default}"
save_env prev_entry
fi
fi
save_env initrdfail
fi; fi
}
function recordfail {
set recordfail=1
if [ -n "${have_grubenv}" ]; then if [ -z "${boot_once}" ]; then save_env recordfail; fi; 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
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 c6919868-262c-4edb-9b40-796f4f6eec8c
else
search --no-floppy --fs-uuid --set=root c6919868-262c-4edb-9b40-796f4f6eec8c
fi
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=ru_RU
insmod gettext
fi
terminal_output gfxterm
if [ "${recordfail}" = 1 ] ; then
set timeout=30
else
if [ x$feature_timeout_style = xy ] ; then
set timeout_style=menu
set timeout=10
# Fallback normal timeout code in case the timeout_style feature is
# unavailable.
else
set timeout=10
fi
fi
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
function gfxmode {
set gfxpayload="${1}"
if [ "${1}" = "keep" ]; then
set vt_handoff=vt.handoff=7
else
set vt_handoff=
fi
}
if [ "${recordfail}" != 1 ]; then
if [ -e ${prefix}/gfxblacklist.txt ]; then
if [ ${grub_platform} != pc ]; then
set linux_gfx_mode=keep
elif hwmatch ${prefix}/gfxblacklist.txt 3; then
if [ ${match} = 0 ]; then
set linux_gfx_mode=keep
else
set linux_gfx_mode=text
fi
else
set linux_gfx_mode=text
fi
else
set linux_gfx_mode=keep
fi
else
set linux_gfx_mode=text
fi
export linux_gfx_mode
menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-c6919868-262c-4edb-9b40-796f4f6eec8c' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 c6919868-262c-4edb-9b40-796f4f6eec8c
else
search --no-floppy --fs-uuid --set=root c6919868-262c-4edb-9b40-796f4f6eec8c
fi
linux /boot/vmlinuz-5.15.0-48-generic root=UUID=c6919868-262c-4edb-9b40-796f4f6eec8c ro quiet splash $vt_handoff
initrd /boot/initrd.img-5.15.0-48-generic
}
submenu 'Advanced options for Ubuntu' $menuentry_id_option 'gnulinux-advanced-c6919868-262c-4edb-9b40-796f4f6eec8c' {
menuentry 'Ubuntu, with Linux 5.15.0-48-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.15.0-48-generic-advanced-c6919868-262c-4edb-9b40-796f4f6eec8c' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 c6919868-262c-4edb-9b40-796f4f6eec8c
else
search --no-floppy --fs-uuid --set=root c6919868-262c-4edb-9b40-796f4f6eec8c
fi
echo 'Loading Linux 5.15.0-48-generic ...'
linux /boot/vmlinuz-5.15.0-48-generic root=UUID=c6919868-262c-4edb-9b40-796f4f6eec8c ro quiet splash $vt_handoff
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-5.15.0-48-generic
}
menuentry 'Ubuntu, with Linux 5.15.0-48-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.15.0-48-generic-recovery-c6919868-262c-4edb-9b40-796f4f6eec8c' {
recordfail
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 c6919868-262c-4edb-9b40-796f4f6eec8c
else
search --no-floppy --fs-uuid --set=root c6919868-262c-4edb-9b40-796f4f6eec8c
fi
echo 'Loading Linux 5.15.0-48-generic ...'
linux /boot/vmlinuz-5.15.0-48-generic root=UUID=c6919868-262c-4edb-9b40-796f4f6eec8c ro recovery nomodeset dis_ucode_ldr
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-5.15.0-48-generic
}
menuentry 'Ubuntu, with Linux 5.15.0-43-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.15.0-43-generic-advanced-c6919868-262c-4edb-9b40-796f4f6eec8c' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 c6919868-262c-4edb-9b40-796f4f6eec8c
else
search --no-floppy --fs-uuid --set=root c6919868-262c-4edb-9b40-796f4f6eec8c
fi
echo 'Loading Linux 5.15.0-43-generic ...'
linux /boot/vmlinuz-5.15.0-43-generic root=UUID=c6919868-262c-4edb-9b40-796f4f6eec8c ro quiet splash $vt_handoff
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-5.15.0-43-generic
}
menuentry 'Ubuntu, with Linux 5.15.0-43-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.15.0-43-generic-recovery-c6919868-262c-4edb-9b40-796f4f6eec8c' {
recordfail
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 c6919868-262c-4edb-9b40-796f4f6eec8c
else
search --no-floppy --fs-uuid --set=root c6919868-262c-4edb-9b40-796f4f6eec8c
fi
echo 'Loading Linux 5.15.0-43-generic ...'
linux /boot/vmlinuz-5.15.0-43-generic root=UUID=c6919868-262c-4edb-9b40-796f4f6eec8c ro recovery nomodeset dis_ucode_ldr
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-5.15.0-43-generic
}
menuentry 'Ubuntu, with Linux 5.13.19-051319-generic' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.13.19-051319-generic-advanced-c6919868-262c-4edb-9b40-796f4f6eec8c' {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 c6919868-262c-4edb-9b40-796f4f6eec8c
else
search --no-floppy --fs-uuid --set=root c6919868-262c-4edb-9b40-796f4f6eec8c
fi
echo 'Loading Linux 5.13.19-051319-generic ...'
linux /boot/vmlinuz-5.13.19-051319-generic root=UUID=c6919868-262c-4edb-9b40-796f4f6eec8c ro quiet splash $vt_handoff
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-5.13.19-051319-generic
}
menuentry 'Ubuntu, with Linux 5.13.19-051319-generic (recovery mode)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.13.19-051319-generic-recovery-c6919868-262c-4edb-9b40-796f4f6eec8c' {
recordfail
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 c6919868-262c-4edb-9b40-796f4f6eec8c
else
search --no-floppy --fs-uuid --set=root c6919868-262c-4edb-9b40-796f4f6eec8c
fi
echo 'Loading Linux 5.13.19-051319-generic ...'
linux /boot/vmlinuz-5.13.19-051319-generic root=UUID=c6919868-262c-4edb-9b40-796f4f6eec8c ro recovery nomodeset dis_ucode_ldr
echo 'Loading initial ramdisk ...'
initrd /boot/initrd.img-5.13.19-051319-generic
}
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/10_linux_zfs ###
### END /etc/grub.d/10_linux_zfs ###
### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###
### BEGIN /etc/grub.d/20_memtest86+ ###
### END /etc/grub.d/20_memtest86+ ###
### BEGIN /etc/grub.d/30_os-prober ###
### 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/35_fwupd ###
### END /etc/grub.d/35_fwupd ###
### 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 ###
У меня есть Lubuntu 11.10, установленный на /dev/sda3, и Xubuntu 11.10 на /dev/sda5. Некоторое время назад, находясь на Lubuntu, я ошибся где-то в создании Live USB: по ошибке я установил загрузчик Live USB в /dev/sda3. Это не привело к какой-либо проблеме в то время.
Сегодня я обновил ядро. Мне пришлось перезапустить Lubuntu. В Grub Lubuntu вдруг больше не появлялся, и я автоматически загружался в Xubuntu. Я попытался запустить update-grub и попытался использовать grub-customizer, чтобы вернуть Lubuntu в Grub, но это не сработало. Я побежал os-prober, но он не показывает мне Lubuntu.
Затем я попытался добавить новую запись в /etc/grub.d/ в /dev/sda5, названную 12_lubuntu. Он содержал следующее:
#!/bin/sh -e
echo "Lubuntu"
cat << EOF
menuentry "Lubuntu" {
set root=(hd0,3)
linux /boot/vmlinuz
initrd /boot/initrd.img
}
EOF
После этого я побежал update-grub и с grub-customizer, я написал Grub-конфигурацию для MBR, то есть: /dev/sda.
Внезапно Лубунту появился в Грабе. Я попытался запустить его, но при этом появились следующие сообщения:
Error: File not found
Error: You need to load the kernel first
Выход ls -all в /dev/sda3 выглядит следующим образом:
gijs@Gijs-PC:/media/9c715f68-f083-46ab-9d55-6139556f31d4$ ls -all
totaal 112
drwxr-xr-x 23 root root 4096 2011-11-25 23:35 .
drwxr-xr-x 5 root root 4096 2011-11-26 10:55 ..
drwxr-xr-x 2 root root 4096 2011-11-22 22:17 bin
drwxr-xr-x 4 root root 4096 2011-11-25 23:36 boot
drwxr-xr-x 2 root root 4096 2011-10-15 21:58 cdrom
drwxr-xr-x 5 root root 4096 2011-10-12 18:08 dev
drwxr-xr-x 146 root root 12288 2011-11-25 23:37 etc
drwxr-xr-x 3 root root 4096 2011-10-15 21:59 home
lrwxrwxrwx 1 root root 37 2011-11-25 23:35 initrd.img -> /boot/initrd.img-3.0.0-14-generic-pae
lrwxrwxrwx 1 root root 33 2011-11-25 23:35 initrd.img.old -> /boot/initrd.img-3.0.0-14-generic
drwxr-xr-x 19 root root 4096 2011-11-22 22:17 lib
drwx------ 2 root root 16384 2011-10-15 21:56 lost+found
drwxr-xr-x 5 root root 4096 2011-11-24 20:59 media
drwxr-xr-x 2 root root 4096 2011-10-09 09:29 mnt
drwxr-xr-x 4 root root 4096 2011-11-24 17:15 opt
drwxr-xr-x 2 root root 4096 2011-10-09 09:29 proc
drwx------ 13 root root 4096 2011-11-22 17:19 root
drwxr-xr-x 5 root root 4096 2011-10-15 22:01 run
drwxr-xr-x 2 root root 4096 2011-11-22 22:17 sbin
drwxr-xr-x 2 root root 4096 2011-06-21 20:43 selinux
drwxr-xr-x 2 root root 4096 2011-10-12 18:06 srv
drwxr-xr-x 2 root root 4096 2011-07-14 07:11 sys
drwxrwxrwt 8 root root 4096 2011-11-25 23:37 tmp
drwxr-xr-x 10 root root 4096 2011-10-12 18:06 usr
drwxr-xr-x 13 root root 4096 2011-11-25 23:37 var
lrwxrwxrwx 1 root root 33 2011-11-25 23:35 vmlinuz -> boot/vmlinuz-3.0.0-14-generic-pae
lrwxrwxrwx 1 root root 29 2011-11-25 23:35 vmlinuz.old -> boot/vmlinuz-3.0.0-14-generic
Я также нашел старый 30_os-prober_proxy в /dev/sda3/etc/grub.d, который должен содержать старый загрузочный материал. Это выглядит следующим образом:
#!/bin/sh
#THIS IS A GRUB PROXY SCRIPT
'/etc/grub.d/proxifiedScripts/os-prober' | /etc/grub.d/bin/grubcfg_proxy "-*
-'Ubuntu, met Linux 3.0.0-12-generic-pae (on /dev/sda3)'
-'Ubuntu, met Linux 3.0.0-12-generic-pae (herstelmodus) (on /dev/sda3)'
+'Ubuntu, met Linux 3.0.0-12-generic (on /dev/sda3)' as 'Xubuntu'
-'Ubuntu, met Linux 3.0.0-12-generic (herstelmodus) (on /dev/sda3)'
+'Windows 7 (loader) (on /dev/sda2)' as 'Windows 7'
"
Как я могу снова запустить Grub Lubuntu?
задан
26 November 2011 в 16:08
поделиться
5 ответов
Неделю назад у меня была такая же проблема в другой раз, но теперь я исправил ее сам. Оказалось, что проблема не имеет ничего общего с установкой LiveUSB. Я должен был запустить grub-customizer из Xubuntu, щелкнуть File, Select Partition, щелкнуть Next, выбрать раздел Lubuntu, а затем щелкнуть Mount the selected filesystem. У меня была возможность выбрать подпункты, но это не было необходимо. Я нажал Apply.
Прямо сейчас, я должен был проверить все флажки, которые были доступны, чтобы быть уверенным, что я могу запустить Lubuntu из Grub. Затем я нажал File, Save, после чего я нажал File, Install to MBR.
Я перезагрузился, и я снова смог загрузить в Lubuntu, проблема была решена. [!d2 ]
Если это не решит вашу проблему, я бы посоветовал вам использовать инструменты, которые fossfreedom упоминает в другом ответе ниже.
ответ дан Exeleration-G
25 May 2018 в 16:30
поделиться
Неделю назад у меня была такая же проблема в другой раз, но теперь я исправил ее сам. Оказалось, что проблема не имеет ничего общего с установкой LiveUSB. Я должен был запустить grub-customizer из Xubuntu, щелкнуть File, Select Partition, щелкнуть Next, выбрать раздел Lubuntu, а затем щелкнуть Mount the selected filesystem. У меня была возможность выбрать подпункты, но это не было необходимо. Я нажал Apply.
В настоящий момент мне пришлось проверить все флажки, которые были доступны, чтобы быть уверенным, что я могу запустить Lubuntu из Grub. Затем я нажал File, Save, после чего нажал File, Install to MBR.
Я перезагрузился, и я снова смог загрузиться в Lubuntu, проблема была решена.
Если это не решит вашу проблему, я бы посоветовал вам использовать инструменты, которые fossfreedom упоминает в другом ответе ниже.
ответ дан Exeleration-G
7 August 2018 в 20:18
поделиться
Boot-Repair
Большинство проблем с загрузкой grub можно разрешить с помощью boot-repair — как объясняет это сообщество, вы можете установить это на liveCD / USB или непосредственно в рабочую установку ubuntu и будет пытаться найти все установки O / S и восстановить общий Grub MBR.
Установка вручную Grub2
Если при загрузке не удается выполнить свою магию, тогда традиционная ручная установка grub2 метод, описанный в , должен быть исследован этой вики сообщества .
Поиск на этой веб-странице раздела boot-repair . Замените пример /dev/sdxy с помощью раздела, в который вы установили lubuntu, например /dev/sda3
Если вы не знаете, какой раздел вы установили, вы можете запустить загрузочный info-скрипт, найденный на SourceForge.
В результатах искать типы разделов ext4 или ext3 — это обычные файловые системы Ubuntu, если вы ранее не выбрали использовать что-то вроде btrfs или reiserfs и т. Д.
Переустановка ядра
Если проблема связана с поврежденной установкой ядра, вы можете исследовать переустановку ядра с живого компакт-диска. Это описано в этом превосходном SourceForge
Правильно установив ядро, Grub должен иметь возможность правильно видеть установку Lubuntu.
ответ дан Community
25 May 2018 в 16:30
поделиться
Удалите вторую строку (начиная с echo). Вам также может потребоваться добавить корневой параметр в ядро, например:
linux /boot/vmlinuz root=/dev/sda3
После этого запуска update-grub снова.
ответ дан bseibold
25 May 2018 в 16:30
поделиться
Вы можете попробовать использовать live cd для загрузки в систему, а затем chrooting в систему lubuntu с помощью этих команд.
sudo mkdir /mnt/abc
sudo mount /dev/sda3 /mnt/abc
sudo mount ‐‐bind /dev /mnt/abc/dev
sudo mount ‐‐bind /proc /mnt/abc/proc
sudo mount ‐‐bind /sys /mnt/abc/sys
sudo chroot /mnt/abc
sudo grub-install /dev/sda
Я думаю, что это исправит вашу проблему, если вы не хотите чтобы иметь загрузчик lubuntu в MBR, вы можете установить grub в / dev / sda3, а затем использовать update-grub с помощью xubuntu. Это будет работать.
ответ дан gaurav
25 May 2018 в 16:30
поделиться
Другие вопросы по тегам:
Похожие вопросы:
Если вы доберетесь до grub подскажите, это значит что grub не могу найти загрузочные файлы, которые он ожидает. Последовательность команд для загрузки файлов и загрузки при grub не делает это для вас, идет что-то вроде этого. Сначала найдите все разделы, которые grub видит:
grub> ls (hd0) (hd0, msdos2) (hd0, msdos1)
Это список дисков и разделов на дисках. Один из этих разделов содержит вашу систему Linux. Скажи это (hd0,1), Затем сделайте:
grub> set root = (hd0,1) grub> linux /boot/vmlinuz-4.15.0-45-generic root = / dev / sda1
замещать (hd0,1), номер версии и раздел (/dev/sda1) тем, что действительно для вашей системы. В случае vmlinuz Вы можете просто напечатать vmlinuz- и нажмите Tab.
grub> initrd /boot/initrd.img-3.13.0-29-generic
Строка версии должна быть такой же, как для vmlinuz,
grub> boot
теперь должен загрузить вашу систему.
Следите за новостями русскоязычного сообщества Ubuntu в Twitter-ленте @ubuntu_ru_loco
- Форум русскоязычного сообщества Ubuntu »
- Поддержка »
- Установка и обновление системы (Модератор: Azure) »
- ошибка: сначала вам нужно загрузить ядро ubuntu
- Печать
Страницы: [1] Вниз
Тема: ошибка: сначала вам нужно загрузить ядро ubuntu (Прочитано 5932 раз)
0 Пользователей и 1 Гость просматривают эту тему.
mgn.uk@mail.ru
знаком с системой linux(ubuntu 13.10) 5 дней, все мозги выгрызла. Ставлю из под Windows 8 c UEFI(черт ее побери ).
сейчас на этапе, то что при выборе ОС вылазиет вот такая ошибка:
файл <</vmlinuz-3.11.0-13-generic.efi.signed>> не найден
сначала вам нужно загрузить ядро ubuntu
после того как посмотрел какое ядро установлено,пишет:
Linux ubuntu 3.11.0-12-generic #19-Ubuntu SMP Wed Oct 9 16:20:46 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
люди добрые, помогите! 
« Последнее редактирование: 15 Ноября 2013, 16:02:01 от mgn.uk@mail.ru »
san-alex
- Печать
Страницы: [1] Вверх
- Форум русскоязычного сообщества Ubuntu »
- Поддержка »
- Установка и обновление системы (Модератор: Azure) »
- ошибка: сначала вам нужно загрузить ядро ubuntu
SMF 2.0.19 |
SMF © 2011, Simple Machines | Карта форума
Страница сгенерирована за 0.115 секунд. Запросов: 25.
У меня есть Lubuntu 11.10, установленный на /dev/sda3, и Xubuntu 11.10 на /dev/sda5. Некоторое время назад, находясь на Lubuntu, я ошибся где-то в создании Live USB: по ошибке я установил загрузчик Live USB в /dev/sda3. Это не привело к какой-либо проблеме в то время.
Сегодня я обновил ядро. Мне пришлось перезапустить Lubuntu. В Grub Lubuntu вдруг больше не появлялся, и я автоматически загружался в Xubuntu. Я попытался запустить update-grub и попытался использовать grub-customizer, чтобы вернуть Lubuntu в Grub, но это не сработало. Я побежал os-prober, но он не показывает мне Lubuntu.
Затем я попытался добавить новую запись в /etc/grub.d/ в /dev/sda5, названную 12_lubuntu. Он содержал следующее:
#!/bin/sh -e
echo "Lubuntu"
cat << EOF
menuentry "Lubuntu" {
set root=(hd0,3)
linux /boot/vmlinuz
initrd /boot/initrd.img
}
EOF
После этого я побежал update-grub и с grub-customizer, я написал Grub-конфигурацию для MBR, то есть: /dev/sda.
Внезапно Лубунту появился в Грабе. Я попытался запустить его, но при этом появились следующие сообщения:
Error: File not found
Error: You need to load the kernel first
Выход ls -all в /dev/sda3 выглядит следующим образом:
gijs@Gijs-PC:/media/9c715f68-f083-46ab-9d55-6139556f31d4$ ls -all
totaal 112
drwxr-xr-x 23 root root 4096 2011-11-25 23:35 .
drwxr-xr-x 5 root root 4096 2011-11-26 10:55 ..
drwxr-xr-x 2 root root 4096 2011-11-22 22:17 bin
drwxr-xr-x 4 root root 4096 2011-11-25 23:36 boot
drwxr-xr-x 2 root root 4096 2011-10-15 21:58 cdrom
drwxr-xr-x 5 root root 4096 2011-10-12 18:08 dev
drwxr-xr-x 146 root root 12288 2011-11-25 23:37 etc
drwxr-xr-x 3 root root 4096 2011-10-15 21:59 home
lrwxrwxrwx 1 root root 37 2011-11-25 23:35 initrd.img -> /boot/initrd.img-3.0.0-14-generic-pae
lrwxrwxrwx 1 root root 33 2011-11-25 23:35 initrd.img.old -> /boot/initrd.img-3.0.0-14-generic
drwxr-xr-x 19 root root 4096 2011-11-22 22:17 lib
drwx------ 2 root root 16384 2011-10-15 21:56 lost+found
drwxr-xr-x 5 root root 4096 2011-11-24 20:59 media
drwxr-xr-x 2 root root 4096 2011-10-09 09:29 mnt
drwxr-xr-x 4 root root 4096 2011-11-24 17:15 opt
drwxr-xr-x 2 root root 4096 2011-10-09 09:29 proc
drwx------ 13 root root 4096 2011-11-22 17:19 root
drwxr-xr-x 5 root root 4096 2011-10-15 22:01 run
drwxr-xr-x 2 root root 4096 2011-11-22 22:17 sbin
drwxr-xr-x 2 root root 4096 2011-06-21 20:43 selinux
drwxr-xr-x 2 root root 4096 2011-10-12 18:06 srv
drwxr-xr-x 2 root root 4096 2011-07-14 07:11 sys
drwxrwxrwt 8 root root 4096 2011-11-25 23:37 tmp
drwxr-xr-x 10 root root 4096 2011-10-12 18:06 usr
drwxr-xr-x 13 root root 4096 2011-11-25 23:37 var
lrwxrwxrwx 1 root root 33 2011-11-25 23:35 vmlinuz -> boot/vmlinuz-3.0.0-14-generic-pae
lrwxrwxrwx 1 root root 29 2011-11-25 23:35 vmlinuz.old -> boot/vmlinuz-3.0.0-14-generic
Я также нашел старый 30_os-prober_proxy в /dev/sda3/etc/grub.d, который должен содержать старый загрузочный материал. Это выглядит следующим образом:
#!/bin/sh
#THIS IS A GRUB PROXY SCRIPT
'/etc/grub.d/proxifiedScripts/os-prober' | /etc/grub.d/bin/grubcfg_proxy "-*
-'Ubuntu, met Linux 3.0.0-12-generic-pae (on /dev/sda3)'
-'Ubuntu, met Linux 3.0.0-12-generic-pae (herstelmodus) (on /dev/sda3)'
+'Ubuntu, met Linux 3.0.0-12-generic (on /dev/sda3)' as 'Xubuntu'
-'Ubuntu, met Linux 3.0.0-12-generic (herstelmodus) (on /dev/sda3)'
+'Windows 7 (loader) (on /dev/sda2)' as 'Windows 7'
"
Как я могу снова запустить Grub Lubuntu?
задан
26 November 2011 в 16:08
поделиться
5 ответов
Неделю назад у меня была такая же проблема в другой раз, но теперь я исправил ее сам. Оказалось, что проблема не имеет ничего общего с установкой LiveUSB. Я должен был запустить grub-customizer из Xubuntu, щелкнуть File, Select Partition, щелкнуть Next, выбрать раздел Lubuntu, а затем щелкнуть Mount the selected filesystem. У меня была возможность выбрать подпункты, но это не было необходимо. Я нажал Apply.
Прямо сейчас, я должен был проверить все флажки, которые были доступны, чтобы быть уверенным, что я могу запустить Lubuntu из Grub. Затем я нажал File, Save, после чего я нажал File, Install to MBR.
Я перезагрузился, и я снова смог загрузить в Lubuntu, проблема была решена. [!d2 ]
Если это не решит вашу проблему, я бы посоветовал вам использовать инструменты, которые fossfreedom упоминает в другом ответе ниже.
ответ дан Exeleration-G
25 May 2018 в 16:30
поделиться
Неделю назад у меня была такая же проблема в другой раз, но теперь я исправил ее сам. Оказалось, что проблема не имеет ничего общего с установкой LiveUSB. Я должен был запустить grub-customizer из Xubuntu, щелкнуть File, Select Partition, щелкнуть Next, выбрать раздел Lubuntu, а затем щелкнуть Mount the selected filesystem. У меня была возможность выбрать подпункты, но это не было необходимо. Я нажал Apply.
В настоящий момент мне пришлось проверить все флажки, которые были доступны, чтобы быть уверенным, что я могу запустить Lubuntu из Grub. Затем я нажал File, Save, после чего нажал File, Install to MBR.
Я перезагрузился, и я снова смог загрузиться в Lubuntu, проблема была решена.
Если это не решит вашу проблему, я бы посоветовал вам использовать инструменты, которые fossfreedom упоминает в другом ответе ниже.
ответ дан Exeleration-G
7 August 2018 в 20:18
поделиться
Boot-Repair
Большинство проблем с загрузкой grub можно разрешить с помощью boot-repair — как объясняет это сообщество, вы можете установить это на liveCD / USB или непосредственно в рабочую установку ubuntu и будет пытаться найти все установки O / S и восстановить общий Grub MBR.
Установка вручную Grub2
Если при загрузке не удается выполнить свою магию, тогда традиционная ручная установка grub2 метод, описанный в , должен быть исследован этой вики сообщества .
Поиск на этой веб-странице раздела boot-repair . Замените пример /dev/sdxy с помощью раздела, в который вы установили lubuntu, например /dev/sda3
Если вы не знаете, какой раздел вы установили, вы можете запустить загрузочный info-скрипт, найденный на SourceForge.
В результатах искать типы разделов ext4 или ext3 — это обычные файловые системы Ubuntu, если вы ранее не выбрали использовать что-то вроде btrfs или reiserfs и т. Д.
Переустановка ядра
Если проблема связана с поврежденной установкой ядра, вы можете исследовать переустановку ядра с живого компакт-диска. Это описано в этом превосходном SourceForge
Правильно установив ядро, Grub должен иметь возможность правильно видеть установку Lubuntu.
ответ дан Community
25 May 2018 в 16:30
поделиться
Удалите вторую строку (начиная с echo). Вам также может потребоваться добавить корневой параметр в ядро, например:
linux /boot/vmlinuz root=/dev/sda3
После этого запуска update-grub снова.
ответ дан bseibold
25 May 2018 в 16:30
поделиться
Вы можете попробовать использовать live cd для загрузки в систему, а затем chrooting в систему lubuntu с помощью этих команд.
sudo mkdir /mnt/abc
sudo mount /dev/sda3 /mnt/abc
sudo mount ‐‐bind /dev /mnt/abc/dev
sudo mount ‐‐bind /proc /mnt/abc/proc
sudo mount ‐‐bind /sys /mnt/abc/sys
sudo chroot /mnt/abc
sudo grub-install /dev/sda
Я думаю, что это исправит вашу проблему, если вы не хотите чтобы иметь загрузчик lubuntu в MBR, вы можете установить grub в / dev / sda3, а затем использовать update-grub с помощью xubuntu. Это будет работать.
ответ дан gaurav
25 May 2018 в 16:30
поделиться
Другие вопросы по тегам:
Похожие вопросы:
-
mexx400
- Сообщения: 654
- Зарегистрирован: 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 Desktop R11.1 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 Linuxsudo 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
- Сообщения: 654
- Зарегистрирован: 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 Desktop R11.1 Plasma [amd64]
-
mexx400
- Сообщения: 654
- Зарегистрирован: 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 Desktop R11.1 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
- Сообщения: 654
- Зарегистрирован: 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 Desktop R11.1 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
- Сообщения: 654
- Зарегистрирован: 13 окт 2013, 16:06
- Operating system: Debian
- Откуда: Москва
Re: Несколько linux-систем и ROSA GRUB
Сообщение
mexx400 » 23 май 2018, 17:16
banzay242, в целом понятно, но слишком сложно. Думаю, такие вещи как GRUB, должны быть максимально унифицированными и полностью совместимыми. Вопрос только кто проявил инициативу — ROSA или Debian 
ROSA Desktop R11.1 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
- Сообщения: 654
- Зарегистрирован: 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 Desktop R11.1 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
- Сообщения: 654
- Зарегистрирован: 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 Desktop R11.1 Plasma [amd64]
-
mexx400
- Сообщения: 654
- Зарегистрирован: 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 Desktop R11.1 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
- Сообщения: 654
- Зарегистрирован: 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 Desktop R11.1 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
- Сообщения: 654
- Зарегистрирован: 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 Desktop R11.1 Plasma [amd64]
-
mexx400
- Сообщения: 654
- Зарегистрирован: 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 Desktop R11.1 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
- Сообщения: 654
- Зарегистрирован: 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 Desktop R11.1 Plasma [amd64]
-
mexx400
- Сообщения: 654
- Зарегистрирован: 13 окт 2013, 16:06
- Operating system: Debian
- Откуда: Москва
Несколько linux-систем и ROSA GRUB
Сообщение
mexx400 » 04 сен 2019, 18:59
VictorR2007, «новые» — это которые за август? Кстати, а как узнать ID ранее загруженного образа?
ROSA Desktop R11.1 Plasma [amd64]
-
VictorR2007
- Сообщения: 6905
- Зарегистрирован: 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
- Сообщения: 654
- Зарегистрирован: 13 окт 2013, 16:06
- Operating system: Debian
- Откуда: Москва
Несколько linux-систем и ROSA GRUB
Сообщение
mexx400 » 04 сен 2019, 22:18
VictorR2007 писал(а): ↑
04 сен 2019, 20:28
Если нет ID, то это официальный.
ОК, спасибо.
ROSA Desktop R11.1 Plasma [amd64]
-
mexx400
- Сообщения: 654
- Зарегистрирован: 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 Desktop R11.1 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
- Сообщения: 654
- Зарегистрирован: 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 Desktop R11.1 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 КБ) 15330 просмотров
-
Barmalei
- Сообщения: 5322
- Зарегистрирован: 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 КБ) 15324 просмотра
Здравствуйте. На ноутбуке установлена Роса. Начал устанавливать Астру Орёл, появился запрос установки загрузчика. Я пропустил его, так как у меня загрузчик уже стоит. Зайдя в Росу обновил загрузчик, он увидел Астру. Но не запускается. Что делать? Или нужно использовать ТОЛЬКО загрузчика Астры.
-
302.4 КБ
Просмотры: 576
Последнее редактирование: 31.03.2020
честно говоря, не знаю, что там за проблемы у загрузчика Росы.
честно говоря, не знаю, что там за проблемы у загрузчика Росы.
Стоит роса, всё работает. Устанавливаю Астру, просит установить загрузчик, устанавливаю. Запускается загрузчик Астры. Захожу в Росу, обновляю загрузчик Росы, обновляется. Сохраняю данные. При перезапуске загрузчик не меняется, остаётся от Астры. Опять из под росы переустанавливаю загрузчик Росы, все системы обнаруживаются в том числе и Астра, но при запуске от Астры происходит, то что описано выше.
Здравствуйте. На ноутбуке установлена Роса. Начал устанавливать Астру Орёл, появился запрос установки загрузчика. Я пропустил его, так как у меня загрузчик уже стоит. Зайдя в Росу обновил загрузчик, он увидел Астру. Но не запускается. Что делать? Или нужно использовать ТОЛЬКО загрузчика Астры.
Код:
Загружается Linux 4.15.3-1-hardened ...
ошибка: файл «/boot/4.15.3-1-hardened» не найден.
Загружается начальный виртуальный диск ...
ошибка: сначала вам нужно загрузить ядро.
Нажмите любую клавишу для продолжения.А можно список ваших файлов из Росы каталога /boot?
ls > rosa_boot.txt
Такой же список из каталога /boot Астры и содержимое из Росы файла /boot/grub/grub.cfg?
Содержимое можно запостить на pastebin.com и дать ссылки.
Есть подозрение, что загрузчик из Росы некорректно прописал в конфиге ядро Астры.
OS-selector грешен этим. И частенько неправильно прописывает в конфиг grub загрузку другой системы.
Вообще то я делаю по другому. Устанавливаю второй дистр и при установке отказываюсь устанавливать загрузчик ос из устанавливаемого дистра вообще. В Вашем случае у Вас уже есть загрузчик из Росы. После перезагрузки из Росы нужно дать команду:
sudo update-grub
os-selector из Росы должен просканировать разделы, обнаружить и прописать заново все загрузочные файлы обнаруженных систем в grub.cfg.
Другое дело, что он не всегда это делает корректно. Но «родную» систему всегда прописывает правильно, сбоев не наблюдалось.
Здравствуйте ArturS. С постами у меня не получилось. Прикрепил файлы. Команда sudo update-grub результатов не даёт.
-
1.6 КБ
Просмотры: 254 -
9.7 КБ
Просмотры: 259
У нас по совпадению Астра установлена на sda7 и у Вас, и у меня.
У меня первой системой MX-Linux, Астра на sda7. Вот мой работающий пункт меню загрузки Астра из Grub MX:
Код:
menuentry 'Astra Linux CE 2.12.22 (Orel) (2.12.22) (на /dev/sda7)' --class astralinuxce --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-38b6c32a-69e1-4022-ae1e-d952ca89c953' {
insmod part_msdos
insmod ext2
set root='hd0,msdos7'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos7 --hint-efi=hd0,msdos7 --hint-baremetal=ahci0,msdos7 38b6c32a-69e1-4022-ae1e-d952ca89c953
else
search --no-floppy --fs-uuid --set=root 38b6c32a-69e1-4022-ae1e-d952ca89c953
fi
linux /boot/vmlinuz-4.15.3-1-hardened root=UUID=38b6c32a-69e1-4022-ae1e-d952ca89c953 ro quiet net.ifnames=0 slub_debug=P page_poison=1 slab_nomerge pti=on user.max_user_namespaces=0 kernel.kptr_restrict=1 vsyscall=none
initrd /boot/initrd.img-4.15.3-1-hardened
}Вот Ваш из Росы:
Код:
menuentry 'AstraLinuxCE GNU/Linux, with Linux 4.15.3-1-hardened (на sda7)' --class astralinuxce --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-/dev/sda7' {
savedefault
load_video
set gfxpayload=keep
insmod gzio
insmod part_msdos
echo 'Загружается Linux 4.15.3-1-hardened …'
linux /boot/vmlinuz-4.15.3-1-hardened root=UUID=8b063897-1d53-4b26-94fd-b2efa83b82c7 ro quiet net.ifnames=0 slub_debug=P page_poison=1 slab_nomerge pti=on user.max_user_namespaces=0 kernel.kptr_restrict=1 vsyscall=none
echo 'Загружается начальный виртуальный диск …'
initrd /boot/initrd.img-4.15.3-1-hardened
}Можно вставить мой пункт меню из grub вместо Вашего, только заменить номер UUID на Ваш. И посмотреть что будет.
Мой = «38b6c32a-69e1-4022-ae1e-d952ca89c953»
заменить на Ваш в четырёх местах пункта меню.
Ваш UUID = «8b063897-1d53-4b26-94fd-b2efa83b82c7»
Делать это нужно из Росы, просто открыв в текстовом редакторе boot/grub/grub.cfg, Заменить пункт меню моим, исправить UUID на Ваш, сохранить и перезагрузиться. Если даже Астра не загрузится после этого, вернуть grub.cfg можно будет командой sudo update-grub из Росы.
Уж очень по разному конфигурирует утилита конфиги.
Хочу добавить, у меня винчестер разбит на диски без EFI, поэтому наверное в меню — set root=’hd0,msdos7′
Смущает, что у вас insmod gzio и у меня insmod ext2
to Викторович
У вас загрузчик Росы нихрена не понимает, что Astra Linux != Windows, и пытается ее грузить, не указав, где размещается корневая ФС с каталогом /boot (при этом для ROSA Desktop Fresh R11 указатель на корневой раздел имеется — set root=’hd0,msdos1′)…
Короче, либо разбирайте конфигурации и обновляйте GRUB Росы, либо не занимайтесь ерундой с подменой загрузчика и используйте GRUB из поставки Astra — он корректно определяет и Астру, и Росу, и другие операционные системы, установленные совместно…
to ArturS
insmod ext2 — подгрузка модуля поддержки файловой системы ext2 в целях автоматической перестраховки — /boot достаточно часто выносят на отдельный раздел именно с этой файловой системой…
insmod ext2 — подгрузка модуля поддержки файловой системы ext2 в целях автоматической перестраховки — /boot достаточно часто выносят на отдельный раздел именно с этой файловой системой…
Спасибо за подсказку.
Короче, либо разбирайте конфигурации и обновляйте GRUB Росы
Дельный совет…
либо не занимайтесь ерундой с подменой загрузчика
А вот поучать некрасиво. Каждый обучается как то по своему, и не все могут читать по английски…
to ArturS
А вот поучать некрасиво. Каждый обучается как то по своему, и не все могут читать по английски…
И в мыслях не было…
Всего лишь считаю, что, упорно пытаться менять местами стартеры «девятки» и «газели» без крайней необходимости и, не особо задумываясь о совместимости и целесообразности подхода, — это называется, заниматься ерундой…
Здравствуйте ArturS. Я взял пункт из загрузчика Астры, который её загружает.
menuentry ‘AstraLinuxCE GNU/Linux, with Linux 4.15.3-1-generic’ —class astralinuxce —class gnu-linux —class gnu —class os —unrestricted $menuentry_id_option ‘gnulinux-4.15.3-1-generic-advanced-8b063897-1d53-4b26-94fd-b2efa83b82c7’ {
load_video
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_msdos
insmod ext2
set root=’hd0,msdos7′
if [ x$feature_platform_search_hint = xy ]; then
search —no-floppy —fs-uuid —set=root —hint-bios=hd0,msdos7 —hint-efi=hd0,msdos7 —hint-baremetal=ahci0,msdos7 8b063897-1d53-4b26-94fd-b2efa83b82c7
else
search —no-floppy —fs-uuid —set=root 8b063897-1d53-4b26-94fd-b2efa83b82c7
fi
echo ‘Loading Linux 4.15.3-1-generic …’
linux /boot/vmlinuz-4.15.3-1-generic root=UUID=8b063897-1d53-4b26-94fd-b2efa83b82c7 ro quiet net.ifnames=0
echo ‘Loading initial ramdisk …’
initrd /boot/initrd.img-4.15.3-1-generic
}
Из росы запустил команду grub-update, после отредактировал grub.cfg, перегрузил компьютер, загрузчик не поменялся (остался от астры).
Из росы запустил команду grub-install, перегрузил компьютер, выбрал пункт запуска Астры, экран моргает, ничего не произошло.
Здравствуйте oko. Использую росу около 2 лет, одновременно с альтом и рунту. Также стоит Виндовс (дети играют). Я вообще интересуюсь российскими ос для простого пользователя. Поэтому решил попробовать и Астру. При установки Астры, я отказался от установки загрузчика (зачем, он у меня есть). После этого зайдя в Росу обновил загрузчик, он увидел Астру. Но при выборе пункта загрузки Астры получилось то, что я уже описал выше. Загрузчик Росы отлично запускает альта, рунту и Виндовс. Именно это и сподвигло меня на поиск решения данной проблемы. Я простой пользователь, и мне просто нужны советы или инструкции, при чём расписанными на простом языке, чтобы я смог извлечь пользу. Ваши комментарии для меня пользы не несут. Я и пытаюсь разобраться с конфигурацией или чем там ещё. Поэтому прошу писать по существу. То что не указан раздел, я и сам вижу (даже я могу сравнивать пункты росы и астры), а вот, что делать, тут мне нужна помощь. Я вообще удивлён, почему вы меня в Виндовс не отправили.
to Викторович
Проблема велосипедиста в том, что его велосипед, как правило, интересен только ему. Поэтому конкретные инструкции вам приведут лишь те, кто попал в аналогичную ситуацию или те, у кого масса свободного времени для тестирования подобной связки…
Если хотите поковыряться — что достойно уважения — читайте мануал по разделам, которые видит Grub2 (например, тут) и общий мануал по Grub2 (например, тут), разбирайтесь с опцией set root (в который раз, именно ее вам не хватает в конфиге для Astra) и пробуйте…
Если же хотите вариант «для простого пользователя» — используйте автоматизацию, выданную вам при установке Astra (читай, ее Grub и ее конфиг для Grub), вместо того, чтобы править что-то руками (отказываться от загрузчика при установке, ставить чужой загрузчик в автоматическом режиме, явно не поддерживающий нужный конфиг, и т.д.)…
Здравствуйте ArturS. Я взял пункт из загрузчика Астры, который её загружает.
Нужно было не брать из Астры пункт меню.
1. Этот пункт, который я подготовил(исправил на Ваш UUID):
Код:
menuentry 'Astra Linux CE 2.12.22 (Orel) (2.12.22) (на /dev/sda7)' --class astralinuxce --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-8b063897-1d53-4b26-94fd-b2efa83b82c7' {
insmod part_msdos
insmod ext2
set root='hd0,msdos7'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos7 --hint-efi=hd0,msdos7 --hint-baremetal=ahci0,msdos7 8b063897-1d53-4b26-94fd-b2efa83b82c7
else
search --no-floppy --fs-uuid --set=root 8b063897-1d53-4b26-94fd-b2efa83b82c7
fi
linux /boot/vmlinuz-4.15.3-1-hardened root=UUID=8b063897-1d53-4b26-94fd-b2efa83b82c7 ro quiet net.ifnames=0 slub_debug=P page_poison=1 slab_nomerge pti=on user.max_user_namespaces=0 kernel.kptr_restrict=1 vsyscall=none
initrd /boot/initrd.img-4.15.3-1-hardened
}вставляйте в grub.cfg от Росы, вместо пункта, который запускает Астру.
2. Сохраните и ничего не делайте, просто перегрузите компьютер.
Никаких команд не давайте. Астра должна запуститься.
3. Команда update-grub запускает shell-скрипт osprober, который сканирует разделы с системами, находит ядра установленных систем и записывает их в grub.cfg. Старый grub.cfg удаляется. Сам grub, если загрузился, считывает конфигурационный файл grub.cfg и выполняет прописанные для него инструкции. Больше ничего он не делает и переустанавливать его командой grub-install необходимости нет.
4. Конфигурационный файл grub.cfg «живет» до первой команды update-grub, которую может дать Вы вручную, и может дать сама система при обновлении ядра допустим. Так что если подмена пункта вручную поможет, то это будет работать до первой команды update-grub. Мне самому хотелось понять где ошибка и oko прав — «set root=’hd0,msdos7‘» причиной может быть.
Здравствуйте ArturS! Большое Вам спасибо, что пытаетесь разобраться. Наверное я делаю, что то неправильно. Поэтому я постарался, зафиксировать всё пошагово. В текстовом действия, в фотографиях сам пункт загрузки Астры и что происходит при его выборе.
-
2.1 КБ
Просмотры: 226 -
616.2 КБ
Просмотры: 345 -
521.1 КБ
Просмотры: 365
Здравствуйте ArturS! Большое Вам спасибо, что пытаетесь разобраться. Наверное я делаю, что то неправильно. Поэтому я постарался, зафиксировать всё пошагово. В текстовом действия, в фотографиях сам пункт загрузки Астры и что происходит при его выборе.
Привет.
Да, скорее всего, пакет grub из Росы уникален и со своими ошибками. Сегодня уже ничего делать не буду, а завтра установлю Росу первым дистрибутивом и посмотрю, чего она там вытворяет. Отпишусь. Для меня это не проблема, я часто меняю дистрибутивы. Просто MX-linux со своим grub всегда почти адекватно определяет устанавливаемые системы, поэтому только его и держу первой системой. Если не спите, можете сказать версию Вашей Росы, чтобы попытаться симитировать Вашу ситуацию. Завтра займусь. Мне самому уже очень интересно. К слову, я Астру установил чисто из любопытства. Но теперь уже завёлся. Люблю решать проблемы. К слову про UUID просто и довольно понятно — статейка.
*в сторону*
Нет, чтобы по ссылкам пройти, — давай сразу лепить один конфиг на другой, не разбирая дороги…
В общем случае, если при установке Astra Linux не выделялся отдельный раздел для /boot, то можно поступить так:
1. Грузим машину. При старте GRUB2 жмем «c» и попадаем в консоль восстановления (grub>)…
2. Выполняем ls и смотрим выхлоп. Должно быть нечто вроде (hd0) (hd0,msdos5) и т.п…
3. Последовательно выполняем ls (hd0,msdosX)/boot, где X — соответствующий номер из прошлого пункта. Выполняем до тех пор, пока не находим vmlinuz-4.15.3-1-… — значит, этот msdosX — раздел с нашей Astra Linux Орел (благо, у Росы ядро по-старше — vmlinuz-4.9.155)…
4. Для найденного msdosX выполняем cat (hd0,msdosX)/etc/fstab — читаем файл fstab, содержащий UUID-разделов, видимых Astra Linux. Запоминаем UUID для раздела, смонтированного в «/» (далее — root-uuid)…
5. Перезагружаемся в Росу. Правим файл /etc/grub.d/40_custom, дописывая в его конец:
echo «create new menuentry for Astra Linux CE» >&2
menuentry ‘Custom boot for Astra Linux CE’ {
insmod part_msdos
insmod ext2
set root=’hd0,msdosХ‘
linux /boot/vmlinuz-4.15.3-1-generic root=UUID=root-uuid ro quiet net.ifnames=0 slub_debug=P page_poison=1 slab_nomerge pti=on user.max_user_namespaces=0 kernel.kptr_restrict=1 vsyscall=none
initrd /boot/initrd.img-4.15.3-1-generic
}
6. Выполняем update-grub и дожидаемся выхлопа «create new menuentry for Astra Linux CE». В результате в меню GRUB2 появится новая точка входа с загрузкой generic-версии ядра для Astra Linux CE (можно аналогичным образом заменить загрузку generic на hardened по вкусу).
7. Перезагружаемся и проверяем пункт ‘Custom boot for Astra Linux CE’…
После успешной проверки грузимся в Astra Linux, сносим к такой-то матери GRUB2, установленный Росой, ставим GRUB2 от Astra Linux и радуемся жизни. Ибо в противном случае, огребаем повторный геморрой при каждом обновлении Росы или Astra Linux, затрагивающем реконфигурацию ядра или загрузчика (читай, при каждом глобальном обновлении, которые не так уж и редки, ага)…
НО это все бесполезно, потому что (см. ниже)…
to Викторович
Скажите, а вас не смутила запись:
Найден Astra Linux CE 2.12.22 (Orel) (2.12.22) на /dev/sda7
/usr/sbin/grub2-probe: ошибка: неизвестная файловая система.
Найден Astra Linux CE 2.12.22 (Orel) (2.12.22) на /dev/sda7
/usr/sbin/grub2-probe: ошибка: неизвестная файловая система.
Вам загрузчик как бы намекает, что не сможет прочесть /dev/sda7 с Astra Linux ни при каком раскладе. С этим надо разбираться (а заодно уточнить, какие файловые системы вы использовали при установке и т.д.)
Поэтому вновь совет «для простого пользователя»: повторно установите Astra Linux (раз так хотите дуалбут), установите ее GRUB2 в MBR-область /dev/sda, используйте конфиг созданный по умолчанию и не парьтесь…
Здравствуйте око! Спасибо за развёрнутый совет. У меня есть пару вопросов.
1. Обязательно всё это делать из загрузчика, не могу я взять UUID из файла fstab в разделе Астра из РОСЫ?
2. Я не нашёл /etc/grub.d/40_custom , у меня его нет, в РОСЕ.
3. Загрузку Астру я восстанавливаю из загрузочной флешки, для даже для меня достаточно просто.
4. Запись меня смутила, с этим то и разбираюсь (почему я раньше Вам это не отправил, потому что сам только увидел, прошу прощения). Я просто не знаю, что Вам показать, чтобы Вы смогли разобраться.
-
4.4 КБ
Просмотры: 224
to Викторович
UUID, записанный загрузчиком Росы, внезапно может отличаться от UUID, видимого Astra Linux. Поэтому надежнее через fstab. Раз уж мы подозреваем загрузчик Росы в «нестабильности», ага…
Раз 40_custom отсутствует — см. ман по GRUB2 в Росе и используйте /boot/grub/custom.cfg…
Разбирайтесь, какой там тип ФС использует корневой раздел Astra Linux и почему его не видит Роса…
Загрузку Астру я восстанавливаю из загрузочной флешки, для даже для меня достаточно просто.
Вот эта фраза заставляет модуль экстрасенсорики перегреться и отключиться. Короче говоря, возьмите LiveCD и установите GRUB2 с него в режиме автоконфигурации. Раз уж ваша загрузочная флешка самостоятельно определяет Astra Linux и Росу…
Если вы доберетесь до grub подскажите, это значит что grub не могу найти загрузочные файлы, которые он ожидает. Последовательность команд для загрузки файлов и загрузки при grub не делает это для вас, идет что-то вроде этого. Сначала найдите все разделы, которые grub видит:
grub> ls (hd0) (hd0, msdos2) (hd0, msdos1)
Это список дисков и разделов на дисках. Один из этих разделов содержит вашу систему Linux. Скажи это (hd0,1), Затем сделайте:
grub> set root = (hd0,1) grub> linux /boot/vmlinuz-4.15.0-45-generic root = / dev / sda1
замещать (hd0,1), номер версии и раздел (/dev/sda1) тем, что действительно для вашей системы. В случае vmlinuz Вы можете просто напечатать vmlinuz- и нажмите Tab.
grub> initrd /boot/initrd.img-3.13.0-29-generic
Строка версии должна быть такой же, как для vmlinuz,
grub> boot
теперь должен загрузить вашу систему.