OK, this one was kind of hard. A little background. I was doing a huge emerge including kde, gnome, and openoffice updates, when my friend says "hey Greg, I need you to burn these CD's for me before tomorrow". Well, historically, I have done all my CD burning in Windows, so I decided, "hey, this is a pretty good excuse to figure out how to do this in Gentoo."
So, I popped onto the forums, and the consensus seemed to be that k3b is a good burning program, but that ide-scsi was the standard way to do this. Well, I compile my ide stuff into my kernel (no modules, which is dumb, since I boot off real scsi)... so ide-scsi was a no-go for my situation.
So, searching the forums again, I found this thread: http://forums.gentoo.org/viewtopic.php?t=121250, which seemed pretty promising. I did more-or-less as the posters said, something like:
Code: Select all
# emerge --onlydeps cdrtools cdrdao k3b
# ACCEPT_KEYWORDS="~x86" emerge -u --nodeps cdrtools cdrdao k3b
Code: Select all
# ACCEPT_KEYWORDS="~x86" emerge -p dvd+rw-toolsCode: Select all
# emerge dvd+rw-toolsCode: Select all
# emerge normalizeIf you are following this as a step-by-step "guide," STOP DOING THAT NOW AND READ THE ENTIRE THING before you continue... this narrative includes descriptions of some mistakes I made with potentially disasterous consequences. You have been warned!!!
Great, now I think I have the right packages. Now, as root, I run
Code: Select all
# kcmshell k3bsetup2So I run k3b (neat interface, looks, err.. familiar
I set up my friends playlist like he wants it and go to burn.
Allright, I read some man pages and search the forums a bit more, and figure out that I need to tell cdrecord to use ATAPI. Here's what I (eventually) did (you can do this too, should be safe AFAIK):
Code: Select all
# cdrecord dev=ATAPI:0,0,0 -scanbusThis gave the following output:
Code: Select all
Cdrecord-Clone 2.01a23-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2003 Jörg Schilling
Note: This version is an unofficial (modified) version with DVD support
Note: and therefore may have bugs that are not present in the original.
Note: Please send bug reports or support requests to <warly@mandrakesoft.com>.
Note: The author of cdrecord should not be bothered with problems in this version.
scsidev: 'ATAPI:0,0,0'
devname: 'ATAPI'
scsibus: 0 target: 0 lun: 0
Warning: Using ATA Packet interface.
Warning: The related libscg interface code is in pre alpha.
Warning: There may be fatal problems.
Using libscg version 'schily-0.7'.
scsibus0:
0,0,0 0) 'PIONEER ' 'DVD-RW DVR-105 ' '1.30' Removable CD-ROM
0,1,0 1) *
0,2,0 2) *
0,3,0 3) *
0,4,0 4) *
0,5,0 5) *
0,6,0 6) *
0,7,0 7) *
So, back in k3b, I opened up the k3b preferences dialog (settings->k3b config), and picked the "Programs" icon on the left, and then the User Parameters on the right. Beside cdrecord, I put in:
Code: Select all
--device=ATAPI:0,0,0Now, here is where it got really dicey. DO NOT DO THIS but I went ahead and tried to burn at this time. My drive would spin, but still no love. Various results happened, things locked up, crashed, etc... finally I tried dmesg, and to my horror I figured out that it was running cdrdao, and trying to burn the darn image to my SCSI drive!!! So, don't do that. Note that, had I followed the instructions I had read from the ebuild, and refused to change things to be run as root, I would have had much less chance to screw up my system. As it stands, I haven't rebooted since then, and I am slightly scared that things will be borked when I do (fdisk says my partition tables are intact, which seems like a good indicator
Instead, do the following:
First, go to http://cdrdao.sourceforge.net/drives.html#dt. Find the closest match you can to your drive there. You can use the output from cdrecord you generated above to remind yourself of the exact model of your drive. Then get the text under the "driver" column of this page. In my case, this was "generic-mmc". So, to test it, I put in a blank disk (well, I already had it in after all my previous bumbling), and ran
Code: Select all
cdrdao disk-info --device ATAPI:0,0,0 --driver generic-mmcBingo, it gave me something that looked OK, and, more importantly, didn't mention my SCSI hard drive
So, just like for "cdrecord", I put in "user arguments" into the k3b config next to cdrdao:
Code: Select all
--device ATAPI:0,0,0 --driver generic-mmcNow, finally, k3b worked like a charm. Similar arguments may need to be provided to other programs, if you are doing other fancy things like DVD-burning. But for burning DAO CD's I was "go". Yay!
Here are some other threads that deal with these issues and similar, I found quite a number of them:
http://forums.gentoo.org/viewtopic.php?t=122782
http://forums.gentoo.org/viewtopic.php?t=125502
http://forums.gentoo.org/viewtopic.php?t=120984
http://forums.gentoo.org/viewtopic.php?t=117445
http://forums.gentoo.org/viewtopic.php?t=121740
http://forums.gentoo.org/viewtopic.php?t=121250
YMMV. Good luck!
Edit 01.19.04
Modified to clarify that cdrecord wants an equals sign and cdrdao doesn't; fix fdisk/fstab thinko.



