Re: [expert] Re: Preliminary HOWTO... Zip Disks
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Good morning, Stef... On Friday 17 January 2003 09:16 am, stefmit wrote: If I would dare to jump in (I apologize if this is off, as I have not gotten the chance to read the original FAQ, thus to understand what's beeing suggested there) - but as far as my experience goes, you do not want to combine on the same controller high speed devices (hard drives), and lower speed ones (cd-roms, zip drives, etc.) - thus having the zip on its own controller, separated from the hard drives. I thought enough of what you said to set up a few testing combinations on an old Pentium I had downstairs. If my hunch is correct, now that I've tried some combinations, I think this is largely dependent upon the type of EIDE interface, itself. Some of the older IDE interfaces, particularly those that came on a card (remember THEM?) suffered from this problem. An older pair of IDE interfaces on a 1998 motherboard had similar problems. I tried a somewhat esoteric combination of IDE cards, 486 motherboards and a pair of old Pentium motherboards, each with approximately the same level of failure. However, on a newer motherboard, particularly with a newer BIOS, the problem goes away. Thus far, using a more modern motherboard and BIOS, I have been able to get the BIOS to recognize the Zip drive in about every position, without regard to the speed of any devices sharing the buss. In fact, as an update of sorts, so long as I manually mount the zip drive thus: mount -t ext2 /dev/hdd /zip it works flawlessly, and is very usable. If I don't manually mount the device, however, because of some KDE strangeness, it mounts the drive, but defaults it to vfat. I'll have to locate where the mount statement occurs in KDE's startup scripts and fix it to where it works the same as the manual statement (above). All in all, it's working fine now, and the drive chain problems that existed on older systems appears to be a thing of the past. Thanks again... Dave - -- Dave Laird ([EMAIL PROTECTED]) The Used Kharma Lot / The Phoenix Project Web Page: http://www.kharma.net updated 01/02/2003 Music Calendar Website: http://www.kharma.net/calendar.html Usenet news server : news://news.kharma.net An automatic random thought For the Minute: The world is coming to an end--save your buffers! A lost ounce of gold may be found, a lost moment of time never. -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+LQ/EaE1ENZP1A28RAvfuAJ4vllODHnGPp/64xBmE0HiXEYMzlQCgqmGD hghDa3z6Sz7LG+i5KELTbJI= =c7w0 -END PGP SIGNATURE- Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] Re: Preliminary HOWTO... Zip Disks
WOW! That was quite good - thank you for the updates. Like many others on this list, I build my own systems, and I learned and worked with this limitation for many years, without having checked again with the new stuff I put together recently ... to me this was almost like a given ... and - combined with the fact that I always had the possibility to do it the way I thought being right (never had more than two (E)IDE hard drives, or more than two CD/DVD/ZIPs in any system, thus no problem in grouping them), I never gave the issue second thoughts. But now you made me curious ... I will try some of these on my new systems at home ... Thx again for this great - updated - info ;) Stef On Tuesday 21 January 2003 03:15 am, Dave Laird wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Good morning, Stef... I thought enough of what you said to set up a few testing combinations on an old Pentium I had downstairs. If my hunch is correct, now that I've tried some combinations, I think this is largely dependent upon the type of EIDE interface, itself. Some of the older IDE interfaces, particularly those that came on a card (remember THEM?) suffered from this problem. An older pair of IDE interfaces on a 1998 motherboard had similar problems. I tried a somewhat esoteric combination of IDE cards, 486 motherboards and a pair of old Pentium motherboards, each with approximately the same level of failure. However, on a newer motherboard, particularly with a newer BIOS, the problem goes away. Thus far, using a more modern motherboard and BIOS, I have been able to get the BIOS to recognize the Zip drive in about every position, without regard to the speed of any devices sharing the buss. In fact, as an update of sorts, so long as I manually mount the zip drive thus: mount -t ext2 /dev/hdd /zip it works flawlessly, and is very usable. If I don't manually mount the device, however, because of some KDE strangeness, it mounts the drive, but defaults it to vfat. I'll have to locate where the mount statement occurs in KDE's startup scripts and fix it to where it works the same as the manual statement (above). All in all, it's working fine now, and the drive chain problems that existed on older systems appears to be a thing of the past. Thanks again... Dave - -- Dave Laird ([EMAIL PROTECTED]) The Used Kharma Lot / The Phoenix Project Web Page: http://www.kharma.net updated 01/02/2003 Music Calendar Website: http://www.kharma.net/calendar.html Usenet news server : news://news.kharma.net An automatic random thought For the Minute: The world is coming to an end--save your buffers! A lost ounce of gold may be found, a lost moment of time never. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
[expert] Re: Preliminary HOWTO... Zip Disks
If I would dare to jump in (I apologize if this is off, as I have not gotten the chance to read the original FAQ, thus to understand what's beeing suggested there) - but as far as my experience goes, you do not want to combine on the same controller high speed devices (hard drives), and lower speed ones (cd-roms, zip drives, etc.) - thus having the zip on its own controller, separated from the hard drives. HTH, Stef On Friday 17 January 2003 11:12 am, Ken Thompson wrote: On Thursday 16 January 2003 09:23 pm, Ronald J. Hall wrote: On Thursday 16 January 2003 05:44 pm, Dave Laird wrote: Good afternoon, everyone... Once I ignored the instructions from Iomega (and consequently from Mandrake) and simply began treating an Iomega Zip Disk drive as I would any other drive with removable media, the process of formatting and using a Zip Disk (with the user and group ID's set to where anyone on the local network is given access) the rest of it is a piece of cake, with only one possible exception. Here is a bit of mini-documentation I just wrote on the fly to explain how this works, if you're having problems. I have a question. Why master on the 2nd IDE channel? I've used my Zip drive just about everywhere and it works fine from any place in the IDE chain... Just curious... :-) I really can't say.. I have also used it at nearly every position, in fact it was secondary on the second channel when I installed 9.0 and the CD/RW was primary. I never could get it to work in that spot and always got either not a block device when trying to mount without SCSI emulation or I/O failure of somesort when using SCSI emulation. Both with and without supermount enabled, of course. It worked just fine from 7.2 onward in the above mentioned spot, that is until 9.0... I have everything working now except LICQ which only works as root.. 'Nother story, 'nother day G. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: Preliminary HOWTO... Zip Disks
On Friday 17 January 2003 12:16 pm, stefmit wrote: If I would dare to jump in (I apologize if this is off, as I have not gotten the chance to read the original FAQ, thus to understand what's beeing suggested there) - but as far as my experience goes, you do not want to combine on the same controller high speed devices (hard drives), and lower speed ones (cd-roms, zip drives, etc.) - thus having the zip on its own controller, separated from the hard drives. HTH, Stef Hi Stef...oh, that I understand. What I couldn't understand, and was asking about, was why the Zip would only work under Mandrake 9.0 if it was in the master position on the secondary IDE channel... :-) -- /\ Dark Lord \/ Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] Re: Preliminary HOWTO... Zip Disks
On Fri, January 17 2003 11:16 am, stefmit wrote: If I would dare to jump in (I apologize if this is off, as I have not gotten the chance to read the original FAQ, thus to understand what's beeing suggested there) - but as far as my experience goes, you do not want to combine on the same controller high speed devices (hard drives), and lower speed ones (cd-roms, zip drives, etc.) - thus having the zip on its own controller, separated from the hard drives. HTH, Stef I've got a UDMA166 HD, and a Zip-100 on the same channel, because I have 2 IDE cd-roms (one is a liteon cd-rw, with udma-33 capabilities, and I have no problems with any of my devices.. just a FYI -- Chuck Burns - Grand Bay, AL Man = Mars = 4th planet from Sun = 4 Woman = Venus = 2nd planet from Sun = 2 Man - Woman = -2 = Man divorce wife = less than he started with Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: Re: [expert] Re: Preliminary HOWTO... Zip Disks
On Thu, January 16 2003 11:20 pm, Ronald J. Hall wrote: Hi Stef...oh, that I understand. What I couldn't understand, and was asking about, was why the Zip would only work under Mandrake 9.0 if it was in the master position on the secondary IDE channel... :-) Probably just a preference. My zip is slave on primary, and it works just fine in Mdk9.0 -- Chuck Burns - Grand Bay, AL Man = Mars = 4th planet from Sun = 4 Woman = Venus = 2nd planet from Sun = 2 Man - Woman = -2 = Man divorce wife = less than he started with Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
