Tach Leute. Kann mir jemand kurz umreißen, wie ich von einer Audio-CD zu mp3-Dateien komme? Schön wärs, wenns überhaupt funktioniert, und noch schöner, wenn der mp3-Kodierer eine gute Qualität bringt. Gibts nämlich - jedenfalls unter Windows - durchaus Unterschiede... Gute Nacht. -- Andreas Feile <lists@feile.net> URL: www.feile.net
Hi Andreas, Am Samstag, 23. November 2002 00:27 schrieb Andreas Feile:
Kann mir jemand kurz umreißen, wie ich von einer Audio-CD zu mp3-Dateien komme? Schön wärs, wenns überhaupt funktioniert, und
mit ripit
noch schöner, wenn der mp3-Kodierer eine gute Qualität bringt. Gibts nämlich - jedenfalls unter Windows - durchaus Unterschiede...
Gibts auch unter Linux. Such mal die Datei ripit.pl. Die öffnest du mit einem Editor und liest dir mal die Kommentare durch. Dann setzt du die werte entsprechend. Jetzt suchst du dir einen Encoder, z.B. notlame und liest dessen manpage. Bei notlame wirst du z.B. finden, dass mit -h Audiofiles in höherer Qualität erzielt werden. Also fügst du diesen Wert in ripit.pl bei encopt ein. Gruß Philipp -- registered Linux user number 258854 HOW-TO? -> GOTO http://counter.li.org/
On Sam, 23 Nov 2002 at 00:27 (+0100), Andreas Feile wrote:
Kann mir jemand kurz umreißen, wie ich von einer Audio-CD zu mp3-Dateien komme? Schön wärs, wenns überhaupt funktioniert, und noch schöner, wenn der mp3-Kodierer eine gute Qualität bringt. Gibts nämlich - jedenfalls unter Windows - durchaus Unterschiede...
cdda2wav (ist bei SuSE dabei) lame (musst Du Dir holen) Ich bin mit der Qualität sehr zufrieden (habe allerdings keine Musiker-Ohren ;-) Jan
On Sat, Nov 23, 2002 at 01:39:33AM +0100, Jan Trippler wrote:
On Sam, 23 Nov 2002 at 00:27 (+0100), Andreas Feile wrote:
Kann mir jemand kurz umreißen, wie ich von einer Audio-CD zu mp3-Dateien komme? Schön wärs, wenns überhaupt funktioniert, und noch schöner, wenn der mp3-Kodierer eine gute Qualität bringt. Gibts nämlich - jedenfalls unter Windows - durchaus Unterschiede...
cdda2wav (ist bei SuSE dabei) lame (musst Du Dir holen)
Ich bin mit der Qualität sehr zufrieden (habe allerdings keine Musiker-Ohren ;-)
Ich wollte das gerade mal selbst versuchen und habe gesehen, dass es auch "cdda2mp3" gibt (zumindest bei SuSE 8.1). Weiss jemand etwas zur Qualität von diesem Tool? Da erspart man sich einen Arbeitsschritt (oder besser gesagt man braucht nur einen Befehl einzutippen und fertig. Mir kommt es nur komisch vor, dass dieses Tool noch niemand erwähnt hat. Gibt es einen speziellen Grund dafür? mfg Martin Neuditschko
Hi, Am Samstag, 30. November 2002 17:15 schrieb Martin Neuditschko:
On Sat, Nov 23, 2002 at 01:39:33AM +0100, Jan Trippler wrote:
On Sam, 23 Nov 2002 at 00:27 (+0100), Andreas Feile wrote:
Kann mir jemand kurz umreißen, wie ich von einer Audio-CD zu mp3-Dateien komme? Schön wärs, wenns überhaupt funktioniert, und noch schöner, wenn der mp3-Kodierer eine gute Qualität bringt. Gibts nämlich - jedenfalls unter Windows - durchaus Unterschiede... [...]
Ich wollte das gerade mal selbst versuchen und habe gesehen, dass es auch "cdda2mp3" gibt (zumindest bei SuSE 8.1). Weiss jemand etwas zur Qualität von diesem Tool?
hm, nö.
Da erspart man sich einen Arbeitsschritt (oder besser gesagt man braucht nur einen Befehl einzutippen und fertig.
Mir kommt es nur komisch vor, dass dieses Tool noch niemand erwähnt hat. Gibt es einen speziellen Grund dafür?
Ich kenne es nicht. Aber ich hatte in einer anderen Mail in diesem Thread schon ripit empfohlen. Damit spart man sich diesen Arbeitsschritt auch. Wenn allerdings alle lieber mit so einem flotten GUI arbeiten und sich ärgern, dass es nicht funzt, statt mit ripit auf der Konsole zu arbeiten und sich zu freuen, dann... Gruß Philipp -- registered Linux user number 258854 HOW-TO? -> GOTO http://counter.li.org/
Am Samstag, 23. November 2002 00:27 schrieb Andreas Feile:
Kann mir jemand kurz umreißen, wie ich von einer Audio-CD zu mp3-Dateien komme? Schön wärs, wenns überhaupt funktioniert, und noch
1. lame installieren: http://packman.links2linux.de/index.php4?action=017&vn=2 Wenn Du mit dem compilieren des SourceRPMs nicht klarkommt, einfach nochmal nachfragen. 2. Audio-CD einlegen 3. Konqueror aufmachen 4. Auf das KDE-Dienste Symbol klicken 5. Auf Audio-CD-Browser klicken 6. In den MP3 Ordner wechseln, dort siehst Du alle Lieder der CD, wenn eine Internetverbindung besteht und jemand auf freedb.freedb.org bereits die CD erfasst hat, siehst Du sie bereits mit Titel und die ID3-Tags werden gefüllt. 7. Einfach per Drag&Drop dorthin kopieren, wo Du sie haben willst. Einstellungen zu den MP3-Parametern werden im KDE-Kontrollzentrum unter Klang -> Audio-CD hinterlegt. Sollte es nicht klappen, schau Dir im KDE-Kontrollzentrum Informationen -> Ein/Ausgabe-Module -> audiocd an. Analog lassen sich auch WAV oder OggVorbis Dateien ziehen.
schöner, wenn der mp3-Kodierer eine gute Qualität bringt. Gibts nämlich - jedenfalls unter Windows - durchaus Unterschiede...
Ja, abgesehen, das MP3 klanglich eh nicht die Wucht ist und z.B. mit OggVorbis nicht konkurrieren kann (bei gleicher Bitrate), wirst Du kaum einen besseren encoder als lame finden. Der einzige, der - je nach Test - manchmal besser abschneidet ist der nicht ganz billige Frauenhofer encoder. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
Am Samstag, 23. November 2002 00:27 schrieb Andreas Feile: Hallo Andreas, ich selber setze Krabber ein, ein KDE1 Programm. Ist ein Frontend für einige Encoder, wie lame oder bladeenc. Nur musst du noch einige KDE1 Sachen installieren. Was auch geht, ist im Konqueror auf den Button KDE-Dienste klicken und dann den Audio-CD-Browser wählen, oder was identisch ist, in der Adressleiste audiocd:/ eingiben. Nun kannst Du die Dateien, die Dir in verschiedenen Formaten angezeigt werden mit mit der Maus einfach dahin beförderen, wo Du sie haben willst. Was dafür alles installiert sein muss, weis ich nciht, bei mir ging es. Vielleicht lame, aber da können Dir (und mir) bestimmt ein paar Leute hier in der Liste mehr sagen. Bei Krabber verwende ich einen recht hohe Samplingrate von 256kb/s. Interessant war, dass das gerade beschriebene Drag&Drop auf Anhieb fast identische Daten lieferte, auch mit 256kb/s. Vielleicht greift da KDE doch auf Konfigurationsdaten von evtl. lame zurück, die mit Krabber angelegt wurden, wer weis. Die verschiedenen Formate, die Dir im Konqueror angezeigt werden, bei mir -ups, gerade meldet der Browser "Fehler beim Laden von kio_audiocd", dabei ging es letztens noch, was hab ich da nur wieder gemacht :-(( , es waren auf jeden Fall mindestens mp3 und ogg-, sind natürlich nicht auf der CD, sondern werden Dir nur zum Kopieren etc. angeboten. Ach ja, wenn ich gerade hier bin, kann mir jemand auf die schnelle sagen warum das bei mir auf mal nicht mehr geht? Viele Grüße Stefan
Tach Leute.
Kann mir jemand kurz umreißen, wie ich von einer Audio-CD zu mp3-Dateien komme? Schön wärs, wenns überhaupt funktioniert, und noch schöner, wenn der mp3-Kodierer eine gute Qualität bringt. Gibts nämlich - jedenfalls unter Windows - durchaus Unterschiede...
Gute Nacht.
Stefan Schlörholz [Samstag, 23. November 2002 10:44]:
Was auch geht, ist im Konqueror auf den Button KDE-Dienste klicken und dann den Audio-CD-Browser wählen, oder was identisch ist, in der Adressleiste audiocd:/ eingiben.
Hmm, das ist nicht so einfach: ============================================================= Beim Laden von audiocd:/ ist folgender Fehler aufgetreten: Die Datei oder das Verzeichnis / existiert nicht. ============================================================= An was fehlt's denn da? -- Andreas Feile <lists@feile.net> URL: www.feile.net
Andreas Feile wrote:
Hmm, das ist nicht so einfach:
============================================================= Beim Laden von audiocd:/ ist folgender Fehler aufgetreten:
Die Datei oder das Verzeichnis / existiert nicht. =============================================================
An was fehlt's denn da?
Hi Andreas! Versuch es einmal als root, wenn es dann klappt, ist es ein Rechteproblem. Gruß, Martin Grabbel
Hallo,
Versuch es einmal als root, wenn es dann klappt, ist es ein Rechteproblem.
wenn ich den konqueror unter root aufrufe, zeigt er mir den Inhalt der Audio-CD nach einem audiocd:/ an. Als normaler Nutzer: ----------- Beim Laden von audiocd:/ ist folgender Fehler aufgetreten: Prozess konnte nicht gestartet werden: Aufruf des Ein/Ausgabe-Moduls nicht möglich. klauncher meldet: Fehler beim Laden von "kio_audiocd" ------------ Die Rechte der kio_audiocd.la und kio_audiocd.so sind auf 755. Ein ändern auf 757 bringt auch keine Besserung. Ich bin mir sicher, dass das schon mal als normaler Nutzer ging. Oder muss ich Rechte anderer Programme ändern. Unter krabber geht das umwandeln gut (Gerade muss ich feststellen, dass nur das encoden mit bladeenc klappt, mit lame geht es auch nicht. Vielleicht ist bei lame was falsch mit den Rechten oder so. Dann benutzt der Konqueror anscheinend doch lame) Hat jemand eine Idee, wie ich, oder wie ich festgestellt habe, eine paar mehr Leute, das wieder hinbekommen. Ist doch ne sehr schöne Einrichtung, schnell an mp3's zu kommen. Gerade wenn, woher auch immer (weis das vielleicht jemand), Einstellugen wie Sampling Rate übernommen werden. Viele Grüße Stefan
Am Samstag, 23. November 2002 20:00 schrieb Stefan Schlörholz:
wenn ich den konqueror unter root aufrufe, zeigt er mir den Inhalt der Audio-CD nach einem audiocd:/ an. Als normaler Nutzer: ----------- Beim Laden von audiocd:/ ist folgender Fehler aufgetreten:
Was sagt denn 'cdparanoia -vsQ'?
Die Rechte der kio_audiocd.la und kio_audiocd.so sind auf 755. Ein ändern auf 757 bringt auch keine Besserung. Ich bin mir sicher, dass
Irrelevant, da eh richtig gesetzt bei SuSE. Wichtig ist das Zugriff auf das CD/DVD-Laufwerk erfolgen kann, das Device, auf das /dev/cdrom verweist muß also zugänglich sein. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
Am Samstag, 23. November 2002 20:46 schrieb Manfred Tremmel: Hallo,
----------- Beim Laden von audiocd:/ ist folgender Fehler aufgetreten:
Was sagt denn 'cdparanoia -vsQ'? ^^^^^^^^^^^^^^^^ Hier die Ausgabe von ^
cdparanoia III release 9.8 (March 23, 2001) (C) 2001 Monty <monty@xiph.org> and Xiphophorus Report bugs to paranoia@xiph.org http://www.xiph.org/paranoia/ Checking /dev/cdrom for cdrom... Testing /dev/cdrom for cooked ioctl() interface /dev/scd1 is not a cooked ioctl CDROM. Testing /dev/cdrom for SCSI interface generic device: /dev/sg1 ioctl device: /dev/scd1 Found an accessible SCSI CDROM drive. Looking at revision of the SG interface in use... SG interface version 3.1.20; OK. CDROM model sensed sensed: TOSHIBA CD-ROM XM-6302B 1012 Checking for SCSI emulation... Drive is ATAPI (using SCSI host adaptor emulation) Checking for MMC style command set... Drive is MMC style DMA scatter/gather table entries: 256 table entry size: 32768 bytes maximum theoretical transfer: 3566 sectors Setting default read size to 13 sectors (30576 bytes). Verifying CDDA command set... Expected command set reads OK. Table of contents (audio tracks only): track length begin copy pre ch =========================================================== 1. 17187 [03:49.12] 33 [00:00.33] no no 2 2. 15820 [03:30.70] 17220 [03:49.45] no no 2 3. 20585 [04:34.35] 33040 [07:20.40] no no 2 4. 20003 [04:26.53] 53625 [11:55.00] no no 2 5. 17420 [03:52.20] 73628 [16:21.53] no no 2 6. 17132 [03:48.32] 91048 [20:13.73] no no 2 7. 14783 [03:17.08] 108180 [24:02.30] no no 2 8. 20747 [04:36.47] 122963 [27:19.38] no no 2 9. 17573 [03:54.23] 143710 [31:56.10] no no 2 10. 7937 [01:45.62] 161283 [35:50.33] no no 2 11. 9638 [02:08.38] 169220 [37:36.20] no no 2 12. 22767 [05:03.42] 178858 [39:44.58] no no 2 TOTAL 201592 [44:47.67] (audio only) ------------- Die Ausgabe unter root ist identisch. Auf /dev/sg1 verweist /dev/scanner, der aber nicht angeschaltet ist. Wenn ich als normeler Nutzer den Konqueror aus einem xterm aufrufe, dann laufen nciht wie unter root die cdparanoia-Meldungen über den xterm. Es bleibt still. Ich arbeite als normler Nutzer unter KDE 3.0.2.
Irrelevant, da eh richtig gesetzt bei SuSE. Wichtig ist das Zugriff auf das CD/DVD-Laufwerk erfolgen kann, das Device, auf das /dev/cdrom verweist muß also zugänglich sein.
/dev/cdrom verweist auf /dev/scd1. /dev/scd1 ist brw-r----- ich habe aber noch nen Brenner /dev/cdrw, verweist auf /dev/scd0. Kann dass sein, dass sich die in die Quere kommen. Im Kontrollzentrum.Klänge.Audio-CD steht als Gerät /dev/cdrom drin, aber auch /dev/scd1 bringt keine Änderung. Helfen Euch die Infos weiter? Schönen Tag noch Stefan
Am Samstag, 23. November 2002 23:33 schrieb Stefan Schlörholz:
/dev/cdrom verweist auf /dev/scd1. /dev/scd1 ist brw-r-----
Mit welchem User und welcher Gruppe? Vermutlich root und disk, in dem Fall würde ich das mit 'chmod +r scd1' ändern, da der User wohl nicht in der Gruppe disk ist (ist auch nicht ungefährlich). Versuch mal ein 'audiocd:/?device=/dev/sg1' oder auch 'audiocd:/?device=/dev/scd1' -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
Am Sonntag, 24. November 2002 00:16 schrieb Manfred Tremmel: Hallo,
Am Samstag, 23. November 2002 23:33 schrieb Stefan Schlörholz:
/dev/cdrom verweist auf /dev/scd1. /dev/scd1 ist brw-r-----
Mit welchem User und welcher Gruppe? Vermutlich root und disk, in dem Fall würde ich das mit 'chmod +r scd1' ändern, da der User wohl nicht in der Gruppe disk ist (ist auch nicht ungefährlich).
Komischerweise ist /dev/scd1 stefan.users, alle anderen /dev/scd? sind root.disk. Auch interessant ist, dass auf /dev/sg1 von /dev/scanner verwiesen wird. cdparanoia hat doch da was detektiert, obwohl der Scanner aus ist.
Versuch mal ein 'audiocd:/?device=/dev/sg1' oder auch 'audiocd:/?device=/dev/scd1'
Bringt den gleichen Fehler wie audiocd :/ verzweifelnd Stefan
Am Sonntag, 24. November 2002 00:16 schrieb Manfred Tremmel: Hallo, nochmal ich,
Versuch mal ein 'audiocd:/?device=/dev/sg1' oder auch 'audiocd:/?device=/dev/scd1'
Also als root gehen beide Befehle und mir wird der CD-Inhalt angezeigt, was eigentlich komisch ist, denn /dev/sg0 sollte mein Scanner sein. Oder wird das dynamisch vergeben? Wie würde es denn aussehen, wenn mein Scanner eingeschaltet ist? Allerdings, wenn ich als root audiocd:/?device=/dev/scd0 (/dev/scd0 ist mein Brenner ohne eingelegte CD) eingebe erhalte ich --------- An error occured while loading audiocd:/?device=/dev/scd0: Could not read / --------- als normaler Nutzer: --------- Beim Laden von audiocd:/?device=/dev/scd0 ist folgender Fehler aufgetreten: Prozess konnte nicht gestartet werden: Aufruf des Ein/Ausgabe-Moduls nicht möglich. klauncher meldet: Fehler beim Laden von "kio_audiocd" ---------- Außer der anderen Sprache scheint sich da doch unterschiedliches abzuspielen, oder? Gruß Stefan
Am Sonntag, 24. November 2002 00:16 schrieb Manfred Tremmel: Ja, wer auch anders, ich noch mal, um das ganze jetzt komplizierter zu machen, aber vielleicht hilft folgendes Euch Profis ja. Wenn ich unter einem normalen Nutzer über 'konsole'-Fenster und 'sux' den Konqueror starte und dann audiocd:/ eingebe, dann kann ich auf den Inhalt der CD zugreifen. Logge ich mich unter root unter KDE ein, so bekomme ich die gleiche Meldung wie wenn ich mich als normeler Nutzer unter KDE angemeldet habe. --------- Beim Laden von audiocd:/?device=/dev/scd0 ist folgender Fehler aufgetreten: Prozess konnte nicht gestartet werden: Aufruf des Ein/Ausgabe-Moduls nicht möglich. klauncher meldet: Fehler beim Laden von "kio_audiocd" ---------- Hilft Euch das? Da der ganze Thread mitlerweile unübersichtlich geworden ist (ist zudem noch aus einer anderen Frage entstanden), und es Leute gibt, die das Problem lösen möchten, kann ich bei Bedarf gerne nochmal zusammenfassen. Sagt bescheid, man soll es ja auch als Problem mit hoffentlicher Lösung mal wiederfinden können. Stefan P.S. noch ne Frage, ist der Thread besser bei SuSE-KDE aufgehängt?
Hallo Stefan, hallo Leute, Am Samstag, 23. November 2002 23:33 schrieb Stefan Schlörholz: [audiocd:/ in Konquereor funktioniert nur als root, nicht als user]
/dev/cdrom verweist auf /dev/scd1. /dev/scd1 ist brw-r-----
Verrätst Du auch noch, welcher Gruppe /dev/scd1 gehört? Ich vermute mal, dass Dein User nicht in dieser Gruppe ist. Also entweder in die entsprechende Gruppe aufnehmen oder auch dem Rest der Welt Leserechte geben, also brw-r--r-- Gruß Christian Boltz --
Entwickelt mein Rechner ein Eigenleben? Klar, das machen doch alle Rechner. Kann er das nicht in _seiner_ Freizeit ausleben? [> Helga Fischer und Hans-Alexander Leukert in suse-linux]
Am Sonntag, 24. November 2002 01:03 schrieb Christian Boltz:
Verrätst Du auch noch, welcher Gruppe /dev/scd1 gehört? Ich vermute mal, dass Dein User nicht in dieser Gruppe ist. Also entweder in die entsprechende Gruppe aufnehmen oder auch dem Rest der Welt Leserechte geben, also brw-r--r--
Habe das selbe Problem, und das führt alles zu garnix. Bruno -- Linux is like an Indian tent... ...no Gates, no Windows and an Apache inside. mailto:bruno@schiele-rottum.de * ICQ: 65995978
Moin Martin. Martin Grabbel [Samstag, 23. November 2002 18:46]:
Versuch es einmal als root, wenn es dann klappt, ist es ein Rechteproblem. Gruß,
Klappt als Root, in der Tat. Wie kann ich also Konqueror als root starten, ohne mich als solcher einzuloggen? Wenn ich in einer Root-Konsole konqueror eingebe, dann kriegt der Konqueror natürlich keine Verbindung zum X-Server. Oder welches Recht muß ich ändern, damit auch ein Normaluser auf die CD kommt? Gruß. Andy -- Andreas Feile <lists@feile.net> URL: www.feile.net
Am Sonntag, 24. November 2002 10:55 schrieb Andreas Feile:
Klappt als Root, in der Tat. Wie kann ich also Konqueror als root starten, ohne mich als solcher einzuloggen? Wenn ich in einer Root-Konsole konqueror eingebe, dann kriegt der Konqueror natürlich keine Verbindung zum X-Server.
ein xterm o.ä. aufmachen, 'sux' eingeben, root-Passwort und dann z.B. /opt/kde3/bin/konqueror (oder wo auch immer die Datei 'konqueror' steht)
Oder welches Recht muß ich ändern, damit auch ein Normaluser auf die CD kommt?
Das frag ich mich auch schon die ganze Zeit, scheint aber nicht so einfach zu sein. Meld Dich auf jeden Fall, wenn Du es gelöst hast. Danke Stefan
Hallo, On Sun, 24 Nov 2002, Stefan Schlörholz wrote:
Am Sonntag, 24. November 2002 10:55 schrieb Andreas Feile:
Oder welches Recht muß ich ändern, damit auch ein Normaluser auf die CD kommt?
br--r--r-- 1 root disk 11, 0 Jul 23 1999 /dev/sr0 Also: chown root.disk /dev/scd*; chmod 444 /dev/scd* chown root.disk /dev/sr*; chmod 444 /dev/sr* Wobei ein "set", also alle /dev/sr* _exklusiv oder_ /dev/scd*, sollten nur symlinks auf das jew. andere "set" sein. Und nein, auf /dev/sr* ( == /dev/scd* ) ist ein 'w' bit voellig ueberfluessig, schreiben kann man auf das device so oder so nicht! Schreiben kann man nur via /dev/sg*: crw-rw---- 1 root disk 21, 0 Jul 23 1999 /dev/sg0 Man beachte: /dev/sr* sind _BLOCK_-devices, /dev/sg* sind _CHAR_-devices. Achso: lrwxrwxrwx [..] 10 Mar 21 2002 /dev/scd0 -> /dev/sr0 Wenn mount suid ist, dann klappt's auch mit dem mounten, da mount dann bei Bedarf "automagisch" die noetigen Module nachladen kann... ==== pre-install sr_mod modprobe "-k" ide-scsi alias block-major-11 sr_mod post-remove sr_mod modprobe "-r" ide-scsi ==== Mit /dev/sg* funktioniert's analog... Und ja, die Nummern der devices werden dynamisch (in Reihenfolge des Ladens der Module) zugewiesen...
Das frag ich mich auch schon die ganze Zeit, scheint aber nicht so einfach zu sein. Meld Dich auf jeden Fall, wenn Du es gelöst hast.
Kinners. Lest doch bitte mal die grundlegende Doku, insbesondere das CD-Writing-HOWTO. Und ausserdem habe ich hier schon mehrfach ausfuehrlich den Mechanismus beschrieben, mit dem das ganze ide-scsi Geraffel ablaeuft. IIRC war's zuletzt im Jan/Feb dieses Jahres (kann aber auch '01 gewesen sein). Wenn ihr mich lieb bittet such ich die Threads mal wieder raus... -dnh -- Grrr. The Microsoft world fucks you coming and going. -- Alan J Rosenthal
Am Montag, 25. November 2002 09:08 schrieb David Haller:
Und ausserdem habe ich hier schon mehrfach ausfuehrlich den Mechanismus beschrieben, mit dem das ganze ide-scsi Geraffel ablaeuft.
Das ist nicht ein Problem von ide-scsi! Bei mir sind alle drei Laufwerke (dvd, cdrom, cdrecorder) echte scsi-Laufwerke, die Rechte sind entsprechend gesetzt, aber es ergibt sich genau das selbe Problem. Bruno -- Linux is like an Indian tent... ...no Gates, no Windows and an Apache inside. mailto:bruno@schiele-rottum.de * ICQ: 65995978
Hallo, On Mon, 25 Nov 2002, Bruno Schiele wrote:
Am Montag, 25. November 2002 09:08 schrieb David Haller:
Und ausserdem habe ich hier schon mehrfach ausfuehrlich den Mechanismus beschrieben, mit dem das ganze ide-scsi Geraffel ablaeuft.
Das ist nicht ein Problem von ide-scsi!
Nicht per se. Denn...:
Bei mir sind alle drei Laufwerke (dvd, cdrom, cdrecorder) echte scsi-Laufwerke, die Rechte sind entsprechend gesetzt, aber es ergibt sich genau das selbe Problem.
Welches Problem??? Ich wette, bei dir haengt's eher in der modules.conf als an den Rechten der devices... Oder an der GUI... Jedenfalls wohl eine Fehl-config (mal vorausgesetzt, dass die Geraete prinzipiell unterstuetzt werden). Es geht um scsi-CDROM und CD-Brenner? Ok, dann maile bitte mal: # ls -l /dev/sr[012] /dev/scd[012] /dev/sg[012] # cat /proc/scsi/<dein_SCSI_Modul>/* # cat /proc/scsi/sg/* # sgcheck # cdrecord -scanbus # grep 'sg' /etc/modules.conf[-`uname -r`] # grep 'sr_' /etc/modules.conf[-`uname -r`] # ls -l /sbin/insmod -dnh -- Merke: Wenn eine Frage nicht mit 42 beantwortet werden kann, ist die Frage ungültig. [Christopher Splinter in dag°]
Am Montag, 25. November 2002 09:08 schrieb David Haller: Hallo. Danke erst mal für die Ausführungen.
chown root.disk /dev/scd*; chmod 444 /dev/scd* chown root.disk /dev/sr*; chmod 444 /dev/sr*
sind bei mir alle, nur dass bei mir /dev/scd1 nach jedem reboot wieder auf stefan.users gesetzt wird (Warum auch immer?), aber auch wenn ich vor der Eingabe von "audiocd:/" im Konqueror diese Rechte ändere kommt der Fehler mit kio_audiocd.
Und nein, auf /dev/sr* ( == /dev/scd* ) ist ein 'w' bit voellig ueberfluessig, schreiben kann man auf das device so oder so nicht! Schreiben kann man nur via /dev/sg*:
Ist schon klar, SuSE setzt es aber so und solte ja auch nicht nachteilig sein.
lrwxrwxrwx [..] 10 Mar 21 2002 /dev/scd0 -> /dev/sr0
Bei mir ist es, wie es SuSE vorgesehen hat, alle /dev/sr? und alle /dev/scd? sind keine Links.
Wenn mount suid ist, dann klappt's auch mit dem mounten, da mount dann bei Bedarf "automagisch" die noetigen Module nachladen kann...
/bin/mount ist suid. Das Mounten scheint ja auch nicht das Problem zu sein, denn auf Daten-CDs kann ich zugreifen, auch bladeenc liest Auditracks aus. Nur "audiocd:/" macht nichts, ausser man started den Konqueror mit sux aus einem xterm. Selbst unter echtem root-KDE pasiert das selbe wie bei normalen Nutzer.
Mit /dev/sg* funktioniert's analog... Und ja, die Nummern der devices werden dynamisch (in Reihenfolge des Ladens der Module) zugewiesen...
Dascha doof, weil es bei mir einen Link /dev/scanner -> /dev/sg1 gibt
Kinners. Lest doch bitte mal die grundlegende Doku, insbesondere das CD-Writing-HOWTO.
Es geht ja nicht um das Schreiben von CDs, sondern, das Anzeigen der Audiotracks im Konkueror mit "audiocd:/.
Und ausserdem habe ich hier schon mehrfach ausfuehrlich den Mechanismus beschrieben, mit dem das ganze ide-scsi Geraffel ablaeuft.
Ich denke nicht, dass es am ide-scsi liegt, denn ansonsten klappt ja alles und auch Leute mich echten SCSI haben das gleiche Problem. Mit dem kio_floppy geht alles wie gedacht, kann also auch kein Pfadproblem sein. cdparanoia ist ebenfalls installiert, wie es sein soll. Sind evtl. meine ganzen Mails getsern gleich gelöscht worden, weil gedacht wurde, es sind Mehrfachpostings :-( Gruß Stefan
Am Montag, 25. November 2002 15:04 schrieb Stefan Schlörholz:
Am Montag, 25. November 2002 09:08 schrieb David Haller:
Hallo.
Danke erst mal für die Ausführungen.
chown root.disk /dev/scd*; chmod 444 /dev/scd* chown root.disk /dev/sr*; chmod 444 /dev/sr*
sind bei mir alle, nur daß bei mir /dev/scd1 nach jedem reboot wieder auf stefan.users gesetzt wird (Warum auch immer?), aber auch wenn ich vor der Eingabe von "audiocd:/" im Konqueror diese Rechte ändere kommt der Fehler mit kio_audiocd.
Und nein, auf /dev/sr* ( == /dev/scd* ) ist ein 'w' bit voellig ueberfluessig, schreiben kann man auf das device so oder so nicht! Schreiben kann man nur via /dev/sg*:
Ist schon klar, SuSE setzt es aber so und solte ja auch nicht nachteilig sein.
lrwxrwxrwx [..] 10 Mar 21 2002 /dev/scd0 -> /dev/sr0
Bei mir ist es, wie es SuSE vorgesehen hat, alle /dev/sr? und alle /dev/scd? sind keine Links.
Wenn mount suid ist, dann klappt's auch mit dem mounten, da mount dann bei Bedarf "automagisch" die noetigen Module nachladen kann...
/bin/mount ist suid. Das Mounten scheint ja auch nicht das Problem zu sein, denn auf Daten-CDs kann ich zugreifen, auch bladeenc liest Auditracks aus. Nur "audiocd:/" macht nichts, ausser man started den Konqueror mit sux aus einem xterm. Selbst unter echtem root-KDE pasiert das selbe wie bei normalen Nutzer.
Mit /dev/sg* funktioniert's analog... Und ja, die Nummern der devices werden dynamisch (in Reihenfolge des Ladens der Module) zugewiesen...
Dascha doof, weil es bei mir einen Link /dev/scanner -> /dev/sg1 gibt
Kinners. Lest doch bitte mal die grundlegende Doku, insbesondere das CD-Writing-HOWTO.
Es geht ja nicht um das Schreiben von CDs, sondern, das Anzeigen der Audiotracks im Konkueror mit "audiocd:/.
Und ausserdem habe ich hier schon mehrfach ausfuehrlich den Mechanismus beschrieben, mit dem das ganze ide-scsi Geraffel ablaeuft.
Ich denke nicht, dass es am ide-scsi liegt, denn ansonsten klappt ja alles und auch Leute mich echten SCSI haben das gleiche Problem.
Mit dem kio_floppy geht alles wie gedacht, kann also auch kein Pfadproblem sein. cdparanoia ist ebenfalls installiert, wie es sein soll.
Sind evtl. meine ganzen Mais getsern gleich gelöscht worden, weil gedacht wurde, es sind Mehrfachpostings :-(
Hallo, hab ich was verpaßt? Ist das Problem per pm gelöst worden? Ich habe das gleiche Prob. Als Root ok, als user geht nix. habe teilweise allen (die was damit zu tun haben) alle Rechte gegeben ;-( Mit freundlichen Gruessen... Reinhard -- Reinhard Quast /"\ fon:+49 (0)5522 72342 \ / ASCII Ribbon Campaign fax: 01212510711848 X Against HTML Mail Mobile: 015112715631 / \ Reg.Linux User 283685*****powered by SuSE 8.1******
Hallo, @ Reinhard: nein, Du hast nichts verpasst. Ich habe einige Kommentare zu dem Thema beigesteuert, aber über PM habe ich nichts erhalten. Leider bin ich auch selber noch nicht weitergekommen. @ all: da der Thread etwas "aus den Fugen" geraten ist, fasse ich noch mal zusammen, was bislang zusammengetragen wurde: 'audiocd:/' oder 'audiocd:/?device=/dev/scd0' oder 'audiocd:/?device=/dev/scd1' oder 'audiocd:/?device=/dev/sg0' oder 'audiocd:/?device=/dev/sg1' im Koqueror mit eingelegter Audio-CD bringt: ----- Beim Laden von audiocd:/ ist folgender Fehler aufgetreten: Prozess konnte nicht gestartet werden: Aufruf des Ein/Ausgabe-Moduls nicht möglich. klauncher meldet: Fehler beim Laden von "kio_audiocd" ----- Passiert wenn eingeloggt als normaler Nutzer oder als "echter" root. Passiert nicht (sondern Ausgabe ist wie gewüscht der "Inhalt der CD" wenn mit sux im xterm /opt/kde3/bin/konqueror gestartet wird. Dann sind folgende Ausgaben im xterm ----- # /opt/kde3/bin/konqueror DCOPServer up and running. Checking /dev/cdrom for cdrom... Testing /dev/cdrom for cooked ioctl() interface /dev/scd1 is not a cooked ioctl CDROM. Testing /dev/cdrom for SCSI interface generic device: /dev/sg1 ioctl device: /dev/scd1 Found an accessible SCSI CDROM drive. Looking at revision of the SG interface in use... SG interface version 3.1.20; OK. CDROM model sensed sensed: TOSHIBA CD-ROM XM-6302B 1012 Checking /dev/cdrom for cdrom... Testing /dev/cdrom for cooked ioctl() interface /dev/scd1 is not a cooked ioctl CDROM. Testing /dev/cdrom for SCSI interface generic device: /dev/sg1 ioctl device: /dev/scd1 Found an accessible SCSI CDROM drive. Looking at revision of the SG interface in use... SG interface version 3.1.20; OK. CDROM model sensed sensed: TOSHIBA CD-ROM XM-6302B 1012 Checking /dev/cdrom for cdrom... Testing /dev/cdrom for cooked ioctl() interface /dev/scd1 is not a cooked ioctl CDROM. Testing /dev/cdrom for SCSI interface generic device: /dev/sg1 ioctl device: /dev/scd1 Found an accessible SCSI CDROM drive. Looking at revision of the SG interface in use... SG interface version 3.1.20; OK. CDROM model sensed sensed: TOSHIBA CD-ROM XM-6302B 1012 ----- Wenn als normaler Nutzer im xterm /opt/kde3/bin/konqueror aufgerufen wird keine Besserung, keine Ausgabe im xterm #rpm -q cdparanoia cdparanoia-IIIalpha9.8-68 # ls -l /usr/bin/cdparanoia -rwsrwsrwx 1 root root 32496 Sep 20 2001 /usr/bin/cdparanoia # ls -l /dev/scd[0,1] brw-r----- 1 root disk 11, 0 Sep 24 2001 /dev/scd0 brw------- 1 stefan users 11, 1 Sep 24 2001 /dev/scd1 /dev/scd1 wird immer wieder auf stefan.users 600 gesetzt, selbst wenn ich es temporär auf root.disk 640 ändere, hilft es nichts # ls -l /dev/sg[0,1] crw-r----- 1 root disk 21, 0 Sep 24 2001 /dev/sg0 crw-r----- 1 root disk 21, 1 Sep 24 2001 /dev/sg1 # ls -l /dev/sr[0,1] brw-r----- 1 root disk 11, 0 Sep 24 2001 /dev/sr0 brw-r----- 1 root disk 11, 1 Sep 24 2001 /dev/sr1 # lrwxrwxrls -l /dev/cdrom /dev/cdrw lrwxrwxrwx 1 root root 4 Apr 27 2002 /dev/cdrom -> scd1 lrwxrwxrwx 1 root root 4 Jun 5 22:28 /dev/cdrw -> scd0 # ls -l /dev/scanner lrwxrwxrwx 1 root root 8 Apr 5 2002 /dev/scanner -> /dev/sg1 der Scaner ist nicht eingeschaltet # cdparanoia -vsQ cdparanoia III release 9.8 (March 23, 2001) (C) 2001 Monty <monty@xiph.org> and Xiphophorus Report bugs to paranoia@xiph.org http://www.xiph.org/paranoia/ Checking /dev/cdrom for cdrom... Testing /dev/cdrom for cooked ioctl() interface /dev/scd1 is not a cooked ioctl CDROM. Testing /dev/cdrom for SCSI interface generic device: /dev/sg1 ioctl device: /dev/scd1 Found an accessible SCSI CDROM drive. Looking at revision of the SG interface in use... SG interface version 3.1.20; OK. CDROM model sensed sensed: TOSHIBA CD-ROM XM-6302B 1012 Checking for SCSI emulation... Drive is ATAPI (using SCSI host adaptor emulation) Checking for MMC style command set... Drive is MMC style DMA scatter/gather table entries: 256 table entry size: 32768 bytes maximum theoretical transfer: 3566 sectors Setting default read size to 13 sectors (30576 bytes). Verifying CDDA command set... Expected command set reads OK. Table of contents (audio tracks only): track length begin copy pre ch =========================================================== 1. 17187 [03:49.12] 33 [00:00.33] no no 2 2. 15820 [03:30.70] 17220 [03:49.45] no no 2 3. 20585 [04:34.35] 33040 [07:20.40] no no 2 4. 20003 [04:26.53] 53625 [11:55.00] no no 2 5. 17420 [03:52.20] 73628 [16:21.53] no no 2 6. 17132 [03:48.32] 91048 [20:13.73] no no 2 7. 14783 [03:17.08] 108180 [24:02.30] no no 2 8. 20747 [04:36.47] 122963 [27:19.38] no no 2 9. 17573 [03:54.23] 143710 [31:56.10] no no 2 10. 7937 [01:45.62] 161283 [35:50.33] no no 2 11. 9638 [02:08.38] 169220 [37:36.20] no no 2 12. 22767 [05:03.42] 178858 [39:44.58] no no 2 TOTAL 201592 [44:47.67] (audio only) Ausschalten der ide-scsi emulation bringt nichts. KsCD kann die CD wiedergeben das ähnliche kio-Modul floppy:/ funktioniert einwandfrei Wäre schön, wenn wir, sind ja doch einige Laute hier auf der Liste, die das Problem haben, diese nütziche Kleinigkeit nicht nutzen zu können. Lasst mich wissen, wenn Ihr noch Informationen benötigt. Gruß Stefan
Hallo, On Wed, 27 Nov 2002, Stefan Schlörholz wrote:
----- Beim Laden von audiocd:/ ist folgender Fehler aufgetreten:
Prozess konnte nicht gestartet werden: Aufruf des Ein/Ausgabe-Moduls nicht möglich. klauncher meldet: Fehler beim Laden von "kio_audiocd" -----
Eben. *seufz* *eg*
Passiert wenn eingeloggt als normaler Nutzer oder als "echter" root.
Hm. Gibt's einen besondern Grund, dass du unbedingt kio_audiocd verwenden musst? Warum trittst du das KDE-Geraffel nicht dahin wo's hingehoert und verwendest nicht cdparanoia oder cdda2wav direkt? Je nach CD ist letzteres uebrigens u.U. besser... -dnh -- 185: LaTeX Eine spülmaschienenfeste Seitenbeschreibungssprache. (Cornell Binder)
Am Mittwoch, 27. November 2002 17:48 schrieb Stefan Schlörholz:
Prozess konnte nicht gestartet werden: Aufruf des Ein/Ausgabe-Moduls nicht möglich. klauncher meldet: Fehler beim Laden von "kio_audiocd"
Nur mal so, die KDE-Updates, die per YOU angeboten werden, hast Du eingespielt? -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
Hallo, da bin ich schon wieder und immer noch mit dem leidigen Thema CD => wav => mp3. Ich arbeite selber lieber möglichst viel mit der Kommandozeile, aber zum Verständis von Linux möchte ich auch solche Sachen wie audiocd:/ im Konqueror zum Laufen bekommen. Da fällt mir ein Spruch von einem TÜV-Fritzen ein, der an meiner alten Karre mal beanstandete, dass meine Nebelschlussleuchte nicht ging (Eine nebelschlussleuchte zu haben ist nicht vorgeschrieben: "Was am Auto dran ist, muss auch funktionieren." So sollte auch meine Installation sein. @Manfred: Ich hatte noch KDE 3.0.2. Habe heute dann upgedated auf 3.0.4, weil ja doch der Konqueror sehr unstabil war. Ich denke nicht, dass das audiocd:/ Problem etwas damit zu tun hatte. Nun habe ich aber Unregelmäßigkeiten beim Betrieb des Computers, aber dazu in einem anderen Thread. Nach etlichem Herumdoktern, kann ich nun für die, die die Funktion gerne haben möchten, mit einer Lösung aufwarten. a) die Benutzer, die audiocd:/ nutzen können sollen, in die Gruppe disk aufnehmen. (SuSE vergibt root.disk an die hier relevanten Gerätedateien) Danach habe ich neu gebootet, weil die /etc/group nach Änderung nicht umgehend Geltung hat (Gibt bestimmt auch elegantere Methoden). b) das generic device /dev/sgx, was zu dem Laufwerk gehört muss _Schreibrechte_ haben, auch wenn es ein reines CD-ROM-Laufwerk ist. Bei mir: chmod 660 /dev/sg1. alternativ: Man kann auch nur chmod 606 /dev/sgx machen, ohne die Benutzer in die Gruppe disk aufzunehmen. Das entsprechende /dev/scdx oder /dev/srx (je nachdem, was man verwendet, und da ist wohl /dev/srx die bessere Wahl, also ln -s /dev/srx /dev/cdrom) müssen Leserechte haben, ist aber bei SuSE die Voreinstellung. Ihr könnt mir ja berichten, ob es klappt, oder nicht. Im Kontrollzentrum.Klänge.Audio-CD.Audio-CD ist bei mir "Gerät automatisch erkennen". Hier stellt man auch die Bitrate etc. ein. Ob diese Lösung sauber ist, weiss ich nicht, denn ich erinnere mich an Aussagen, jemanden in die Gruppe disk zu nehmen sei nicht empfehlenswert. Für Eure Meinung bin ich sehr dankbar. Stefan
Am Sonntag, 1. Dezember 2002 20:30 schrieb Stefan Schlörholz:
Hallo,
da bin ich schon wieder und immer noch mit dem leidigen Thema CD => wav => mp3. Ich arbeite selber lieber möglichst viel mit der Kommandozeile, aber zum Verständnis von Linux möchte ich auch solche Sachen wie audiocd:/ im Konqueror zum Laufen bekommen. Da fällt mir ein Spruch von einem TÜV-Fritzen ein, der an meiner alten Karre mal beanstandete, dass meine Nebelschlussleuchte nicht ging (Eine nebelschlussleuchte zu haben ist nicht vorgeschrieben: "Was am Auto dran ist, muss auch funktionieren." So sollte auch meine Installation sein.
@Manfred: Ich hatte noch KDE 3.0.2. Habe heute dann upgedated auf 3.0.4, weil ja doch der Konqueror sehr unstabil war. Ich denke nicht, dass das audiocd:/ Problem etwas damit zu tun hatte. Nun habe ich aber Unregelmäßigkeiten beim Betrieb des Computers, aber dazu in einem anderen Thread.
Nach etlichem Herumdoktern, kann ich nun für die, die die Funktion gerne haben möchten, mit einer Lösung aufwarten.
a) die Benutzer, die audiocd:/ nutzen können sollen, in die Gruppe disk aufnehmen. (SuSE vergibt root.disk an die hier relevanten Gerätedateien) Danach habe ich neu gebootet, weil die /etc/group nach Änderung nicht umgehend Geltung hat (Gibt bestimmt auch elegantere Methoden). b) das generic device /dev/sgx, was zu dem Laufwerk gehört muss _Schreibrechte_ haben, auch wenn es ein reines CD-ROM-Laufwerk ist. Bei mir: chmod 660 /dev/sg1.
alternativ: Man kann auch nur chmod 606 /dev/sgx machen, ohne die Benutzer in die Gruppe disk aufzunehmen.
Das entsprechende /dev/scdx oder /dev/srx (je nachdem, was man verwendet, und da ist wohl /dev/srx die bessere Wahl, also ln -s /dev/srx /dev/cdrom) müssen Leserechte haben, ist aber bei SuSE die Voreinstellung.
Ihr könnt mir ja berichten, ob es klappt, oder nicht. Im Kontrollzentrum.Klänge.Audio-CD.Audio-CD ist bei mir "Gerät automatisch erkennen". Hier stellt man auch die Bitrate etc. ein.
Ob diese Lösung sauber ist, weiss ich nicht, denn ich erinnere mich an Aussagen, jemanden in die Gruppe disk zu nehmen sei nicht empfehlenswert. Für Eure Meinung bin ich sehr dankbar.
Stefan
Hallo, bei mir geht es jetzt auch!! Ich hatte upgedatet auf 3.0.4. Bei mir ist es das Laufwerk 'sr0', verlinkt mit 'cdrom' und im Kontrollzentrum noch Klänge -> Audio-CD -> automatisch erkennen abgewählt und den Pfad /dev/cdrom eingegeben. Gruß Reinhard -- Reinhard Quast /"\ fon:+49 (0)5522 72342 \ / ASCII Ribbon Campaign fax: 01212510711848 X Against HTML Mail Mobile: 015112715631 / \ Reg.Linux User 283685*****powered by SuSE 8.1******
Hallo, On Mon, 25 Nov 2002, Stefan Schlörholz wrote:
Am Montag, 25. November 2002 09:08 schrieb David Haller: Danke erst mal für die Ausführungen.
chown root.disk /dev/scd*; chmod 444 /dev/scd* chown root.disk /dev/sr*; chmod 444 /dev/sr*
sind bei mir alle, nur dass bei mir /dev/scd1 nach jedem reboot wieder auf stefan.users gesetzt wird (Warum auch immer?), aber auch wenn ich vor der Eingabe von "audiocd:/" im Konqueror diese Rechte ändere kommt der Fehler mit kio_audiocd.
Hm. Ich tippe auf ein KDE/Konqui/kio_audiocd Problem -- leider kenne ich die nicht (bzw. nur sehr sehr alte Versionen ;).
lrwxrwxrwx [..] 10 Mar 21 2002 /dev/scd0 -> /dev/sr0
Bei mir ist es, wie es SuSE vorgesehen hat, alle /dev/sr? und alle /dev/scd? sind keine Links.
Halte ich fuer Unfug. Siehe meine Mail nebenan in 'Subject: Re: Lösung: k3b'.
Wenn mount suid ist, dann klappt's auch mit dem mounten, da mount dann bei Bedarf "automagisch" die noetigen Module nachladen kann...
/bin/mount ist suid. Das Mounten scheint ja auch nicht das Problem zu sein, denn auf Daten-CDs kann ich zugreifen, auch bladeenc liest Auditracks aus. Nur "audiocd:/" macht nichts, ausser man started den Konqueror mit sux aus einem xterm. Selbst unter echtem root-KDE pasiert das selbe wie bei normalen Nutzer.
Hm. S.o. Kannst du das Problem nachvollziehen, wenn du z.B. direkt 'cdparanoia' verwendest (auf das scheint kio_audiocd zurueckzugreifen)?
Mit /dev/sg* funktioniert's analog... Und ja, die Nummern der devices werden dynamisch (in Reihenfolge des Ladens der Module) zugewiesen...
Dascha doof, weil es bei mir einen Link /dev/scanner -> /dev/sg1 gibt
Denn kann man ggfs. dynamisch beim laden umbiegen: ==== /root/bin/loadscanner [ich hatte noch keine Lust die Rechte so anzupassen, dass das auch als user geht] ==== #!/bin/sh SCSI_HW_MOD="g_NCR5380" SCSI_HW_OPT="ncr_addr=0x280 ncr_irq=255 dtc_3181e=1" if ! lsmod | grep -q 'sg'; then modprobe -kv sg fi if ! lsmod | grep -q "$SCSI_HW_MOD"; then modprobe -kv $SCSI_HW_MOD $SCSI_HW_OPT fi DEV="`sgcheck | grep 'SCANNER' | cut -d' ' -f1`" rm -f /dev/scanner if test -n "$DEV"; then ln -s $DEV /dev/scanner else echo "No device found" >&2 exit 1 fi exit 0 ====
Kinners. Lest doch bitte mal die grundlegende Doku, insbesondere das CD-Writing-HOWTO.
Es geht ja nicht um das Schreiben von CDs, sondern, das Anzeigen der Audiotracks im Konkueror mit "audiocd:/.
Auch dann sollte man das HOWTO lesen, denn da wird IIRC der grundlegende Mechanismus (von /dev/sr*, /dev/sg*) erklaert... Ansonsten kruschtel mal im Archiv nach Mails von mir mit dem Inhalt 'ide-scsi' u.ae., ich hab das hier schon mehrfach lang und breit erklaert. Und wie gesagt, siehe auch nebenan. Alles was _dann_ noch uebrigbleibt sind Fehler von kio_audiocd und/oder Konqueror -- oder eigene ;)
Und ausserdem habe ich hier schon mehrfach ausfuehrlich den Mechanismus beschrieben, mit dem das ganze ide-scsi Geraffel ablaeuft.
Ich denke nicht, dass es am ide-scsi liegt, denn ansonsten klappt ja alles und auch Leute mich echten SCSI haben das gleiche Problem.
s.o. Wenn du mal das Prinzip hinter dem Geraffel verstanden hast, wirst du zur gleichen Schlussfolgerung kommen wie ich: Das Problem ist der kio-slave und/oder Konqui/KDE... -dnh --
there is nothing new under the Sun. Having seen the stuff growing in the spilt coffee under the Sun of an ex-cow-orker I'm not sure that's true! [Stephen Harris in asr]
Am Sonntag, 24. November 2002 10:55 schrieb Andreas Feile: Hallo!
Klappt als Root, in der Tat. Wie kann ich also Konqueror als root starten, ohne mich als solcher einzuloggen? Wenn ich in einer Root-Konsole konqueror eingebe, dann kriegt der Konqueror natürlich keine Verbindung zum X-Server.
Oder welches Recht muß ich ändern, damit auch ein Normaluser auf die CD kommt?
Gruß. Andy
Für das brennen von CDs habe ich eine extra Gruppe angelegt. Die Rechte von den einzelnen Brennprogamme geändert. z.B.: cdparanoia rwx rwx r-x root/extra Gruppe readcd rwx rwx r-x root/extra Gruppe Bernd -- Bei gleicher Umgebung lebt doch jeder in einer anderen Welt. Schopenhauer Ein Mensch erblickt das Licht der Welt - Doch oft hat sich herausgestellt Nach manchem trüb verbrachten Jahr, Dass dies der einzige Lichtblick war. Eugen Roth
Hallo! kann mir jemand sagen wo ich einen leicht zu installierenden Fortran Compiler finden kann? evtl. eine *.rpm Datei fuer mein SUSE 7.1 personal Im Download-Bereich hab ich nix gefunden Danke! __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Möchten Sie mit einem Gruß antworten? http://grusskarten.yahoo.de
Gerhard Link wrote:
kann mir jemand sagen wo ich einen leicht zu installierenden Fortran Compiler finden kann? evtl. eine *.rpm Datei fuer mein SUSE 7.1 personal
Fortran77: g77, ist Teil der GNU Compiler Collection (gcc). Die ist natuerlich auf den SuSE CDs bzw. der DVD dabei. Fortran90/95: AFAIK gibt es momentan keinen wirklich freien Compiler; es gibt das g95-Projekt[1], aber das ist noch im Anfangssta- dium. Fuer den privaten Gebrauch gibt es den Compiler von Intel, der ist hier frei - nicht allerdings, wenn man kom- merzielle Software schreiben moechte. Download als RPM ist unter [2] moeglich (die Version nennt sich "free Non-Com- mercial Unsupported"). Downloadgroesse betraegt allerdings rund 85MB. Sollte, so weit ich weiss, auch unter aelteren Linux-Versionen laufen - ueberpruefe aber bei Bedarf die Systemvoraussetzungen. Ich weiss natuerlich nicht, was Du unter "leicht zu instal- lieren" verstehst, aber ich hatte bei beiden Compilern bis- her keine Probleme, sie zum Laufen zu ueberreden. Gruesse, Thomson [1]http://g95.sourceforge.net/ [2]http://developer.intel.com/software/products/compilers/flin/noncom.htm -- Thomas Hertweck, Dipl.-Geophys. Geophysikalisches Institut, Universitaet Karlsruhe (TH)
Gerhard Link schrieb:
kann mir jemand sagen wo ich einen leicht zu installierenden Fortran Compiler finden kann? evtl. eine *.rpm Datei fuer mein SUSE 7.1 personal
Ich habe hier nur die 7.1 Prof, dort gibt es in der Guppe "d" den "g77". Schau mal nach, ob's den bei der Personal auch gibt. Ansonsten kannst du dir auch einfach ftp://ftp.gwdg.de/pub/linux/suse/7.1/suse/d2/g77.rpm runterladen (sind nur ca. 1,4 MB). Gruß, Patrick
Am Dienstag, 26. November 2002 17:23 schrieb Bernd Allweier:
Am Sonntag, 24. November 2002 10:55 schrieb Andreas Feile:
Hallo!
Klappt als Root, in der Tat. Wie kann ich also Konqueror als root starten, ohne mich als solcher einzuloggen? Wenn ich in einer Root-Konsole konqueror eingebe, dann kriegt der Konqueror natürlich keine Verbindung zum X-Server.
Oder welches Recht muß ich ändern, damit auch ein Normaluser auf die CD kommt?
Gruß. Andy
Für das brennen von CDs habe ich eine extra Gruppe angelegt. Die Rechte von den einzelnen Brennprogamme geändert. z.B.: cdparanoia rwx rwx r-x root/extra Gruppe readcd rwx rwx r-x root/extra Gruppe
Hi, das brennen ist ja auch nicht das Problem! Das funktioniert bei mir wunderbar mit xcdroast. Es geht ja um `audiocd:/',das umwandeln von Normalen Audio CD's in MP3 etc. Wie schon mehrfach beschrieben: Wunderbar als root aber keine Funktion als Normaluser. Mit freundlichen Gruessen... Reinhard -- Reinhard Quast /"\ fon:+49 (0)5522 72342 \ / ASCII Ribbon Campaign fax: 01212510711848 X Against HTML Mail Mobile: 015112715631 / \ Reg.Linux User 283685*****powered by SuSE 8.1******
Reinhard Quast wrote:
Es geht ja um `audiocd:/',das umwandeln von Normalen Audio CD's in MP3 etc. Wie schon mehrfach beschrieben: Wunderbar als root aber keine Funktion als Normaluser.
Wird mit ziemlicher Sicherheit mir den nicht vorhandenen Lese-Berechtigungen am CDROM device node zusammanhaengen. Ich meine auch in der KDE-Hilfe eine entsprechende Anleitung gesehen zu haben. Bemuehe mal die "Suchen" Funktion. Petr
Am Samstag, 23. November 2002 18:37 schrieb Andreas Feile:
Stefan Schlörholz [Samstag, 23. November 2002 10:44]:
Was auch geht, ist im Konqueror auf den Button KDE-Dienste klicken und dann den Audio-CD-Browser wählen, oder was identisch ist, in der Adressleiste audiocd:/ eingiben.
Hmm, das ist nicht so einfach:
============================================================= Beim Laden von audiocd:/ ist folgender Fehler aufgetreten:
Die Datei oder das Verzeichnis / existiert nicht. =============================================================
An was fehlt's denn da?
Bei mir genau dieser Fehler! Und ich kann die Musik-CD nicht mounten, dieses K3B oder wie das Brenn-Programm heißt, zeigt aber den Inhalt an. Bin auch ratlos Hans Herdegen
Am Samstag, 23. November 2002 18:37 schrieb Andreas Feile:
Stefan Schlörholz [Samstag, 23. November 2002 10:44]:
Was auch geht, ist im Konqueror auf den Button KDE-Dienste klicken und dann den Audio-CD-Browser wählen, oder was identisch ist, in der Adressleiste audiocd:/ eingiben.
Hmm, das ist nicht so einfach:
============================================================= Beim Laden von audiocd:/ ist folgender Fehler aufgetreten:
Die Datei oder das Verzeichnis / existiert nicht. =============================================================
An was fehlt's denn da?
Kontrollcenter öffnen -> Klänge -> Audio CD -> Häkchen bei CD automatisch erkennen wegmachen und die richtige Gerätedatei eingeben. Die hat sich bestimmt geändert (wegen ide-scsi) ciao fred
participants (18)
-
Andreas Feile -
Bernd Allweier -
Bruno Schiele -
Christian Boltz -
David Haller -
Fred Saft -
Gerhard Link -
hapauhe＠t-online.de -
Jan.Trippler＠t-online.de -
Manfred Tremmel -
Martin Grabbel -
Martin Neuditschko -
patrick_hess＠t-online.de -
Peter Wiersig -
Philipp Zacharias -
Reinhard Quast -
Stefan Schlörholz -
Thomas Hertweck