Pagina 1 di 1

K3B e Slackware 12.

Inviato: lun 9 lug 2007, 19:03
da Trotto@81
Premesso che non ho impostato nessun permesso particolare perchè stranamente K3B di default sulla 12 non mi ha rilevato nessun tipo di problema, ma quando vado a masterizzare un cd audio da mp3 mi da questo errore.

Codice: Seleziona tutto

K3b Version: 1.0.2

KDE Version: 3.5.7
QT Version:  3.3.8
Kernel:      2.6.21.5-smp
Devices
-----------------------
HL-DT-ST DVD-ROM GDR8160B 0009 (/dev/hdd, ) [CD-ROM, DVD-ROM] [DVD-ROM, CD-ROM] [Nessuno]

HL-DT-ST DVDRAM GSA-4167B DL11 (/dev/hdc, ) [CD-R, CD-RW, CD-ROM, DVD-ROM, DVD-R, DVD-RW, DVD-R DL, DVD+R, DVD+RW, DVD+R DL] [DVD-ROM, DVD-R sequenziale, DVD-R sequenziale a doppio strato, DVD-R jump a doppio strato, DVD-RAM, DVD-RW a riscrittura limitata, DVD-RW sequenziale, DVD+RW, DVD+R, DVD+R a doppio strato, CD-ROM, CD-R, CD-RW] [SAO, TAO, RAW, SAO/R96P, SAO/R96R, RAW/R16, RAW/R96P, RAW/R96R, Riscrittura limitata]
Used versions
-----------------------
cdrecord: 2.1.1a23

cdrecord
-----------------------
/usr/bin/cdrecord: Warning: Running on Linux-2.6.21.5-smp
/usr/bin/cdrecord: There are unsettled issues with Linux-2.5 and newer.
/usr/bin/cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris.
/usr/bin/cdrecord: Operation not permitted. Warning: Cannot raise RLIMIT_MEMLOCK limits./usr/bin/cdrecord: Cannot allocate memory. WARNING: Cannot do mlockall(2).
/usr/bin/cdrecord: WARNING: This causes a high risk for buffer underruns.
/usr/bin/cdrecord: Operation not permitted. WARNING: Cannot set RR-scheduler
/usr/bin/cdrecord: Permission denied. WARNING: Cannot set priority using setpriority().
/usr/bin/cdrecord: WARNING: This causes a high risk for buffer underruns.
scsidev: '/dev/hdc'
devname: '/dev/hdc'
scsibus: -2 target: -2 lun: -2
Warning: Open by 'devname' is unintentional and not supported.
Linux sg driver version: 3.5.27
SCSI buffer size: 64512
Text len: 720
Cdrecord-ProDVD-Clone 2.01.01a23 (i686-pc-linux-gnu) Copyright (C) 1995-2006 Jörg Schilling
TOC Type: 0 = CD-DA
Using libscg version 'schily-0.9'.
Driveropts: 'burnfree'
atapi: 1
Device type    : Removable CD-ROM
Version        : 0
Response Format: 2
Capabilities   : 
Vendor_info    : 'HL-DT-ST'
Identifikation : 'DVDRAM GSA-4167B'
Revision       : 'DL11'
Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM.
Current: CD-R
Profile: DVD-RAM 
Profile: DVD-R sequential recording 
Profile: DVD-R/DL sequential recording 
Profile: DVD-R/DL layer jump recording 
Profile: DVD-RW sequential overwrite 
Profile: DVD-RW restricted overwrite 
Profile: DVD+RW 
Profile: DVD+R 
Profile: DVD+R/DL 
Profile: DVD-ROM 
Profile: CD-R (current)
Profile: CD-RW 
Profile: CD-ROM 
Profile: Removable Disk 
Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
Driver flags   : MMC-3 SWABAUDIO BURNFREE 
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
Drive buf size : 1053696 = 1029 KB
Drive pbuf size: 1966080 = 1920 KB
FIFO size      : 4194304 = 4096 KB
/usr/bin/cdrecord: Operation not permitted. Cannot send SCSI cmd via ioctl
pregap1: -1
Track 01: audio   36 MB (03:34.16) no preemp swab copy
Track 02: audio   43 MB (04:17.16) no preemp swab copy
Track 03: audio   25 MB (02:33.16) no preemp swab copy
Track 04: audio   32 MB (03:13.16) no preemp swab copy
Track 05: audio   40 MB (04:01.17) no preemp swab copy
Track 06: audio   26 MB (02:35.17) no preemp swab copy
Track 07: audio   31 MB (03:06.16) no preemp swab copy
Track 08: audio   37 MB (03:42.14) no preemp swab copy
Track 09: audio   23 MB (02:22.16) no preemp swab copy
Track 10: audio   27 MB (02:46.17) no preemp swab copy
Track 11: audio   27 MB (02:45.14) no preemp swab copy
Total size:      352 MB (34:55.77) = 157183 sectors
Lout start:      352 MB (34:57/58) = 157183 sectors

cdrecord command:
-----------------------
/usr/bin/cdrecord -v gracetime=2 dev=/dev/hdc speed=4 -dao driveropts=burnfree textfile=/tmp/k3bVhAnIb.dat -eject -useinfo -audio /tmp/kde-andrea/k3b_audio_0_01.inf /tmp/kde-andrea/k3b_audio_0_02.inf /tmp/kde-andrea/k3b_audio_0_03.inf /tmp/kde-andrea/k3b_audio_0_04.inf /tmp/kde-andrea/k3b_audio_0_05.inf /tmp/kde-andrea/k3b_audio_0_06.inf /tmp/kde-andrea/k3b_audio_0_07.inf /tmp/kde-andrea/k3b_audio_0_08.inf /tmp/kde-andrea/k3b_audio_0_09.inf /tmp/kde-andrea/k3b_audio_0_10.inf /tmp/kde-andrea/k3b_audio_0_11.inf 

Non riesco a capire se è un problema di permessi.

Inviato: lun 9 lug 2007, 19:47
da Trotto@81
Erano i permessi, mi sono fidato troppo di K3B. :p

Inviato: lun 16 lug 2007, 22:04
da F4B1CK
Scusa, ma io non riesco a risolvere.
Ho usato il tool di k3b (k3bsetup2), abilitando il gruppo burning e aggiungendovi il mio utente, ma nulla.
Ho provato ad impostare i permessi alle periferiche e ai loro link con :
chmod aug+rwx /dev/hdX

ma nulla (idem per i comandi di sistema, quali cdrecord e cdrdao).

Ho sempre lo stesso errore.
K3B parla di un cdrecord patchato, ne sapete qualcosa?

Inviato: lun 16 lug 2007, 23:45
da slucky
Io uso sempre lo stesso sistema per sistemare k3b, a prescindere dalla versione di slackware che installo ;)
Allora,in primo luogo aprite con un editor ( io uso vim) il file /etc/group e aggiungete root + il vostro nome utente a cdrom,tipo così: cdrom::19: root,nomeutente e salvate, poi aprite le impostazioni di k3b e mettete users invece di burning e salvate, infine dal menu di kde > sistema> kuser selezionate il vostro nomeutente poi edit e nel tab gruppi mettete il segno di spunta su cdrom poi ok............fatto!!! da questo momento non dovreste più avere problemi con i permessi di k3b e avrete i dispositivi pronti per masterizzare sia che vi loggate da root o da utente comune :D
Non so se sia una procedura ortodossa...............però così facendo non ho mai avuto problemi con i permessi di k3b.

Ciao e buona Slack a tutti!!! :lol:

Inviato: mar 17 lug 2007, 5:02
da samiel
basta usare il gruppo cdrom e mettere li gli utenti
che devono usare K3b. La tua procedura è ridondante

M.

Inviato: mar 17 lug 2007, 5:23
da Dani
Io quando avvio k3b mi vedo apparire la finestrella dove c'è scritto che cdrecord verrà eseguito senza privilegi, quindi avvio k3bsetup, mi chiede la password di root, la metto...E non succede nulla :?:
Ho aggiunto il mio utente al gruppo cdrom ma non va lo stesso.

Inviato: mar 17 lug 2007, 9:51
da F4B1CK
Ok. Utilizzando il gruppo "users" invece di quello "burning" il programma pare andare. Solo che non capisco il perchè, dato che nel gruppo "cdrom" ero presente anche prima. Ho solo cambiato il gruppo di default utilizzato da K3BSetup da "burning" a "users". Boh...

Inviato: dom 22 lug 2007, 21:10
da Trotto@81
A me con il gruppo burining va normalmente, non capisco quale sia il problema.
Riavviate k3b dopo aver aggiunto il gruppo e l'utente ad esso?
Può dipendere anche da questo, visto che k3b non rileva in modo dinamica il cambio di permessi degli utenti.

Inviato: lun 23 lug 2007, 2:40
da samiel
Non è che K3b non riconosca subito gli utenti aggiunti.
È che, in generale, se si aggiunge un utente connesso,
bisogna fare il logout e poi rientrare per farlo riconoscere
e questo vale per tutti i casi...

M.

Inviato: lun 23 lug 2007, 8:05
da Trotto@81
samiel ha scritto:Non è che K3b non riconosca subito gli utenti aggiunti.
È che, in generale, se si aggiunge un utente connesso,
bisogna fare il logout e poi rientrare per farlo riconoscere
e questo vale per tutti i casi...

M.
Quello che ho detto io. ;)

Inviato: lun 23 lug 2007, 11:31
da samiel
Non vorrei fare il pignolo, ma a me pareva
che tu avessidetto di riavviare K3b:
Riavviate k3b dopo aver aggiunto il gruppo e l'utente ad esso?
In realtà bisogna fare il logout dell'utente...

M.

Inviato: lun 23 lug 2007, 13:36
da Trotto@81
Intendevo dire KDE, ho scritto k3b per errore.

Inviato: mar 24 lug 2007, 0:04
da samiel
E allora un'altra correzione...
No, non è che ce l'ho con te, naturalmente...

Non basta riavviare KDE o comunque
il server X, bisogna proprio fare il logout
e rientrare ex novo....

Adesso basta, prometto che non scrivo più!

M.

Inviato: mar 24 lug 2007, 9:55
da Trotto@81
Rispondi tranquillamente, non preoccuparti, io faccio sempre il logout da kde e mi riloggo e vedo subito le nuove impostazioni su permessi e gruppi.

Inviato: mar 24 lug 2007, 15:29
da Harp
Io non ho mai creato il gruppo Burning e non ho mai avuto particolari problemi a parte quello descritto da Dani.
Un downgrade dei CDRTOOLS, in molti casi hanno fatto al caso mio, quindi lo aggiungo tra le varie soluzioni proposte.