Phil Meyer wrote: Not really. x86 BIOSes don't know what to do with GPT-labeled disks. You need an EFI system (rather than BIOS) to boot from a GPT disk. At the moment that's mostly Itanium and certain niche x86 boards. GPT reserves the first sector for a "Legacy MBR", which is basically intended to keep legacy disk utilities from doing stupid things to GPT disks. It isn't really used for booting. EFI uses a FAT partition to hold the bootloader. You need a GPT-aware firmware such as EFI for it to be bootable. If your system has a BIOS, it won't work. The exception is that on some x86 systems, EFI will emulate a BIOS for compatibility with OSes that expect a BIOS, so if you can get it to actually act like EFI rather than a BIOS, you could make this work. I'm told this is true with some Intel Macs, but I've never played with it myself. Probably not. You have two choices: a) Partition off a small chunk of the array in the RAID firmware. b) Add a boot disk. For a server that does anything important, (a) is probably the safe way to go. If I had this problem on a personal system, I'd dig up my old 64 MB USB key and choose (b). I've done it before, and it's just fine for /boot as long as you're not hotplugging it or suspending and resuming the system. -- Chris