grub-2.00-r3 и вариант загрузки

Вчера обновился grub-1.99-r5 до grub-2.00-r3 в результате получил 2 проблемы:

  1. Список доступных вариантов загрузки отображается в виде простого текста (см. фото)

  2. Выдавалось несколько раз сообщение, что

    file not found

    press any key to continue

2-я проблема решилась через

grub-install ...

Кто-нибудь знает, что делать с 1-й проблемой?

Спасибо

UPD

Сейчас внимательно посмотрел в grub.cfg - да, там такое же содержимое…типа с подменю…может это фича такая: под GNU/Linux сидит последнее ядро, а если надо с других опций загрузиться - заходим в Дополнительные параметры ?

grub2-r3.JPG
grub2-r3_first_line.JPG
grub2-r3_second_line.JPG

После обновления в MBR остается grub 1.99 и он грузит систему с ошибками, а что делает grub 2 не понятно. Если установить сборку от 15.03.2013 с grub2, то система вообще не загружается. Не понятно куда ставится grub2 и что с ним делать.

после выполнения команды

grub-install /dev/sda

перестал грузиться grub

на черном экране надпись GRUB_

подскажите как можно восстановить /boot у меня отдельный радел

только что обновился
система попросила и я сделал:
dispatch-conf
перезагрузился, все ок
сейчас на всякий случай делаю module-rebuild -X rebuild

Да такая же фигня после обновления, и еще из списка доступных систем исчез windows, прописал в ручную сделал cl-system-boot (update-grub почему-то нет) и опять windows пропал. Похоже с grub что-то перемудрили. Сейчас на втором ноутбуке обновлю и посмотрю появится ли сообщения указанные в первом посте.

Чтоб grub2 мог находить другие системы, надо поставить os-prober.
Почему-то его убрали из зависимостей grub.

Пока борол эту проблему, то ли случайно снес grub, то ли его изначально стоял 1.99. Сейчас имею следующую проблему, у меня с английский не особо, прошу помочь:

calculate orphen # emerge sys-apps/calculate-builder

Local copy of remote index is up-to-date and will be used.
Calculating dependencies... done!
>>> Running pre-merge checks for sys-boot/grub-2.00-r3
 * grub-2.00-r3.tbz2 MD5 SHA1 size ;-) ...                               [ ok ]

>>> Emerging binary (1 of 2) sys-boot/grub-2.00-r3 from calculate
 * grub-2.00-r3.tbz2 MD5 SHA1 size ;-) ...                               [ ok ]
>>> Extracting info
>>> Extracting sys-boot/grub-2.00-r3

>>> Installing (1 of 2) sys-boot/grub-2.00-r3
 * This package will overwrite one or more files that may belong to other
 * packages (see list below). You can use a command such as `portageq
 * owners / <filename>` to identify the installed package that owns a
 * file. If portageq reports that only one package owns a file then do
 * NOT file a bug report. A bug report is only useful if it identifies at
 * least two or more packages that are known to install the same file(s).
 * If a collision occurs and you can not explain where the file came from
 * then you should simply ignore the collision since there is not enough
 * information to determine if a real problem exists. Please do NOT file
 * a bug report at http://bugs.gentoo.org unless you report exactly which
 * two packages install the same file(s). Once again, please do NOT file
 * a bug report unless you have completely understood the above message.
 * 
 * Detected file collision(s):
 * 
 *      /usr/share/man/man8/grub-install.8.bz2
 * 
 * Searching all installed packages for file collisions...
 * 
 * Press Ctrl-C to Stop
 * 
 * sys-boot/grub-0.97-r12:0::gentoo
 *      /usr/share/man/man8/grub-install.8.bz2
 * 
 * Package 'sys-boot/grub-2.00-r3' NOT merged due to file collisions. If
 * necessary, refer to your elog messages for the whole content of the
 * above message.

>>> Failed to install sys-boot/grub-2.00-r3, Log file:

>>>  '/var/calculate/tmp/portage/sys-boot/grub-2.00-r3/temp/build.log'

 * Messages for package sys-boot/grub-2.00-r3:

 * This package will overwrite one or more files that may belong to other
 * packages (see list below). You can use a command such as `portageq
 * owners / <filename>` to identify the installed package that owns a
 * file. If portageq reports that only one package owns a file then do
 * NOT file a bug report. A bug report is only useful if it identifies at
 * least two or more packages that are known to install the same file(s).
 * If a collision occurs and you can not explain where the file came from
 * then you should simply ignore the collision since there is not enough
 * information to determine if a real problem exists. Please do NOT file
 * a bug report at http://bugs.gentoo.org unless you report exactly which
 * two packages install the same file(s). Once again, please do NOT file
 * a bug report unless you have completely understood the above message.
 * 
 * Detected file collision(s):
 * 
 *      /usr/share/man/man8/grub-install.8.bz2
 * 
 * Searching all installed packages for file collisions...
 * 
 * Press Ctrl-C to Stop
 * 
 * sys-boot/grub-0.97-r12:0::gentoo
 *      /usr/share/man/man8/grub-install.8.bz2
 * 
 * Package 'sys-boot/grub-2.00-r3' NOT merged due to file collisions. If
 * necessary, refer to your elog messages for the whole content of the
 * above message.

 * GNU info directory index is up-to-date.

Алексей Стушкин wrote:

Пока борол эту проблему, то ли случайно снес grub, то ли его изначально стоял 1.99. Сейчас имею следующую проблему, у меня с английский не особо, прошу помочь:
[…]

У вас стоит 2 версии grub. И они между собой конфликтуют почему-то.

Удалите старую

emerge -C ‘=sys-boot/grub-0.97-r12’

И запустите установку заново.
Да, на всякий после установки, запустите ручками grub-install /dev/sdX, чтоб переписать загрузчик (где /dev/sdX - ваш загрузочный диск)

у меня разметка жесткого диска раздела GPT не имеет BIOS Boot Partition, сам раздел важен или нет? или же желательо его создать откусив немного от swap?

Спасибо за полезный совет. Старый grub удалился, новый установился и всё заработало без ошибок.

У вас стоит 2 версии grub. И они между собой конфликтуют почему-то.

Удалите старую

emerge -C ‘=sys-boot/grub-0.97-r12’

И запустите установку заново.
Да, на всякий после установки, запустите ручками grub-install /dev/sdX, чтоб переписать загрузчик (где /dev/sdX - ваш загрузочный диск)

Спасибо за совет, помогло.

А можно Вопрос?
А как теперь удалять старые ядра?

Азиз Исаков wrote:

А можно Вопрос?
А как теперь удалять старые ядра?

1. удаляем сами ядра:

emerge -ac

2. Удаляем из /boot/ все модули ядер, кроме текущего (скрипт не мой)

#!/bin/bash 
c=`eselect kernel list|grep "*$"|awk -Flinux- '{print $2}'|awk -F-calculate '{print $1}'` 
echo "Current kernel $c" 
for k in `eselect kernel list |grep -v "^A"|awk -Flinux- '{print $2}'|awk -F-calculate '{print $1}'`; do 
    if [ ! "$c" == "$k" ]; then 
     rm -rf /lib/modules/*$k* 
     rm -rf /boot/*$k* 
     echo "$k removed" 
    fi 
done

Сейчас “emerge -ac” удаляет ядра целиком, второе действие можно не делать.

И всё-таки, возвращаясь к вопросу №1 топикстартера: как (и можно ли) вернуть старое поведение - чтобы были видны все ядра сразу?

Андрей Чеховец wrote:

Да такая же фигня после обновления, и еще из списка доступных систем исчез windows, прописал в ручную сделал cl-system-boot (update-grub почему-то нет) и опять windows пропал. Похоже с grub что-то перемудрили. Сейчас на втором ноутбуке обновлю и посмотрю появится ли сообщения указанные в первом посте.

помогает восстановить Windows

@ grub-mkconfig -o /boot/grub/grub.cfg@

я писал об этой проблеме в багрепорте

grub-mkconfig -o /boot/grub/grub.cfg
думаю нужно вернуть grub-update ибо так оно привычнее…