Re: (no subject)
[This message has also been posted to linux.debian.user.]
In article <6Xo35-7O4-25@gated-at.bofh.it>, Chris Humphries wrote:
> +------------------------------------------------------------------------------
>| On Thursday, Sep 21, 2006 at 03:51:36AM +0000, s. keeling wrote:
>| operator <operator1000@gmail.com>:
>| > Could someone recommend a substitute for k3b?
>
> Do what k3b is doing manually (it just calls external programs to do
> it's work). That is what the text below is.
There's another thing k3b does. It knows the squirrelly mappings
from the SunOS scsibus,target,lun or "portable"
devicename:scsibus,target,lun language in the cdrecord(1) man page
to the device names on the Linux systems people actually use.
On some distros, it (with KDE set up correctly underneath) knows
whether there is a Hardware Abstraction Layer and what names to
use so the right driver modules get loaded.
If you don't know all that stuff and you try to use cdrecord
directly, you either get lucky or cdrecord does not work.
It's nice that S. Keeling got lucky using /dev/hdd on his
particular system, but that device name will not always work.
It would be good if there were an organized "documentation"
someplace explaining to newbies what the difference between
/dev/hdd and /dev/scd are, and how to tell whether your installation
is using sg SCSI emulation or IDE-CD and how to get the automounter
to let go of the CD drive when the distro left it on by mistake,
and some of the other things that prevent cdrecord from "just working."
If it exists, I haven't found it. I use k3b and xcdroast
because cdrecord doesn't always work by itself and I've never
been able to figure out why.
Cameron
> There are several scripts and things around that do various ways of
> doing the things below, k3b is just a nice fancy gui for it instead.
>
> -Chris
>
>|
>| mkisofs -R -o /scratch/iso/track_01.img \
>| -pad -allow-leading-dots -max-iso9660-filenames \
>| -r -relaxed-filenames /scratch/afio
>|
>| Then:
>|
>| cdrecord dev=/dev/hdd -eject \
>| -tao -data /scratch/iso/track_01.img
Reply to: