Mailinglist Archive: opensuse-project (48 mails)
| < Previous | Next > |
Re: [opensuse-project] Handling GPT disk labels
- From: Silviu Marin-Caea <silviu_marin-caea@xxxxxxxxxxxxxxxx>
- Date: Fri, 29 Jun 2007 13:30:04 +0300
- Message-id: <200706291330.04371.silviu_marin-caea@xxxxxxxxxxxxxxxx>
On Thursday 28 June 2007 02:45:22 pm Carlos E. R. wrote:
> The Thursday 2007-06-28 at 14:17 +0300, Silviu Marin-Caea wrote:
>
> ...
>
> > To properly handle GPT disk labels, we need a tool that can write them
> > (parted) and a boot manager that understands them (grub2). Luckily, the
> > filesystem limits are a little farther.
> >
> > Can this be considered for inclusion in 10.3?
>
> Not that simple, IMO. You also need mount tools to be able to read them,
> so that mount by label in fstab works. The udev system would have to
> display them in /dev/disk/, too.
I have (finally) succeeded in booting SLES9 from a GPT disk with a 3.4 TB
partition. It doesn't have udev and doesn't mount by label, so this is what
I had to do:
* boot Rescue System and save the system on a NFS export
* define the disk as GPT with parted, create partitions
* restore the system
* try to compile grub2, no success
* found Marco Gerards patch for grub 0.97 that adds GPT capabilities
http://files.bitleap.com/software/grub/grub-0.96-gpt_partition_support.patch
* compiled the patched grub on the restored system, still using Rescue System
* /usr/local/sbin/grub-install /dev/sda
* grub loads, but it doesn't want to load initrd, gives error 28, Selected
item cannot fit into memory
* found another patch that SUSE uses
http://www.nabble.com/attachment/9708953/0/070_all_grub-0.97-initrd_max_address.patch
* it has blood all over it, but it boots and runs. It will be all right :-)
I didn't mention that I had to use a Driver Update Disk from Dell in order to
be able to see the full capacity of the volume. With the driver from SP3, it
only showed 2 TB.
SLES9 kind of cries for a SP4. I could not use SLES10, although I would've
liked that much more.
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-project+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-project+help@xxxxxxxxxxxx
> The Thursday 2007-06-28 at 14:17 +0300, Silviu Marin-Caea wrote:
>
> ...
>
> > To properly handle GPT disk labels, we need a tool that can write them
> > (parted) and a boot manager that understands them (grub2). Luckily, the
> > filesystem limits are a little farther.
> >
> > Can this be considered for inclusion in 10.3?
>
> Not that simple, IMO. You also need mount tools to be able to read them,
> so that mount by label in fstab works. The udev system would have to
> display them in /dev/disk/, too.
I have (finally) succeeded in booting SLES9 from a GPT disk with a 3.4 TB
partition. It doesn't have udev and doesn't mount by label, so this is what
I had to do:
* boot Rescue System and save the system on a NFS export
* define the disk as GPT with parted, create partitions
* restore the system
* try to compile grub2, no success
* found Marco Gerards patch for grub 0.97 that adds GPT capabilities
http://files.bitleap.com/software/grub/grub-0.96-gpt_partition_support.patch
* compiled the patched grub on the restored system, still using Rescue System
* /usr/local/sbin/grub-install /dev/sda
* grub loads, but it doesn't want to load initrd, gives error 28, Selected
item cannot fit into memory
* found another patch that SUSE uses
http://www.nabble.com/attachment/9708953/0/070_all_grub-0.97-initrd_max_address.patch
* it has blood all over it, but it boots and runs. It will be all right :-)
I didn't mention that I had to use a Driver Update Disk from Dell in order to
be able to see the full capacity of the volume. With the driver from SP3, it
only showed 2 TB.
SLES9 kind of cries for a SP4. I could not use SLES10, although I would've
liked that much more.
---------------------------------------------------------------------
To unsubscribe, e-mail: opensuse-project+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-project+help@xxxxxxxxxxxx
| < Previous | Next > |