> >
> >> Hmm, do you have any idea whether the version of grub that you are using
> >> has
> >> proper support for RAID devices? setup-storage does some hackery in that
> >> it sets
> >> BOOT_DEVICE to the actual devices that make up the RAID device because
> >> earlier
> >> versions of grub had
>
>> Ok; it'll take me a few days to come up with a better solution (I don't
>> think we
>> can yet fully switch to grub-pc). Could you, in the meantime, just put some
>> hack
>> into your scripts to set BOOT_DEVICE to /dev/md0 to see which further errors
>> we
>> need to get fixed?
>>
>> Thanks
Ok; it'll take me a few days to come up with a better solution (I don't think we
can yet fully switch to grub-pc). Could you, in the meantime, just put some hack
into your scripts to set BOOT_DEVICE to /dev/md0 to see which further errors we
need to get fixed?
Thanks,
Michael
for what i tested
>
>> Hmm, do you have any idea whether the version of grub that you are using has
>> proper support for RAID devices? setup-storage does some hackery in that it
>> sets
>> BOOT_DEVICE to the actual devices that make up the RAID device because
>> earlier
>> versions of grub had no idea about RAID
Hmm, do you have any idea whether the version of grub that you are using has
proper support for RAID devices? setup-storage does some hackery in that it sets
BOOT_DEVICE to the actual devices that make up the RAID device because earlier
versions of grub had no idea about RAID and LVM. I think, n
>
>> That one should be fixed in 3.2.18+experimental4 which is just about to be
>> built
>> and uploaded, but please be ready for more errors...
>>
>> Thanks a lot for testing all the stuff,
>> Michael
>>
>>
> this one worked for me with one issue only: in grub_pc the following
> line fails f
That one should be fixed in 3.2.18+experimental4 which is just about to be built
and uploaded, but please be ready for more errors...
Thanks a lot for testing all the stuff,
Michael
this one worked for me with one issue only: in grub_pc the following
line fails for mdx as it says:
grub
>
>> Sorry for the late reply; using disklabel:gpt-bios should finally work with
>> 3.2.18+experimental3, at least the problem in the parser has been fixed :-)
>>
>> Best,
>> Michael
>>
>>
> i just tested it fails here:
>
> sh-3.2# parted -s /dev/sdb mklabel gpt-bios
>
> parted: invalid token: g
Sorry for the late reply; using disklabel:gpt-bios should finally work with
3.2.18+experimental3, at least the problem in the parser has been fixed :-)
Best,
Michael
i just tested it fails here:
sh-3.2# parted -s /dev/sdb mklabel gpt-bios
parted: invalid token: gpt-bios
Error: Expecting
Hi,
On Wed, 11 Mar 2009 18:05:35 +0100
Jean Spirat wrote:
> hum in fact i am unable to make it work even with dos partitions...Is
> this an issue with this version ?
The last time I played with GPT partition labels, there was no way to
tell grub to boot from gpt labeled partitions...I wonder
> hum in fact i am unable to make it work even with dos partitions...Is
> this an issue with this version ?
>
Sorry for the late reply; using disklabel:gpt-bios should finally work with
3.2.18+experimental3, at least the problem in the parser has been fixed :-)
Best,
Michael
pgp37mGts27pm.pg
hum in fact i am unable to make it work even with dos partitions...Is
this an issue with this version ?
regards,
Jean.
Jean Spirat a écrit :
For now, I've only added the gpt-bios stuff. Could you please try
3.2.18+experimental2?
Thanks,
Michael
then i tried this:
disk_config /dev/sdadisklabel:gpt-bios
primary - 500 - -
primary sw
For now, I've only added the gpt-bios stuff. Could you please try
3.2.18+experimental2?
Thanks,
Michael
ii fai-client
3.2.18+experimental2 Fully Automatic
Installation client package
ii fai-doc
>
>>
>> Most probably, this is currently _not_ the case (assuming you want the
>> BIOS-style version and not EFI). I guess a simple "parted print" should help
>> you
>> verify this. If the partition is set to bios_grub, you are fine; if it has
>> the
>> flag "boot", it's an EFI boot volume. I thi
Most probably, this is currently _not_ the case (assuming you want the
BIOS-style version and not EFI). I guess a simple "parted print" should help you
verify this. If the partition is set to bios_grub, you are fine; if it has the
flag "boot", it's an EFI boot volume. I think this will best be
> Hi,
>
> I have some issue with gpt and grub and i just wanted to know if the
> setup-storage configure the /boot with the gui
> 21686148-6449-6E6F-744E-656564454649 (so that grub can use it). I do not
> know how to verify this at all some i am kind of lost :)
>
Most probably, this is curre
Hi,
I have some issue with gpt and grub and i just wanted to know if the
setup-storage configure the /boot with the gui
21686148-6449-6E6F-744E-656564454649 (so that grub can use it). I do not
know how to verify this at all some i am kind of lost :)
of course things get complicated when the
18 matches
Mail list logo
