Newsgroup: it.comp.os.linux.sys
Titolo: K2.6.8 e CDRW

Ho installato il Kernel 2.6.8 (vanilla) sulla mia debian e oggi mi sono 
accorto che non riuscivo piu` a masterizzare (il mio cdrw viene 
erroneamente identificato come cdrom). Dopo svariate prove mi sono reso 
conto che il problema e` nato col K2.6.8. Tornato al 2.6.7 tutto 
funziona. Ora, non mi interessa avere il 2.6.8 (l'avevo compilato solo 
per passarmi il tempo:-) ), volevo solo sapere se altri hanno questo 
probl. (su google non ho trovato un gran che).
-- 
ciao, Mirco.
[ 
http://hellspawn.dnsalias.net/~mircomir/
 ] [ Icq#:51640305 ]
[ 
http://pido2.webhop.net/
 ]

 funziona.
E` un problema noto. E` stato aggiunto il filtraggio su tutti i comandi
sg. In pratica se hai i permessi di lettura sul device puoi inviare solo
comandi di lettura, se hai accesso in scrittura puoi inviare comandi di
scrittura e altri comandi non pericolosi, se sei root puoi fare tutto.
Usando il programma di masterizzazione da root non dovresti avere
problemi. Sarebbe interessante vede cosa fallisce, prova con questa
patch e vedi cosa ti dice:
--- a/drivers/block/scsi_ioctl.c	2004-08-16 18:49:41.000000000 +0200
+++ b/drivers/block/scsi_ioctl.c	2004-08-16 18:54:56.000000000 +0200
@@ -174,6 +174,7 @@
 		return 0;
 
 	/* Otherwise fail it with an "Operation not permitted" */
+	printk(KERN_DEBUG "verify_command: failed cmd type 0x%x\n", (u32)cmd[0]);
 	return -EPERM;
 }
 
Luca
-- 
Home: 
http://kronoz.cjb.net
E' stato a causa di una donna che ho cominciato a bere e non ho mai
avuto la cortesia di ringraziarla.

  }
alla prossima ricompilazione patcho. Attualmente ho gia` segato via 
tutto  il k2.6.8 (sorgenti compresi) visto che e` uscita la 2.6.8.1. Ho 
letto su linux.debian.kernel (appena sottoscritto) che hanno uppato
i sorgenti del k2.6.8 come deb... stasera o domani vedo di lavorare su 
quelli.
Intanto grazie!


 root). Cmq, immagino abbiano avuto i loro motivi.
La questione e` piu` delicata. Se concedo l'accesso in scrittura ad un
utente ad un device (hd ad esempio) so che questo potrebbe sovrascrive
il disco (dd if=/dev/zero of=/dev/XXX) se volesse. Quello che spesso si
ignora e` che usando degli ioctl potrebbe compromettere
*irreversibilmente* il disco (nel senso che il disco dovra` essere
buttato via), ad esempio corrompendo il firmware.
Si e` cercato di condere tutti i comandi di scrittura "innocui" a chi
ha i diritti di scrittura sul device, ma evidentemente alcuni sono
sfuggiti. Il 2.6.9 (o magari il 2.6.8.2) dovrebbero essere a posto sotto
questo punto di vista.
Luca
-- 
Home: 
http://kronoz.cjb.net
Non ho ancora capito se il mio cane e` maschio o femmina:
quando fa la pipi` si chiude in bagno

 quelli.
Ok, il problema comunque e` noto, ci sono gia` diversi bug report sulla
lkml. Puoi anche non patchare :)
Luca
-- 
Home: 
http://kronoz.cjb.net
"L'abilita` politica e` l'abilita` di prevedere quello che
 accadra` domani, la prossima settimana, il prossimo mese e
 l'anno prossimo. E di essere cosi` abili, piu` tardi,
 da spiegare  perche' non e` accaduto."

 sfuggiti.
lo spero, xche` se l'alternativa e` dover masterizzare solo come utente 
root, non e` una bella cosa...


 root, non e` una bella cosa...
Io masterizzo tranquillamente da utente normale. Ho seguito la procedura
"standard" consigliata da K3B, ovvero creare un gruppo "burning" ed
inserirci le periferiche di scrittura/lettura e gli utenti che
possono/devono usarle.
La mia versione di kernel è la 2.6.8-rc4, ma non credo che con la 2.6.8.1
ci dovrebbe essere molta differenza...

 ci dovrebbe essere molta differenza...
Hint: changelog :)
La patch in questione e` stata inserita tra la -rc4 e la final, 
K3B e` proprio uno dei programmi che ha smesso di funzionare
Luca
-- 
Home: 
http://kronoz.cjb.net
Windows NT: Designed for the Internet. The Internet: Designed for Unix.

 ci dovrebbe essere molta differenza...
non ho ancora guardato i changelog.
