[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
disk devices vs. wedges and wrong FS type
So after some hiatus, I have one of my PowerMacs back online. It's a
PowerMac G4 (AGP Graphics), a.k.a. "Sawtooth" IIRC.
I built a recent -current (7.99.4) but kept the toolchain rolled back to
gcc45, just in case. I updated the machine's NFS root filesystem and it
proceeded to boot just fine over the network.
I set about also updating the installation on the machine's local disk.
The previous install was a 6.99.41 vintage. I set about updating just
the modules and the kernel (boot from HFS partition) and figured to
reboot and update the rest.
When the machine wasn't reachable via SSH after a reasonable period of
time, I went to inspect the console. I found messages like the
mount: no match for `wd0a': No such process
fsck: exec /usr/sbin/fsck_sysv for /dev/rdk1: No such file or directory
So, first it appears that -current insists on using wedges and can't
cope with my existing "/etc/fstab" that uses device paths and partitions.
Second, it gets the filesystem on the wedges wrong. Looking through
wd0 at atabus0 drive 0
wd0: <Hitachi HDS721680PLAT80>
wd0: drive supports 16-sector PIO transfers, LBA48 addressing
wd0: 76319 MB, 155061 cyl, 16 head, 63 sec, 512 bytes/sect x 156301488 sectors
dk0 at wd0: Boot
dk0: 21105 blocks at 64, type: hfs
dk1 at wd0: Root
dk1: 20972448 blocks at 21169, type: sysv
dk2 at wd0: Swap
dk2: 4195296 blocks at 20993617, type: sysv
dk3 at wd0: tmp
dk3: 2097648 blocks at 25188913, type: sysv
dk4 at wd0: var
dk4: 8389584 blocks at 27286561, type: sysv
dk5 at wd0: d0
dk5: 120625343 blocks at 35676145, type: sysv
wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 6 (Ultra/133)
wd0(wdc0:0:0): using PIO mode 4, DMA mode 2, Ultra-DMA mode 4 (Ultra/66) (using DMA)
So, the wedges think the filesysem type is "sysv" instead of "ffs".
I can check and mount the disk partitions if I add "-t ffs" to the
'fsck' and 'mount' command lines, respectively.
The startup scripts expect correct automatic detection of filesystem type,
so the machine cannot currently boot past single-user mode when booting
The partitions were established long ago and the instructions about the
type to use haven't changed.
$ pdisk -l /dev/rwd0c
Partition map (with 512 byte blocks) on '/dev/rwd0c'
#: type name length base ( size )
1: Apple_partition_map Apple 63 @ 1
2: Apple_HFS Boot 21105 @ 64 ( 10.3M)
3: Apple_UNIX_SVR2 Root 20972448 @ 21169 ( 10.0G) S0 RUFS k0 /
4: Apple_UNIX_SVR2 Swap 4195296 @ 20993617 ( 2.0G) S1 SFS k0 (swap)
5: Apple_UNIX_SVR2 tmp 2097648 @ 25188913 ( 1.0G) S2 UFS k0 /usr
6: Apple_UNIX_SVR2 var 8389584 @ 27286561 ( 4.0G) S2 UFS k0 /usr
7: Apple_UNIX_SVR2 d0 120625343 @ 35676145 ( 57.5G) S2 UFS k0 /usr
Device block size=512, Number of Blocks=156301488 (74.5G)
|/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X
|\ / jdbaker[snail]mylinuxisp[flyspeck]com OpenBSD FreeBSD
| X No HTML/proprietary data in email. BSD just sits there and works!
|/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
Main Index |
Thread Index |