FS#25726 - Grub install options incomplete using the 2011.08.19 installer
Attached to Project:
Release Engineering
Opened by Eric (zebulon) - Tuesday, 23 August 2011, 10:45 GMT
Last edited by Eric Belanger (Snowman) - Saturday, 25 August 2012, 13:08 GMT
Opened by Eric (zebulon) - Tuesday, 23 August 2011, 10:45 GMT
Last edited by Eric Belanger (Snowman) - Saturday, 25 August 2012, 13:08 GMT
|
Details
Description:
I installed my system using the x86_64 netinstall image. I found out an issue when installing the grub bootloader: it only proposed to install grub on the MBR of my drives (/dev/sda, /dev/sdb), when I wanted to install it on a specific partition (/dev/sda6, I am using chainloader from another Grub in the MBR). The list of partitions was simply not there. Additional info: Issue in 2011.08.19 installer. The previous installer allowed installing grub on any partition. |
This task depends upon
Closed by Eric Belanger (Snowman)
Saturday, 25 August 2012, 13:08 GMT
Reason for closing: Won't fix
Additional comments about closing: Grub-legacy has been removed from official repos.
Saturday, 25 August 2012, 13:08 GMT
Reason for closing: Won't fix
Additional comments about closing: Grub-legacy has been removed from official repos.
https://github.com/Dieterbe/aif/commit/55190c0c81fc76f8b2b3983e790f2c7aacf4e69f
this commit changes the listing of partitions to a listing of "full" blockdevices (not partitions).
I'm not sure why we don't just just list both. I believe pyther had an argument for that but I forgot.
which is why I started this discussion: http://mailman.archlinux.org/pipermail/arch-releng/2011-December/002300.html
OK, I need to step up on the mailing list debate. I never experienced any problem installing grub in a partition. Furthermore, it is more practical to chainload than having one grub. Maintenance is more difficult when having several kernels from different distribution in one grub, and increases risks of having one distribution wrongly editing entries when updating their own kernel.