[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#812236: CD-Image does not boot with Libreboot/GRUB



Control: tag -1 +wontfix

On Thu, Jan 21, 2016 at 09:12:13PM +0100, Frank Guthausen wrote:
>Package: debian-cd
>Version: 3.1.17
>
>Debian 8.2.0 amd64 CD 1
>
>On a system with Libreboot and GRUB payload, the Debian installation
>CD 1 does not boot properly. An error message as follows can be provoked:
>
>| error: kernel without label.
>
>Similar issues can be observed with older versions or derived
>distributions.
>
>The file /isolinux/txt.cfg contains a boot entry
>| menu default
>| kernel /install.amd/vmlinuz
>which has got a different pattern than other boot entries.
>
>I suggest to change the first line of the boot entry into
>| menu label default
>which fits into the syntax pattern.

Sorry, but that's not the point of the "menu default" entry there. The
full stanza is:

default install
label install
        menu label ^Install
        menu default
        kernel /install.amd/vmlinuz
        append vga=788 initrd=/install.amd/initrd.gz --- quiet 

The "menu default" directive is a command to isolinux to say "this is
the default entry in this menu". There's already a "menu label
^Install" directive there. See

  http://www.syslinux.org/wiki/index.php/Doc/menu

for docs on isolinux menus. Grub's support for isolinux menus is
clearly not complete/correct here, and that's your problem I'm
afraid. Isolinux parses these menus just fine.

In fact, I've seen this exact problem myself on a Libreboot machine
when trying to install Jessie a few weeks back. What I did in the end
was drop to a grub command prompt and start the installer by hand that
way. It looks like a (design?) bug that Libreboot won't do normal boot
sector booting like a conventional BIOS.

-- 
Steve McIntyre, Cambridge, UK.                                steve@einval.com
"Managing a volunteer open source project is a lot like herding
 kittens, except the kittens randomly appear and disappear because they
 have day jobs." -- Matt Mackall


Reply to: