Bingo!: [was: Re: Burning CD's on TiBook IV]
On Fri, 2004-02-13 at 02:58, Paul Mullen wrote:
> On Fri, Feb 13, 2004 at 02:26:14AM +0100, Wolfgang Pfeiffer wrote:
> >
> > Actually: yes. I was looking for a GUI based app. I found
> > nautilus-cd-burner, which, as I wrote, didn't do what I expected.
>
> I'm afraid I can't offer any first-hand advice regarding GUI-based CD
> writing apps, as I've only used cdrecord thus far. I've heard good
> things about "K3b", though, which is a KDE-based app. Judging by
> apt-cache's output, it only requires kdelibs, not the entire desktop
> framework. Might be worth a look.
>
> <http://www.k3b.org/>
>
> > have to set up some config stuff first. Even before I can run *any* GUI
> > based stuff. Or that's at least what I'd expect now .... More on it in
> > my answer on digger's message in this thread.
>
> What sort of issues are you running into?
First Thanks to All for helping here:
I finally got it: at least making backups of my most-important files on
the OS to a CD are possible now.
The following is for Google, too:
As I didn't find a short, more or less straightforward HOWTO on how to
get the CD burner running on powerpc/Debian Linux I thought I simply
write it down of what I found on the subject so far. And I hope I didn't
make any too serious mistakes in the following ...
First some notes on which stuff didn't work, and how it looked like
when it did so. For those being bored with that: you simply might want
to scroll down to "The Solution" part.
The Problem:
As root (Hoping I didn't change some content in the following box after
reformatting it here ... ) :
-----------------------------------------------
root@ 13:57:14:# lsmod
Module Size Used by Not tainted
ide-scsi 11168 0
sr_mod 17588 0 (autoclean) (unused)
nls_iso8859-1 2960 0 (autoclean)
sg 30724 0 (autoclean) (unused)
radeon 113384 1
agpgart 18496 3
sd_mod 13020 0 (autoclean) (unused)
scsi_mod 90448 4 (autoclean) [ide-scsi sr_mod sg sd_mod]
ds 8640 1
yenta_socket 12608 1
dmasound_pmac 70384 1 (autoclean)
dmasound_core 13448 1 (autoclean) [dmasound_pmac]
soundcore 4536 3 (autoclean) [dmasound_core]
pcmcia_core 44784 0 [ds yenta_socket]
macserial 39140 0 (autoclean)
airport 3508 0 (unused)
orinoco 36848 0 [airport]
hermes 9712 0 [airport orinoco]
hid 23300 0 (unused)
---------------------------------------------------
And this:
______________________________________
root@ 14:00:33:# cdrecord -scanbus
Cdrecord-Clone 2.01a25 (powerpc-unknown-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling
NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord
and thus may have bugs that are not present in the original version.
Please send bug reports and support requests to <cdrtools@packages.debian.org>.
The original author should not be bothered with problems of this version.
cdrecord.mmap: No such file or directory. Cannot open '/dev/pg*'. Cannot open SCSI driver.
cdrecord.mmap: For possible targets try 'cdrecord -scanbus'. Make sure you are root.
cdrecord.mmap: For possible transport specifiers try 'cdrecord dev=help'.
cdrecord.mmap: Also make sure that you have loaded the sg driver and the driver for
cdrecord.mmap: SCSI hardware, eg. ide-scsi if you run IDE/ATAPI drives over
cdrecord.mmap: ide-scsi emulation. For more information, install the cdrtools-doc
cdrecord.mmap: package and read /usr/share/doc/cdrecord/README.ATAPI.setup
____________________________________
True: So far I didn't make available cdrecord for non-root users:
$ ls -l /usr/bin/cdrecord
-rwxr-xr-x 1 root root 133 Jan 17 05:10 /usr/bin/cdrecord
&
So what I tried now was
dpkg-reconfigure cdrecord
to make the cdrecord binaries available for non-root users. Which didn't
change the situation, as expected (same output after typing
cdrecord -scanbus
and nautilus-cd-burner didn't even create an image.iso to the hard-disk,
and not to re-writable CD's either.
The Solution (so far ... :)
I added 2 lines to /etc/modules:
ide-scsi
sg
and one to yaboot.conf:
append="hdc=ide-scsi"
ybin -v
and then rebooting, with these results:
I couldn't talk to /dev/cdrom any more, as it was linked to /dev/hdc
$ ls -l /dev/cdrom
lrwxrwxrwx 1 root cdrom 3 Jun 14 2003 /dev/cdrom -> hdc
For example in xmms, when trying to play a CD, I had to load
/dev/scd0
Before, IIRC, it was /dev/cdrom.
The eject button F12 didn't work any more, as, IINM,
/etc/pbbuttonsd.conf
said this:
dev_cdrom = "/dev/cdrom"
Linking /dev/cdrom newly solved the problem:
(Note: "ll" in the following is an alias for "ls -l")
Backing up the old file:
root@ 16:26:00:# cd /dev
root@ 16:50:45:# ll cdrom
lrwxrwxrwx 1 root cdrom 3 Jun 14 2003 cdrom -> hdc
root@ 16:51:03:# mv cdrom cdrom.old
`cdrom' -> `cdrom.old'
Creating a new link:
root@ 16:51:48:# ln -s scd0 cdrom
root@ 16:54:14:# ll cdrom
lrwxrwxrwx 1 root root 4 Feb 13 16:54 cdrom -> scd0
Then making the CDROM available for users in group cdrom
# chown root.cdrom cdrom
root@ 16:58:06:# ll cdrom
lrwxrwxrwx 1 root cdrom 4 Feb 13 16:54 cdrom -> scd0
cdrom available for non-root users should work if /etc/group has an
entry like this:
cdrom:x:24:<non-root-login-name>
Making cdrom secure, as I hope:
root@ 16:59:41:# chmod 770 cdrom
Then:
# /etc/init.d/pbbuttonsd stop
Stopping pbbuttonsd: pbbuttonsd.
root@ 17:12:45:# /etc/init.d/pbbuttonsd start
Starting pbbuttonsd: pbbuttonsd.
After this the eject key here, F12, worked as expected and ejected the
CD as in old times ... :)
nautilus-cd-recorder tho' still didn't work:
After having put the files to the "burn:///" Nautilus window, I clicked
"Write to CD": A
"Write files to a CD recorder" GUI popped up,
I chose "Target to write to: File Image"
The only option to start the writing of the .iso image was a "Write
files to CD" button. I clicked it, and chose an image.iso in my ~/
directory.
Result was a crashing nautilus-cd-burner (?), i.e. the "burner" GUIs
became unreadable after some time, with no resulting .iso image in the
end.
And I suspect (I'm not sure on that) the app crashed from the same
reasons the following command didn't work:
mkisofs -v -r -J .[A-Za-z0-9]* /etc/ | cdrecord -v -dummy -
which gave me these errors at the end of process (excerpt):
________________________________
mkisofs: Error: '.gqview/history' and '.dia/history' have the same Rock Ridge name 'history'.
mkisofs: Error: '.xmms/config' and '.regexp/config' have the same Rock Ridge name 'config'.
mkisofs: Error: '.xine/config' and '.regexp/config' have the same Rock Ridge name 'config'.
mkisofs: Error: '.xmms/menurc' and '.gimp-1.3/menurc' have the same Rock Ridge name 'menurc'.
mkisofs: Error: '/etc/modules' and '.gimp-1.2/modules' have the same Rock Ridge name 'modules'.
mkisofs: Unable to sort directory
________________________________
What did the trick in the end was this:
I first created, as non-root, a tarball from ~/.[A-Za-z0-9]* (= all dot
files in ~/) and /etc/, like so:
$ tar --exclude ".sheep" -cvpPf /tmp/daily.backup.tar /etc/ /home/<user-directory>/\.[A-Za-z0-9]*
If you do this as non-root, you, AFAICS, can be sure the shadow file in
/etc/ and other sensitive stuff (hopefully) won't be readable by
unauthorized people from the CD where this tarball will be copied to in
the end of the procedure.
And that's probably why you'll get some errors at end of the above tar
command (not being sure on it so far) -- because of unreadable files in
/etc (?)
And I'm not sure on whether the backslash before .[A-Za-z0-9]* in the
tar command is necessary or not.
The exclude command ignores all the .mpg's in the .sheep screen-saver
folder
Final step:
I then went back to the nautilus "burn:///" CD creator window, dragged
the /tmp/daily.backup.tar to this window, letting then nautilus create
an .iso image of this tar ball, and afterwards burned it successfully to
a re-writable CD. Nautilus even erased successfully the data on the CD
before writing to it.
Funny: File Roler in Gnome is able to open and read the files in the
tarball from above, whereas mc can't do that. That's what I call
progress then, when modern GUI's are better than the traditional, more
or less command line driven apps .... :)
Link:
CD burning HOW-TO:
<http://newbiedoc.sourceforge.net/peripherals/cdrw.html>
HTH, and nice week-end to All.
Again: Thanks to All helping in this thread.
Best Regards
Wolfgang
[ ... ]
--
Profile, Links: http://profiles.yahoo.com/wolfgangpfeiffer
Reply to: