From owner-freebsd-doc Tue Sep 15 16:31:52 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA05808 for freebsd-doc-outgoing; Tue, 15 Sep 1998 16:31:52 -0700 (PDT) (envelope-from owner-freebsd-doc@FreeBSD.ORG) Received: from dutton3.it.siu.edu (dutton3.it.siu.edu [131.230.6.142]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA05798 for ; Tue, 15 Sep 1998 16:31:36 -0700 (PDT) (envelope-from jimd@dutton3.it.siu.edu) Received: (from jimd@localhost) by dutton3.it.siu.edu (8.8.8/8.8.8) id SAA14778; Tue, 15 Sep 1998 18:30:59 -0500 (CDT) (envelope-from jimd) Date: Tue, 15 Sep 1998 18:30:59 -0500 (CDT) Message-Id: <199809152330.SAA14778@dutton3.it.siu.edu> Mime-Version: 1.0 X-Newsreader: knews 1.0b.0 From: jimd@SPAMYOURSELFdutton3.it.siu.edu (Jim Dutton) Subject: Finally got ATAPI ZIP working with ATAPI CD-ROM Newsgroups: comp.unix.bsd.freebsd.misc Cc: freebsd-doc@FreeBSD.ORG Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-doc@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have an ATAPI Iomega/100 ZIP drive on the same "channel" (?) as an ATAPI Toshiba CD-ROM. Under FreeBSD-2.2.6R, I could use only one of these two devices - the system would only acknowlege one of them. With the "atapi.c" patch from Satoh Junichi, FBSD-2.2.6R now recognizes and accepts both the Atapi CD-ROM and the Atapi ZIP drives. Using the ZIP drive was a little bit of a mystery. Starting with the FBSD FAQ item#8.4 (I have a new removable drive, how to I use it?), I wound up with the following, with regards to an ATAPI ZIP drive instead of the SCSI ZIP drive in the FAQ: - -- - - - - - - - - - - - - - - - For an MS-DOS device (where the ZIP media is MS-DOS preformatted, and the "/zip" directory is already defined): mount -t msdos /dev/wfd0 /zip Normal MS-DOS caveats apply: whilst the ZIP media is accessible via normal Unix commands, all file/directory names are truncated to MS-DOS standards. For a UNIX device (again, "/zip" already exists): /etc/disktab: zip100|zip 100:\ :ty=removable:se#512:nc#96:nt#64:ns#32:\ :pa#196608:oa#0:ba#4096:fa#512:ta=4.2BSD:\ :pb#196608:ob#0:bb#4096:fb#512:tb=4.2BSD:\ :pc#196608:oc#0:bc#4096:fc#512:tc=4.2BSD: dd if=/dev/zero of=/dev/rwfd0 disklabel -r -w wfd0c zip100 zip1 newfs -T zip100 wfd0c mount /dev/wfd0c /zip - - - -- - - - - - - - - - - - - - - Comments: 1) the "zip100" entry in "/etc/disktab" already existed; all that was changed was to add the type flags ("ta=4.2BSD", etc.). 2) I don't know offhand if all three disktab partition definitions are really necessary (perhaps they are, perhaps they aren't); FDISK will report FOUR partitions. I would suspect that only ONE partition is required ("pc" ?). 3) the original FAQ entry suggestion of using dd if=/dev/zero of=/dev/.... count=2 did not appear to prepare enough of the disk, and NEWFS attempts would report "not enough disk space" (or "out of disk space"). I don't know if it is really necessary to "format" the entire ZIP "disk", but I did. 4) the original FAQ entry suggestion of using disklabel -Brw ... auto didn't work as "/usr/mdec/wfdboot" doesn't exist. Perhaps including "-b boot1" would have resolved this? Also, the "auto" parameter was not able to recognize the "media (disk) type". 4) leaving the media MS-DOS formatted appeared to offer more free/available space (as reported by DF), by about 10MB (?) - - - - - - - - - - - - - - - - - - - - - Stats from various commands: ...../root: dd if=/dev/zero of=/dev/rwfd0 dd: /dev/rwfd0: end of device 196609+0 records in 196608+0 records out 100663296 bytes transferred in 4030.920802 secs (24973 bytes/sec) ...../root: disklabel wfd0 # /dev/rwfd0c: type: unknown disk: zip100 label: zip1 flags: removeable bytes/sector: 512 sectors/track: 32 tracks/cylinder: 64 sectors/cylinder: 2048 cylinders: 96 sectors/unit: 196608 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 3 partitions: # size offset fstype [fsize bsize bps/cpg] a: 196607 0 4.2BSD 512 4096 0 # (Cyl. 0 - 95*) b: 196607 0 4.2BSD 512 4096 0 # (Cyl. 0 - 95*) c: 196607 0 4.2BSD 512 4096 0 # (Cyl. 0 - 95*) ...../root: newfs -T zip100 wfd0c Warning: Block size and bytes per inode restrict cylinders per group to 5. /dev/rwfd0c: 196608 sectors in 48 cylinders of 1 tracks, 4096 sectors 96.0MB in 10 cyl groups (5 c/g, 10.00MB/g, 4448 i/g) super-block backups (for fsck -b #) at: 32, 20512, 40992, 61472, 81952, 102432, 122912, 143392, 163872, 184352, ...../root: df -k /zip Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wfd0c 92607 0 85198 0% /zip ...../root: dmesg [..] Sep 14 ... /kernel: wdc1 at 0x170-0x177 irq 15 on isa Sep 14 ... /kernel: wdc1: unit 0 (atapi): , removable, accel, ovlap, dma, iordis Sep 14 ... /kernel: wcd0: 5512Kb/sec, 256Kb cache, audio play, 255 volume levels, ejectable tray Sep 14 ... /kernel: wcd0: no disc inside, unlocked Sep 14 ... /kernel: wdc1: unit 1 (atapi): , removable, intr, iordis Sep 14 ... /kernel: wfd0: medium type unknown (no disk) Sep 14 ... /kernel: wfd0: buggy Zip drive, 64-block transfer limit set Sep 14 ... /kernel: sb0 at 0x220 irq 5 drq 1 on isa [...] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-doc" in the body of the message