Hallo, beim Versuch unter 9.0 "on the fly" auf DVD zu brennen gibt K3B die Fehlermeldung aus: "fataler Fehler beim Start, keine Berechtigung", dann Auswurf. Beim Brennen mit Zwischenspeichern in das tmp-Verzeichnis kann er dieses nicht öffnen. Der Brenner wird richtig erkannt (extern, USB). Das Schreiben mit dem internen CD-Laufwerk klappt. Das externe DVD-Laufwerk ist gemountet. Wo kann ich die Berechtigungen in K3B setzen? Danke im voraus. Gruß Werner Gregori
Hallo Werner, Du schriebst am 27.02.04 :
Hallo, beim Versuch unter 9.0 "on the fly" auf DVD zu brennen gibt K3B die Fehlermeldung aus: "fataler Fehler beim Start, keine Berechtigung", dann Auswurf.
Wo kann ich die Berechtigungen in K3B setzen? Wenn das unter der 9.0 noch so ist wie unter der 8.2 kannst Du das so ohne weiters garnicht.
Entweder Du startest k3b mit rootrechten, oder Du holst Dir das Paket http://packman.links2linux.de/index.php4?action=219&vn=1 Ich habe das paket installiert und nun kann auch der User brennen. -- Gruß Bernd PGP Key als Empfangsbestaetigung oder Mail. Betreff/Subject: 'SEND PGPKEY' Key: 1024/90F8BC35 FP: 9C 1F D1 8B BD D0 FA 62 BA D6 C7 C8 89 7D 5F E8
Am Freitag 27 Februar 2004 22:02 schrieb Werner Gregori:
Hallo, beim Versuch unter 9.0 "on the fly" auf DVD zu brennen gibt K3B die Fehlermeldung aus: "fataler Fehler beim Start, keine Berechtigung", dann Auswurf. Beim Brennen mit Zwischenspeichern in das tmp-Verzeichnis kann er dieses nicht öffnen. Der Brenner wird richtig erkannt (extern, USB). Das Schreiben mit dem internen CD-Laufwerk klappt. Das externe DVD-Laufwerk ist gemountet.
Wo kann ich die Berechtigungen in K3B setzen?
Du musst sie nicht in K3b, sondern in der fstab setzen... Ich glaube, dass geht auch über YaST. Es scheint so zu sein, dass du als User keine Schreibrechte auf dem Brenner hast. in der fstab (VORSICHTIG sein!) geht das AFAIK so (zumindest mach ich das so immer und es geht, kann natürlich keine Garantie geben): In der entsprechenden Zeile (also die vom Brenner) in der 4. Spalte "user" reinschreiben. Beispiel aus meiner fstab: /etc/fstab /dev/cdrecorder /media/cdrecorder auto ro,noauto,user,exec 0 0 Das sollte funktionieren. Wenn user schon da steht, kann ich dir nicht weiterhelfen :-( MfG Kilian
Hallo Kilian, Am Samstag, 28. Februar 2004 10:41 schrieb Kilian Kluge:
/dev/cdrecorder /media/cdrecorder auto ro,noauto,user,exec 0 0 ^^^^ Mal abgesehen davon, daß es trotzdem funktioniert, ist es ja eigentlich widersinnig, hier ein "read only" einzutragen. Als "immer-noch-Linux-Anfänger" käme mir da ein "read-and-write", also rw stimmiger vor, damit beim brennen auch geschrieben werden kann. Denke ich da irgendwie falsch?
Gruß von Heimo -- Heimo Ponnath Webdesign, Rotenhäuserstr. 51, 21109 Hamburg Tel: 040-753 47 95,Fax: 040-752 68 03, http://www.heimo.de/
Am Samstag 28 Februar 2004 10:50 schrieb Heimo Ponnath:
Hallo Kilian,
Am Samstag, 28. Februar 2004 10:41 schrieb Kilian Kluge:
/dev/cdrecorder /media/cdrecorder auto ro,noauto,user,exec 0 0
^^^^ Mal abgesehen davon, daß es trotzdem funktioniert, ist es ja eigentlich widersinnig, hier ein "read only" einzutragen. Als "immer-noch-Linux-Anfänger" käme mir da ein "read-and-write", also rw stimmiger vor, damit beim brennen auch geschrieben werden kann. Denke ich da irgendwie falsch?
Hm, ro? Ich muss zugeben, ich hab mit 9.0 noch nie gebrannt bzw. probiert, CD's einzulesen... Ich hab das nur mit 8.1 ein paar mal gemacht... Naja, ich werd das schon selber hinkriegen... MfG Kilian
Hallo Kilian
/dev/cdrecorder /media/cdrecorder auto ro,noauto,user,exec 0 0
^^^^ Mal abgesehen davon, daß es trotzdem funktioniert, ist es ja eigentlich widersinnig, hier ein "read only" einzutragen. Als "immer-noch-Linux-Anfänger" käme mir da ein "read-and-write", also rw stimmiger vor, damit beim brennen auch geschrieben werden kann. Denke ich da irgendwie falsch?
Hm, ro? Ich muss zugeben, ich hab mit 9.0 noch nie gebrannt bzw. probiert, CD's einzulesen... Ich hab das nur mit 8.1 ein paar mal gemacht...
Ich kenn mich hier zwar auch nicht wirklich aus, aber mein Brenner ist in der fstab auch als ro,noauto,user,exec gemountet und ich kann als otto-normal-benutzer auch brennen..... ich vermute mal dass das ro und co nur dann auftritt wenn ein medium wirklich GEMOUNTET wird, was aber vermutlich beim brennen ja nicht der fall ist weils ja noch nix zu mounten gibt.....? Viel Glück Matti
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo, Am Samstag, 28. Februar 2004 10:50 schrieb Heimo Ponnath:
Am Samstag, 28. Februar 2004 10:41 schrieb Kilian Kluge:
/dev/cdrecorder /media/cdrecorder auto ro,noauto,user,exec 0 0 ^^^^ Mal abgesehen davon, daß es trotzdem funktioniert, ist es ja eigentlich widersinnig, hier ein "read only" einzutragen. Als "immer-noch-Linux-Anfänger" käme mir da ein "read-and-write", also rw stimmiger vor, damit beim brennen auch geschrieben werden kann. Denke ich da irgendwie falsch?
Der Eintrag in der /etc/fstab bezieht sich ausschließlich auf die Einbindung dieses Gerätes in das Dateisystem. iso9660 ist aber per Definition Read Only. Du kannst zwar mit speziellen Tools wie cdrecord CDs beschreiben. Das geschieht dann aber nicht über das normale Dateisystem sondern im direkten Zugriff auf das Gerät. Kurz: das ro bei den Optionen ist korrekt. rw würde zwar keinen Schaden anrichten, aber das iso9660 Medium würde trotzdem nur Read Only gemounted. Schöne Grüße aus Bremen hartmut -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFAQHS8ZopYnYJxam4RAgQLAJ9qeb3tF3x8wmzJnj+3V61y16BKkgCbBcGa XDdBV5T8OhS9dCmOUsjJ9xs= =j7Lw -----END PGP SIGNATURE-----
Am Freitag, 27. Februar 2004 22:02 schrieb Werner Gregori:
Wo kann ich die Berechtigungen in K3B setzen? Hallo Die Berechtigung läßt sich unter K3b(v 0.11.5) unter Einstellung Einrichtungsassisten für die Laufwerke einstellen. z.B. wird für den user "chmod 666 /dev/sr0" eingestellt. ( wird aber in der Version vom Einrichtungsassisten auf anfrage erledigt) in der fstab wird dann nur auf die LW verwiesen. -- __________Gerald________________________________________________________ #288751 - http://counter.li.org
Am Samstag, 28. Februar 2004 13:39 schrieb David Haller:
Hallo,
Am Sat, 28 Feb 2004, Gerald schrieb:
z.B. wird für den user "chmod 666 /dev/sr0" eingestellt.
Aeh, was soll das bitte bringen? /dev/sr* ist _immer_ und ausschliesslich read-only. Das ist nicht richtig das /dev/sr* immer und ausschliesslich auf ro steht. man könnte auch als Beispiel /dev/sr0 auf chmod 640 setzen,wichtig wäre auch noch das das Gerät für den User freigegeben ist, ob man dazu eine extra Gruppe anlegt oder direkt der User die freigabe bekommt ist eigentlich jeden selber überlassen. -- __________Gerald________________________________________________________ #288751 - http://counter.li.org
Hallo, Am Sat, 28 Feb 2004, Gerald schrieb:
Am Samstag, 28. Februar 2004 13:39 schrieb David Haller:
Am Sat, 28 Feb 2004, Gerald schrieb:
z.B. wird für den user "chmod 666 /dev/sr0" eingestellt. Aeh, was soll das bitte bringen? /dev/sr* ist _immer_ und ausschliesslich read-only. Das ist nicht richtig das /dev/sr* immer und ausschliesslich auf ro steht. man könnte auch als Beispiel /dev/sr0 auf chmod 640 setzen,wichtig wäre auch noch das das Gerät für den User freigegeben ist, ob man dazu eine extra Gruppe anlegt oder direkt der User die freigabe bekommt ist eigentlich jeden selber überlassen.
Du _KANNST_ auf /dev/sr* nicht schreiben! Unabhaengig von den Rechten der device-nodes. sr_mod kann das einfach nicht. -dnh PS: Gib bitte deinen Realnamen an -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Am Samstag, 28. Februar 2004 16:17 schrieb David Haller:
Du _KANNST_ auf /dev/sr* nicht schreiben! Unabhaengig von den Rechten der device-nodes. sr_mod kann das einfach nicht. Wenn du meinst...
PS: Gib bitte deinen Realnamen an
PS: Wie kommst du darauf das das nicht mein Realname ist... also ich kann mich nicht daran erinnern das ich schon mal anders hieß. -- __________Gerald________________________________________________________ #288751 - http://counter.li.org
Hallo, Am Sat, 28 Feb 2004, Gerald schrieb:
Am Samstag, 28. Februar 2004 16:17 schrieb David Haller:
Du _KANNST_ auf /dev/sr* nicht schreiben! Unabhaengig von den Rechten der device-nodes. sr_mod kann das einfach nicht. Wenn du meinst...
Probier's aus! Mach dein "chmod" und versuch mal auf /dev/sr* zu schreiben, z.B. indem du mit 'touch' versuchst ne Datei anzulegen. Oder versuch mit chmod Rechte zu aendern.
PS: Gib bitte deinen Realnamen an
PS: Wie kommst du darauf das das nicht mein Realname ist...
RTF Etikette: http://www.suse-etikette.de.vu/etikette.html -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Am Samstag, 28. Februar 2004 19:53 schrieb David Haller:
Probier's aus! Mach dein "chmod" und versuch mal auf /dev/sr* zu schreiben, z.B. indem du mit 'touch' versuchst ne Datei anzulegen. Oder versuch mit chmod Rechte zu aendern.
Vielleicht mag das bei dir nicht gehen... und du hast ja auch geschrieben du kennst K3b nicht. Bye -- __________Gerald________________________________________________________ #288751 - http://counter.li.org
Hallo, Am Sat, 28 Feb 2004, Gerald schrieb:
Am Samstag, 28. Februar 2004 19:53 schrieb David Haller:
Probier's aus! Mach dein "chmod" und versuch mal auf /dev/sr* zu schreiben, z.B. indem du mit 'touch' versuchst ne Datei anzulegen. Oder versuch mit chmod Rechte zu aendern.
Vielleicht mag das bei dir nicht gehen... und du hast ja auch geschrieben du kennst K3b nicht.
Dann verwendet K3B nicht /dev/sr*. Glaub's mir einfach oder lese in den Kernel-Quellen nach, wenn du mir nicht glaubst. -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Gerald wrote:
Am Samstag, 28. Februar 2004 13:39 schrieb David Haller:
[...] Aeh, was soll das bitte bringen? /dev/sr* ist _immer_ und ausschliesslich read-only.
Das ist nicht richtig das /dev/sr* immer und ausschliesslich auf ro steht. man könnte auch als Beispiel /dev/sr0 auf chmod 640 setzen,wichtig wäre auch noch das das Gerät für den User freigegeben ist, ob man dazu eine extra Gruppe anlegt oder direkt der User die freigabe bekommt ist eigentlich jeden selber überlassen.
Bitte beschaeftige Dich mal mit den Grundlagen zm Thema, bevor Du hier diese Tips gibst. Das Schreiben von CDs erfolgt keineswegs ueber das Device /dev/sr* - das Setzen von Schreibrechten bei diesen Devices hat keinen Einfluss auf das Brennen. Cu, Th.
Am Samstag, 28. Februar 2004 19:21 schrieb Thomas Hertweck:
Bitte beschaeftige Dich mal mit den Grundlagen zm Thema, bevor Du hier diese Tips gibst. Das Schreiben von CDs erfolgt keineswegs ueber das Device /dev/sr* - das Setzen von Schreibrechten bei diesen Devices hat keinen Einfluss auf das Brennen. Vielleicht mag das so sein und ich habe keine Ahnung aber Fakt ist das bei mir in k3b /dev/sr* verwendet wird und hierfür werden von k3b die Rechte gesetzt. Nochmal zu Erinnerung die Frage war, wo werden die Rechte in k3b gesetzt... bye -- __________Gerald________________________________________________________ #288751 - http://counter.li.org
Werner Gregori schrieb:
Hallo, beim Versuch unter 9.0 "on the fly" auf DVD zu brennen gibt K3B die Fehlermeldung aus: "fataler Fehler beim Start, keine Berechtigung", dann Auswurf. Beim Brennen mit Zwischenspeichern in das tmp-Verzeichnis kann er dieses nicht öffnen. Der Brenner wird richtig erkannt (extern, USB). Das Schreiben mit dem internen CD-Laufwerk klappt. Das externe DVD-Laufwerk ist gemountet.
Wo kann ich die Berechtigungen in K3B setzen?
Danke für alle Tipps, hier der Stand meiner Versuche: 1. In der fstab steht beim DVD-Brenner bereits 'users'. 2. In meiner Version von K3b (0.10 mit KDE 3.1.4) gibt es den Assistenten nicht, ich kann also die Berechtigung in K3b nicht setzen. 3. Die neue Version von K3b verlangt KDE 3.2, dessen Installation Suse 9.0 nicht empfiehlt. Was mir noch aufgefallen ist: In den K3b Einstellungen sind beide Brenner angezeigt, der CD-Brenner als dev/sr0 mit dem Zusatz (0,0,0), der DVD-Brenner als dev/sr1 mit dem Zusatz (1,0,0), obwohl die fstab bei beiden Brennern identische Einträge hat. K3b setzt hier wohl eigene Rechte. Aber wo? Da muss ich einstweilen wohl als 'root' brennen. Schade. Vielleicht weiß noch jemand etwas dazu... Gruß Werner Gregori
Am Samstag, 28. Februar 2004 18:29 schrieb Werner Gregori: > > Wo kann ich die Berechtigungen in K3B setzen? > 2. In meiner Version von K3b (0.10 mit KDE 3.1.4) gibt es den > Assistenten nicht, ich kann also die Berechtigung in K3b nicht > setzen. Ich glaube bei der Version mußte man es noch unter root oder mit yast einstellen. Such mal nach k3bsetup oder so ähnlich, sollte unter /opt/kde3/bin/ liegen. -- __________Gerald________________________________________________________ #288751 - http://counter.li.org
Am Samstag, 28. Februar 2004 18:29 schrieb Werner Gregori:
Wo kann ich die Berechtigungen in K3B setzen?
Gerald schrieb:
Ich glaube bei der Version mußte man es noch unter root oder mit yast einstellen. Such mal nach k3bsetup oder so ähnlich, sollte unter /opt/kde3/bin/ liegen.
Das steht in meiner k3bsetup: (quote) [External Programs] cdrecord path=/usr/bin/cdrecord cdrdao default=/usr/bin/cdrdao mkisofs path=/usr/bin/mkisofs (unquote) Hieraus entnehme ich keine Änderungsmöglichkeiten, die einem Nicht-root-user Schreib-Zugriff mit K3b auf das externe DVD-Laufwerk gegen. Oder doch in fstab? (quote) /dev/cdrecorder /media/cdrecorder auto ro,noauto,user,exec 0 0 /dev/cdrom /media/cdrom auto ro,noauto,user,exec 0 0 /dev/dvd /media/dvd auto ro,noauto,user,exec 0 0 /dev/fd0 /media/floppy auto noauto,user,sync 0 0 /dev/sr1 /media/sr1 auto ro,noauto,user,exec 0 0 #HOTPLUG B3Fu.dU3ELQwJfs2 (unquote) Sonst habe ich keinen Weg gefunden, auch nicht in yaST. Trotzdem danke an alle. Gruß Werner Gregori
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Werner, Am Samstag 28 Februar 2004 18:29 schrieb Werner Gregori:
3. Die neue Version von K3b verlangt KDE 3.2, dessen Installation Suse 9.0 nicht empfiehlt.
Es läuft einwandfrei... Wo steht, dass es nicht empfohlen ist?
Was mir noch aufgefallen ist: In den K3b Einstellungen sind beide Brenner angezeigt, der CD-Brenner als dev/sr0 mit dem Zusatz (0,0,0), der DVD-Brenner als dev/sr1 mit dem Zusatz (1,0,0), obwohl die fstab bei beiden Brennern identische Einträge hat. K3b setzt hier wohl eigene Rechte. Aber wo? Da muss ich einstweilen wohl als 'root' brennen. Schade. Vielleicht weiß noch jemand etwas dazu...
Bezeichnet 0,0,0 nicht den Ort des Gerätes? Zumindest werden Festplatten im Bootloader so in der Art angegeben... MfG Kilian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFAQN+/huZOt9mSUIYRAvMcAJwNru5Pq3VwiiGhLQUpH21WtzUeWgCeP1zN dVNAbPj7VVfg1R3N4SaeSEI= =IrlZ -----END PGP SIGNATURE-----
Hallo, Am Sat, 28 Feb 2004, Kilian Kluge schrieb:
Bezeichnet 0,0,0 nicht den Ort des Gerätes?
Das sind SCSI BUS,ID,LUN.
Zumindest werden Festplatten im Bootloader so in der Art angegeben...
*JAUL* -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Samstag 28 Februar 2004 20:00 schrieb David Haller:
Hallo,
Am Sat, 28 Feb 2004, Kilian Kluge schrieb:
Bezeichnet 0,0,0 nicht den Ort des Gerätes?
Das sind SCSI BUS,ID,LUN.
OT, aber mich intressiert's trotzdem: Was ist LUN?
Zumindest werden Festplatten im Bootloader so in der Art angegeben...
*JAUL*
Wieso? OK, da sind's nur zwei Stellen mit'm hd davor... Ich geb's zu, ich hatte vorher nicht nachgesehen... Aber trotzdem ist das nicht so falsch,w as ich gesagt habe ;-/ Es ist im Prinzip das gleiche (IDE-Controller, ID)
-- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
MfG Kilian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFAQOtghuZOt9mSUIYRAm/fAKCRjaPXiydCXrFMWXFByHeain+F0ACdHkDL wy55T7YAa4zcRHI7q9PrGHk= =kfk5 -----END PGP SIGNATURE-----
Hallo, Am Sat, 28 Feb 2004, Kilian Kluge schrieb:
Am Samstag 28 Februar 2004 20:00 schrieb David Haller:
Am Sat, 28 Feb 2004, Kilian Kluge schrieb:
Bezeichnet 0,0,0 nicht den Ort des Gerätes?
Das sind SCSI BUS,ID,LUN.
OT, aber mich intressiert's trotzdem: Was ist LUN?
Logical Unit Number. Relevant z.B. bei CD-Wechslern u.ae. Bei den meisten Geraeten (CD/DVD/Scanner usw.) immer 0.
Zumindest werden Festplatten im Bootloader so in der Art angegeben...
*JAUL*
Wieso? OK, da sind's nur zwei Stellen mit'm hd davor... Ich geb's zu, ich hatte vorher nicht nachgesehen... Aber trotzdem ist das nicht so falsch,w as ich gesagt habe ;-/
Doch. Es ist irrefuehrend, bestenfalls.
Es ist im Prinzip das gleiche (IDE-Controller, ID)
Es sind zwei voellig unterschiedliche Dinge. Und in LILO sieht's sowieso anders aus. Und (hdX,Y) in GRUB hat _nichts_ mit den SCSI BUS,ID,LUN zu tun. Vgl. /dev/hd* mit /dev/sd*. -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Samstag 28 Februar 2004 21:02 schrieb David Haller:
Am Sat, 28 Feb 2004, Kilian Kluge schrieb:
Am Samstag 28 Februar 2004 20:00 schrieb David Haller:
Am Sat, 28 Feb 2004, Kilian Kluge schrieb:
Bezeichnet 0,0,0 nicht den Ort des Gerätes?
Das sind SCSI BUS,ID,LUN.
OT, aber mich intressiert's trotzdem: Was ist LUN?
Logical Unit Number. Relevant z.B. bei CD-Wechslern u.ae. Bei den meisten Geraeten (CD/DVD/Scanner usw.) immer 0.
Zumindest werden Festplatten im Bootloader so in der Art angegeben...
*JAUL*
Wieso? OK, da sind's nur zwei Stellen mit'm hd davor... Ich geb's zu, ich hatte vorher nicht nachgesehen... Aber trotzdem ist das nicht so falsch,w as ich gesagt habe ;-/
Doch. Es ist irrefuehrend, bestenfalls.
Es ist im Prinzip das gleiche (IDE-Controller, ID)
Es sind zwei voellig unterschiedliche Dinge. Und in LILO sieht's sowieso anders aus. Und (hdX,Y) in GRUB hat _nichts_ mit den SCSI BUS,ID,LUN zu tun. Vgl. /dev/hd* mit /dev/sd*.
Für mich sieht das ähnlich aus bzw. ist von der Logik her für mich ähnlich. Dazu muss ich sagen, dass Hardware nicht unbedingt mein Spezialgebiet unter Linux ist... Wie auch immer es sein mag, das Thema hat sich jetzt geklärt (und ich habe wieder was gelernt). Somit können wir wieder zum eigentlichen Thema kommen und diese Threadverzweigung stillegen. MfG Kilian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFAQPkXhuZOt9mSUIYRArUpAJwPOombGm2zgGJId+UcbrMVWDM6dwCgmmRG Z3Lv5MAwlZ5o8S9zP9Ee9PM= =sMoy -----END PGP SIGNATURE-----
Hallo, Am Sat, 28 Feb 2004, Kilian Kluge schrieb:
Am Samstag 28 Februar 2004 21:02 schrieb David Haller: [..]
Es sind zwei voellig unterschiedliche Dinge. Und in LILO sieht's sowieso anders aus. Und (hdX,Y) in GRUB hat _nichts_ mit den SCSI BUS,ID,LUN zu tun. Vgl. /dev/hd* mit /dev/sd*.
Für mich sieht das ähnlich aus bzw. ist von der Logik her für mich ähnlich.
Ja. Die _Logik_ der _Numerierungen_ ist aehnlich. Es sind aber dennoch (voellig) unterschiedliche Dinge (bzw. unterschiedliche Aspekete) gemeint. Vgl. 1kg Milch (/dev/milch*), 1kg Mehl (/dev/mehl*) und 1kg Blei (/dev/blei*). Die "Logik" der Benennung ist aehnlich... Milch, Mehl und Blei sind aber dennoch sehr unterschiedliche Dinge. Wobei erstere beiden die Gemeinsamkeit haben, Nahrungsmittel zu sein. Du kannst aber dennoch nicht, nur weil alle drei (auch) durch 'kg' quantifiziert / bezeichnet werden alle in einen Topf werfen. Zumindest das Blei wuerde ich weglassen ;) -dnh PS: Und was das "Thread beenden" angeht: hier ist soviel Unsinn verzapft worden... /dev/sr* hat nunmal genau _NICHTS_ mit dem schreiben von CDR(W)s oder DVD[+-]R(W)s zu tun (egal ob IDE oder SCSI). -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Hallo, Am Sat, 28 Feb 2004, Werner Gregori schrieb:
In den K3b Einstellungen sind beide Brenner angezeigt, der CD-Brenner als dev/sr0 mit dem Zusatz (0,0,0), der DVD-Brenner als dev/sr1 mit dem Zusatz (1,0,0), obwohl die fstab bei beiden Brennern identische Einträge hat. K3b setzt hier wohl eigene Rechte. Aber wo? Da muss ich einstweilen wohl als 'root' brennen.
/dev/sr* ist fuer's brennen vollkommen(!) uninteressant! Das ist _nur_ zum _lesen_. Gebrannt wird via /dev/sg*. K3B kenne ich nicht, daher kann ich dazu nichts sagen. -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
participants (9)
-
David Haller
-
gerald.arnoldt@t-online.de
-
Hartmut Meyer
-
Heimo Ponnath
-
Kilian Kluge
-
list_suse@troszynski.de
-
Matthias Keller
-
Thomas Hertweck
-
Werner Gregori