I’m having an issue trying to burn a music CD for use in my (very old, I know I know) car. I’m running FedoraKDE (40) and Brasero, a Liteon brand external optical DVDRW drive, CD-R (TDK brand), and a Framework 16.
The issue I’m having seems to be that the blank disks(maybe?) aren’t recognized automatically by Fedora, when I pop a full commercially released CD in it’ll play/rip, but with a blank disk nothing happens, and I don’t know where to “save” the “image” of this album I’m creating in Brasero to get it on the disk.
Someone on a random linux forum told some other guy to run cdrecord -checkdrive
which says my drive is at /dev/sr0 with a blank disk, but that’s as far as I’ve gotten. Do I choose sr0 as the place to save it? It says “something something overwrite” when I try which makes me wary, it seems it wants to overwrite “sr0” itself and either bork my drive or install, but maybe?
I’m positive it’s just something simple I’m missing, any help would be greatly appreciated and I can answer questions and run commands if needed (but I don’t actually have WIFI rn, so I’ll have to have the package for said command already.)
Thanks in advance.
I think Ideally you should be able to run it as you instead of root or sudo. I’m assuming you are needing sudo since you don’t have access to the burner as your user.
Do an “ls -lah” on your cd burner. I think you said it was /dev/sr0 so “ls -lah /dev/sr0” and see if it is owned by root:root or hopefully root:disk or something like that. The format is “user:group” so I’m hoping it is owned by a group that you can simply add your user to.
If it is owned by another group, you can just run “sudo usermod -aG disk user” replace disk with the group that shows on the ls command and user with your user.
If that burner is owned by root:root, there is a way to change that. But that gets very complicated. And I’m not sure its worth the effort for you unless you are wanting to learn more. Point 4.3 here: https://wiki.archlinux.org/title/Udev
In which case to directly answer your question, I’d personally prefer to sudo the script instead of adding sudo in the script. But at the end of the day, I don’t think it matters too much for this specific use case.
Looks like root, I think. It says
brw-rw----+ 1 root cdrom 11, 0 Aug 18 14:13 /dev/sr0
no “:” though oddly, so maybe I can run
sudo usermod -aG cdrom $USER
?
Edit: looks like it throws the same error as not sudoing, wodim no write mode specified blah blah. It did add me to the cdrom group though. Although now it won’t work with sudo, how do I remove myself from the cdrom group?
Edit again: Wait, I got it working with another disk, the one I was just trying may have been too big to fit on the disk but throwing the same error as when I didn’t use sudo. Burning this one with sudo, will test again without when it finishes. Thankfully I have a stack of these disks lol I can do this all day.
Ok, still need sudo. Without sudo it just exits without writing to the disk. I guess what I thought was warnings is just standard incomprehensible readout, but yeah without sudo (or if the files are too big for the disk) it just exits and finishes out my script removing the .cdr files.
My bad thought it was printed as “user:group” and not “user group”.
When you add yourself to a group you need to either log out and log back in or reboot in order for it to take effect. So maybe next time you log in try it without sudo again.
Oh cool thanks I’ll log out and try again. Ran into another issue in my script I’m trying to work around now though: I disconnected and reconnected the drive, now it’s /dev/sr1!
So, I guess I need to have my script run cdrecord -checkdrive
, and then take that answer as a variable $CDROM and pump it back into cdrecord -v dev=/dev/$CDROM -audio yadda yadda
.
This is getting a liiitle above my head lmao.
Edit: logged out and in, no dice, still sudo. Now to figure out this checkdrive issue…