>Number:         7938
>Category:       port-mac68k
>Synopsis:       kernel panic when accessing iomega HFS zip disk
>Confidential:   no
>Severity:       serious
>Priority:       low
>Responsible:    port-mac68k-maintainer (NetBSD/mac68k Portmaster)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Jul  7 03:20:00 1999
>Last-Modified:
>Originator:     Tom Spindler
>Organization:
BIFFSTERS INTERNATIONAL
	
>Release:        <NetBSD-current source date> 1.4
>Environment:
	
System: NetBSD biffvm1.biff.net 1.4 NetBSD 1.4 (GENERICSBC) #0: Sat May 8 20:55:03 PDT 1999 root2@c610:/usr/src/sys/arch/mac68k/compile/GENERICSBC mac68k


>Description:
	
I have two SCSI devices on my system: a quantum 500M drive (ID 0), and
a ZIP disk (ID 5). When I attempted to use hfsutils (a userland
program) to mount the hfs volume on the zip drive, I invoked it as
'hmount /dev/sd1d'.  This caused the machine to go boom with the
message 'panic: getblk: block size invariant failed'.
(unfortunately, the corefile wasn't saved, due to lack of space)

>How-To-Repeat:
	
I suspect that putting in any zip disk and attempting to access
/dev/sd1d will panic the machine. I've not tested this yet, though.
>Fix:
	
>Audit-Trail:
>Unformatted: