Am Freitag, 7. Oktober 2005 01:40 CEST schrieb Anish Mistry: > I've got a couple of issues, which both appear on RELENG_6 and > -CURRENT as of today. I'm not sure when they started as I mostly > burncd multisession backups on my 4.x system. > Once I burn a CD with burncd: > mkisofs -r -J -o test.iso files > burncd -f /dev/acd0 -s max -m data test.iso fixate > The files burn just fine, but I have to eject and then close the > drive. eg. "cdcontrol eject ; cdcontrol close" before I can mount > the CD. If I try to mount the CD without the eject/close I get the > following message in the syslog: > kernel: g_vfs_done():acd0[READ(offset=32768, length=2048)]error = 5 > The same goes (eject/close except no error message) before grabbing > the multisession info with "burncd -f /dev/acd0 msinfo". > When I try to burn another session with burncd I just get > "Input/Output error" and the second session doesn't get added to the > CD. > This all seems like a problem with ata/atapi rather than burncd. Hmm, with my little knowledge of GEOM I think 'true > /dev/acd0' should replace the open/close sequence... It saves some time I hope... ;) -Harry > > From the RELENG_6 system: > atapci0: <nVidia nForce3 Pro UDMA133 controller> port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf900-0xf90f at device 8.0 on > pci0 > ata0: <ATA channel 0> on atapci0 > ata1: <ATA channel 1> on atapci0 > ad0: 38162MB <WDC WD400BB-23FJA0 13.03G13> at ata0-master UDMA100 > ad1: 32253MB <HDS728080PLAT20 PF2OA21B> at ata0-slave UDMA133 > acd0: CDRW <BENQ CDRW 5232X/KPEY> at ata1-master UDMA33 > > From the CURRENT system: > atapci0: <AcerLabs M5229 UDMA66 controller> port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1400-0x140f at device 15.0 on > pci0 > atapci0: using PIO transfers above 137GB as workaround for 48bit DMA > access bug, expect reduced performance > ata0: <ATA channel 0> on atapci0 > ata1: <ATA channel 1> on atapci0 > ad0: 19077MB <TOSHIBA MK2018GAP M1.42 A> at ata0-master UDMA66 > acd0: CDRW <TOSHIBA DVD-ROM SD-R2212/1F15> at ata1-master UDMA33 > > > Thanks,
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:44 UTC