Re: IOMEGA ZIP-100 / ZIP-250 -- banging my head against the wall
* Phil Edwards <firstname.lastname@example.org> (2001-08-17 23:50):
> I'm not subscribed -- haven't needed help yet, Debian is that good :-) --
> so please cc me on replies.
Done, I'd suggest sending all replies to this mail to the list as well as myself,
as you'll reach a much larger audience :)
> Quick version: after perusing the archives of this list, I found my
> ZIP-250 drive (hdd) and tried mounting a plain ZIP-100 disk with 'mount
> -t vfat /dev/hdd4 /mnt/point'. I got the 'bad superblock, no such fs,
> or something else' error message that others have reported.
I presume from the above that your zip drive is connected to the
second channel of your second IDE controller?
Are you able to mount any zip250 disks? If so, do you use the same
> Yes, the vfat module is loaded. Yes, there is a working filesystem on the
> disk (Windows shows the little "50ways.exe" file as well). Same problem
> with other related filesystem types (dos, msdos, fat, etc).
> I've just switched from RH to Debian. This worked automatically under RH,
> using a /dev/zip device. Unfortunately, I no longer have that partition,
> so I can't see what /dev/zip really was. KDE2 wants /dev/zip to be
> there for mounting, but I don't know what to use for a target if I make
> a /dev/zip symlink.
You could try "cfdisk /dev/hdd" to see the partitions, maybe this disk
doesn't have /dev/hdd4 as its partition. By default, the 4th
partition is used (anyone know why that is?), but maybe its been
repartitioned or something.
> One other thing. /var/log/messages shows
> kernel: hdd: 98304kB, 196608 blocks, 512 sector size
> kernel: hdd: hdd4
> kernel: hdd: hdd4
> kernel: [MS-DOS FS Rel. 12,FAT 16,check=n,conv=b,uid=0,gid=0,umask=022,bmap]
> kernel: [me=0x6d,cs=768,#f=32,fs=37632,fl=423504,ds=13786368,de=8237,
> kernel: Transaction block size = 512
> kernel: VFS: Can't find a valid MSDOS filesystem on dev 16:40.
> kernel: hdd:<5>ll_rw_block: device 16:40: only 512-char blocks implemented (1024)
> kernel: unable to read partition table
> which suggests that if 1K blocks were implemented, this would Just Work...?
There is an option for specifying a block size when mounting, you
could try the option "blocksize=1024". Your mount command would look
mount -t vfat -o blocksize=1024 /dev/hdd4 /mnt/point
> That can't be the right conclusion -- I was running the same 2.2.19 kernel
> under RH7 that I'm running now under Debian, built from stock sources.
Are you using the exact same kernel (ie. copied the kernel from the
Redhat /boot to the Debian /boot), or are you using the same kernel
revision, but you went through the menuconfig or xconfig seperately.
If so, you might want to check the Zip-Drive mini-howto (should be under
/usr/doc/HOWTO/en-txt/mini), and make sure that you have all the
relevant kernel options for IDE zip drives (I have a SCSI zip myself,
so Linux just treats it as another fixed disk).
Sean Quinlan (email@example.com)