IDE-SCSI/HPT366 Problem
LK Prodigies: This problem is current on the Linux-2.4.0-test11 kernel. Please tell me if this has already been resolved - I am new to the list. Here is my setup: Motherboard: Soyo 6BA+IV (built-in PIIX4 and HPT366 IDE controllers) CDRWs: Yamaha 4416S (SCSI) & Yamaha 8424E (EIDE) Kernel: 2.4.0test11 -- I must use 2.3.X or 2.4.X since my main drives are on the HPT366 channels. IDE: Using both HPT and PIIX chipsets. Base system drives are on HPT366 channels. / == /dev/hde. Works fine. Software: cdrecord 1.8.1, cdrecord 1.9 Problem: The problem lies with using my EIDE CDRW - I set it up properly using IDE-SCSI. I can use my mp3tocdda shell script to encode mp3s to CD (uses cdrecord as well) on the fly using either drive, however, when I use cdrecord to write a data CD, the system hard-locks, no kernel panic messages, and no Magic SysRQ keystroke works. Quite odd that I could do the cdrecord for audio tracks, but not data.. Anyhow, I moved the CDRW to the PIIX4 channels (and changed my lilo append line to make hda=scsi, instead of hdg=scsi) and now both the mp3tocdda script and cdrecord for data images works fine. I'm thinking it's a problem with HPT366, since IDE-SCSI/PIIX4 worked fine with the setup, and cdrecord has always been a working package for me. Also, the HPT366 setup screen (VERY simple) shows the CDRW using MW DMA 2 and is unchangable thru the HPT366 BIOS. Is there something I should be doing with hdparm on the CD device? Thanks in advance, Damacus Porteng -- Damnit, Linus, I'm a network admin, not a kernel hacker! - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Re: IDE-SCSI/HPT366 Problem
Andre: Is that to say that I'd experience this problem with any EIDE CDRW used on one of the HPT366 channels, or is it to say that only several CDRWs aren't supported under this chipset? Also, in regards to Kurt, I wasn't running the CDRW on the same channel as the source. Intel PIIX4 HPT366 --- -- /dev/hda (CDRW, worked) /dev/hde (boot: 36.5G) /dev/hdb/dev/hdf (storage: 61.4G) /dev/hdc/dev/hdg (CDRW, failed) /dev/hdd/dev/hdh In the crashing setup, the boot drive was /dev/hde, source drive was /dev/hdf. CDRW was /dev/hdg (Second channel, master.) In the working setup, boot and source were the same, CDRW was moved to hda. Regards, Damacus Porteng On Wed, Nov 29, 2000 at 10:27:17AM -0800, Andre Hedrick wrote: > On Wed, 29 Nov 2000, Kurt Garloff wrote: > > > Strange. If you read data from the harddisk on an IDE channel and write it > > (with cdrecord) to some CDRW on the same IDE channel, you have to expect > > trouble: As with IDE there is no disconnect from the bus (as opposed to > > SCSI), you risk buffer underruns. > > A lockup however is not to be expected :-( > > It is completely expected bacause of teh active timing changes done on > this chipset design. The timings are for ATA DMA and not ATAPI. > You should expect a 100% hardlock on mistimed IO access. > > Cheers, > > Andre Hedrick > CTO Timpanogas Research Group > EVP Linux Development, TRG > Linux ATA Development > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to [EMAIL PROTECTED] > Please read the FAQ at http://www.tux.org/lkml/ -- Damnit, Linus, I'm a network admin, not a kernel hacker! - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
Arg. File > 2GB removal
For grins, I did `dd if=/dev/zero of=testfile bs=1024 count=400` Obviously, with the limits of ext2, this isn't allowed, however, dd continued marrily on its way, tho it spouted an error... I cancelled the dd and went to remove the file, though the following occured: root@obfuscated:/home/ftp# rm testfile rm: cannot remove `testfile': Value too large for defined data type 'ls' complains about the same. I ran e2fsck -f /dev/hde6 (the partition of /home) and it didn't 'find' the problem. How do I remove this file and reclaim the HDD space? Thanks, D. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
