....
 

Guardian Digital Inc. > InfoCenter > Mailing List Archives > Linux Kernel

Linux Kernel Mailing List Archive

From: Tomas Carnecky (tom@dbservice.com)
Date: Thu Dec 16 2004 - 12:40:15 EST


Tomas Carnecky wrote:
> Neil Conway wrote:
> > Right now, the only scheme I have vaguely concocted in my head that
>
>> will make this work for us is to add another disk to become the boot
>> disk - this is actually a major PITA cos there's really no physical
>> space in the chassis - and then use a GPT/EFI (whatever?) partition
>> table on the big disk. This means that BIOS won't understand the big
>> disk at all but that'll be OK since it isn't trying to boot from it.
>>
>> Anyone with a magic tip for how to do this is welcome to tell us all
>> ;-))
>>
>
> I had a GUID partition table (GPT) on my system (x86, normal
> mainboard/BIOS etc) and it worked fine. I didn't need a separate boot
> disk. I used grub as the boot loader. I think if you enable GPT in the
> kernel you should be able to boot stright from the big disk.
>

However, the disk array was only 360GB and the boot partition was the
first one on the disk, maybe 60MB big (in the first 1024 sectors).

tom
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/



[ About Guardian Digital ] - [ Press Center ] - [ Contact Us ] - [ System Activation ] - [ Reseller Info ] - [ Online Store ] - [ Site Map ]
Copyright (c) 2000 - 2004 Guardian Digital, Inc. Linux Lockbox and EnGarde are Trademarks of Guardian Digital, Inc.