Hello,
I am trying to read to rip an audio CD with Rhythmbox but it doesn’t seem to mount. I also tried to do the following:
mount -t iso9660 /dev/sr0 /mnt/cdrom
I tried to rip my cds with Rhythmbox on a Tumbleweed and Fedora installations on the same machine and it seemed to work fine. However since I am most interested in running Leap I would like to make this work. If it is a bug I can file a bug report.
Assuming that it is an audio CD, there is s no ISO 9660 file system on the CD, nor contains it any other type of file system. Thus mounting is impossible (though I have seen audio CDs presented as if they where a directory with the music numbers presented as files inside for ease of use/ripping by some multi-media applications).
Also, it is nice you post the mount statmenet you use, but why do you not show what happens then? Always post complete: prompt-command line, output, next prompt line.
I do not know Rhythmbox, but I assume you do something there. As long as you do not describe what you do (and what you say you also do on e.g. Tumbleweed) and what happens and from which point on things are different between Leap 15.1 and Tumbleweed, people here have to guess an enormous amount of hings.
Remember that a good problem description has three parts (no need to have them in sequence, or in a bullet list, but they should be somewhere in your description):
You’re right, I’m sorry for my lacking post.
What I did: inserted CD on CDROM drive, opened Rhythmbox and waited for the CD entry on the left-hand side of the application.
What is expected to happen: After inserting the CD on the drive, the CD should be automatically mounted and an entry to the cdrom drive should appear either on Rhythmbox or Nautilus (I am using GNOME). At least it is how it has worked in the past and is exactly what happens on the Tumbleweed and Fedora cases I mentioned, following the same procedure.
What happened instead: the cd isn’t mounted and apparently I am unable to mount it manually:
# mount -t iso9660 /dev/sr0 /mnt/cdrom
mount: /mnt/cdrom: wrong fs type, bad option, bad superblock on /dev/sr0, missing codepage or helper program, or other error.
Also following your comment I tried to mount without the -t option,
# mount /dev/sr0 /mnt/cdrom
mount: /mnt/cdrom: can't read superblock on /dev/sr0
Note: I hear the cdrom drive working briefly until it goes to rest.
As I explained already, a music CD is does not have a file system of any kind on it. Thus mounting (in the meaning as it is used in Unix/Linux) is not possible. Apart from this being logical for a human being, it is also shown by the system in the error messages: no file system, thus no superblock found.
What probably made you think it is “mounted” is because some GUI applications (you name a few) mimic an inserted audio CD as if it is a sort of file system mounted somewhere (I do not know where) with the musical tracks as files within that faked mount point. Nice as a user interface to the uninitiated GUI end-user, but not factual.
Now your problem is that for some reason the applications you mention do not show this behaviour on Leap 15.1 where they do it on TW.
I am afraid that the following will not help you much because I run Leap 15.0 and KDE.
But I inserted a audio CD in the unit and now Dolphin shows it in it’s Places list. I can click on it and see the tracks and a few other directories that are fake creations to make other information on the CD available to me. So here it works as intended.
Let us see if any Leap 15.1 Gnome user can comment on this.
===================================
BTW, looking at what is mounted with
mount
the CD is not in the list as expected. There is no real mounted file system.
Also using Dolphin and stepping upwards through the directory tree, there is nothing above the CD itself, where when you do this for any regular mounted file system, you will evntualy end up in /.
This to show you that what you see is only a local way of an application to let you easily use the device.
kio_audiocd is installed?
also libcdaudio1?
Yes, Dolphin implements this behaviour using its audiocd:/ KIO which…
Allows treating audio CDs like a “real” filesystem, where tracks are represented as files and, when copied from the folder, are digitally extracted from the CD. This ensures a perfect copy of the audio data.
https://docs.kde.org/trunk5/en/kdemultimedia/kioslave5/audiocd/index.html
Isn’t that KDE? The OP is using Gnome. Or is Rhythmbox nevertheless using kio?
I’m not a Gnome user, but gvfs (Gnome virtual file system) can handle audio CDs in a similar fashion via its gvfsd-cdda mount backend.
man gvfs
Thanks for your explanation!
Yes I indeed thought that CDs were mounted like a typical filesystem is. So I learned something today
Perhaps this has something to do with gvfs as deano_ferrari pointed out, but at this point I think I am a little out of my league.
I’ll be looking into this issue and if I find anything that solves this I will update.
Meanwhile any help in troubleshooting this would be much appreciated.
After a little Internet search, I found a posting that suggested that the following app can open and rip audio cds…
https://software.opensuse.org/package/goobox?search_term=goobox
TSU
Thank you! I am actually able to play audio cds and rip them with this app. It is not very flexible though since I cannot choose which place to send the ripped tracks or the compression format, but it works nonetheless.
In any case I am still interested to solve the original problem and have my GNOME desktop to recognize and open CDs with Nautilus, Rhythmbox, etc.
Thanks for your feedback