[gentoo-user-de] K3B und normale user

[gentoo-user-de] K3B und normale user

[Thomas Schweikle]

Hi!

Es will mir nicht gelingen eine CDR oder CDRW mit k3b zu brennen. k3b
moniert entweder, das cdrecord suid installiert ist und möchte das
ändern, oder, wenn cdrecord nicht suid installiert ist, stellt es fest,
das der Benutzer keinen zurgiff auf das CDRW-Laufwerk hat. Hier das Setup:

-rwxr-x---  1 root cdrom 407812 Jun  2 12:52 /usr/bin/cdrecord*

der Benutzer ist in der Gruppe "cdrom" eingetragen und hat Schreibrechte
auf das Laufwerk:

lrwxrwxrwx  1 root root 3 Nov 27 09:14 /dev/cdrw -> sr1
brw-rw----  1 root cdrom 11, 1 Nov 27 09:14 /dev/sr1
crw-rw----  1 root cdrom 21, 2 Aug 14 16:39 /dev/sg2

Fehlermeldung von cdrecord, wenn es von k3b aufgerufen wird:
- Cdrecord has no permission to open the device.
- You may use K3bsetup2 to solve this problem.

Leider nutzt ein Aufruf von k3bsetup2 nichts. Die Fehlermeldung bleibt.
Im Debug-Output steht:

TOSHIBA DVD-ROM SD-M1201 1011 (/dev/sr0, /dev/sg2) at /mnt/cdrom
[CD-ROM; DVD-ROM] [DVD-ROM; CD-ROM] [None]

cdrecord erkennt also das Device korrekt. Der abgesetzte cdrecore-Aufruf
ist:

/usr/bin/cdrecord -v gracetime=2 dev=1,2,0 speed=4 -dao \
  -eject -data /home/tps/vmware/pecd/pebuilder.iso

Rufe ich cdrecord mit diesem Befehl in der Benutzerumgebung auf, dann
gibt es zurück:
---------------------------------------------------
Cdrecord-Clone 2.01 (i686-pc-linux-gnu)\
  Copyright (C) 1995-2004 Jörg Schilling
on-the-fly encryption (version 1.0-rc1) built-in,\
  (C) 2004,2005 Maximilian Decker

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 <burbon04 at gmx.de>.
  For more information please see\
  http://burbon04.gmxhome.de/linux/CDREncryption.html.
  The original author should not be bothered with problems\
  of this version.

Warning: Running on Linux-2.6.13-gentoo-r5
There are unsettled issues with Linux-2.5 and newer.
If you have unexpected problems, please try Linux-2.4 or Solaris.
TOC Type: 1 = CD-ROM
Cannot allocate memory. WARNING: Cannot do mlockall(2).
WARNING: This causes a high risk for buffer underruns.
Operation not permitted. WARNING: Cannot set RR-scheduler
Permission denied. WARNING: Cannot set priority using setpriority().
WARNING: This causes a high risk for buffer underruns.
scsidev: '1,2,0'
scsibus: 1 target: 2 lun: 0
Permission denied. Cannot open '/dev/sg0'. Cannot open SCSI driver.
For possible targets try 'cdrecord -scanbus'. Make sure you are root.
For possible transport specifiers try 'cdrecord dev=help'.
---------------------------------------------------

Wenn ich denselben Befehl als "root" absetze, dann funktioniert es:
---------------------------------------------------
Cdrecord-Clone 2.01 (i686-pc-linux-gnu)\
  Copyright (C) 1995-2004 Jörg Schilling
on-the-fly encryption (version 1.0-rc1) built-in,\
  (C) 2004,2005 Maximilian Decker

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 <burbon04 at gmx.de>.
  For more information please see
  http://burbon04.gmxhome.de/linux/CDREncryption.html.
  The original author should not be bothered with problems\
  of this version.

Warning: Running on Linux-2.6.13-gentoo-r5
There are unsettled issues with Linux-2.5 and newer.
If you have unexpected problems, please try Linux-2.4 or Solaris.
TOC Type: 1 = CD-ROM
scsidev: '1,2,0'
scsibus: 1 target: 2 lun: 0
Linux sg driver version: 3.5.33
Using libscg version 'schily-0.8'.
SCSI buffer size: 64512
atapi: 0
Device type    : Removable CD-ROM
Version        : 2
Response Format: 2
Capabilities   : SYNC
Vendor_info    : 'YAMAHA  '
Identifikation : 'CRW8424S        '
Revision       : '1.0j'
Device seems to be: Generic mmc CD-RW.
Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
Driver flags   : MMC SWABAUDIO
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R96R
Drive buf size : 3172848 = 3098 KB
FIFO size      : 4194304 = 4096 KB
Track 01: data   434 MB
Total size:      499 MB (49:28.70) = 222653 sectors
Lout start:      499 MB (49:30/53) = 222653 sectors
Current Secsize: 2048
ATIP info from disk:
  Indicated writing power: 2
  Reference speed: 2
  Is not unrestricted
  Is erasable
  ATIP start of lead in:  -11625 (97:27/00)
  ATIP start of lead out: 336225 (74:45/00)
  1T speed low:  0 (reserved val  0) 1T speed high:  4
  power mult factor: 6 6
  recommended erase/write power: 4
  A1 values: 02 6C C0
Disk type:    Phase change
Manuf. index: 0
Manufacturer: Illegal Manufacturer code
Blocks total: 336225 Blocks current: 336225 Blocks remaining: 113572
Starting to write CD/DVD at speed 4 in real SAO mode for single session.
Last chance to quit, starting real write    0 seconds. Operation starts.
Waiting for reader process to fill input buffer ... input buffer ready.
...
---------------------------------------------------

At least it seems cdrecord not being able to scan the scsi-bus or does
address it wrong. Run from a user account it finds the cd writer being
"/dev/sg0", while run from root it finds it being "/dev/sg2".

Any idea what is wrong here?

-- 
Thomas

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] K3B und normale user

[Till Schwalbe]

Hi,

Am Sonntag, 27. November 2005 21:11 schrieb Thomas Schweikle:

>
> der Benutzer ist in der Gruppe "cdrom" eingetragen und hat Schreibrechte
> auf das Laufwerk:
>

Schau mal nach, ob der Nutzer auch in der Gruppe "cdrw" ist, sonst betrachtet 
ihn k3b vermutlich als Sicherheitsrisiko. ;-)


Viele Grüße
Till


-- 
Till Schwalbe 
Potsdam, Germany

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] K3B und normale user

[replica-solutions.de]

K3B stellt sich da n Bissel Bockig an, habe ich selber auch nie hinbekommen.

Mein Vorschlag (den ich auch selber nutze) ist einfach K3B per SUDO 
auszuführen..

Mancher würde jetz bezüglich Sicherheitsrisiko aufschreien(bezüglich der Bits 
*gähn*), ABER, Wie oft Brennt man was?  dochnicht 24h am Tag? Das ist ne 
Sache von 10min..ausserdem ist das ne Privatmaschine die in 99% aller Fälle 
total Uninteressant sind...

Also hau dir in /etc/sudoers als Line : 

%wheel          ALL=(ALL)       NOPASSWD: /usr/bin/k3b

Das Bedeutet das alle die in der Gruppe Weel sind ( Ein Normaler User der den 
SU Command nutzen kann ) Ethereal mit root Rechten aufrufen kann (ohne 
Passwortabfrage).

Tipp dann als User nurnoch sudo k3b

-- 
MFG 

Christian Fuß,
replica-solutions.de 
( Linux, Poetry, Community 4 everyone, International German/English )

-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] Re: K3B und normale user

[Thomas Schweikle]

Till Schwalbe wrote:
> Hi,
> 
> Am Sonntag, 27. November 2005 21:11 schrieb Thomas Schweikle:
> 
>> der Benutzer ist in der Gruppe "cdrom" eingetragen und hat Schreibrechte
>> auf das Laufwerk:
> 
> Schau mal nach, ob der Nutzer auch in der Gruppe "cdrw" ist, sonst betrachtet 
> ihn k3b vermutlich als Sicherheitsrisiko. ;-)

Ja, in dieser Gruppe ist der Benutzer ebenfalls.

-- 
Thomas


-- 
gentoo-user-de@gentoo.org mailing list

[gentoo-user-de] Re: K3B und normale user

[Thomas Schweikle]

replica-solutions.de wrote:
> K3B stellt sich da n Bissel Bockig an, habe ich selber auch nie hinbekommen.
> 
> Mein Vorschlag (den ich auch selber nutze) ist einfach K3B per SUDO 
> auszuführen..
> 
> Mancher würde jetz bezüglich Sicherheitsrisiko aufschreien(bezüglich der Bits 
> *gähn*), ABER, Wie oft Brennt man was?  dochnicht 24h am Tag? Das ist ne 
> Sache von 10min..ausserdem ist das ne Privatmaschine die in 99% aller Fälle 
> total Uninteressant sind...
> 
> Also hau dir in /etc/sudoers als Line : 
> 
> %wheel          ALL=(ALL)       NOPASSWD: /usr/bin/k3b
> 
> Das Bedeutet das alle die in der Gruppe Weel sind ( Ein Normaler User der den 
> SU Command nutzen kann ) Ethereal mit root Rechten aufrufen kann (ohne 
> Passwortabfrage).
> 
> Tipp dann als User nurnoch sudo k3b

Was K3B mit der freundlichen Aufforderung quittiert, daß es besser
ist, dieses Programm nicht als "root" zu starten und sich
anschließend konsequenterweise beendet...

-- 
Thomas

-- 
gentoo-user-de@gentoo.org mailing list

Re: [gentoo-user-de] Re: K3B und normale user

[Till Schwalbe]

Hi,

Am Sonntag, 27. November 2005 23:52 schrieb Thomas Schweikle:

> > Schau mal nach, ob der Nutzer auch in der Gruppe "cdrw" ist, sonst
> > betrachtet ihn k3b vermutlich als Sicherheitsrisiko. ;-)
>
> Ja, in dieser Gruppe ist der Benutzer ebenfalls.
>

Schade. Dann hätte ich noch einen nicht ganz sauberen Würgaround anzubieten, 
der mir vor längerer Zeit in der gleichen Situation mal geholfen hat (jetzt 
zum Glück nicht mehr nötig): Probier mal, den fraglichen Nutzer in die
/etc/default/rscsi.dfl 
mit USER=<username> einzutragen.
Das ist zwar nicht die feine englische Art, aber wenn es denn hilft... ;-)


Abendliche Grüße
Till

-- 
Till Schwalbe 
Potsdam, Germany

-- 
gentoo-user-de@gentoo.org mailing list