Re: [vox-tech] devfs and mkisofs, don't have permission to create multisession cd's
On Fri, Jan 30, 2004 at 04:04:02PM -0800, Ken Bloom wrote: I have a backup script that I run periodically (and I haven't run it in two whole weeks), and I was trying to run it today but since having switched to devfs, the permissions on the cd drive's device file seem to have changed (probably as a result of the switch), so that I can't read the file system. As a result, I can't add new sessions to a CD because a permissions error keeps mkisofs from reading the previous sessions on the CD. Devfs complains about /dev/sg0 [EMAIL PROTECTED] ~]% ls -l /dev/sg0 lr-xr-xr-x1 root root 36 2004-01-30 07:22 /dev/sg0 - scsi/host0/bus0/target0/lun0/generic [EMAIL PROTECTED] ~]% ls -l `readlink -f /dev/sg0` crw-r--r--1 root cdrom 21, 0 1969-12-31 16:00 /dev/scsi/host0/bus0/target0/lun0/generic Does anybody know what the correct permissions should be, or how to fix this problem? I'd set the device to 664 and make sure that the user running the backup script is in the cdrom group. -- Samuel Merritt OpenPGP key: http://meat.andcheese.org/~spam/spam_at_andcheese_dot_org.asc PGP information can be found at http://www.mindspring.com/~aegreene/pgp/ pgp0.pgp Description: PGP signature
Re: [vox-tech] devfs and mkisofs, don't have permission to create multisession cd's
--On Saturday, January 31, 2004 01:12:51 AM -0800 Samuel N. Merritt [EMAIL PROTECTED] wrote: On Fri, Jan 30, 2004 at 04:04:02PM -0800, Ken Bloom wrote: I have a backup script that I run periodically (and I haven't run it in two whole weeks), and I was trying to run it today but since having switched to devfs, the permissions on the cd drive's device file seem to have changed (probably as a result of the switch), so that I can't read the file system. As a result, I can't add new sessions to a CD because a permissions error keeps mkisofs from reading the previous sessions on the CD. Devfs complains about /dev/sg0 [EMAIL PROTECTED] ~]% ls -l /dev/sg0 lr-xr-xr-x1 root root 36 2004-01-30 07:22 /dev/sg0 - scsi/host0/bus0/target0/lun0/generic [EMAIL PROTECTED] ~]% ls -l `readlink -f /dev/sg0` crw-r--r--1 root cdrom 21, 0 1969-12-31 16:00 /dev/scsi/host0/bus0/target0/lun0/generic I'd set the device to 664 and make sure that the user running the backup script is in the cdrom group. Some systems will change the ownership on various devices to match the user logged in on the console, then set the ownership back when the user logs out. The idea is to let the person sitting in front of the computer have access to the cd-roms, sound device, etc. See if you have a file named console.perms in /etc/security or some similar location. You should be able to adjust it to include the scsi generic devices. -- Ken Herron ___ vox-tech mailing list [EMAIL PROTECTED] http://lists.lugod.org/mailman/listinfo/vox-tech
Re: [vox-tech] devfs and mkisofs, don't have permission to create multisession cd's
I don't know what was actually wrong with the permissions after all (I was in the cdrom group, and mkisofs had a devfs file entry to make it work, but it didn't regardless.) I finally made it work by changing the command I used to invoke mkisofs from the option -M0,0,0 to the option -M /dev/cdrom (which is a symlink to /dev/cdroms/cdrom0) and that made it work On 2004.01.31 07:52, Ken Herron wrote: --On Saturday, January 31, 2004 01:12:51 AM -0800 Samuel N. Merritt [EMAIL PROTECTED] wrote: On Fri, Jan 30, 2004 at 04:04:02PM -0800, Ken Bloom wrote: I have a backup script that I run periodically (and I haven't run it in two whole weeks), and I was trying to run it today but since having switched to devfs, the permissions on the cd drive's device file seem to have changed (probably as a result of the switch), so that I can't read the file system. As a result, I can't add new sessions to a CD because a permissions error keeps mkisofs from reading the previous sessions on the CD. Devfs complains about /dev/sg0 [EMAIL PROTECTED] ~]% ls -l /dev/sg0 lr-xr-xr-x1 root root 36 2004-01-30 07:22 /dev/sg0 - scsi/host0/bus0/target0/lun0/generic [EMAIL PROTECTED] ~]% ls -l `readlink -f /dev/sg0` crw-r--r--1 root cdrom 21, 0 1969-12-31 16:00 /dev/scsi/host0/bus0/target0/lun0/generic I'd set the device to 664 and make sure that the user running the backup script is in the cdrom group. Some systems will change the ownership on various devices to match the user logged in on the console, then set the ownership back when the user logs out. The idea is to let the person sitting in front of the computer have access to the cd-roms, sound device, etc. See if you have a file named console.perms in /etc/security or some similar location. You should be able to adjust it to include the scsi generic devices. -- Ken Herron ___ vox-tech mailing list [EMAIL PROTECTED] -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. My key was last signed 10/14/2003. If you use GPG *please* see me about signing the key. * My computer can't give you viruses by email. *** pgp0.pgp Description: PGP signature
[vox-tech] devfs and mkisofs, don't have permission to create multisession cd's
I have a backup script that I run periodically (and I haven't run it in two whole weeks), and I was trying to run it today but since having switched to devfs, the permissions on the cd drive's device file seem to have changed (probably as a result of the switch), so that I can't read the file system. As a result, I can't add new sessions to a CD because a permissions error keeps mkisofs from reading the previous sessions on the CD. Devfs complains about /dev/sg0 [EMAIL PROTECTED] ~]% ls -l /dev/sg0 lr-xr-xr-x1 root root 36 2004-01-30 07:22 /dev/sg0 - scsi/host0/bus0/target0/lun0/generic [EMAIL PROTECTED] ~]% ls -l `readlink -f /dev/sg0` crw-r--r--1 root cdrom 21, 0 1969-12-31 16:00 /dev/scsi/host0/bus0/target0/lun0/generic Does anybody know what the correct permissions should be, or how to fix this problem? -- I usually have a GPG digital signature included as an attachment. See http://www.gnupg.org/ for info about these digital signatures. My key was last signed 10/14/2003. If you use GPG *please* see me about signing the key. * My computer can't give you viruses by email. *** signature.asc Description: Digital signature