พาร์ติชันชดเชยที่ 63, 64, 2048 หรือ 4096

ฉันไม่ต้องการใช้ SSD ทั้งหมดสำหรับ OpenBSD 5.5 (SSD ใหม่และฟอร์แมตด้วย MSDOS โดยใช้ Gparted)

ระหว่างการติดตั้งและในระยะ fdisk ฉันเลือก Partition #: 0 เพื่อติดตั้ง OpenBSD (ฉันเปลี่ยน Partition ID เป็น a6) ฉันวางแผนที่จะติดตั้งระบบปฏิบัติการ Unix ที่คล้ายกันใน Partition #: 1 หรือ 2

เมื่อได้รับพร้อมต์สำหรับพาร์ติชันออฟเซ็ต (ค่าเริ่มต้นคือ 0) ฉันควรป้อนหมายเลขใด: 0, 63, 64, 2048 หรือ 4096

ด้านล่างนี้เป็นรายละเอียดเกี่ยวกับเรขาคณิตดิสก์ของ SSD ของฉันเมื่อฉันป้อน 0 สำหรับการชดเชยพาร์ติชัน:

Use (W)hole disk or (E)dit the MBR? [whole] e

You will now create a single MBR partition to contain your OpenBSD data. This partition must have an id of ‘A6’; must *NOT* overlap other partitions;  and must be marked as the only active partition. Inside the fdisk command, the ‘manual’ command describes all the fdisk commands in detail.

Disk: sd0    geometry: 29185/255/63 [468862128 sectors)
Offset: 0    Signature: 0xAA55

                  Starting                Ending        LBA Info:                
 #:    id       C    H    S  -         C     H    S    [start : size]    
  0:   00       0    0    0 -          0     0    0    [0     : 0   ] unused
  1:   00       0    0    0  -         0     0    0    [0     : 0   ] unused
  2:   00       0    0    0  -         0     0    0    [0     : 0   ] unused
  3:   00       0    0    0  -         0     0    0    [0     : 0   ] unused

Enter ‘help’ for information
fdisk: 1> e 0

Partition id ('0' to disable) [0 - FF]: [0] (? for help) a6
Do you wish to edit in CHS mode? [n] no
Partition offset: [0] 0
Partition size: [0] 70g
fdisk:*1> f 0
Partition 0 marked active
fdisk:*1> q
Writing MBR at offset 0
The auto-allocated layout for sd0 is:

การติดตั้งดำเนินไปอย่างราบรื่นโดยไม่ติดขัด

เมื่อรีบูตเครื่องของฉันสองสามบรรทัดสุดท้ายคือข้อความแสดงข้อผิดพลาด:

root on sd0a swap on sd0b dump on sd0b
panic: root filesystem has size 0
Stopped at Debugger+0x5 : leave
Run at least 'trace' AND 'ps' AND INCLUDE OUTPUT WHEN REPORTING THIS PANIC! IF RUNNING SMP, USE 'mach ddbcpu <#>' AND 'trace' ON OTHER PROCESSORS TOO.
DO NOT EVEN BOTHER REPORTING THIS WITHOUT INCLUDING THAT INFORMATION!
ddb{0}>