Am Sat, Nov 05, 2022 at 04:03:50PM +0100 schrieb Joel Carnat:
> Hi,
> 
> I have installed OpenBSD 7.2 on a 14TB SATA disk using my ODROID HC4.
> 
> During installation, I was not able to use the whole disk size
> although I selected "whole" and "auto partionning". The installer seemed
> to recognized only about 2TB.
> 
> dmesg says:
> sd0 at scsibus0 targ 0 lun 0: <ATA, WDC WD140EFGX-68, 85.0>
> naa.5000cca28fd7d301
> sd0: 13351936MB, 512 bytes/sector, 27344764928 sectors
> 
> but after rebooting on the installed system, the disk layout was the
> following:
> 
> # fdisk sd0
> Disk: sd0     geometry: 32960/511/255 [4294852800 Sectors]
> Offset: 0     Signature: 0xAA55
>             Starting         Ending         LBA Info:
>  #: id      C   H   S -      C   H   S [       start:        size ]
> -------------------------------------------------------------------------------
> *0: 0C      0 128 129 -      0 257   1 [       32768:       32768 ]
> Win95 FAT32L
>  1: 00      0   0   0 -      0   0   0 [           0:           0 ] unused
>  2: 00      0   0   0 -      0   0   0 [           0:           0 ] unused
>  3: A6      0 257   2 -  32959 510 255 [       65536:  4294787264 ] OpenBSD
> 
> Using disklabel, I could "correct" the disk usage and reformat the last
> partition to get full disk space.
> sd0> l
> # /dev/rsd0c:
> type: SCSI
> disk: SCSI disk
> label: WDC WD140EFGX-68
> duid: b9ce90e6ba9fedcd
> flags:
> bytes/sector: 512
> sectors/track: 255
> tracks/cylinder: 511
> sectors/cylinder: 130305
> cylinders: 209852
> total sectors: 27344764928
> boundstart: 65536
> boundend: 4294852800
> 
> sd0> b
> Starting sector: [65536]
> Size ('*' for entire disk): [4294787264] *
> 
> sd0*> l
> # /dev/rsd0c:
> type: SCSI
> disk: SCSI disk
> label: WDC WD140EFGX-68
> duid: b9ce90e6ba9fedcd
> flags:
> bytes/sector: 512
> sectors/track: 255
> tracks/cylinder: 511
> sectors/cylinder: 130305
> cylinders: 209852
> total sectors: 27344764928
> boundstart: 65536
> boundend: 27344764928
> 
> sd0> p g
> OpenBSD area: 65536-27344764928; size: 13039.0G; free: 10991.1G
> #                size           offset  fstype [fsize bsize   cpg]
>   a:             1.0G            65536  4.2BSD   2048 16384 12960 # /
>   b:             4.0G          2162688    swap                    # none
>   c:         13039.0G                0  unused
>   d:             4.0G         10540448  4.2BSD   2048 16384 12960 # /tmp
>   e:            11.5G         18929024  4.2BSD   2048 16384 12960 # /var
>   f:            30.0G         43024544  4.2BSD   2048 16384 12960 # /usr
>   g:             1.0G        105939104  4.2BSD   2048 16384 12960 #
> /usr/X11R6
>   h:            20.0G        108036256  4.2BSD   2048 16384 12960 #
> /usr/local
>   i:             0.0G            32768   MSDOS
>   j:           300.0G        149979328  4.2BSD   4096 32768 26062 # /home
>   k:             4.0G        779223872  4.2BSD   2048 16384 12960 # /var/www
>   l:          1672.3G        787693696  4.2BSD   8192 65536 52270 # /data
> sd0> c l
> Partition l is currently 3507159040 sectors in size, and can have a maximum
> size of 26557071232 sectors.
> size: [3507159040] *
> sd0*> p g
> OpenBSD area: 65536-27344764928; size: 13039.0G; free: 0.0G
> #                size           offset  fstype [fsize bsize   cpg]
>   a:             1.0G            65536  4.2BSD   2048 16384 12960 # /
>   b:             4.0G          2162688    swap                    # none
>   c:         13039.0G                0  unused
>   d:             4.0G         10540448  4.2BSD   2048 16384 12960 # /tmp
>   e:            11.5G         18929024  4.2BSD   2048 16384 12960 # /var
>   f:            30.0G         43024544  4.2BSD   2048 16384 12960 # /usr
>   g:             1.0G        105939104  4.2BSD   2048 16384 12960 #
> /usr/X11R6
>   h:            20.0G        108036256  4.2BSD   2048 16384 12960 #
> /usr/local
>   i:             0.0G            32768   MSDOS
>   j:           300.0G        149979328  4.2BSD   4096 32768 26062 # /home
>   k:             4.0G        779223872  4.2BSD   2048 16384 12960 # /var/www
>   l:         12663.4G        787693696  4.2BSD   8192 65536 52270 # /data
> sd0*>
> 
> The questions are :
> - is this an expected behaviour from the installer?
> - shall the disklabel correction rather be done during installation?
> - is this a issue when fdisk and disklabel disagree about the number of
> sectors?
> 
> Thank you,
> Joel C.
> 

I'm not certain, but I believe the installer is using MBR partition
table, and my guess is that an MBR partition table can't cover that
space?  It's just a guess though.

Reply via email to