ABIT KT7A MB
zip 100 ide drive on /dev/hdd
52x Blaster cdrom on /dev/hdc
WD 6Gig HD on /dev/hdb
WD 30Gig HD on /dev/hda
Athlon 1.2Ghz 266Mhz fsb
512Meg RAM
I believe this is the via686 chipset but would have top grep dmesg for I am not sure if it is A or B. the website where I got it says B, but I think in dmesg I have seen A, along with a message via workaround bug
isa modem /dev/tty03
pci SB live
pci dec tulip network card
pci sym53c810 scsi card && HP cd-rw
pci ieee1394 firewire card
agp GForce2 video card
ups on /dev/usb/ttyUSB0 using usb to serial converter
palm on com2 /dev/tty02
/dev/tty01 disabled MB only handles 2 com ports either built in or like my setup
I get messages like the following:
hdd lost interrupt (zip)
I also occasionally get hdc lost interrupt as well (cdrom) but have not seen them since I removed the zip drive
my hdb also had problems until I reformated ext2 it (loosing ALL data on it) (TGFBU)
hda is ext3 (built into kernel)
I work with some large files, oftern megs in size sometimes gigs.
If I mount the drive and do large data transfers to it forget it. 30Megs cp hangs. sometimes just doing touch will hang it
kill -9 on the cp process does not do anything.
umount wont umount.
shutdown becomes a defunct process and it is rather interesting to be able to do ps -ef and see 10 shutdown processes in the process table.
The system is usually still usable but the logs and console get message about lot interrupt.
The maintainer knows and I tried the patch he had against 2.4.14 and it helped but did not fix the problem.
fdisk against the drive works just fine, but using it actually seems to not work.
moved the drive into another system and the drive works just fine under other OS
put another hard drive on hdd and the other drive seemed to work just fine with data transfer of 1Gig file to the drive / umount / mount etc
I don't think the power is overloaded as if it was I think I'd have kernel compile problems especially doing make -j 5 on UP with X running as well as other progs.
Am now running 2.4.16 without the zip ini the system and all is okay except for the IEEE parport bug which breaks ecp/epp to my web cam. However since it worked in 2.4.13 I found the line of code and just patched back that one line.
parport is also VIA.. thus it must be a buggy chipset
Joe
Dave Jones <davej@suse.de> wrote:
> On Wed, 5 Dec 2001 joeja@mindspring.com wrote:
> 2) The nasty VIA ide-floppy / iomega zip 100 drive bugs would get fixed
> as well as this prevents people from using their zip drives under Linux
> and forces them to use them under another OS.
Last I checked, mine worked fine. Details please?
Dave.
-- | Dave Jones. http://www.codemonkey.org.uk | SuSE Labs- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Fri Dec 07 2001 - 21:00:35 EST