Bug#879524: (no subject)

[bitfreak25]

For more Information I attached a complete grub.cfg file.

It seems that this problem is caused by the script /etc/grub.d/30_os-prober that I doesn't touched.


Furthermore my other PC with Debian 8.7 and Debian 9.2 installed also have this buggy grub.cfg but is is only aprox. 20kb large and have entrys like the following:
> 	menuentry 'Debian GNU/Linux, with Linux 3.16.0-4-amd64 (recovery mode) (auf /dev/sda6)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-3.16.0-4-amd64-root=UUID=7f94b4cf-4f3c-4195-bcd4-d619a0dc3ca6 ro single-7f94b4cf-4f3c-4195-bcd4-d619a0dc3ca6' {
> 		insmod part_msdos
> 		insmod ext2
> 		set root='hd0,msdos6'
> 		if [ x$feature_platform_search_hint = xy ]; then
> 		  search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos6 --hint-efi=hd0,msdos6 --hint-baremetal=ahci0,msdos6  7f94b4cf-4f3c-4195-bcd4-d619a0dc3ca6
> 		else
> 		  search --no-floppy --fs-uuid --set=root 7f94b4cf-4f3c-4195-bcd4-d619a0dc3ca6
> 		fi
> 		linux /boot/vmlinuz-3.16.0-4-amd64 root=UUID=7f94b4cf-4f3c-4195-bcd4-d619a0dc3ca6 ro single
> 		initrd /boot/initrd.img-3.16.0-4-amd64
> 	}

As expected there is no big waittime at the start of the grub-bootmenu on my other PC.


As a conclution I expect that with more than one Debian installed it results in that behaviour and gets noticable with 3 or more.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: grub.cfg
Type: application/octet-stream
Size: 559293 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-grub-devel/attachments/20171024/57aa0a10/attachment-0001.obj>