Ошибка сначала вам надо загрузить ядро

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

люди добрые, помогите!

Неделю назад у меня была такая же проблема в другой раз, но теперь я исправил ее сам. Оказалось, что проблема не имеет ничего общего с установкой 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 упоминает в другом ответе ниже.

Неделю назад у меня была такая же проблема в другой раз, но теперь я исправил ее сам. Оказалось, что проблема не имеет ничего общего с установкой LiveUSB. Я должен был запустить grub-customizer из Xubuntu, щелкнуть File, Select Partition, щелкнуть Next, выбрать раздел Lubuntu, а затем щелкнуть Mount the selected filesystem. У меня была возможность выбрать подпункты, но это не было необходимо. Я нажал Apply.

В настоящий момент мне пришлось проверить все флажки, которые были доступны, чтобы быть уверенным, что я могу запустить Lubuntu из Grub. Затем я нажал File, Save, после чего нажал File, Install to MBR.

Я перезагрузился, и я снова смог загрузиться в Lubuntu, проблема была решена.

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

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.

Удалите вторую строку (начиная с echo). Вам также может потребоваться добавить корневой параметр в ядро, например:

linux /boot/vmlinuz root=/dev/sda3

После этого запуска update-grub снова.

Вы можете попробовать использовать 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. Это будет работать.

Здравствуйте. 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 писал(а): ↑

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 писал(а): ↑

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

banzay242 писал(а): ↑

23 май 2018, 06:50

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

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

banzay242 писал(а): ↑

23 май 2018, 06:50

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

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

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/ корень
как то как

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

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 писал(а): ↑

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).
…

Легко.

notauser писал(а): ↑

23 май 2018, 18:51

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

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

notauser писал(а): ↑

23 май 2018, 18:51

Легко

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

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).

banzay242 писал(а): ↑

24 май 2018, 06:31

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

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

banzay242 писал(а): ↑

24 май 2018, 06:31

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

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

notauser писал(а): ↑

23 май 2018, 18:51

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

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

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

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 РОСА определила правильно.

notauser писал(а): ↑

24 май 2018, 18:31

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

Ну да:

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

banzay242 писал(а): ↑

25 май 2018, 06:18

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

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

mexx400 писал(а): ↑

25 май 2018, 12:26

notauser писал(а): ↑

24 май 2018, 18:31

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

Ну да:

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

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

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

В общем загружаюсь в 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
завершено

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

banzay242 писал(а): ↑

07 авг 2018, 13:43

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

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

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

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, но из-за массы тонкостей, технических и не очень, процесс идёт медленно. Надеюсь, удастся это всё доделать.

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

euspectre писал(а): ↑

28 авг 2018, 16:40

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

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

mexx400 писал(а): ↑

04 сен 2019, 18:59

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

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

mexx400 писал(а): ↑

04 сен 2019, 18:59

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

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

VictorR2007 писал(а): ↑

04 сен 2019, 20:28

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

ОК, спасибо.

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.

mexx400 писал(а): ↑

05 сен 2019, 18:16

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

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

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

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

euspectre писал(а): ↑

07 сен 2019, 15:13

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

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

euspectre писал(а): ↑

05 сен 2019, 18:58

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

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