FS#25453 - [grub2] linux with grub2, name of Arch in boot menu is odd.
Attached to Project:
Arch Linux
Opened by Mitchell Richters (mjr4077au) - Monday, 08 August 2011, 10:37 GMT
Last edited by Andrea Scarpino (BaSh) - Wednesday, 28 March 2012, 19:34 GMT
Opened by Mitchell Richters (mjr4077au) - Monday, 08 August 2011, 10:37 GMT
Last edited by Andrea Scarpino (BaSh) - Wednesday, 28 March 2012, 19:34 GMT
|
Details
Description:
After installing linux 3.0.1-1, the naming I have is "Arch Linux, with Linux linux". The fallback image is "Arch Linux, with Linux linux fallback". Not really a bug, but just looks weird. Additional info: * package version(s) * config and/or log files etc. Steps to reproduce: |
This task depends upon
Closed by Andrea Scarpino (BaSh)
Wednesday, 28 March 2012, 19:34 GMT
Reason for closing: Fixed
Additional comments about closing: grub2-common 1:2.00beta2-2
Wednesday, 28 March 2012, 19:34 GMT
Reason for closing: Fixed
Additional comments about closing: grub2-common 1:2.00beta2-2
The naming scheme seems to be
$DISTRO, with Linux $kernelname
do you have a better naming scheme for all in $DISTRO and $kernelname?
Are there any standards regarding boot loader entries?
Perhaps just "$DISTRO, using Linux $pkgver"? That's actually better than using the "uname -sr" before, as that only gives you the major version of "3.0-ARCH", not the point version.
FS#16702might fix that one day.It would have looked a bit better, if the kernel were named vmlinuz-ARCH, but I don't know why we use CONFIG_LOCALVERSION in our main kernel at all.
In "/etc/grub.d/10-linux" in the function "linux_entry()": Change "version=$2" to "version=$(pacman -Q linux | awk '{print $2;}')". It should use the package version. I hope it helps ;)
1.) Change kernel-naming scheme to match those of the other distribution: requires change in archlinux, no change in grub2 needed
2.) Change grub2 to match archlinux. A possible patch would be in the attachment.
Why not using solution 2. until solution 1. has been discussed and maybe rolled out? Is there any disadvantage?
Patch for 2. attached.
If you look at the script you'll see a workaround so that it won't update GRUB twice ("normal" and "fallback" kernel).
But could we get rid of this in the patch?
- LINUX_ROOT_DEVICE=UUID=${GRUB_DEVICE_UUID}
+ LINUX_ROOT_DEVICE="/dev/disk/by-uuid/${GRUB_DEVICE_UUID}"
It's not needed anymore since mkinitcpio 0.6.14. Moreover as there is devtmpfs I don't even use udev in initramfs so there are no /dev/disk/by-* symlinks for me. Mkinitcpio since 0.8.4 will use udev's symlinks if udev is running or fall back to blkid if the UUID= syntax is used.
- save_default_entry is applied to fallback entry (I consider this wrong)
- Loading Linux core ...Loading Linux repo ...Loading Linux kernel ... is displayed when loading the kernel
This should be fixable by quoting ${version} in line 138.
- we could also drop "quiet" from CMDLINE, this is the default now with Arch's kernel
Arch's package has added "add_efi_memmap" to CMDLINE. What's that about?