Bug 118912 - [2tb] disk sizing/geometry problem with large array
Summary: [2tb] disk sizing/geometry problem with large array
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: Unspecified
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-12-20 23:50 UTC by stega
Modified: 2018-01-03 05:13 UTC (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description stega 2007-12-20 23:50:01 UTC
Dec 14 15:39:46 blahblahblah kernel: atapci0: <Intel ICH5 UDMA100 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x14a0-0x14af at device 31.1 on pci0
Dec 14 15:39:46 blahblahblah kernel: ata0: <ATA channel 0> on atapci0
Dec 14 15:39:46 blahblahblah kernel: ata1: <ATA channel 1> on atapci0
Dec 14 15:39:46 blahblahblah kernel: atapci1: <Intel ICH5 SATA150 controller> port 0x14d0-0x14d7,0x14c4-0x14c7,0x14c8-0x14cf,0x14c0-0x14c3,0x14b0-0x14bf irq 18 at device 31.2 on pci0
Dec 14 15:39:46 blahblahblah kernel: ata2: <ATA channel 0> on atapci1
Dec 14 15:39:46 blahblahblah kernel: ata3: <ATA channel 1> on atapci1     
[snip]
Dec 14 15:39:46 blahblahblah kernel: da0 at twa0 bus 0 target 0 lun 0
Dec 14 15:39:46 blahblahblah kernel: da0: <AMCC 9500S-8    DISK 2.08> Fixed Direct Access SCSI-3 device 
Dec 14 15:39:46 blahblahblah kernel: da0: 100.000MB/s transfers
Dec 14 15:39:46 blahblahblah kernel: da0: 2670213MB (5468596224 512 byte sectors: 255H 63S/T 340404C)
Dec 14 15:39:46 blahblahblah kernel: Trying to mount root from ufs:/dev/da0s1a       

[root@blahblahblah /var/log]# df -H
Filesystem     Size    Used   Avail Capacity  Mounted on
/dev/da0s1a     16G     61M     15G     0%    /
devfs          1.0k    1.0k      0B   100%    /dev
/dev/da0s1f    289G    8.2k    266G     0%    /store
/dev/da0s1d    244G    1.5G    223G     1%    /usr
/dev/da0s1e     16G    5.3M     15G     0%    /var

[da0s1f should be 10x what is is reporting as the install was set to use 2.2TB]

[root@blahblahblah /var/log]# disklabel da0s1
# /dev/da0s1:
8 partitions:
#        size   offset    fstype   [fsize bsize bps/cpg]
  a: 32768000        0    4.2BSD     2048 16384 28552 
  b: 32768000 557056000      swap                    
  c: 1173622901        0    unused        0     0         # "raw" part, don't edit
  d: 491520000 32768000    4.2BSD     2048 16384 28544 
  e: 32768000 524288000    4.2BSD     2048 16384 28552 
  f: 583798901 589824000    4.2BSD     2048 16384 28552

How-To-Repeat: Install FreeBSD on to a machine/array configured over 2TB in size.

Reconfiguring the array to a 2x400GB mirror (which now holds /, /usr
and /var) and a 6x400GB raid5 dropped the array disk size down to 1.8
and allowed sysinstall to format it and then I just shoved it in to
fstab manually.  An annoying work around, but for now I'll live.
Comment 1 gpalmer freebsd_committer freebsd_triage 2007-12-21 11:15:49 UTC
See: 
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/disks-adding.html

Quote:

Due to the use of 32-bit integers to store the number of sectors, 
bsdlabel(8) is limited to 2^32-1 sectors per disk or 2TB in most cases. 
The fdisk(8) format allows a starting sector of no more than 2^32-1 and 
a length of no more than 2^32-1, limiting partitions to 2TB and disks to 
4TB in most cases. The sunlabel(8) format is limited to 2^32-1 sectors 
per partition and 8 partitions for a total of 16TB. For larger disks, 
gpt(8) partitions may be used.
Comment 2 Mark Linimon freebsd_committer freebsd_triage 2009-05-18 05:32:58 UTC
Responsible Changed
From-To: freebsd-bugs->freebsd-fs

Over to maintainer(s).
Comment 3 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 08:00:37 UTC
For bugs matching the following criteria:

Status: In Progress Changed: (is less than) 2014-06-01

Reset to default assignee and clear in-progress tags.

Mail being skipped