Re: Disk space over 1 TB
Hello, The i386 port uses the generic disklabel code, which has 32 bit logical block addressing, which means that the partitions themselves are limited to 1TB or so. Will this change or GEOM will be the standard method? (and thanks, I forgot that all of this is on IA-32) But one could theoretically use a 64 bit EFI layout on a large external raid and boot from a smaller disk. I don't want to boot from the array, so this could be a solution. Will this have any drawbacks comparing to the usual way (for example stability, speed)? Is it in production use somewhere? Could you please give me some pointers on this topic? (some kind of how-to about the usage of this stuff, there isn't much about it, just the manpage. Where could I find the userland part?) Thanks, --[ Free Software ISOs - http://www.fsn.hu/?f=download ]-- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Disk space over 1 TB
In message [EMAIL PROTECTED], Attila Na gy writes: Hello, The i386 port uses the generic disklabel code, which has 32 bit logical block addressing, which means that the partitions themselves are limited to 1TB or so. Will this change or GEOM will be the standard method? (and thanks, I forgot that all of this is on IA-32) I will not change the disklabel format, so as such that will not change. It should be noted that a larger sectorsize can be used in the disklabel data, and thus it would be trivial to extend the life for disklabel a little bit. Geom will deal with all I/O requests as 64 bit byte offsets, so as such GEOM will solve the problem, and provided the disk-driver authors follow suit, this entire thing can be fixed before 5.0. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 [EMAIL PROTECTED] | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Disk space over 1 TB
Hello, Just a quick question: with the recent (past 1-2 months) commits made to CURRENT, is it possible to use more than 1 TB of disk space? (this would be a hardware RAID array, accessed via SCSI as a single ID, so no ccd, vinum or other magic) Thanks, --[ Free Software ISOs - http://www.fsn.hu/?f=download ]-- Attila Nagy e-mail: [EMAIL PROTECTED] Free Software Network (FSN.HU)phone @work: +361 210 1415 (194) cell.: +3630 306 6758 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Disk space over 1 TB
Attila Nagy wrote: Hello, Just a quick question: with the recent (past 1-2 months) commits made to CURRENT, is it possible to use more than 1 TB of disk space? (this would be a hardware RAID array, accessed via SCSI as a single ID, so no ccd, vinum or other magic) The i386 port uses the generic disklabel code, which has 32 bit logical block addressing, which means that the partitions themselves are limited to 1TB or so. The GEOM work-in-progress is 64 bit clean internally and has at least one 64 bit clean partition method (EFI, from ia64) but that wouldn't be usable on boot disks without a fair bit of bootblock work and the userland tools to produce it are very raw at this stage. But one could theoretically use a 64 bit EFI layout on a large external raid and boot from a smaller disk. Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] All of this is for nothing if we don't go to the stars - JMS/B5 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Disk space over 1 TB
On Thu, Sep 26, 2002 at 10:59:21AM -0700, Peter Wemm wrote: Attila Nagy wrote: Hello, Just a quick question: with the recent (past 1-2 months) commits made to CURRENT, is it possible to use more than 1 TB of disk space? (this would be a hardware RAID array, accessed via SCSI as a single ID, so no ccd, vinum or other magic) The i386 port uses the generic disklabel code, which has 32 bit logical block addressing, which means that the partitions themselves are limited to And the Alpha port? I have some multi TB disk arrays around at work that I can play with :) -- | / o / /_ _ [EMAIL PROTECTED] |/|/ / / /( (_) Bulte Arnhem, the Netherlands To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Disk space over 1 TB
Wilko Bulte wrote: On Thu, Sep 26, 2002 at 10:59:21AM -0700, Peter Wemm wrote: Attila Nagy wrote: Hello, Just a quick question: with the recent (past 1-2 months) commits made to CURRENT, is it possible to use more than 1 TB of disk space? (this would be a hardware RAID array, accessed via SCSI as a single ID, so no ccd, vinum or other magic) The i386 port uses the generic disklabel code, which has 32 bit logical block addressing, which means that the partitions themselves are limited to And the Alpha port? I have some multi TB disk arrays around at work that I can play with :) Yes. If you can figure out how to construct an EFI GPT partition structure on it, 'GEOM' will detect and use it via sys/geom/geom_gpt.c. Note that /sbin/gpt needs lots of work. Right now the only way to do things is to use fdisk to initialize it and convert it to gpt. This turned out to be rather painful, but I eventually convinced it to do what I needed. It shouldn't be all that hard to finish it off. The biggest problem I had was that GEOM didn't have any way to do this live. I had to create the partitions on a non-geom kernel, then reboot to see if it worked etc. Cheers, -Peter -- Peter Wemm - [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] All of this is for nothing if we don't go to the stars - JMS/B5 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
