Date: Tue, 28 Mar 1995 19:00:02 -0800 From: Paul Traina <pst@Shockwave.COM> To: freebsd-bugs Subject: kern/280: new slice manager totally confused about old slice disks Message-ID: <199503290300.TAA03452@freefall.cdrom.com> In-Reply-To: Your message of Tue, 28 Mar 1995 18:52:58 -0800 <199503290252.SAA00683@precipice.shockwave.com>
next in thread | previous in thread | raw e-mail | index | archive | help
>Number: 280
>Category: kern
>Synopsis: the new slice code is bitching about my old slices
>Confidential: no
>Severity: serious
>Priority: high
>Responsible: freebsd-bugs (FreeBSD bugs mailing list)
>State: open
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Tue Mar 28 19:00:00 1995
>Originator: Paul Traina
>Organization:
>Release: FreeBSD 2.1.0-Development i386
>Environment:
FreeBSD 2.1.0 as of yesterday.
A pair of SCSI drives:
sd0 has both DOS and FreeBSD partitions on it
sd1 has DOS partitions on it
>Description:
1) It looks like the implicit label stuff for unlabeled disks is
non-functional? I cannot ask disklable to read the pseudo-label off
of sd1
root@precipice$ disklabel sd1
disklabel: ioctl DIOCGDINFO: Invalid argument
2) All of this slice stuff is really verbose and I think gratuitous.
Note: I am using older boot blocks that don't support -v, so it
may be that the system assumes old boot blocks generate -v, if so,
I think that is backwards and yet another bug, but WTF. If the
slice manager was working well, I would use disklable to write new
boot blocks and test it, but since I can't access my MSDOS partition
on sd0 via FreeBSD anymore, I'm concerned that disklabel is going
to lose that information if I write out new boot blocks (I gotta go
read the source code again, it's been a while since I looked at what
disklabel -B does and doesn't do.)
2) When the system is booting, it whines loudly about partitions not being
inside slices... this may indeed be an error condition, but that's the
way FreeBSD 2.0 did things, so you're going to have a hell of a support
problem with these new slice changes.
FreeBSD 2.1.0-Development #0: Tue Mar 28 12:17:28 PST 1995
pst@precipice.Shockwave.COM:/usr/src/sys/compile/PRECIPICE
CPU: Pentium (Pentium-class CPU) 60 MHz Origin = "GenuineIntel" Id = 0x515
This is a Pentium 510\\60 or 567\\66 Stepping=5 Features=0x1bf FPU VME PSE MCE CX8
real memory = 16384000 (4000 pages)
avail memory = 15093760 (3685 pages)
Probing for devices on the ISA bus:
sc0 at 0x60-0x6f irq 1 on motherboard
sc0: VGA color <16 virtual consoles, flags=0x0>
ed0 at 0x280-0x29f irq 9 maddr 0xd8000 msize 8192 on isa
ed0: address 00:00:c0:93:88:53, type WD8013EPC (8 bit)
bpf: ed0 attached
sio0 at 0x3f8-0x3ff irq 4 on isa
sio0: type 16450
sio1 at 0x2f8-0x2ff irq 3 on isa
sio1: type 16550A
fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa
fdc0: NEC 765
fd0: 1.44MB 3.5in
bt0: Bt445S/ 0-PCI/EISA/VLB(32bit) bus
bt0: reading board settings, dma=5, int=11
bt0: version 3.37, fast sync, no parity, 32 mbxs, 32 ccbs
bt0: targ 0 sync rate=10.00MB/s(100ns), offset=15
bt0: targ 1 sync rate= 4.54MB/s(220ns), offset=15
bt0: targ 4 async
bt0: targ 6 async
bt0: Enabling Round robin scheme
bt0 at 0x330 irq 11 drq 5 on isa
(bt0:0:0): "QUANTUM PD1800S 3161" is a type 0 fixed SCSI 2
sd0(bt0:0:0): Direct-Access 1717MB (3517856 512 byte sectors)
(bt0:1:0): "MAXTOR P0-12S JB22" is a type 0 fixed SCSI 1
sd1(bt0:1:0): Direct-Access 997MB (2042265 512 byte sectors)
(bt0:4:0): "NEC CD-ROM DRIVE:210 1.0" is a type 5 removable SCSI 1
cd0(bt0:4:0): CD-ROM
cd0(bt0:4:0): NOT READY csi:20,b,0,0 asc:b,0
cd0: could not get size
drive empty
(bt0:6:0): "WANGTEK 5150ES SCSI FA14 08" is a type 1 removable SCSI 1
st0(bt0:6:0): Sequential-Access drive offline
npx0 on motherboard
npx0: INT 16 interface
gus0 at 0x220 irq 12 drq 1 on isa
gus0: <Gravis UltraSound 3.4 (1024k)>
sd0s1: start 32, end = 511999, size 511968: OK
sd0s4: start 512000, end = 3514367, size 3002368: OK
sd0: rejecting partition in BSD label: it isn't entirely within the slice
sd0: start 512000, end 3514367, size 3002368
sd0d: start 0, end 3514367, size 3514368
sd0: rejecting partition in BSD label: it isn't entirely within the slice
sd0h: start 32, end 511999, size 511968
sd1s1: start 32, end = 819199, size 819168: OK
sd1s2: start 819200, end = 2041855, size 1222656: OK
sd1s5: start 819232, end = 2041855, size 1222624: OK
sd0s1: start 32, end = 511999, size 511968: OK
sd0s4: start 512000, end = 3514367, size 3002368: OK
sd0: rejecting partition in BSD label: it isn't entirely within the slice
sd0: start 512000, end 3514367, size 3002368
sd0d: start 0, end 3514367, size 3514368
sd0: rejecting partition in BSD label: it isn't entirely within the slice
sd0h: start 32, end 511999, size 511968
bpf: lo0 attached
bpf: tun0 attached
sd0s1: start 32, end = 511999, size 511968: OK
sd0s4: start 512000, end = 3514367, size 3002368: OK
sd0: rejecting partition in BSD label: it isn't entirely within the slice
sd0: start 512000, end 3514367, size 3002368
sd0d: start 0, end 3514367, size 3514368
sd0: rejecting partition in BSD label: it isn't entirely within the slice
sd0h: start 32, end 511999, size 511968
sd1s1: start 32, end = 819199, size 819168: OK
sd1s2: start 819200, end = 2041855, size 1222656: OK
sd1s5: start 819232, end = 2041855, size 1222624: OK
3) Oh where oh where has my MSDOS partition gone? Oh where oh where
can it beeeeee?
pst@precipice$ cat /etc/fstab
/dev/sd0a / ufs rw 1 1
/dev/sd0e /usr ufs rw 1 2
/dev/sd0b none swap sw
/dev/sd0h /dos msdos rw
proc /proc procfs rw
root@precipice$ mount /dos
msdos: mount: Invalid argument
pst@precipice$ disklabel sd0
# /dev/rsd0c:
type: SCSI
disk: quantum_pd1800s
label:
flags:
bytes/sector: 512
sectors/track: 32
tracks/cylinder: 128
sectors/cylinder: 4096
cylinders: 733
sectors/unit: 3002368
rpm: 3600
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0 # milliseconds
track-to-track seek: 0 # milliseconds
drivedata: 0
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
a: 36864 0 4.2BSD 1024 8192 16 # (Cyl. 0 - 8)
b: 131072 36864 swap # (Cyl. 9 - 40)
c: 3002368 0 unused 0 0 # (Cyl. 0 - 732)
e: 2834432 167936 4.2BSD 1024 8192 16 # (Cyl. 41 - 732)
>How-To-Repeat:
Boot system on a machine that has both DOS and FreeBSD partitions that
was built from FreeBSD 2.0's install procedure with the new kernel.
>Fix:
Hell if I know.
>Audit-Trail:
>Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199503290300.TAA03452>