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]