Suse 8.0
-
Udo Weiss
Suse 8.0
Ich kann nach der Installation von Suse 8.0 nicht mehr brennen. Obwohl alle Laufwerke (IDE) richtig erkannt werden, scsi Emulation ist richtig eingestellt. Xcdroast erkennt meine beiden Laufwerke, erkennt jedoch nicht ob eine CD eingelegt ist. Unter KDE kann ich ohne Probleme auf die CD zugreifen. Was mache ich falsch?
-
beat
Re: Suse 8.0
versuchs mal als Root, evtl. stimmt die Berechtigung nicht. Schau unter den Docs zu CDRoast nach nonroot.doc
-
Steff
Re: Suse 8.0
ich habe das gleiche Problem...
@beat:
Man muss doch XCDRoast sowieso als root starten. Und selbst da erkennt das Programm nicht, dass eine CD im CDRom Laufwerk eingelegt ist.
"Was tun?" sprach Zeus
Steff
@beat:
Man muss doch XCDRoast sowieso als root starten. Und selbst da erkennt das Programm nicht, dass eine CD im CDRom Laufwerk eingelegt ist.
"Was tun?" sprach Zeus
Steff
Re: Suse 8.0
man muss xcdroast überhaupt nicht als root starten, lediglich die benötigten programme brauchen die notwedigen berechtigungen:
As GTK+ 1.2.9 was released the non-root mode stopped to work - the
security checks of the new GTK were prohibiting any suid or guid usage.
Alpha9 now comes with a special wrapper executable, which gets the
guid-bit set, and X-CD-Roast itself is free of any special modes.
If you do not want to let other users use X-CD-Roast, you are free
to skip all these instructions and just start X-CD-Roast always as root.
X-CD-Roast will display some warnings in this case, but run fine.
Please change the permissions according to this README to allow
normal users to run X-CD-Roast.
We have to create a new group "cdwrite".
Note: DO NOT PUT ANY USERS INTO THAT GROUP. This was common error
people made for alpha7. Do not change any group for any user.
Just create this group. Nothing more.
DO NOT CHANGE THE GENERIC SCSI DEVICES!
If you had made them writeable for group cdwrite for alpha7, restore
their permissions NOW!
chgrp sys /dev/sg* (or whatever group they were..)
chmod 600 /dev/sg*
The new wrapper becomes now set-gid cdwrite, which allows access to all
cdrecord-tools. Because all cdrecord-tools are suid-root, they have
full access to the generic-scsi-devices.
X-CD-Roast can now decide which user is allowed to burn, by checking the
configuration the root user created. Details about this later...
Setting the permissions
-----------------------
Please install cdrecord-1.10 now. You can copy the binaries
to $PREFIX (e.g. /usr/bin or /usr/local/bin) or to the library-directory
of xcdroast (e.g. /usr/local/lib/xcdroast-0.98/bin). X-CD-Roast will look
in both dirs. This is described in detail in the README-file.
On most current distributions cdrecord-1.10 should already pre-installed
in /usr/bin. In this case you have to set the $PREFIX to /usr in the
Makefile. Or use your private copies of cdrecord-1.10 in the lib-dir
of X-CD-Roast (or set $CDRTOOLS_PREFIX to /usr).
As result you may have an installation like this:
-rwxr-xr-x 1 root root 168828 Aug 8 20:17 /usr/bin/cdrecord
-rwxr-xr-x 1 root root 169308 Aug 8 20:17 /usr/bin/cdda2wav
-rwxr-xr-x 1 root root 324220 Aug 8 20:17 /usr/bin/mkisofs
-rwxr-xr-x 1 root root 90812 Aug 8 20:17 /usr/bin/readcd
In Linux the generic-scsi-devices should look like this:
(Most possible this does look different on non-linux-systems.
The non-root-mode was only tested on Linux and may not work
on other systems yet.)
crw------- 1 root sys 21, 2 Aug 24 11:00 /dev/sg0
crw------- 1 root sys 21, 2 Aug 24 11:00 /dev/sg1
crw------- 1 root sys 21, 2 Aug 24 11:00 /dev/sg2
...
If the generic-devices look different for you (e.g. still with group
"cdwrite" and read/write able for group), then please restore the
permissions as shown above)
Now run the following commands to set the special permissions needed
for X-CD-Roast:
/usr/sbin/groupadd cdwrite
cd /usr/bin; # OR cd /usr/local/bin - whatever
chown root:cdwrite cdrecord cdda2wav mkisofs readcd
chmod 4710 cdrecord cdda2wav mkisofs readcd
(Adds a new group "cdwrite" to the system and makes all the cdrecord-
binaries only runable by root or somebody in the cdwrite group)
This is the result:
-rws--x--- 1 root cdwrite 169308 Aug 8 20:17 /usr/bin/cdda2wav
-rws--x--- 1 root cdwrite 168828 Aug 8 20:17 /usr/bin/cdrecord
-rws--x--- 1 root cdwrite 324220 Aug 8 20:17 /usr/bin/mkisofs
-rws--x--- 1 root cdwrite 90812 Aug 8 20:17 /usr/bin/readcd
Any users which are in group cdwrite can now start all the cdwriting-tools.
(Again, for X-CD-Roast it is not necessary to put any users manually into
the cdwrite group! X-CD-Roast does handle that with the sgid-bit on the
wrapper)
Therefore all we have to do, is to put the wrapper into that group and we are
fine. This is done with the following commands:
After a make install the wrapper was installed in
/usr/local/lib/xcdroast-0.98/bin or /usr/lib/xcdroast-0.98/bin
Please change now to the corresponding directory and enter:
chown root:cdwrite xcdrwrap
chmod 2755 xcdrwrap
(Alternatively you can do a "make perms" which does set this permissions
automatically after a "make install" was done.)
Usage of the non-root-mode
--------------------------
After X-CD-Roast was installed and all the permissions set correctly,
it can be started.
The first time root have to start it, to create the root-configuration-file
/etc/xcdroast.conf. Without this file, a normal user will get an error
message.
Root gets a new menu in setup, which allows him to define which users can
start X-CD-Roast on which hosts. There is also the possibility of defining
how much a user is allowed to change in the setup-menu.
It's possible that a normal user should not be able to change the
cdwriter-device or the directory where image-files are created in. These
settings apply to ALL allowed users.
Please see the tooltip-help for a detailed description of each option.
After root saved the configuration, all normal users (which have
been given permission by root via the setup) can start up X-CD-Roast.
If root denied them access to some options in the setup, then this
options are greyed out, and cannot be changed.
Thats all - please point out any security problems. I tested this
only on Linux-systems, I am not sure if this works on other platforms.
If you use a non-Linux system and get X-CD-Roast running fine as non-root
user, please send me a detailed description of all changes.
As GTK+ 1.2.9 was released the non-root mode stopped to work - the
security checks of the new GTK were prohibiting any suid or guid usage.
Alpha9 now comes with a special wrapper executable, which gets the
guid-bit set, and X-CD-Roast itself is free of any special modes.
If you do not want to let other users use X-CD-Roast, you are free
to skip all these instructions and just start X-CD-Roast always as root.
X-CD-Roast will display some warnings in this case, but run fine.
Please change the permissions according to this README to allow
normal users to run X-CD-Roast.
We have to create a new group "cdwrite".
Note: DO NOT PUT ANY USERS INTO THAT GROUP. This was common error
people made for alpha7. Do not change any group for any user.
Just create this group. Nothing more.
DO NOT CHANGE THE GENERIC SCSI DEVICES!
If you had made them writeable for group cdwrite for alpha7, restore
their permissions NOW!
chgrp sys /dev/sg* (or whatever group they were..)
chmod 600 /dev/sg*
The new wrapper becomes now set-gid cdwrite, which allows access to all
cdrecord-tools. Because all cdrecord-tools are suid-root, they have
full access to the generic-scsi-devices.
X-CD-Roast can now decide which user is allowed to burn, by checking the
configuration the root user created. Details about this later...
Setting the permissions
-----------------------
Please install cdrecord-1.10 now. You can copy the binaries
to $PREFIX (e.g. /usr/bin or /usr/local/bin) or to the library-directory
of xcdroast (e.g. /usr/local/lib/xcdroast-0.98/bin). X-CD-Roast will look
in both dirs. This is described in detail in the README-file.
On most current distributions cdrecord-1.10 should already pre-installed
in /usr/bin. In this case you have to set the $PREFIX to /usr in the
Makefile. Or use your private copies of cdrecord-1.10 in the lib-dir
of X-CD-Roast (or set $CDRTOOLS_PREFIX to /usr).
As result you may have an installation like this:
-rwxr-xr-x 1 root root 168828 Aug 8 20:17 /usr/bin/cdrecord
-rwxr-xr-x 1 root root 169308 Aug 8 20:17 /usr/bin/cdda2wav
-rwxr-xr-x 1 root root 324220 Aug 8 20:17 /usr/bin/mkisofs
-rwxr-xr-x 1 root root 90812 Aug 8 20:17 /usr/bin/readcd
In Linux the generic-scsi-devices should look like this:
(Most possible this does look different on non-linux-systems.
The non-root-mode was only tested on Linux and may not work
on other systems yet.)
crw------- 1 root sys 21, 2 Aug 24 11:00 /dev/sg0
crw------- 1 root sys 21, 2 Aug 24 11:00 /dev/sg1
crw------- 1 root sys 21, 2 Aug 24 11:00 /dev/sg2
...
If the generic-devices look different for you (e.g. still with group
"cdwrite" and read/write able for group), then please restore the
permissions as shown above)
Now run the following commands to set the special permissions needed
for X-CD-Roast:
/usr/sbin/groupadd cdwrite
cd /usr/bin; # OR cd /usr/local/bin - whatever
chown root:cdwrite cdrecord cdda2wav mkisofs readcd
chmod 4710 cdrecord cdda2wav mkisofs readcd
(Adds a new group "cdwrite" to the system and makes all the cdrecord-
binaries only runable by root or somebody in the cdwrite group)
This is the result:
-rws--x--- 1 root cdwrite 169308 Aug 8 20:17 /usr/bin/cdda2wav
-rws--x--- 1 root cdwrite 168828 Aug 8 20:17 /usr/bin/cdrecord
-rws--x--- 1 root cdwrite 324220 Aug 8 20:17 /usr/bin/mkisofs
-rws--x--- 1 root cdwrite 90812 Aug 8 20:17 /usr/bin/readcd
Any users which are in group cdwrite can now start all the cdwriting-tools.
(Again, for X-CD-Roast it is not necessary to put any users manually into
the cdwrite group! X-CD-Roast does handle that with the sgid-bit on the
wrapper)
Therefore all we have to do, is to put the wrapper into that group and we are
fine. This is done with the following commands:
After a make install the wrapper was installed in
/usr/local/lib/xcdroast-0.98/bin or /usr/lib/xcdroast-0.98/bin
Please change now to the corresponding directory and enter:
chown root:cdwrite xcdrwrap
chmod 2755 xcdrwrap
(Alternatively you can do a "make perms" which does set this permissions
automatically after a "make install" was done.)
Usage of the non-root-mode
--------------------------
After X-CD-Roast was installed and all the permissions set correctly,
it can be started.
The first time root have to start it, to create the root-configuration-file
/etc/xcdroast.conf. Without this file, a normal user will get an error
message.
Root gets a new menu in setup, which allows him to define which users can
start X-CD-Roast on which hosts. There is also the possibility of defining
how much a user is allowed to change in the setup-menu.
It's possible that a normal user should not be able to change the
cdwriter-device or the directory where image-files are created in. These
settings apply to ALL allowed users.
Please see the tooltip-help for a detailed description of each option.
After root saved the configuration, all normal users (which have
been given permission by root via the setup) can start up X-CD-Roast.
If root denied them access to some options in the setup, then this
options are greyed out, and cannot be changed.
Thats all - please point out any security problems. I tested this
only on Linux-systems, I am not sure if this works on other platforms.
If you use a non-Linux system and get X-CD-Roast running fine as non-root
user, please send me a detailed description of all changes.
-
linkfinger
Re: Suse 8.0
habe genau das gleich problem. habe dazu auch schon mehrere postings gestartet. schau mal darunter nach. du hast nich zufällig auch probleme mit einem usb-modem?
linkfinger
linkfinger
-
Udo Weiss
Re: Suse 8.0
Xcdroast erkennt die Laufwerke, ich habe zwei ein DVD und einen Brenner. Jedoch erkennt das Programm keine Daten auf der CD, die ich im Leselaufwerk habe.