User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en) AppleWebKit/418.9 (KHTML, like Gecko) Safari/419.3 Build Identifier: The latest livecd (install-x86-minimal-2006.1.iso) does not have CONFIG_EFI_PARTITION set to yes, which means that if you are using a GPT partition table (for example, disk over 2 TB or a Apple x86 product), you have to delete and recreate the partition table with parted to get the kernel to see it. For example, if you made a mistake with lilo, you'd need to delete and recreate exactly the same partition table with parted so you could mount the partitions for chroot. Reproducible: Always Steps to Reproduce: 1. Boot livecd on system with a EFI GPT partition table 2. The GPT partitions are not seen. 3. Run parted to delete and recreate to force the kernel to see Actual Results: It didn't see the partitions, but parted trick worked. After booting into my kernel that has EFI GPT enabled, it works fine. Expected Results: If CONFIG_EFI_PARTITION were set to yes, the kernel size would be a tiny bit bigger, but I wouldn't run the risk of recreating the partition incorrectly in parted and losing data.
I've hit this bug as well. I was forced to build my own livecd image with catalyst so that I couldn't enable GPT support in the kernel.
(In reply to comment #1) > I've hit this bug as well. I was forced to build my own livecd image with > catalyst so that I couldn't enable GPT support in the kernel. s/couldn't/could/
The LiveCD kernel config for 2007.0 has CONFIG_EFI_PARTITION, but the minimal CD does not.
I confirm this situation on minimal cd 2007.0
I've enabled this in CVS and it'll be enabled in 2007.1 on amd64/x86.
This should be fixed in 2008.0
Thanks! I had to use the minimal CD and it worked great!