Pagina 1 di 1
k3b e slackware 11 current: non masterizza e k3bsetup non va
Inviato: gio 24 mag 2007, 23:54
da 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
Inviato: ven 25 mag 2007, 10:15
da 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..
Inviato: ven 25 mag 2007, 12:37
da goldy
ildiama ha scritto: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
Inviato: ven 25 mag 2007, 12:39
da goldy
Prova a fare qualche operazione di masterizzazione da shell ,
cosi' si inizia a valutare se il problema è di k3b o altro
Inviato: ven 25 mag 2007, 12:42
da 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
Inviato: ven 25 mag 2007, 12:46
da 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
Inviato: ven 25 mag 2007, 13:00
da 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...
Inviato: ven 25 mag 2007, 13:35
da 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.
Inviato: ven 25 mag 2007, 17:26
da 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 :
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
Inviato: ven 25 mag 2007, 18:49
da neongen
sberla54 ha scritto: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
Inviato: ven 25 mag 2007, 20:14
da gohanz
Avete aggiunto il vostro "user" al gruppo "cdrom"?
Inviato: sab 26 mag 2007, 12:48
da sberla54
Avete aggiunto il vostro "user" al gruppo "cdrom"?
No.
E' una cosa da fare nella current o andrebbe sempre fatta?
Inviato: sab 26 mag 2007, 14:18
da MAT
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'
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).