k3b e slackware 11 current: non masterizza e k3bsetup non va

[sberla54]

Ciao.

Mi sto veramente pentendo di aver fatto l'upgrade a current.
Credo di aver seguito ogni passo dell'UPGRADE.TXT scritto da patrick e non ho configurazioni particolarmente esotiche ma di problemi strani ne sono spuntati 3 o 4 ed anche belli fastidiosi.

Ad ogni modo, k3b non masterizza piu'

All'avvio da il classico warning:

cdrecord sarà eseguito senza i privilegi di amministratore
Si consiglia vivamente di configurare cdrecord per farlo eseguire con i privilegi di amministratore. Solo in questo modo cdrecord sarà eseguito con priorità elevata che incrementa la stabilità complessiva del processo di scrittura. A parte questo, ciò permette di cambiare la dimensione del buffer di scrittura usato. Molti problemi possono essere risolti in questo modo. Ciò è anche vero quando si usa il programma resmgr di SuSE.
Soluzione: usare K3bSetup per risolvere il problema.
cdrdao sarà eseguito senza i privilegi di amministratore
Si consiglia vivamente di configurare cdrdao in modo che venga eseguito con i privilegi di amministratore per incrementare la stabilità totale del processo di scrittura.
Soluzione: usare K3bSetup per risolvere il problema.

Provo ad avviare k3bsetup (dal bottone o da shell di utente normale), inserisco la password ma non ottengo nessun output, ne' grafico ne' testuali.

Ho provato da root:

Codice: Seleziona tutto

bash-3.1# /opt/kde/bin/k3bsetup 
_IceTransOpen: Unable to Parse address 
^[[?1;2cSession management error: Could not open network socket
_IceTransOpen: Unable to Parse address 
^[[?1;2cSession management error: Could not open network socket
kbuildsycoca running...
kcmshell (kdelibs): WARNING: Could not find module 'k3bsetup2'.

I pacchetti installati sono i seguenti:
k3b-1.0.1-i486-1 (6133 kB) [Stato: INSTALLATO]
cdrdao-1.2.1-i486-1 (455 kB) [Stato: INSTALLATO]
cdrtools-2.01.01a23-i486-1 (1303 kB) [Stato: INSTALLATO]

Idee?
Me lo fece gia' tempo fa....forse sulla slack 9...

Ho provato anche con k3b e cdrdao di slacky ma non cambia nulla.

Guardando i log di k3b ho trovato questo:

Codice: Seleziona tutto

/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.

ed anche

Codice: Seleziona tutto

/usr/bin/mkisofs: Warning: Cannot add inode hints with -no-cache-inodes.

E l'errore e' il solito "buffer underrun".

Sto quasi pensando di reinstallare la 11.0 da capo

[ildiama]

Ho provato da root:
Codice:

bash-3.1# /opt/kde/bin/k3bsetup

Ascolta.. avrai anche aggiornato tutto alla current e seguito ogni passo del changelog... com'è che non ti sei accorto che kde tutto (e quindi k3b) è stato spostato in /usr ?

Ritenta, sarai più fortunato..

[goldy]

Ho provato da root:
Codice:

bash-3.1# /opt/kde/bin/k3bsetup

Ascolta.. avrai anche aggiornato tutto alla current e seguito ogni passo del changelog... com'è che non ti sei accorto che kde tutto (e quindi k3b) è stato spostato in /usr ?

Ritenta, sarai più fortunato..

non penso che questo c'entri qualcosa con il problema esposto da sberla

[goldy]

Prova a fare qualche operazione di masterizzazione da shell ,
cosi' si inizia a valutare se il problema è di k3b o altro

[goldy]

cdrecord sarà eseguito senza i privilegi di amministratore

Ho letto adesso , ma hai settato bene i permessi per cdrecord?
mica hai bisogno per forza di k3bsetup per farlo

[neongen]

puoi sempre impostare i permessi come root. vedi quale è il gruppo di cdrecord

$ ls -l /usr/bin/cdrecord

e poi o aggiungi quel gruppo a quello del tuo utente (con kuser per es.), oppure lo modifichi e metti un gruppo di cui fai parte (dai groups per vederli)

$ chown root:nuovogruppo /usr/bin/cdrecord

[sberla54]

Ascolta.. avrai anche aggiornato tutto alla current e seguito ogni passo del changelog... com'è che non ti sei accorto che kde tutto (e quindi k3b) è stato spostato in /usr Shock ?
Ritenta, sarai più fortunato..

O_O
Ho letto che Pat diceva di aver compilato kde con prefisso /usr/....ed io sono stato attento ad eliminare tutti i pacchetti kde che avevo prima di reinstallare quelli della current...ma rimane lo stesso il fatto che mi ritrovo kde tutto in /opt/kde/ ... solo k3b e' effettivamente in /usr/ ... ma per qualche assurdo motivo k3bsetup si avvia sia da /usr/bin che da /opt/kde/bin e da il medesimo errore
O_O

puoi sempre impostare i permessi come root. vedi quale è il gruppo di cdrecord
$ ls -l /usr/bin/cdrecord
e poi o aggiungi quel gruppo a quello del tuo utente (con kuser per es.), oppure lo modifichi e metti un gruppo di cui fai parte (dai groups per vederli)
$ chown root:nuovogruppo /usr/bin/cdrecord

Giusto.
Ora provo.
Dici che il problema puo' essere legato al fatto che non ho fatto il merge dei vecchi passwd, shadow e group con i nuovi corrispondenti .new?
Mi sembravano piu' o meno identici e non sapevo dove mettere mano...e' l'unica cosa che nn ho fatto delle istruzioni di pat...

[sberla54]

comunque, ho appena provato ad assegnare cdrecord a root.users ma gli errori rimangono tutti al loro posto

K3b cancella il riscrivibile ma nn ne vuole sapere di iniziare a masterizzare.

Se mi dite qualche comando da shell provo anche quelli

Ho notato che ora, perlomeno, k3b si avvia senza nessun warning e dice, anzi, che non c'e' nessun problema di configurazione nel sistema.

[nicop]

anche io ho avuto lo stesso problema,k3bsetup nn ne vuole sapere di partire!!!
ho risolto in modo un po grezzo ma funzionale!!in pratica ho assegnato i pemessi manualmente a cdrdao...fai cosi :

Codice: Seleziona tutto

chmod 4711 /usr/bin/cdrdao

edit :

l'eseguibile di cdrdao deve appartenere a root

Codice: Seleziona tutto

[nicop@darkstar:~$] ls -al /usr/bin/cdrdao   
-rws--x--x 1 root root 572308 2006-05-05 03:14 /usr/bin/cdrdao

[neongen]

comunque, ho appena provato ad assegnare cdrecord a root.users ma gli errori rimangono tutti al loro posto

K3b cancella il riscrivibile ma nn ne vuole sapere di iniziare a masterizzare.

Se mi dite qualche comando da shell provo anche quelli

vabbè cdrecord è solo uno della serie dovresti controllare anche gli altri (mkisofs, cdrdao, growisofs, e non ricordo se ce ne sono ancora) oltre che i permessi della periferica già che ci sei

[gohanz]

Avete aggiunto il vostro "user" al gruppo "cdrom"?

[sberla54]

Avete aggiunto il vostro "user" al gruppo "cdrom"?

No.
E' una cosa da fare nella current o andrebbe sempre fatta?

[MAT]

Codice: Seleziona tutto

$ ls -l /dev/hdd

ad 'hdd' sostituisci il nodo legato al tuo masterizzatore. Nella mia configurazione (Gentoo, ma poco importa, sempre di un sapore di GNU/Linux si tratta)

Codice: Seleziona tutto

matteo@aiur ~ $ ls -l /dev/hdd
brw-rw----  1 root cdrom 22, 64 May 26 12:58 /dev/hdd

Si vede quindi che il dispositivo è utilizzabile in lettura e scrittura da root e dagli utenti del gruppo 'cdrom'. Nel mio caso devo quindi aggiungere il mio utente 'matteo' al gruppo 'cdrom'

Codice: Seleziona tutto

# gpasswd -a matteo cdrom

Rieseguito il login, dovresti essere in grado di utilizzare il masterizzatore in scrittura.

Nel caso in cui i proprietari/permessi su /dev/hdd siano diversi impostali come nella mia configurazione (con chown e chmod).