Yeah, it's odd actually. I burnt myself a CD this morning using my Mac OS X box, and it appeared to be fine on an older -CURRENT box and on the Mac. Stuck it in my far-more-recent -CURRENT box and it died horribly. Or at least, it gave the same error you're reporting. I'm going to try to track it down -- the three suspects are (1) the marker I used to write on the CD was more caustic than I thought, (2) my CD-ROM drive is broken in my notebook and it went undiscovered until now, and (3) something changed in the ATA code to cause me suffering.
Robert N M Watson FreeBSD Core Team, TrustedBSD Projects [EMAIL PROTECTED] Network Associates Laboratories On Tue, 24 Sep 2002, Sean Hamilton wrote: > Greetings, > > I'm creating ISO images of CDs as advised by the handbook, like so: > > # dd if=/dev/acd0c of=blah.iso bs=2k > > At the very end of many CDs, dd states "acd0: Input/output error" and the > kernel says: > > acd0: READ_BIG - ILLEGAL REQUEST asc=0x64 ascq=0x00 error=0x04 > > The .iso seems okay (I can make it into a vnode and mount it without > trouble.) I can mount the CD and recursively cat every file, so I don't > think it's bad media. > > Is this just an alignment issue, then? READ_BIG expecting 16 blocks or > somesuch? Harmless? Is the tail end of my .iso getting thrown away? > > thanks, > > sh > > atapci0: <VIA 82C686 ATA66 controller> port 0xd800-0xd80f at device 4.1 on > pci0 > ata0: at 0x1f0 irq 14 on atapci0 > ata1: at 0x170 irq 15 on atapci0 > atapci1: <Promise ATA100 controller> port > 0x8800-0x883f,0x9000-0x9003,0x9400-0x9407,0x9800-0x9803,0xa000-0xa007 mem > 0xe4800000-0xe481ffff irq 11 at device 17.0 on pci0 > ata2: at 0xa000 on atapci1 > ata3: at 0x9400 on atapci1 > ad4: 38172MB <MAXTOR 6L040J2> [77557/16/63] at ata2-master UDMA100 > acd0: CD-RW <LITE-ON LTR-32123S> at ata0-master UDMA33 > > # atacontrol mode 0 > Master = UDMA33 /* 40 pin cable. UDMA33 cdrom. */ > Slave = ??? > # atacontrol mode 1 > Master = ??? > Slave = ??? > # atacontrol mode 2 > Master = UDMA100 > Slave = ??? > # atacontrol mode 3 > Master = ??? > Slave = ??? > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
