It seems F. Heinrichmeyer wrote:
> more observations to the zip-drive problem:
> First the relevant dmesg-line:
>
> atapi: MODE_SENSE_BIG - UNIT ATTENTION skey=6 asc=29 ascq=00 error=00
> afd0: <IOMEGA ZIP 100 ATAPI/23.D> rewriteable drive at ata0 as master
> afd0: 96MB (196608 sectors), 32 cyls, 64 heads, 96 S/T, 512 B/S
> afd0: 4096KB/s, transfer limit 64 blks, PIO
> afd0: Medium: Unknown media (0x0)
That looks like it should...
> second :
>
> the first 512 bytes of /dev/rfd* are identical, here are checksums:
>
> 61088 1 rafd0.txt
> 61088 1 rafd0s4.txt
>
> here are some lines of the files in emacs hexl-mode:
>
> 00000000: eb2e 4950 4152 5420 636f 6465 2030 3039 ..IPART code 009
> 00000010: 202d 2049 6f6d 6567 6120 436f 7270 6f72 - Iomega Corpor
> 00000020: 6174 696f 6e20 2d20 3131 2f32 332f 3930 ation - 11/23/90
> 00000030: fafc 8cc8 8ed0 bc00 7c8e d88e c0b9 0002 ........|.......
>
> the zip disks where formatted under windows, of course.
>
> trying to mount the zip-drive gives:
> msdos: /dev/afd0s4: Invalid argument
This has appeared before IIRC, I've no idea why this doesn't work,
but I can rig up my ZIP drive, but I dont have DOS nor WINDOWS,
do it fail also if the disk is formatted under FreeBSD ??
-S�ren
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
