[arch-general] Grub and GPT partition labels
Hello, are there any plans to prepare our grub with support for GPT partition labels? The grub version from current install ISO could not be installed on such a prepared harddisk: Filesystem type unknown, partition type 0xee Good old lilo on the other side works like a charm ;-) There must be patches for grub to provide this (???) My question result from a discussion where someone would like to install on an >7TB Array and says: it doesn't work, but on Debian, SuSe. And he doesn't provide further infos... ;-) But i've done some tests in an VM and don't see problems in kernel or tools. Only the grub problem. The discussion is only in german: https://forum.archlinux.de/?page=Postings;id=20;thread=8205 Regards Gerhard -- www.archlinux.de
On Mon, Mar 17, 2008 at 09:18:48PM +0100, Gerhard Brauer wrote:
There must be patches for grub to provide this (???)
Ok, i've filed 2 feature request to maybe solve these problem. #9864, #9865 Gerhard -- Try rm -rf (_R_ead _M_ail _R_ealy _F_ast)
On Tue, Mar 18, 2008 at 5:09 AM, Gerhard Brauer <gerhard.brauer@web.de> wrote:
On Mon, Mar 17, 2008 at 09:18:48PM +0100, Gerhard Brauer wrote:
There must be patches for grub to provide this (???)
Ok, i've filed 2 feature request to maybe solve these problem. #9864, #9865
Gerhard
Seems like it'd be a much better idea to just recompile it yourself, considering I have no idea what GPT partition tables are and no one else seems to really care....... But, it looks like we already have a new grub package. sigh
On Tue, Mar 18, 2008 at 1:00 PM, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
Seems like it'd be a much better idea to just recompile it yourself, considering I have no idea what GPT partition tables are and no one else seems to really care.......
I think macbook's hardrive is the most common example of a HD using GPT partition tables by default. Macbook Debian Wiki has some info about GPT + GRUB: http://wiki.debian.org/MacBook Joe.
On Dienstag, 18. März 2008 17:19 Joe Phantom wrote:
Seems like it'd be a much better idea to just recompile it yourself, considering I have no idea what GPT partition tables are and no one else seems to really care.......
I think macbook's hardrive is the most common example of a HD using GPT partition tables by default.
Because the gentoo bugreport results in a second bugreport which is a sideeffect of this action i get a little bit nervous because the worst case would be that after a upgrade of grub only Intel Mac's boots and the other of us have a problem.-)
Macbook Debian Wiki has some info about GPT + GRUB: http://wiki.debian.org/MacBook
Is it so that Debian offers different install cd's? Could it that this will be the safer way instead of risking too much with a so much important package? See you, Attila
Am Dienstag, 18. März 2008 schrieb Attila:
On Dienstag, 18. März 2008 17:19 Joe Phantom wrote:
Seems like it'd be a much better idea to just recompile it yourself, considering I have no idea what GPT partition tables are and no one else seems to really care.......
I think macbook's hardrive is the most common example of a HD using GPT partition tables by default.
Because the gentoo bugreport results in a second bugreport which is a sideeffect of this action i get a little bit nervous because the worst case would be that after a upgrade of grub only Intel Mac's boots and the other of us have a problem.-)
Macbook Debian Wiki has some info about GPT + GRUB: http://wiki.debian.org/MacBook
Is it so that Debian offers different install cd's? Could it that this will be the safer way instead of risking too much with a so much important package?
See you, Attila
the second bug report is invalid! have you read the whole bugreport? -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
On Dienstag, 18. März 2008 19:08 Tobias Powalowski wrote:
the second bug report is invalid!
Oh, i overseen the status, you be right.
have you read the whole bugreport?
I take only a little look about and read how much i can. But please don't misunderstod my mind as critique. I am still again not a fan of a patch for a package which controls the booting of my linux which is not from the mainstream but after taking a look at the abs tree i recognized that grub has a lot of patches and so it seems that this is normal. But have we realy the manpower in arch linux to test all possible configurations from every user? Do we speak about Intel Mac Users or i686 with more than 2TB? I still don't have a very good feeling but i have confidence that you will get it stable and as i said above it seems that patching grub is normaly.-) See you, Attila
On Tue, Mar 18, 2008 at 11:00:33AM -0500, Aaron Griffin wrote:
On Tue, Mar 18, 2008 at 5:09 AM, Gerhard Brauer <gerhard.brauer@web.de> wrote:
Ok, i've filed 2 feature request to maybe solve these problem. #9864, #9865
But, it looks like we already have a new grub package. sigh
(Sorry for not so good english) ;-) I saw your answers and discussions also in arch-devel. I agree to keep stable things stable, but also life goes on. Grub's great benefit over lilo is its flexibility, but therefor grub must known any partition scheme and filesystem where it should find the kernels. GPT/EFI is meanwhile a standard (i doesn't thought on the Mac users by my request), we support it also in our kernels. I also agree that not most of the users cry "hurray" when gpt is supported but devices/arrays where one needs partitions beyond 2TB is not so far "feature dreams" as for ~10 years. Buy a bunch of SATA-HDs and a HW-Raid-Controller and you're "in buisiness". But for those who needs this we could provide a installation procedure without an error ("I coudn't install Arch, grub throws an error"). Looking over other distributions i see no harm when using grub with a gpt-patch. And it's "only" in testing, test it. If you devs say: no, we dont't want to apply this; no problem, it was a feature request. I assume that someone who benefits at the moment from this patch also has the expirience to solve it an other way: * use Lilo if want a bootloader straight after installation * use a external boot medium for the first boot and then build grub from abs with the patch or from AUR, it's done in 5 minutes. But if 99% of our users never see anything good (or bad!) with a so patched grub - and the 1% users benefit from it - then i would like to see it in Arch. Gerhard -- Never use a running system...
participants (5)
-
Aaron Griffin
-
Attila
-
Gerhard Brauer
-
Joe Phantom
-
Tobias Powalowski