Why did I say buffer underrun? I got the very same error when I attempted a SD backup, in Jul 01, on the fly, between an AOpen 48x CD-ROM and a Ricoh MP7163A. The Ricoh was master & the AOpen the slave.
The AOpen 48x is a PIO Mode device while the Ricoh is UDMA (a busmaster, if you like). PIO + UDMA is a non-no. I can tell you that there’s nothing like that combination plus original ASPI layer plus a little stupidity :o to get one’s self onto the path to burning rightousness!
My interpretation of the errorcode that Upp3rd0G has kindly stated is this: “CRC ERROR”…just not enough data getting through, remember that CRC was added in ATA4 for UDMA66; “ULTRA-DMA/32”…intuitively, a DMA issue.
I always watch the POST on bootup, because occasionally, not frequently though, a disk or optical device slips thru as PIO. You can see this in the enumeration window that also shows the RAM. I also check DMA settings in Device Manager as well as the UDMA status of devices off my IDE Controller PCI Card. Every now & then, something’s running in PIO Mode! Most often, the bloody chipset drivers haven’t loaded correctly or there’s been some sort of failure during the final boot process, nearing the desktop, which is where, video, sound and chipset drivers come unstuck.
Did this happen to you? I don’t know. Is the Pioneer 116 a PIO Mode device? I don’t know. I don’t know how many times I checked/ticked DMA for the AOpen, until I realised that it was useless to keep ticking that DMA box! Check the POST when you next boot.
With my Toshi 1402 & ASUS 4012A, I can copy SD2 on the fly. If I ‘force’ the Toshi into PIO Mode (which I can do in the IDE Card settings), then I get a coaster. When you upgraded to v4, did you reboot?
Make a habit of checking the BIOS settings, the POST screen, DMA in Device Manager and UDMA settings on any additional controllers that you may have, occasionally.