Mailinglist Archive: opensuse-de (6883 mails)
| < Previous | Next > |
Re: CD-Brenner läuf t nicht
- From: David Haller <david@xxxxxxxxxx>
- Date: Mon, 15 Jul 2002 16:32:02 +0200
- Message-id: <20020715143202.GA28543@xxxxxxxxxxxxxxxxxx>
Hallo,
On Sun, 14 Jul 2002, Bernd Stäglich wrote:
Kannst du das mal so aendern, dass das Subject nicht auftaucht? Das
steht doch schon im Header ;)
Kann's sein (bzw. das hatte ich IIRC ja schon vermutet), dass du
ide-scsi fest im Kernel hast? Dann ist das modprobe natuerlich
ueberfluessig. Jedenfalls...
...wenn das was liefert (v.a. /proc/scsi/scsi), dann ist's schonmal gut.
Noe, is nicht mehr noetig ;)
Moeglich, s.u.
Nein. "GUI" steht fuer "Graphical User Interface" also hier speziell
"KonCD" (andere GUIs fuer cdrecord sind z.B. xcdroast, kisocd,
gcombust u.a., die aber i.d.R. eben auch noch GUIs fuer mkisofs und
u.U. auch noch andere Tools).
Ok. Du musst wie gesagt trennen: Lesen (mit mounten) als /dev/sr* hat
erstmal garnix mit dem brennen via /dev/sg* zu tun, ausser eben, dass
nicht beides gleichzeitig geht, da die gleiche HW dahintersteckt ;)
Sprichst du eigentlich ueber ne Daten- oder ne Audio-CD, die du
kopieren willst? Wenn letzteres, ist das natuerlich was anderes ;)
Lass doch bitte mal den ganzen GUI-Krempel (also KonCD) weg und nimm
cdrecord usw. Allerdings weiss ich grad nicht, wie das mit dem
kopieren genau geht bzw. welche Variante KonCD verwende (man kann die
CD als Image (z.B. mit dd) auslesen, oder man kann sie mounten und die
Dateien auslesen, mit mkisofs ein Image erstellen)...
Audio-CDs kannst du mit cdda2wav oder cdparanoia (und ein paar anderen
Tools) auslesen, in ein oder meherere .wavs, die du dann mit cdrecord
wieder als tracks brennen kannst...
Schreib mal, was du also zu machen versuchst.
Wenn das der Fall waere muesstest du Fehlermeldungen mit "permission
denied" (bzw. "Keine Berechtigung") bekommen...
Bei cdrom (also ide-cd oder sr_mod -> /dev/hd* oder /dev/sr* (bzw.
/dev/scd*)) kannst du _nie_ schreiben, die Rechte 444 ('br--r--r--')
reichen vollkommen da eh nicht mehr moeglich ist.
?? Ja, bei /dev/sg* sind rw-Rechte sinnvoll ;)
Naja, so ist's unsicher, aber erstmal solltest du das Rechteproblem
erstmal ganz umgehen, in dem du als root arbeitest. Wenn das dann
klappt kannst du dich um die Rechte kuemmern, damit's auch fuer user
geht (uebrigens empfiehlt sich's dann, eine spezielle Gruppe, fuer die
user die brennen duerfen, anzulegen, z.B. "brutzler" oder sonstwie,
aber das hat wie gesagt erstmal Zeit).
Achso: mkisofs braucht kein suid-bit, cdrecord nur, wenn du als
non-root brennen willst.
Jein. Das Problem ist: ich kenne die deutschen Fehlermeldungen zu
schlecht ;)
Obiges 'LANG="en" <Programm>' setzt die Sprache fuer das <Programm>
auf "en":
$ LANG="de" ls /tmp/nodir/no_such_file
ls: /tmp/nodir/no_such_file: Datei oder Verzeichnis nicht gefunden
$ LANG="en" ls /tmp/nodir/no_such_file
ls: /tmp/nodir/no_such_file: No such file or directory
$ LANG="es" ls /tmp/nodir/no_such_file
ls: /tmp/nodir/no_such_file: No existe el fichero o el directorio
$ LANG="fr" ls /tmp/nodir/no_such_file
ls: /tmp/nodir/no_such_file: Aucun fichier ou répertoire de ce type
$ LANG="sk" ls /tmp/nodir/no_such_file
ls: /tmp/nodir/no_such_file: Adresár alebo súbor neexistuje
$ LANG="nl" ls /tmp/nodir/no_such_file
ls: /tmp/nodir/no_such_file: Onbekend bestand of map
$ LANG="no" ls /tmp/nodir/no_such_file
ls: /tmp/nodir/no_such_file: Ingen slik fil eller filkatalog
$ LANG="el" ls /tmp/nodir/no_such_file
ls: /tmp/nodir/no_such_file: Äåí õðÜñ÷åé ôÝôïéï áñ÷åßï Þ êáôÜëïãïò
$ LANG="ja" ls /tmp/nodir/no_such_file
ls: /tmp/nodir/no_such_file: ???Î?è???Ê¥Õ¥¡¥?¥ë?ä¥Ç¥£¥ì¥¯¥È¥ê?Ï?¢?ê?Þ?»?ó
$ LANG="ko" ls /tmp/nodir/no_such_file
ls: /tmp/nodir/no_such_file: ±×·± ÆÄÀÏÀ̳ª µð·ºÅä?®°¡ ?øÀ?
*g* Siehe dazu 'man 7 locale'.
-dnh
--
1: Multimedia
funktioniert mit elektrischem Strom (Kristian Köhntopp)
On Sun, 14 Jul 2002, Bernd Stäglich wrote:
Am 14.07.02, 22:22:55, schrieb David Haller <david@xxxxxxxxxx> zum Thema
Re: CD-Brenner läuft nicht:
Kannst du das mal so aendern, dass das Subject nicht auftaucht? Das
steht doch schon im Header ;)
:/home/bs63021 # modprobe ide-scsi
linux:/home/bs63021 # modprobe ide-scsi (d.h. hier passiert gar
nichts!?)
Das ist ok und gut so -- wenn alles klappt bleibt modprobe "still" :)
Wenn du was mitbekommen willst: 'modprobe -v'. Bei mir z.B.:
bei mir ist hier wiederum überhaupt keine Ausgabe!?
Kann's sein (bzw. das hatte ich IIRC ja schon vermutet), dass du
ide-scsi fest im Kernel hast? Dann ist das modprobe natuerlich
ueberfluessig. Jedenfalls...
cat /proc/scsi/scsi
cat /proc/scsi/ide-scsi/*
cat /proc/scsi/sg/*
erhalte wunderbarste Ergebnisse (wenn erforderlich, habe ich sie
gespeichert und kann sie nachliefern!!!)
...wenn das was liefert (v.a. /proc/scsi/scsi), dann ist's schonmal gut.
Sieht soweit gut aus. Daran scheint's nicht zu liegen. Und cdrecord
scheint auch zu funktionieren. Leg mal nen Rohling ein und mach ein
'cdrecord -atip -dev 0,0,0'
klappt wunderbar :-))) (wenn erforderlich, habe ich die Ausgabe
gespeichert und kann sie nachliefern!!!)
Noe, is nicht mehr noetig ;)
Wenn das klappt, dann liegt's zumindest _nicht_ am "Treiber" oder an
cdrecord, sondern an der GUI.
Ich vermute ja inzwischen auch, dass es irgendwie an den
Zugriffsberechtigungen liegt
Moeglich, s.u.
(Das meinst du doch mit GUI?)!
Nein. "GUI" steht fuer "Graphical User Interface" also hier speziell
"KonCD" (andere GUIs fuer cdrecord sind z.B. xcdroast, kisocd,
gcombust u.a., die aber i.d.R. eben auch noch GUIs fuer mkisofs und
u.U. auch noch andere Tools).
Inzwischen
spielt mir der Brenner nämlich wenigstens wie das CD-ROM meine CDs ab,
nur brennen tut er weiterhin nicht.
Ok. Du musst wie gesagt trennen: Lesen (mit mounten) als /dev/sr* hat
erstmal garnix mit dem brennen via /dev/sg* zu tun, ausser eben, dass
nicht beides gleichzeitig geht, da die gleiche HW dahintersteckt ;)
Erhalte in KonCD beim Aufruf 'CD
Kopieren' jetzt immer die Fehlermeldung
/usr/bin/cdrecord: No such file or directory. No read access for ''
Und beim 'CD-Auslesen' von CD-ROM, werden die Titel aufgelistet, lassen
sich über 'Start' aber in kein Verzeichnis speichern.
Sprichst du eigentlich ueber ne Daten- oder ne Audio-CD, die du
kopieren willst? Wenn letzteres, ist das natuerlich was anderes ;)
Lass doch bitte mal den ganzen GUI-Krempel (also KonCD) weg und nimm
cdrecord usw. Allerdings weiss ich grad nicht, wie das mit dem
kopieren genau geht bzw. welche Variante KonCD verwende (man kann die
CD als Image (z.B. mit dd) auslesen, oder man kann sie mounten und die
Dateien auslesen, mit mkisofs ein Image erstellen)...
Audio-CDs kannst du mit cdda2wav oder cdparanoia (und ein paar anderen
Tools) auslesen, in ein oder meherere .wavs, die du dann mit cdrecord
wieder als tracks brennen kannst...
Schreib mal, was du also zu machen versuchst.
Habe nun fleißig mit den Berechtigungen experimentiert, so dass ich jetzt
nicht mehr weiß, wie's im Original-SuSE war :-(
Wenn das der Fall waere muesstest du Fehlermeldungen mit "permission
denied" (bzw. "Keine Berechtigung") bekommen...
Kannst du/ihr mit den folgenden Infos was anfangen? Also:^^^^^ Hae???
Habe jetzt
1. für cdrecorder alle Geräte in /dev/, also
cdrecorder=hdc=ide-scsi=/dev/sr0 bei den Icons
cdrecorder, hdc, sr0
Benutzer=root und Gruppe=users, jeweils mit Lesen und Schreiben
gesetzt.
Bei cdrom (also ide-cd oder sr_mod -> /dev/hd* oder /dev/sr* (bzw.
/dev/scd*)) kannst du _nie_ schreiben, die Rechte 444 ('br--r--r--')
reichen vollkommen da eh nicht mehr moeglich ist.
2. für cdrom alle Geräte in /dev/, also cdrom=hdd ebenfalls Benutzer=root
und Gruppe=users, jeweils mit Lesen und Schreiben gesetzt.
?? Ja, bei /dev/sg* sind rw-Rechte sinnvoll ;)
3. in /usr/bin die cdrecord und die mkisofs z.Zt. wie folgt:
-rwsr-xr-x 1 root root 248123 Apr 30 14:28 /usr/bin/cdrecord
-rwsrwx--x 2 root users 436021 Apr 30 14:28 /usr/bin/mkisofs
Da stimmt doch bestimmt einiges nicht?
Naja, so ist's unsicher, aber erstmal solltest du das Rechteproblem
erstmal ganz umgehen, in dem du als root arbeitest. Wenn das dann
klappt kannst du dich um die Rechte kuemmern, damit's auch fuer user
geht (uebrigens empfiehlt sich's dann, eine spezielle Gruppe, fuer die
user die brennen duerfen, anzulegen, z.B. "brutzler" oder sonstwie,
aber das hat wie gesagt erstmal Zeit).
Achso: mkisofs braucht kein suid-bit, cdrecord nur, wenn du als
non-root brennen willst.
Achso, falls du die GUI nochmal testen willst: Tu mir (und evtl. auch
andern) den Gefallen und starte aus nem xterm mit
'LANG="en" <pfad>/<binary>'
oder
'LANG="C" <pfad>/<binary>'
zumindest ich fang mit den deutschen Fehlermeldungen nur selten was
an, und ausserdem sucht sich's nach den englischen Meldungen leichter
;)
-dnh
Diese Sachen verstehe ich nicht, ist vielleicht schon zu spät :-) Aber
reichen nicht meine Angaben davor?
Jein. Das Problem ist: ich kenne die deutschen Fehlermeldungen zu
schlecht ;)
Obiges 'LANG="en" <Programm>' setzt die Sprache fuer das <Programm>
auf "en":
$ LANG="de" ls /tmp/nodir/no_such_file
ls: /tmp/nodir/no_such_file: Datei oder Verzeichnis nicht gefunden
$ LANG="en" ls /tmp/nodir/no_such_file
ls: /tmp/nodir/no_such_file: No such file or directory
$ LANG="es" ls /tmp/nodir/no_such_file
ls: /tmp/nodir/no_such_file: No existe el fichero o el directorio
$ LANG="fr" ls /tmp/nodir/no_such_file
ls: /tmp/nodir/no_such_file: Aucun fichier ou répertoire de ce type
$ LANG="sk" ls /tmp/nodir/no_such_file
ls: /tmp/nodir/no_such_file: Adresár alebo súbor neexistuje
$ LANG="nl" ls /tmp/nodir/no_such_file
ls: /tmp/nodir/no_such_file: Onbekend bestand of map
$ LANG="no" ls /tmp/nodir/no_such_file
ls: /tmp/nodir/no_such_file: Ingen slik fil eller filkatalog
$ LANG="el" ls /tmp/nodir/no_such_file
ls: /tmp/nodir/no_such_file: Äåí õðÜñ÷åé ôÝôïéï áñ÷åßï Þ êáôÜëïãïò
$ LANG="ja" ls /tmp/nodir/no_such_file
ls: /tmp/nodir/no_such_file: ???Î?è???Ê¥Õ¥¡¥?¥ë?ä¥Ç¥£¥ì¥¯¥È¥ê?Ï?¢?ê?Þ?»?ó
$ LANG="ko" ls /tmp/nodir/no_such_file
ls: /tmp/nodir/no_such_file: ±×·± ÆÄÀÏÀ̳ª µð·ºÅä?®°¡ ?øÀ?
*g* Siehe dazu 'man 7 locale'.
-dnh
--
1: Multimedia
funktioniert mit elektrischem Strom (Kristian Köhntopp)
| < Previous | Next > |