Subject: Re: ZIP Drive/Panic
To: None <cwood@ichips.intel.com>
From: Dan McMahill <mcmahill@alum.mit.edu>
List: port-mac68k
Date: 12/07/1997 01:02:56
In message <199712062157.NAA19536@pdxcs266>, "Colin Wood" writes:
>Dan McMahill wrote:
>>
>> Will do. Actually I tried to boot the 1.3Beta SBC kernel last night
>> and it didn't boot. It made it to
>> root on sd1a dumps on sd1b
>> trap: type 0x0, codd 0x75d, v 0x8fb003
>> kernel: Bus error trap
>>
>> and a debug trace just showed
>> _Debugger.
>
>Hmmmm...it looks like Scott might have accidentally left something in the
>kernel that he shouldn't have....
>
>> I will download the rest of 1.3Beta and try it again (I still had
>> a 1.3Alpha installation and just tried the kernel). The ncr
>> 1.3 Beta does boot ok though.
>
>Good.
I completely upgraded to 1.3BETA. Still can't boot the SBC kernel, gives
the same panic as above.
When I use a ncrsci kernel, I no longer get kernel panics with
disklabel or fsck (a big step in the right direction), but
fsck complains about "cant read block"... For a small (1-5)
number of blocks. The numbers change each time I run fsck
even if I run fsck -f several times in a row. Also, after
I mount the zip, I can copy small files and cksum them,
but a larger file won't cksum right after copying it. In
fact I get different cksums when I re copy the file. Obviously
a bad feature for backups.
Is this one of the things which should go away if I am able to
boot a later SBC kernel?
Your how-to was quite useful. Some of the numbers were different
and after I get the entire process to go without errors, I'll
send you any diffs I find.
Dan
ps, boot log attached
NetBSD 1.3_BETA (SLOTMAN) #162: Wed Dec 3 18:36:18 PST 1997
paul@mac1.whooppee.com:/home/paul/src/sys/arch/mac68k/compile/SLOTMAN
(current as of Tue Dec 2 06:35:07 1997)
Apple Macintosh IIci (68030)
real mem = 20971520
avail mem = 16572416
using 204 buffers containing 835584 bytes of memory
mrg: 'Mac IIci/Q700 ROMs' ROM glue, tracing off, debug off, silent traps
mrg: I/O map kludge for ROMs that use hardware addresses directly.
adb: bus subsystem
Got following HwCfgFlags: 0xfc00, 0x 3f, 0x 0, 0x 0
mrg: Not setting up egret.
mrg: ADB interrupts enabled.
\^H\^Hadb: extended keyboard at 2
adb: extended mouse <LT01> 3-button 400 dpi mouse at 3
adb: 100 dpi mouse at 15
mainbus0 (root)
obio0 at mainbus0
adb0 at obio0 (ADB event device)
asc0 at obio0: Apple Sound Chip
ncrscsi0 at obio0
scsibus0 at ncrscsi0: 8 targets
sd0 at scsibus0 targ 0 lun 0: <QUANTUM, LP80S 980809404, 3.3> SCSI2 0/direct fixed
sd0: 80MB, 921 cyl, 4 head, 44 sec, 512 bytes/sect x 164139 sectors
sd1 at scsibus0 targ 1 lun 0: <QUANTUM, FIREBALL1080S, 1Q09> SCSI2 0/direct fixed
sd1: 1042MB, 3835 cyl, 4 head, 139 sec, 512 bytes/sect x 2134305 sectors
cd0 at scsibus0 targ 5 lun 0: <MATSHITA, CD-ROM CR-8004A, 2.0a> SCSI2 5/cdrom removable
sd2 at scsibus0 targ 6 lun 0: <IOMEGA, ZIP 100, F.09> SCSI2 0/direct removable
sd2: 96MB, 96 cyl, 64 head, 32 sec, 512 bytes/sect x 196608 sectors
zsc0 at obio0 chip type 0
zsc0 channel 0: d_speed 19200 DCD clk 0 CTS clk 0 (raw defaults)
zstty0 at zsc0 channel 0
zsc0 channel 1: d_speed 57600 DCD clk 0 CTS clk 0 (raw defaults) shielding from LocalTalk
zstty1 at zsc0 channel 1
nubus0 at mainbus0 (slotmanager)
\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^Hmacvid0 at nubus0 slot c\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\
^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H\^H: SuperMac Spectrum/
8 Series III v1.2
macvid0: 1024 x 768, monochrome
grf0 at macvid0
ite0 at grf0 (minimal console)
fpu0 at mainbus0 (mc68882)
boot device: sd1
root on sd1a dumps on sd1b
PRAM: 0x3489eaf4, macos_boottime: 0x3489eae2.
root file system type: ffs