Re: disklabel partition auto allocation problem
On Wed, Jun 09, 2021 at 12:40:13PM -0400, electronmuontau neutrino wrote: > disklabel in OpenBSD 6.9 doesn't seem to be allocating partition sizes > correctly according to the actual size of my OpenBSD partition. I dual > booted my ThinkPad X1 Carbon 5th gen laptop with Windows 10 and OpenBSD. I > allocated about half the disk space to OpenBSD. When I installed OpenBSD, > it allocated partitions as if my disk size was > 2.5 GB instead of >= 10 GB > as shown in the disklabel man page. It allocated 2GB to /, 256M to swap, > 3G to /usr, 2G to /home and apparently did not allocate the rest of the > free space. I've included the output of disklabel, fdisk and dmesg below. > I haven't tried installing OpenBSD 6.8 to see if it does the same thing. I > believe auto allocation worked fine in OpenBSD 6.7. If I'm not including > any info that might help diagnose this problem, if it really is a problem, > please let me know. > > > # disklabel sd0 > > # /dev/rsd0c: > type: SCSI > disk: SCSI disk > label: SAMSUNG MZVLB1T0 > duid: 9a51a841a90239b3 > flags: > bytes/sector: 512 > sectors/track: 63 > tracks/cylinder: 255 > sectors/cylinder: 16065 > cylinders: 124519 > total sectors: 2000409264 > boundstart: 1002668032 > boundend: 1998360576 > drivedata: 0 > > 16 partitions: > #size offset fstype [fsize bsize cpg] > a: 4194304 1002668032 4.2BSD 2048 16384 12960 # / > b: 524288 1006862336swap# none > c: 20004092640 unused > d: 6291456 1007386624 4.2BSD 2048 16384 12960 # /usr > e: 4194304 1013678080 4.2BSD 2048 16384 12960 # /home > i: 532480 2048 MSDOS > j:32768 534528 unknown > k: 1002100736 567296 MSDOS > l: 2048000 1998360576 unknown > > > > # fdisk sd0 > > Disk: sd0 Usable LBA: 34 to 2000409230 [2000409264 Sectors] >#: type [ start: size ] > >0: EFI Sys [2048: 532480 ] >1: e3c9e316-0b5c-4db8-817d-f92df00215ae [ 534528:32768 ] >2: FAT12[ 567296: 1002100736 ] >3: OpenBSD [ 1002668032:995692544 ] >4: Win Recovery [ 1998360576: 2048000 ] Hi, I created a vnd with this layout: $ doas dd bs=512 count=1 seek=2000409264 of=image if=/dev/null $ doas vnconfig vnd0 image $ doas fdisk -ig vnd0 $ doas fdisk -e vnd0 ... add partitions, using A5 (FreeBSD) for the "unknown" above $ doas fdisk vnd0 Disk: vnd0 Usable LBA: 64 to 2000409200 [2000409264 Sectors] #: type [ start: size ] 0: EFI Sys [2048: 532480 ] 1: FreeBSD [ 534528:32768 ] 2: FAT12[ 567296: 1002100736 ] 3: OpenBSD [ 1002668032:995692544 ] 4: FreeBSD [ 1998360576: 2048000 ] If I run disklabel -A I get the expected outcome, leavibng the "foreign" partitions intact: $ doas disklabel -A vnd0 # /dev/rvnd0c: type: vnd disk: vnd device label: fictitious duid: flags: bytes/sector: 512 sectors/track: 100 tracks/cylinder: 1 sectors/cylinder: 100 cylinders: 20004092 total sectors: 2000409264 boundstart: 1002668032 boundend: 1998360576 drivedata: 0 16 partitions: #size offset fstype [fsize bsize cpg] a: 2097152 1002668032 4.2BSD 2048 16384 1 # / b: 8414472 1004765184swap c: 20004092640 unused d: 8388576 1013179680 4.2BSD 2048 16384 1 # /tmp e: 24168960 1021568256 4.2BSD 2048 16384 1 # /var f: 12582912 1045737216 4.2BSD 2048 16384 1 # /usr g: 2097152 1058320128 4.2BSD 2048 16384 1 # /usr/X11R6 h: 41943040 1060417280 4.2BSD 2048 16384 1 # /usr/local i: 532480 2048 MSDOS j:32768 534528 unknown k: 1002100736 567296 MSDOS l: 2048000 1998360576 unknown m: 4194304 1102360320 4.2BSD 2048 16384 1 # /usr/src n: 12582912 1106554624 4.2BSD 2048 16384 1 # /usr/obj o:629145600 1119137536 4.2BSD 4096 32768 1 # /home
Re: disklabel partition auto allocation problem
On 6/9/21 11:40 AM, electronmuontau neutrino wrote: > disklabel in OpenBSD 6.9 doesn't seem to be allocating partition sizes > correctly according to the actual size of my OpenBSD partition. maybe this will help you: http://daemonforums.org/showthread.php?t=11748
Re: disklabel partition auto allocation problem
I forgot to include my physical memory size: # sysctl hw.physmem hw.physmem=16897085440 On Wed, Jun 9, 2021 at 12:40 PM electronmuontau neutrino < emtneutr...@gmail.com> wrote: > disklabel in OpenBSD 6.9 doesn't seem to be allocating partition sizes > correctly according to the actual size of my OpenBSD partition. I dual > booted my ThinkPad X1 Carbon 5th gen laptop with Windows 10 and OpenBSD. I > allocated about half the disk space to OpenBSD. When I installed OpenBSD, > it allocated partitions as if my disk size was > 2.5 GB instead of >= 10 GB > as shown in the disklabel man page. It allocated 2GB to /, 256M to swap, > 3G to /usr, 2G to /home and apparently did not allocate the rest of the > free space. I've included the output of disklabel, fdisk and dmesg below. > I haven't tried installing OpenBSD 6.8 to see if it does the same thing. I > believe auto allocation worked fine in OpenBSD 6.7. If I'm not including > any info that might help diagnose this problem, if it really is a problem, > please let me know. > > > # disklabel sd0 > > # /dev/rsd0c: > type: SCSI > disk: SCSI disk > label: SAMSUNG MZVLB1T0 > duid: 9a51a841a90239b3 > flags: > bytes/sector: 512 > sectors/track: 63 > tracks/cylinder: 255 > sectors/cylinder: 16065 > cylinders: 124519 > total sectors: 2000409264 > boundstart: 1002668032 > boundend: 1998360576 > drivedata: 0 > > 16 partitions: > #size offset fstype [fsize bsize cpg] > a: 4194304 1002668032 4.2BSD 2048 16384 12960 # / > b: 524288 1006862336swap# none > c: 20004092640 unused > d: 6291456 1007386624 4.2BSD 2048 16384 12960 # /usr > e: 4194304 1013678080 4.2BSD 2048 16384 12960 # /home > i: 532480 2048 MSDOS > j:32768 534528 unknown > k: 1002100736 567296 MSDOS > l: 2048000 1998360576 unknown > > > > # fdisk sd0 > > Disk: sd0 Usable LBA: 34 to 2000409230 [2000409264 Sectors] >#: type [ start: size ] > >0: EFI Sys [2048: 532480 ] >1: e3c9e316-0b5c-4db8-817d-f92df00215ae [ 534528:32768 ] >2: FAT12[ 567296: 1002100736 ] >3: OpenBSD [ 1002668032:995692544 ] >4: Win Recovery [ 1998360576: 2048000 ] > > > > # dmesg > > OpenBSD 6.9 (GENERIC.MP) #3: Mon Jun 7 08:21:26 MDT 2021 > r...@syspatch-69-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/ > GENERIC.MP > real mem = 16897085440 (16114MB) > avail mem = 16369602560 (15611MB) > random: good seed from bootblocks > mpath0 at root > scsibus0 at mpath0: 256 targets > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 3.0 @ 0x9f0e1000 (62 entries) > bios0: vendor LENOVO version "N1MET65W (1.50 )" date 04/19/2021 > bios0: LENOVO 20HRCTO1WW > acpi0 at bios0: ACPI 5.0 > acpi0: sleep states S0 S3 S4 S5 > acpi0: tables DSDT FACP SSDT TPM2 UEFI SSDT SSDT HPET APIC MCFG ECDT SSDT > BOOT BATB SLIC SSDT SSDT SSDT WSMT SSDT SSDT DBGP DBG2 MSDM ASF! FPDT UEFI > acpi0: wakeup devices GLAN(S4) XHC_(S3) XDCI(S4) HDAS(S4) RP01(S4) > RP02(S4) RP04(S4) RP05(S4) RP06(S4) RP07(S4) RP08(S4) RP09(S4) RP10(S4) > RP11(S4) RP12(S4) RP13(S4) [...] > acpitimer0 at acpi0: 3579545 Hz, 24 bits > acpihpet0 at acpi0: 2399 Hz > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: Intel(R) Core(TM) i7-7600U CPU @ 2.80GHz, 2692.98 MHz, 06-8e-09 > cpu0: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN > cpu0: 256KB 64b/line 8-way L2 cache > cpu0: smt 0, core 0, package 0 > mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges > cpu0: apic clock running at 24MHz > cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE > cpu1 at mainbus0: apid 2 (application processor) > cpu1: Intel(R) Core(TM) i7-7600U CPU @ 2.80GHz, 2692.85 MHz, 06-8e-09 > cpu1: >
disklabel partition auto allocation problem
disklabel in OpenBSD 6.9 doesn't seem to be allocating partition sizes correctly according to the actual size of my OpenBSD partition. I dual booted my ThinkPad X1 Carbon 5th gen laptop with Windows 10 and OpenBSD. I allocated about half the disk space to OpenBSD. When I installed OpenBSD, it allocated partitions as if my disk size was > 2.5 GB instead of >= 10 GB as shown in the disklabel man page. It allocated 2GB to /, 256M to swap, 3G to /usr, 2G to /home and apparently did not allocate the rest of the free space. I've included the output of disklabel, fdisk and dmesg below. I haven't tried installing OpenBSD 6.8 to see if it does the same thing. I believe auto allocation worked fine in OpenBSD 6.7. If I'm not including any info that might help diagnose this problem, if it really is a problem, please let me know. # disklabel sd0 # /dev/rsd0c: type: SCSI disk: SCSI disk label: SAMSUNG MZVLB1T0 duid: 9a51a841a90239b3 flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 124519 total sectors: 2000409264 boundstart: 1002668032 boundend: 1998360576 drivedata: 0 16 partitions: #size offset fstype [fsize bsize cpg] a: 4194304 1002668032 4.2BSD 2048 16384 12960 # / b: 524288 1006862336swap# none c: 20004092640 unused d: 6291456 1007386624 4.2BSD 2048 16384 12960 # /usr e: 4194304 1013678080 4.2BSD 2048 16384 12960 # /home i: 532480 2048 MSDOS j:32768 534528 unknown k: 1002100736 567296 MSDOS l: 2048000 1998360576 unknown # fdisk sd0 Disk: sd0 Usable LBA: 34 to 2000409230 [2000409264 Sectors] #: type [ start: size ] 0: EFI Sys [2048: 532480 ] 1: e3c9e316-0b5c-4db8-817d-f92df00215ae [ 534528:32768 ] 2: FAT12[ 567296: 1002100736 ] 3: OpenBSD [ 1002668032:995692544 ] 4: Win Recovery [ 1998360576: 2048000 ] # dmesg OpenBSD 6.9 (GENERIC.MP) #3: Mon Jun 7 08:21:26 MDT 2021 r...@syspatch-69-amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/ GENERIC.MP real mem = 16897085440 (16114MB) avail mem = 16369602560 (15611MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 3.0 @ 0x9f0e1000 (62 entries) bios0: vendor LENOVO version "N1MET65W (1.50 )" date 04/19/2021 bios0: LENOVO 20HRCTO1WW acpi0 at bios0: ACPI 5.0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT TPM2 UEFI SSDT SSDT HPET APIC MCFG ECDT SSDT BOOT BATB SLIC SSDT SSDT SSDT WSMT SSDT SSDT DBGP DBG2 MSDM ASF! FPDT UEFI acpi0: wakeup devices GLAN(S4) XHC_(S3) XDCI(S4) HDAS(S4) RP01(S4) RP02(S4) RP04(S4) RP05(S4) RP06(S4) RP07(S4) RP08(S4) RP09(S4) RP10(S4) RP11(S4) RP12(S4) RP13(S4) [...] acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 2399 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i7-7600U CPU @ 2.80GHz, 2692.98 MHz, 06-8e-09 cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 24MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE cpu1 at mainbus0: apid 2 (application processor) cpu1: Intel(R) Core(TM) i7-7600U CPU @ 2.80GHz, 2692.85 MHz, 06-8e-09 cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,SRBDS_CTRL,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 0, core 1,
