Re: gpt disk label and /boot
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 it works if i force the boot_device to md0. So there is left in my plate: lvm options md options and then i will be out of idea to tourment you Michael ! :) regards, Jean.
Re: gpt disk label and /boot
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 it works if i force the boot_device to md0. So, GPT (with BIOS) works? That would be great :-) So there is left in my plate: lvm options md options Sure, that one is still in my inbox and definitely not forgotten!! and then i will be out of idea to tourment you Michael ! :) Never say never ... Best, Michael pgpIE6plhxaXk.pgp Description: PGP signature
Re: gpt disk label and /boot
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, newer versions should support it properly, but that will then depend on the version of grub you are acutally using, meaning that we can either modify setup-storage to set BOOT_DEVICE to /dev/md0 or hack the script to call device2grub for each device (sda, sdb). i use grub_pc so it is grub2 ( 1.96) it support lvm/raid without any problem. ii grub-pc 1.96+20080724-16 GRand Unified Bootloader, version 2 (PC/BIOS 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? Hmm, there seems to be some other problem, possibly with your config. Could you send your disk_config file (of course, if you prefer, in private mail). Thanks, Michael pgpxrxzcsLKMz.pgp Description: PGP signature
Re: gpt disk label and /boot
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_dev=$(device2grub $BOOT_DEVICE) if [ -z $grub_dev ] ; then grub_dev=$(echo $BOOT_DEVICE | sed 's#/dev/##g') fi if boot_device is /dev/md0 it give (sda /dev/sdb) for grub_dev so it fails. I searched for device2grub but cannot find any clue about how it works. in anycase the setup-storage part works for me. regards, Jean.
Re: gpt disk label and /boot
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, newer versions should support it properly, but that will then depend on the version of grub you are acutally using, meaning that we can either modify setup-storage to set BOOT_DEVICE to /dev/md0 or hack the script to call device2grub for each device (sda, sdb). i use grub_pc so it is grub2 ( 1.96) it support lvm/raid without any problem. ii grub-pc 1.96+20080724-16 GRand Unified Bootloader, version 2 (PC/BIOS regards, Jean
Re: gpt disk label and /boot
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, newer versions should support it properly, but that will then depend on the version of grub you are acutally using, meaning that we can either modify setup-storage to set BOOT_DEVICE to /dev/md0 or hack the script to call device2grub for each device (sda, sdb). i use grub_pc so it is grub2 ( 1.96) it support lvm/raid without any problem. ii grub-pc 1.96+20080724-16 GRand Unified Bootloader, version 2 (PC/BIOS 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 pgpKqr5NMudso.pgp Description: PGP signature
Re: gpt disk label and /boot
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 a disk label type. 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 pgpMhZblKlYe8.pgp Description: PGP signature
Re: gpt disk label and /boot
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.pgp Description: PGP signature
Re: gpt disk label and /boot
Hi, On Wed, 11 Mar 2009 18:05:35 +0100 Jean Spirat jeanspi...@squirk.org 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 if this changed in the earlier past...I hope not. Regards, \sh -- Stephan '\sh' Hermann | OSS Developer Systemadministrator JID: s...@linux-server.org | http://www.sourcecode.de/ GPG ID: 0xC098EFA8| http://leonov.tv/ 3D8B 5138 0852 DA7A B83F DCCB C189 E733 C098 EFA8
Re: gpt disk label and /boot
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 3.2.18+experimental2 Documentation for FAI i tried but i got the error: Volume group gpt has not been declared yet. i used this: disk_config /dev/sdadisklabel:gpt gpt-bios - 500 - - primary swap2G swapsw primary - 15G - - primary - 500-- - regards, Jean.
Re: gpt disk label and /boot
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 swap2G swapsw primary - 15G - - primary - 500-- - idem for sdb and disk_config raid raid1 /boot sda1,sdb1 ext3 - and got: Starting setup-storage 1.0.4 ERROR (line 5): Invalid file: Was expecting /\Z/ but found disk_config /dev/sda disklabel:gpt-bios instead Syntax error Using config file: /var/lib/fai/config/disk_config/main-1 regards, Jean.
Re: gpt disk label and /boot
hum in fact i am unable to make it work even with dos partitions...Is this an issue with this version ? regards, Jean.
Re: gpt disk label and /boot
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 fixed by adding a specific disklabel gpt-bios to setup-storage that deals with such specifics. Doing so is not really hard, I would just like to make sure that it will see some testing. If you're willing to dive into this, I'd happily prepare a patch in the next few days. yes i can test it if this is in the next days no problem ! yes instead of primary for special case: gpt-bios gpt-gui:21686148-6449-6E6F-744E-656564454649 so we have a shortcut for the gpt-bios and can give any gid we want, dont know if this is usefull but... For now, I've only added the gpt-bios stuff. Could you please try 3.2.18+experimental2? Thanks, Michael pgpQD89YqKxrJ.pgp Description: PGP signature