ich habe hier ein problem mit k3b. CD's brennen mit cdrecord / xcdroast
geht, wenn auch nur mit rootrechten, problemlos.
cdrecord dev=help wirft das folgende aus:
| Transport name: sg
| Transport descr.: Generic transport independent SCSI
| Transp. layer ind.:
| Target specifier: bus,target,lun
| Target example: 1,2,0
| SCSI Bus scanning: supported
| Open via UNIX device: not supported
cdrecord -scanbus:
| scsibus0:
| 0,0,0 0) *
| 0,1,0 1) 'TEAC ' 'CD-ROM CD-532S ' '1.0A' Removable CD-ROM
| 0,2,0 2) *
| 0,3,0 3) 'HP ' 'C5683A ' 'C111' Removable Tape
| 0,4,0 4) 'TEAC ' 'CD-R56S4 ' '1.0F' Removable CD-ROM
Hingegen findet k3b, auch mit rootrechten gestartet, beide Laufwerke
nicht ansatzweise. Googlen brachte nicht viel, außer dem Hiweis auf ggf
falsch gesetzte Rechte. Das sollte sich aber nicht auswirken, wenn k3b
als root gestartet wird.
k3b wirft bei Starten mehrfach "k3b: ERROR: (K3bDevice::Device) Unable to do
inquiry." als Fehler aus.
Hat jemand eine Idee, wie ich k3b davon überzeigen kann, dass da
wirklich Laufwerke sind?
Ach ja, hier werkelt eine Gentoo mit Kernel 2.6.14
Viele Grüße,
Volker
--
Windows and MacOS are products, contrived by engineers in the service of
specific companies. Unix, by contrast, is not so much a product as it is a
painstakingly compiled oral history of the hacker subculture.
--- N. Stephenson
> Ach ja, hier werkelt eine Gentoo mit Kernel 2.6.14
hatte das selbe problem mit einer "aelteren" k3b version. welche k3b version
nutzt du? da gabs mal 'nen bug.
hier: gentoo-sources 2.6.16-gentoo-r6, k3b-0.12.15.
PS: dein kernel ist recht alt.. oder hardened-sources?
>> Ach ja, hier werkelt eine Gentoo mit Kernel 2.6.14
>hatte das selbe problem mit einer "aelteren" k3b version. welche k3b version
>nutzt du?
Ich nutze k3b-0.12.14, die aktuelle stabile.
>da gabs mal 'nen bug.
Werd ich mir mal ansehen, ob sich zwischen der 0.12.14 und .15 etwas getan
hat.
>PS: dein kernel ist recht alt.. oder hardened-sources?
Nein, eher alt. ich hänge, geade was Kernels angeht eher der "never
recompile a running kernel"-Fraktion an. ABer wie gesagt, grundsätzlich
kann ich auf die Geräte zugreifen, nur halt mit k3b nicht. Daher
vermute ich das Problem eher bei k3b denn irgendwo im Kernel.
Grüße,
Volker
--
"Wenn Du ein wirklich interressantes tamagotchi haben moechtes, dann
installier dir doch ein NT. Wenn Du das nicht richtig pflegst ...
Immerhin gibt es da mehr als diese sechs albernen Zustaende. "
Thomas Rautenstrauch in de.comp.os.linux.misc
> Nein, eher alt. ich hänge, geade was Kernels angeht eher der "never
> recompile a running kernel"-Fraktion an.
naja, security risks, hmm..
> ABer wie gesagt, grundsätzlich
> kann ich auf die Geräte zugreifen, nur halt mit k3b nicht. Daher
> vermute ich das Problem eher bei k3b denn irgendwo im Kernel.
mag ein zusammenspiel beider fraktionen sein. weiss ich nicht.
kann dir nur soviel dazu sagen:
2 brenner (SCSI und IDE) beide werden erkannt. kann auch auf beiden brennen.
tja, wie gesagt, mit meiner konstellation geht das. nix devfs, udev, und
nicht scsi= im grub bootloader.
dein problem kann durchaus mehrere ursachen haben..
>> Nein, eher alt. ich hänge, geade was Kernels angeht eher der "never
>> recompile a running kernel"-Fraktion an.
>naja, security risks, hmm..
Eben der Kernel neu gebacken (2.4.16) und k3b auf die 0.12.15 gebracht.
und siehe da, es scheint zu funktionieren.
>mag ein zusammenspiel beider fraktionen sein. weiss ich nicht.
Kann gwesen sein, könntest Recht haben.
Grüße,
Volker
--
Türsteher: "Ey, du kommst hier net rein." ,------------------
DAU: "Ja, aber wieso das denn? |Rene Riech erklärt
Türsteher: "Ja, gugg disch doch ma' an ey. Topic Arsch, |Moderation frei
Quoting Arsch, Header Arsch, alles Arsch..." |nach Kaya Yanar