Hallo! Ich hab Probleme mit k3b Der Brenner wird von k3b als Lesegerät erkannt. Wie kann ich jetzt k3b dazu bringen, das er den Brenner als Brenner erkennt? Gruß, Jürgen
Am Freitag, 17. Oktober 2003 21:15 schrieb Jürgen Fahnenschreiber: Hallo! Ist die SCSI-Emulation für Deinen Brenner aktiviert? Was sagt cdrecord --scanbus ? Gruß, Dirk
Hallo, Am Freitag, 17. Oktober 2003 22:41 schrieb Dirk Albrecht:
Am Freitag, 17. Oktober 2003 21:15 schrieb Jürgen Fahnenschreiber:
Der Brenner wird von k3b als Lesegerät erkannt. Wie kann ich jetzt
Ist die SCSI-Emulation für Deinen Brenner aktiviert?
Kann es daran überhaupt liegen? Dachte K3b braucht fürs Lesegerät auch eine scsi-Emulation. Gruss, Rüdiger
Hallo, Am Fri, 17 Oct 2003, Rüdiger Meier schrieb:
Am Freitag, 17. Oktober 2003 22:41 schrieb Dirk Albrecht:
Am Freitag, 17. Oktober 2003 21:15 schrieb Jürgen Fahnenschreiber:
Der Brenner wird von k3b als Lesegerät erkannt. Wie kann ich jetzt
Ist die SCSI-Emulation für Deinen Brenner aktiviert?
Kann es daran überhaupt liegen?
Ja.
Dachte K3b braucht fürs Lesegerät auch eine scsi-Emulation.
Wohl nein. dd funktioniert ja auch ohne ide-scsi mit CDROMs und verwandtem ;) -dnh --
Trolle sind die Ratten des Usernetzes. Weil sie alles fressen und die Krankheit der Dummheit verbreiten. Dich siggt hier keiner mehr. [Hilko Bengen zu Woko° in dag°]
Am Samstag, 18. Oktober 2003 01:26 schrieb David Haller:
Dachte K3b braucht fürs Lesegerät auch eine scsi-Emulation.
Wohl nein. dd funktioniert ja auch ohne ide-scsi mit CDROMs und verwandtem ;)
Hm, keine Ahnung wie lange ich dann schon umsonst mein DVD-ROM als ide-scsi laufen lasse, aber das k3b von 8.1 konnte auf jeden Fall nur mit scsi lesen. (Und das obwohl dd auch damals schon mit hdX funktionierte!). Habe eben nochmal nach "k3b erkennt nur den Brenner als Lesegerät" gegoogelt, nur um sicherzugehen, daß ich nicht völlig umnachtet bin. Naja, jetzt geht es auch ohne, wie ich gerade hier getestet habe. Hätte mir ja auch mal einer eher sagen können! Grüsse, Rüdiger
Am Samstag, 18. Oktober 2003 02:49 schrieb Rüdiger Meier:
Am Samstag, 18. Oktober 2003 01:26 schrieb David Haller:
Dachte K3b braucht fürs Lesegerät auch eine scsi-Emulation.
Wohl nein. dd funktioniert ja auch ohne ide-scsi mit CDROMs und verwandtem ;)
Hm, keine Ahnung wie lange ich dann schon umsonst mein DVD-ROM als ide-scsi laufen lasse, aber das k3b von 8.1 konnte auf jeden Fall nur mit scsi lesen. (Und das obwohl dd auch damals schon mit hdX funktionierte!). Habe eben nochmal nach "k3b erkennt nur den Brenner als Lesegerät" gegoogelt, nur um sicherzugehen, daß ich nicht völlig umnachtet bin. Naja, jetzt geht es auch ohne, wie ich gerade hier getestet habe. Hätte mir ja auch mal einer eher sagen können!
Grüsse, Rüdiger Der Brenner ist SCSI Gruß,
Jürgen
Laut fstab habe ich folgende Zugriffsrechte: /dev/cdrom11 /media/cdrom11 auto rw,noauto,user,exec 0 0 Gruß, Jürgen Am Samstag, 18. Oktober 2003 17:29 schrieb Rüdiger Meier:
Hallo,
Am Samstag, 18. Oktober 2003 06:24 schrieb Jürgen Fahnenschreiber:
Der Brenner ist SCSI
Schau dir mal die Zugriffsrechte von /dev/sr0 an, oder was immer deinen Brenner anspricht.
Rüdiger
Am Sonntag, 19. Oktober 2003 18:39 schrieb Jürgen Fahnenschreiber:
Laut fstab habe ich folgende Zugriffsrechte:
/dev/cdrom11 /media/cdrom11 auto rw,noauto,user,exec 0 0 Der Eintag ind er fstab zeigt Dir nur an mit welchen Rechten /media/cdrom gmountet wird ...
Ein harald@klapperkiste:~> ls -la /dev/cdrecorder lrwxrwxrwx 1 root root 3 2003-04-07 13:12 /dev/cdrecorder -> sr0 zeigt das /dev/cdrecorder ein link auf sr0 ist Und ein harald@klapperkiste:~> ls -Ll /dev/cdrecorder brw-rw---- 1 root cdrecording 11, 0 2002-09-09 22:24 /dev/cdrecorder zeigt die Rechte des Device auf das der Link /dev/cdrecorder zeigt. Gruß Harald
ok. Hier sind hoffentlich die richtigen Angaben: fahnenju@linux1:~> ls -la /dev/cdrecorder /bin/ls: /dev/cdrecorder: Datei oder Verzeichnis nicht gefunden fahnenju@linux1:~> fahnenju@linux1:~> ls -la /dev/sr0 brw------- 1 fahnenju disk 11, 0 2003-09-23 19:59 /dev/sr0 fahnenju@linux1:~> Unter SuSE 8.2 funzte alles prima! /dev/sr0 ist mein Brenner Jürgen Am Sonntag, 19. Oktober 2003 19:02 schrieb Harald Huthmann:
Am Sonntag, 19. Oktober 2003 18:39 schrieb Jürgen Fahnenschreiber:
Laut fstab habe ich folgende Zugriffsrechte:
/dev/cdrom11 /media/cdrom11 auto rw,noauto,user,exec 0 0
Der Eintag ind er fstab zeigt Dir nur an mit welchen Rechten /media/cdrom gmountet wird ...
Ein harald@klapperkiste:~> ls -la /dev/cdrecorder lrwxrwxrwx 1 root root 3 2003-04-07 13:12 /dev/cdrecorder -> sr0 zeigt das /dev/cdrecorder ein link auf sr0 ist
Und ein harald@klapperkiste:~> ls -Ll /dev/cdrecorder brw-rw---- 1 root cdrecording 11, 0 2002-09-09 22:24 /dev/cdrecorder
zeigt die Rechte des Device auf das der Link /dev/cdrecorder zeigt.
Gruß Harald
Am Sonntag, 19. Oktober 2003 19:55 schrieb Jürgen Fahnenschreiber:
fahnenju@linux1:~> ls -la /dev/cdrecorder /bin/ls: /dev/cdrecorder: Datei oder Verzeichnis nicht gefunden fahnenju@linux1:~>
Ist der Brenner das einzige Laufwerk?
fahnenju@linux1:~> ls -la /dev/sr0 brw------- 1 fahnenju disk 11, 0 2003-09-23 19:59 /dev/sr0 ^^^^ Komisch, sollte eigentlich root gehören. Hast Du daran gefingert? Poste doch auch mal die Ausgabe von "cdrecord --scanbus" (Und schick nicht immer TOFU)
Gruß Harald
Am Sonntag, 19. Oktober 2003 21:02 schrieb Harald Huthmann:
Am Sonntag, 19. Oktober 2003 19:55 schrieb Jürgen Fahnenschreiber:
fahnenju@linux1:~> ls -la /dev/cdrecorder /bin/ls: /dev/cdrecorder: Datei oder Verzeichnis nicht gefunden fahnenju@linux1:~>
Ist der Brenner das einzige Laufwerk?
fahnenju@linux1:~> ls -la /dev/sr0 brw------- 1 fahnenju disk 11, 0 2003-09-23 19:59 /dev/sr0
^^^^ Komisch, sollte eigentlich root gehören. Hast Du daran gefingert? Poste doch auch mal die Ausgabe von "cdrecord --scanbus" (Und schick nicht immer TOFU)
Gruß Harald Hallo!
Der Brenner ist nicht das einzige Laufwerk. Laut k3b ist mein
Brenner aber /dev/sr0
Hier ist die Ausgabe von cdrecord --scanbus :
linux1:/home/fahnenju # cdrecord --scanbus
Cdrecord-Clone 2.01a18-dvd (i686-suse-linux) Copyright (C) 1995-2003
Jörg Schilling
Note: This version is an unofficial (modified) version with DVD
support
Note: and therefore may have bugs that are not present in the
original.
Note: Please send bug reports or support requests to
Am Sonntag, 19. Oktober 2003 21:13 schrieb Jürgen Fahnenschreiber:
Am Sonntag, 19. Oktober 2003 21:02 schrieb Harald Huthmann:
Am Sonntag, 19. Oktober 2003 19:55 schrieb Jürgen Fahnenschreiber:
fahnenju@linux1:~> ls -la /dev/cdrecorder /bin/ls: /dev/cdrecorder: Datei oder Verzeichnis nicht gefunden fahnenju@linux1:~>
Ist der Brenner das einzige Laufwerk?
fahnenju@linux1:~> ls -la /dev/sr0 brw------- 1 fahnenju disk 11, 0 2003-09-23 19:59 /dev/sr0
^^^^ Komisch, sollte eigentlich root gehören. Hast Du daran gefingert? Poste doch auch mal die Ausgabe von "cdrecord --scanbus"
Der Brenner ist nicht das einzige Laufwerk. Laut k3b ist mein Brenner aber /dev/sr0 Hier ist die Ausgabe von cdrecord --scanbus :
scsibus0: 0,0,0 0) * 0,1,0 1) * 0,2,0 2) 'TEAC ' 'CD-R55S ' '1.0R' Removable CD-ROM 0,3,0 3) 'PIONEER ' 'CD-ROM DR-U03S ' '1.01' Removable CD-ROM 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * cdrecord: Warning: controller returns wrong size for CD capabilities page. 0,7,0 7) 'PIONEER ' 'DVD-ROM DVD-303R' '1.06' Removable CD-ROM
Jetzt wird es langsam kompliziert. Ist das TEAC-Ding der Brenner? Der sollte dann aber an /dev/sr2 angeschlossen sein. Na ja. Du kannst mir mal die Ausgabe von cat /var/log/boot,msg schicken. Aber Bitte als PM (Der Thread ist schon lang genug) Vielleicht finde ich ja noch was. Gruß Harald
Hallo, Am Sonntag, 19. Oktober 2003 21:02 schrieb Harald Huthmann:
fahnenju@linux1:~> ls -la /dev/sr0 brw------- 1 fahnenju disk 11, 0 2003-09-23 19:59 /dev/sr0
^^^^ Komisch, sollte eigentlich root gehören. Hast Du daran gefingert?
Das hat Suse jetzt irgendwie anders geregelt. Weiss noch nicht ganz genau wie aber habe mal ein bisschen getestet. Der User (A) der sich zuerst graphisch (nur KDE getestet) einloggt, BESITZT dann den Brenner. (Wahrscheinlich sogar alle CD-Laufwerke, bin aber ein bisschen durcheinander gekommen, weil ich nebenbei noch die scsi-Emulation für mein DVD abgeschalten habe) Falls sich dann ein weiterer User B einloggt, kann der nicht brennen. Das ist wohl das Ziel des ganzen. Aber wenn nun A KDE beendet, gehört der Brenner immer noch A, auch wenn B sich in einer Konsole einloggt. B wird dann wohl hier nicht brennen dürfen. Ich weiss noch nicht ob ich diese Zusammenhänge ausführlicher TESTEN will (auch mit anderen WM), oder ob ich das lieber irgendwo NACHLESEN will. Wo wäre denn ein gute Stelle in meinem Verzeichnisbaum, um nach Doku zu suchen? Es ist die Frage Frage wann dieser chown gemacht wird un wann nicht. Wenn Jürgen den Usernamen fahnenju hat, müsste aber mit seinen Rechten auf sr0 alles in Ordnung (wie bei mir) sein. Spielen die Rechte des zu sr0 gehörendem hdX auch ein Rolle? Durch das Rumfummeln an der scsi-emulation könnten sich da (wie bei mir) irgendwelche Eigentums und Zugriffsrechte festgefressen haben die nicht gewollt sind. Viel Erfolg, Rüdiger
Am Sonntag, 19. Oktober 2003 23:29 schrieb Rüdiger Meier:
Hallo,
Am Sonntag, 19. Oktober 2003 21:02 schrieb Harald Huthmann:
fahnenju@linux1:~> ls -la /dev/sr0 brw------- 1 fahnenju disk 11, 0 2003-09-23 19:59 /dev/sr0
^^^^ Komisch, sollte eigentlich root gehören. Hast Du daran gefingert?
Das hat Suse jetzt irgendwie anders geregelt. Weiss noch nicht ganz genau wie aber habe mal ein bisschen getestet.
Der User (A) der sich zuerst graphisch (nur KDE getestet) einloggt, BESITZT dann den Brenner. (Wahrscheinlich sogar alle CD-Laufwerke, bin aber ein bisschen durcheinander gekommen, weil ich nebenbei noch die scsi-Emulation für mein DVD abgeschalten habe) Falls sich dann ein weiterer User B einloggt, kann der nicht brennen. Das ist wohl das Ziel des ganzen.
Aber wenn nun A KDE beendet, gehört der Brenner immer noch A, auch wenn B sich in einer Konsole einloggt. B wird dann wohl hier nicht brennen dürfen.
Das klingt ja schauderlich, was Du da berichtest. Nach etwas googeln fand ich: http://sdb.suse.de/en/sdb/html/82_resmgr.html Den Kram gab es aber für die 8.2 auch schon.
Ich weiss noch nicht ob ich diese Zusammenhänge ausführlicher TESTEN will (auch mit anderen WM), oder ob ich das lieber irgendwo NACHLESEN will. Wo wäre denn ein gute Stelle in meinem Verzeichnisbaum, um nach Doku zu suchen?
Vielleicht findet sich bei der Doku zu 9.0 etwas zu "resmgr"?
Wenn Jürgen den Usernamen fahnenju hat, müsste aber mit seinen Rechten auf sr0 alles in Ordnung (wie bei mir) sein.
Ja, nur halt das auf /dev/sr0 mit cdrecord nix erkannt wird aber k3b "denkt" dort sei der Brenner angeschlossen.
Spielen die Rechte des zu sr0 gehörendem hdX auch ein Rolle?
Nö, die sind dem ide-scsi-treiber egal (Jedenfalls früher, also bei meiner 8.1:) Gruß Harald
Am Montag, 20. Oktober 2003 00:10 schrieb Harald Huthmann:
Am Sonntag, 19. Oktober 2003 23:29 schrieb Rüdiger Meier:
Hallo,
Am Sonntag, 19. Oktober 2003 21:02 schrieb Harald Huthmann:
fahnenju@linux1:~> ls -la /dev/sr0 brw------- 1 fahnenju disk 11, 0 2003-09-23 19:59 /dev/sr0
^^^^ Komisch, sollte eigentlich root gehören. Hast Du daran gefingert?
Das hat Suse jetzt irgendwie anders geregelt. Weiss noch nicht ganz genau wie aber habe mal ein bisschen getestet.
Der User (A) der sich zuerst graphisch (nur KDE getestet) einloggt, BESITZT dann den Brenner. (Wahrscheinlich sogar alle CD-Laufwerke, bin aber ein bisschen durcheinander gekommen, weil ich nebenbei noch die scsi-Emulation für mein DVD abgeschalten habe) Falls sich dann ein weiterer User B einloggt, kann der nicht brennen. Das ist wohl das Ziel des ganzen.
Aber wenn nun A KDE beendet, gehört der Brenner immer noch A, auch wenn B sich in einer Konsole einloggt. B wird dann wohl hier nicht brennen dürfen.
Das klingt ja schauderlich, was Du da berichtest. Nach etwas googeln fand ich: http://sdb.suse.de/en/sdb/html/82_resmgr.html Den Kram gab es aber für die 8.2 auch schon.
Ich weiss noch nicht ob ich diese Zusammenhänge ausführlicher TESTEN will (auch mit anderen WM), oder ob ich das lieber irgendwo NACHLESEN will. Wo wäre denn ein gute Stelle in meinem Verzeichnisbaum, um nach Doku zu suchen?
Vielleicht findet sich bei der Doku zu 9.0 etwas zu "resmgr"?
Wenn Jürgen den Usernamen fahnenju hat, müsste aber mit seinen Rechten auf sr0 alles in Ordnung (wie bei mir) sein.
Ja, nur halt das auf /dev/sr0 mit cdrecord nix erkannt wird aber k3b "denkt" dort sei der Brenner angeschlossen.
Spielen die Rechte des zu sr0 gehörendem hdX auch ein Rolle?
Nö, die sind dem ide-scsi-treiber egal (Jedenfalls früher, also bei meiner 8.1:)
Gruß Harald xcdroast erkennt mir beim Hardwarescan folgendes:
Beginne nach Geräten zu scannen... [0,2,0] TEAC CD-R55S 1.0R [0,3,0] PIONEER CD-ROM DR-U03S 1.01 [0,7,0] PIONEER DVD-ROM DVD-303R 1.06 [ATAPI:0,2,0] TEAC CD-R55S 1.0R [ATAPI:0,3,0] PIONEER CD-ROM DR-U03S 1.01 [ATAPI:0,7,0] PIONEER DVD-ROM DVD-303R 1.06 Scan abgeschlossen. Warum werden meine Geräte alle zweimal erkannt? Es sind alles SCSI-Geräte! xcdroast erkennt meinen Brenner ohne Probleme, aber k3b will net. Sollte ich vielleicht mal das config -file von k3b löschen? Wie starte ich den Einrichtungsassistenten von k3b? Gruß, Jürgen
Hallo, Am Mon, 20 Oct 2003, Jürgen Fahnenschreiber schrieb:
xcdroast erkennt meinen Brenner ohne Probleme, aber k3b will net. Sollte ich vielleicht mal das config -file von k3b löschen?
Warum nicht gleich das ganze k3b loeschen? *eg* -dnh -- God must love the Common Man; He made so many of them. -- BSD fortune file
Hallo Leute, David Haller schrieb:
Am Mon, 20 Oct 2003, Jürgen Fahnenschreiber schrieb:
xcdroast erkennt meinen Brenner ohne Probleme, aber k3b will net. Sollte ich vielleicht mal das config -file von k3b löschen?
Warum nicht gleich das ganze k3b loeschen? *eg*
Ja! *g* Im Ernst, wenn k3b annähernd das leistet, was xcdroast in einer alpha-Version (!) bei mir kann... Habe mit k3b genau einmal brennen können! Dann kamen alle Probleme, die auf dieser und der multimedia-Liste zu finden sind. Irgendwann ist einfach Schluss! Xcdroast in der damals aktuellen Version als rpm für 8.2 gefunden, und gut. Bei aller Liebe zu Texteingaben, diese Optionen für's Brennen habe ich dann doch einer GUI überlassen. :-) Gruss Sven
Am Dienstag, 21. Oktober 2003 00:21 schrieb Sven Rodenbeck:
Hallo Leute,
David Haller schrieb:
Am Mon, 20 Oct 2003, Jürgen Fahnenschreiber schrieb:
xcdroast erkennt meinen Brenner ohne Probleme, aber k3b will net. Sollte ich vielleicht mal das config -file von k3b löschen?
Warum nicht gleich das ganze k3b loeschen? *eg*
Ja! *g*
Im Ernst, wenn k3b annähernd das leistet, was xcdroast in einer alpha-Version (!) bei mir kann...
Habe mit k3b genau einmal brennen können! Dann kamen alle Probleme, die auf dieser und der multimedia-Liste zu finden sind.
Ach was, das Ding funktoniert schon. Ob man es braucht ist eine andere Frage. Ich brauch es eigentlich auch nicht. Gruß Harald
Hallo, Am Tue, 21 Oct 2003, Harald Huthmann schrieb:
Am Dienstag, 21. Oktober 2003 00:21 schrieb Sven Rodenbeck:
David Haller schrieb:
Am Mon, 20 Oct 2003, Jürgen Fahnenschreiber schrieb:
xcdroast erkennt meinen Brenner ohne Probleme, aber k3b will net. Sollte ich vielleicht mal das config -file von k3b löschen?
Warum nicht gleich das ganze k3b loeschen? *eg*
Ja! *g*
Im Ernst, wenn k3b annähernd das leistet, was xcdroast in einer alpha-Version (!) bei mir kann...
*hehe*
Habe mit k3b genau einmal brennen können! Dann kamen alle Probleme, die auf dieser und der multimedia-Liste zu finden sind.
Ach was, das Ding funktoniert schon.
Und wenn nicht?
Ob man es braucht ist eine andere Frage. Ich brauch es eigentlich auch nicht.
Als GUI schien mir ausser xcdroast auch noch gcombust relativ tauglich... Mit allen anderen GUIs (k3b kenne ich allerdings nicht) habe ich schlechte bis miserable Erfahrungen gemacht... Aber ich verwende eh nur mkisofs/cdrecord/cdrdao... Das ist eh flexibler und per script fuer die ganzen Optionen, die man sich nicht merken will auch einfacher ;) -dnh -- 9. Smart data structures and dumb code works a lot better than the other way around. --- Eric S. Raymond, "The Cathedral and the Bazaar"
Hallo, Am Sat, 18 Oct 2003, Rüdiger Meier schrieb:
Am Samstag, 18. Oktober 2003 01:26 schrieb David Haller:
Dachte K3b braucht fürs Lesegerät auch eine scsi-Emulation.
Wohl nein. dd funktioniert ja auch ohne ide-scsi mit CDROMs und verwandtem ;)
Hm, keine Ahnung wie lange ich dann schon umsonst mein DVD-ROM als ide-scsi laufen lasse,
Tust du nicht. Denn wenn du im gleichen Rechner ein (IDE) Brenn-Laufwerk betreiben willst, dann musst du fuer diesen ide-scsi verwenden, und wenn du ide-scsi fuer ein LW verwendest, dann solltest du _alle_ LWs mit ide-scsi betreiben, denn ide-scsi und ide-cd stoeren sich gerne gegenseitig. Ich habe z.B. noch die Erfahrung gemacht, dass ide-scsi und ide-cd _ueberhaupt_ nicht zusammenliefen, da ging gar nix mehr, da half nur noch ein Reboot um den IDE-Bus wieder frei zu bekommen. Irgendwann in 2.4.1x (IIRC) wurde das Problem dann behoben und ide-cd kooperativer gestaltet, so dass es nun funktionieren _kann_. -dnh -- WARNING! ~/.signature contains a signature-virus and is blocked by VaporWare(tm) Antivirus-Wall V42. Please contact your local admin.
Hallo, Am Samstag, 18. Oktober 2003 14:52 schrieb David Haller:
Am Sat, 18 Oct 2003, Rüdiger Meier schrieb:
Hm, keine Ahnung wie lange ich dann schon umsonst mein DVD-ROM als
Tust du nicht. Denn wenn du im gleichen Rechner ein (IDE) Brenn-Laufwerk betreiben willst, dann musst du fuer diesen ide-scsi verwenden, und wenn du ide-scsi fuer ein LW verwendest, dann solltest du _alle_ LWs mit ide-scsi betreiben, denn ide-scsi und ide-cd stoeren sich gerne
Warum aktiviert Suse dann standardmässig nur den Brenner mit ide-scsi? Ok, man SOLLTE vielleicht besser nicht die gemischten Modi verwenden, aber früher MUSSTE man (für k3b jedenfalls). I
Ich habe z.B. noch die Erfahrung gemacht, dass ide-scsi und ide-cd _ueberhaupt_ nicht zusammenliefen, da ging gar nix mehr, da half nur
Nur im Zusammenhang mit dem Brennen oder auch im sonstigen Betrieb?
noch ein Reboot um den IDE-Bus wieder frei zu bekommen. Irgendwann in 2.4.1x (IIRC) wurde das Problem dann behoben und ide-cd kooperativer gestaltet, so dass es nun funktionieren _kann_.
Ich probiere es jetzt mal ne Weile mit ide-cd UND ide-scsi. Werde auch nochmal testen ob ich diese spezielle kopiergeschütze CD wirklich nur mit ide-cd und nicht mit ide-scsi auslesen kann. ciao, Rüdiger
Hallo, Am Sat, 18 Oct 2003, Rüdiger Meier schrieb:
Am Samstag, 18. Oktober 2003 14:52 schrieb David Haller:
Am Sat, 18 Oct 2003, Rüdiger Meier schrieb:
Hm, keine Ahnung wie lange ich dann schon umsonst mein DVD-ROM als Tust du nicht. Denn wenn du im gleichen Rechner ein (IDE) Brenn-Laufwerk betreiben willst, dann musst du fuer diesen ide-scsi verwenden, und wenn du ide-scsi fuer ein LW verwendest, dann solltest du _alle_ LWs mit ide-scsi betreiben, denn ide-scsi und ide-cd stoeren sich gerne
Warum aktiviert Suse dann standardmässig nur den Brenner mit ide-scsi?
Gute Frage. Hm. Konnte daran liegen, dass man dann nicht mit hdparm DMA aktivieren kann -- das muss dann das BIOS schon gemacht haben oder so... Bei mir klappt's jedenfalls ;)
Ok, man SOLLTE vielleicht besser nicht die gemischten Modi verwenden, aber früher MUSSTE man (für k3b jedenfalls).
Huch? Dann ist (war) k3b defekt.
Ich habe z.B. noch die Erfahrung gemacht, dass ide-scsi und ide-cd _ueberhaupt_ nicht zusammenliefen, da ging gar nix mehr, da half nur
Nur im Zusammenhang mit dem Brennen oder auch im sonstigen Betrieb?
Bei jeglichem Zugriff auf eines der beiden Laufwerke. Da haben sich dann beide Treiber um das device gestritten und sich gegenseitig blockiert. Da haben sich dann die Fehlermeldungen von ide-cd und ide-scsi abgewechselt, denn ide-cd war zu "gierig". Naja, ich hab dann ide-cd einfach rausgeschmissen und halte es seitdem so. Und ich bin immer noch misstrauisch (und hellhoerig), wenn ide-cd und ide-scsi gleichzeitig verwendet werden.
noch ein Reboot um den IDE-Bus wieder frei zu bekommen. Irgendwann in 2.4.1x (IIRC) wurde das Problem dann behoben und ide-cd kooperativer gestaltet, so dass es nun funktionieren _kann_.
Ich probiere es jetzt mal ne Weile mit ide-cd UND ide-scsi. Werde auch nochmal testen ob ich diese spezielle kopiergeschütze CD wirklich nur mit ide-cd und nicht mit ide-scsi auslesen kann.
Ah. Berichte dann bitte hier. Behalte dabei auch die /var/log/messages im Auge... Wie gesagt: meine Erfahrung ist, dass man ide-cd und ide-scsi nicht gleichzeitig verwenden sollte. -dnh -- It's a pain to someone who knows Unix, because there is always that nagging voice saying "you could install $FreeOS on this box and have it working reliably in less time than it will take to make Windows do what it's being asked to do". [R. B. West on adminning Win]
Am Samstag, 18. Oktober 2003 18:22 schrieb David Haller:
Gute Frage. Hm. Konnte daran liegen, dass man dann nicht mit hdparm DMA aktivieren kann -- das muss dann das BIOS schon gemacht haben oder so... Bei mir klappt's jedenfalls ;)
Ich konnte bis jetzt immer DMA mit " hdparm -d 1 /dev/hdX " für das zugehörige /dev/srY aktivieren. Wenn man DMA im Yast angeschalten hat bevor man auf scsi umgestellt hat, wurde DMA also auch weiterhin beim Booten für das betreffende Laufwerk aktiviert. Am BIOS wird das eher nicht gelegen haben. Ich spreche in der Vergangenheit, weil jetzt unter 9.0 im Yast-DMA-Modul auch die ide-scsi-Laufwerke erscheinen
Huch? Dann ist (war) k3b defekt.
Denke es lag daran WOMIT k3b ausliest oder besser auslas.
Ich habe z.B. noch die Erfahrung gemacht, dass ide-scsi und ide-cd ueberhaupt nicht zusammenliefen, da ging gar nix mehr, da half nur
Bei jeglichem Zugriff auf eines der beiden Laufwerke. Da haben sich dann beide Treiber um das device gestritten und sich gegenseitig blockiert. Da haben sich dann die Fehlermeldungen von ide-cd und ide-scsi abgewechselt, denn ide-cd war zu "gierig". Naja, ich hab dann ide-cd einfach rausgeschmissen und halte es seitdem so. Und ich bin immer noch misstrauisch (und hellhoerig), wenn ide-cd und ide-scsi gleichzeitig verwendet werden.
Nur so ne Idee: Vielleicht wollten beide Module auf dasselbe Laufwerk zugreifen und deshalb gab es Ärger. Möglicherweise hat Suse ab 8.2 auch deshalb in den Bootoptions das "hdXlun=0" hinter das "ide-scsi=hdX" geschrieben, und nicht nur weil manche Leute sonst 43 (virtuelle) Brenner hatten.
Ich probiere es jetzt mal ne Weile mit ide-cd UND ide-scsi. Werde
Ah. Berichte dann bitte hier. Behalte dabei auch die /var/log/messages im Auge...
Alles klar, werde zu gegebener Zeit Rapport abgeben, obwohl ich kein Experte für die /var/log/messages bin, um es mal vorsichtig auszudrücken. Erst mal gucken was hier der Kopierschutz von Dieter Bohlens Hörbuch noch für Überraschungen bringt. Kaufen darf/sollte/muß man das ja nicht unbedingt. Wäre aber ganz lustig zu hören, wenn man sich vorher gemütlich ein Pfeifchen ansteckt. ciao, Rüdiger
Hallo, Am Sat, 18 Oct 2003, Rüdiger Meier schrieb:
Am Samstag, 18. Oktober 2003 18:22 schrieb David Haller:
Gute Frage. Hm. Konnte daran liegen, dass man dann nicht mit hdparm DMA aktivieren kann -- das muss dann das BIOS schon gemacht haben oder so... Bei mir klappt's jedenfalls ;)
Ich konnte bis jetzt immer DMA mit " hdparm -d 1 /dev/hdX " für das zugehörige /dev/srY aktivieren.
Hm. Dann hat hdparm inzwischen was dazugelernt. Bei mir kommt da eigentlich nur ein lapidares: /dev/hdX: device not configured Wie ich jetzt aber ganz erstaunt feststelle: # hdparm -d /dev/hdd /dev/hdd: using_dma = 1 (on) Ja wat? Hab ick wat verpasst? :))) Denn ich verwende nur ide-scsi...
Wenn man DMA im Yast angeschalten hat bevor man auf scsi umgestellt hat, wurde DMA also auch weiterhin beim Booten für das betreffende Laufwerk aktiviert. Am BIOS wird das eher nicht gelegen haben. Ich spreche in der Vergangenheit, weil jetzt unter 9.0 im Yast-DMA-Modul auch die ide-scsi-Laufwerke erscheinen
Jo, das scheint inzwischen zu gehen.
Huch? Dann ist (war) k3b defekt.
Denke es lag daran WOMIT k3b ausliest oder besser auslas.
IMHO nein. Als ich gesucht habe, da gab's k3b noch gar nicht, und die (KDE) GUI-Tools (koncd, kcdwrite u.ae) waren bis auf gcombust und xcdroast unbrauchbar. Naja, mkisofs und cdrecord sind ja soo schwer auch nicht anzusteuern, v.a. wenn man sich die ueblichen Optionen in scripte oder aliase verpackt...
Ich habe z.B. noch die Erfahrung gemacht, dass ide-scsi und ide-cd ueberhaupt nicht zusammenliefen, da ging gar nix mehr, da half nur
Bei jeglichem Zugriff auf eines der beiden Laufwerke. Da haben sich dann beide Treiber um das device gestritten und sich gegenseitig blockiert. Da haben sich dann die Fehlermeldungen von ide-cd und ide-scsi abgewechselt, denn ide-cd war zu "gierig". Naja, ich hab dann ide-cd einfach rausgeschmissen und halte es seitdem so. Und ich bin immer noch misstrauisch (und hellhoerig), wenn ide-cd und ide-scsi gleichzeitig verwendet werden.
Nur so ne Idee: Vielleicht wollten beide Module auf dasselbe Laufwerk zugreifen und deshalb gab es Ärger.
Genau so war es -- und ide-cd war eben mehr als unkooperativ. Inzwischen _scheint_ es in vielen Faellen zu klappen.
Möglicherweise hat Suse ab 8.2 auch deshalb in den Bootoptions das "hdXlun=0" hinter das "ide-scsi=hdX" geschrieben, und nicht nur weil manche Leute sonst 43 (virtuelle) Brenner hatten.
Nein, das ist ne andere Baustelle, die nur ide-scsi intern betrifft ;) Die multiplen LUNs hab ich anderweitig abgeschaltet: # CONFIG_SCSI_MULTI_LUN is not set Ich habe kein Geraet, das mehr als eine LUN brauchte... Ob's damals schon den hdXlun-Kernelparameter gab (2.4.0-testX) weiss ich nicht ;)
Ich probiere es jetzt mal ne Weile mit ide-cd UND ide-scsi. Werde
Ah. Berichte dann bitte hier. Behalte dabei auch die /var/log/messages im Auge...
Alles klar, werde zu gegebener Zeit Rapport abgeben, obwohl ich kein Experte für die /var/log/messages bin, um es mal vorsichtig auszudrücken.
Achte auf 'scsi', 'ide', 'atapi', 'dev/sr', 'dev/scd', 'dev/hd' und noch ein paar... Wenn du parallel zum Test nix machst sollten keine irrelevanten Zeilen auftauchen (ausser at/cronjobs)...
Erst mal gucken was hier der Kopierschutz von Dieter Bohlens Hörbuch noch für Überraschungen bringt. Kaufen darf/sollte/muß man das ja nicht unbedingt.
Achso, sag doch gleich, dass du Masochist im finalen Stadium bist. Und nein: diese CD werde ich nicht weiter helfen zu kopieren. Ich bin doch kein Sadist. -dnh -- Well I wish you'd just tell me rather than try to engage my enthusiasm. -- Marvin
Hi, David Haller schrieb:
Am Sat, 18 Oct 2003, Rüdiger Meier schrieb:
Warum aktiviert Suse dann standardmässig nur den Brenner mit ide-scsi?
Gute Frage. Hm. Konnte daran liegen, dass man dann nicht mit hdparm DMA aktivieren kann -- das muss dann das BIOS schon gemacht haben oder so... Bei mir klappt's jedenfalls ;)
Wie meinst Du das "dass man dann nicht mit hdparm DMA aktivieren kann"? Das kann ich doch immer, auch, wenn ein IDE-Gerät via ide-scsi läuft. Oder meinst Du, dass DMA dann nicht "richtig" _funktioniert_? René
Hallo, Am Sun, 19 Oct 2003, René Matthäi schrieb:
David Haller schrieb:
Am Sat, 18 Oct 2003, Rüdiger Meier schrieb:
Warum aktiviert Suse dann standardmässig nur den Brenner mit ide-scsi?
Gute Frage. Hm. Konnte daran liegen, dass man dann nicht mit hdparm DMA aktivieren kann -- das muss dann das BIOS schon gemacht haben oder so... Bei mir klappt's jedenfalls ;)
Wie meinst Du das "dass man dann nicht mit hdparm DMA aktivieren kann"?
root@slarty[0]:~ (0)# hdparm -d1 /dev/hdd /dev/hdd: Device not configured root@slarty[0]:~ (6)# hdparm -d1 /dev/sr0 /dev/sr0 not supported by hdparm
Das kann ich doch immer, auch, wenn ein IDE-Gerät via ide-scsi läuft.
Ich nicht, s.o. Ah, halt, wenn ide-scsi geladen ist, dann geht's, ist aber unwichtig, da DMA eh an ist. ISTR aber, dass es frueher nicht ging (Kernel 2.4.0*, ein aelteres hdparm).
Oder meinst Du, dass DMA dann nicht "richtig" _funktioniert_?
Doch, das schon ;) -dnh -- Hmm, wenn Du von CD aus Dein Linux-System booten kannst, dann scheint vielleicht Dein MBR gerade Urlaub zu machen ;-) -- Martin Mewes in suse-linux
Hi, Am Freitag, 17. Oktober 2003 23:51 schrieb Rüdiger Meier:
Hallo,
Am Freitag, 17. Oktober 2003 22:41 schrieb Dirk Albrecht:
Am Freitag, 17. Oktober 2003 21:15 schrieb Jürgen Fahnenschreiber:
Der Brenner wird von k3b als Lesegerät erkannt. Wie kann ich jetzt
Ist die SCSI-Emulation für Deinen Brenner aktiviert?
Kann es daran überhaupt liegen? Dachte K3b braucht fürs Lesegerät auch eine scsi-Emulation.
Ja, K3b bracht die ide-scsi für Lesegeräte. *********************** Keine Unterstützung von ATAPI mit cdrdao Es wird nicht möglich sein, alle Lesegeräte als Kopierquellen zu benutzen, da mindestens eines ohne SCSI-Emulation konfiguriert...... *********************** Wenn nur der Brenner in einer scsi-emlation arbeitet, wird er als Brenner und Lesegerät benutzt. Gruß Harald
Am Samstag, 18. Oktober 2003 09:29 schrieb Harald Huthmann:
Hi,
Am Freitag, 17. Oktober 2003 23:51 schrieb Rüdiger Meier:
Hallo,
Am Freitag, 17. Oktober 2003 22:41 schrieb Dirk Albrecht:
Am Freitag, 17. Oktober 2003 21:15 schrieb Jürgen Fahnenschreiber:
Der Brenner wird von k3b als Lesegerät erkannt. Wie kann ich jetzt
Ist die SCSI-Emulation für Deinen Brenner aktiviert?
Kann es daran überhaupt liegen? Dachte K3b braucht fürs Lesegerät auch eine scsi-Emulation.
Ja, K3b bracht die ide-scsi für Lesegeräte.
Nein, siehe meine andere Mail in diesem Thread. K3b 0.10 kann ide-CD-Laufwerke direkt als Lesegerät verwenden (oder liegt es an den Versionen von cdrecord & co). Habe jedenfalls auf die schnelle nichts gefunden, wofür es ide-scsi bräuchte. Bis Suse 8.1 hast Du recht. Bei 8.2 weiss ich`s nicht, da ich es nie ohne ide-scsi probiert hatte. Bei 9.0 hab ich's auch nur getestet, weil ich sicher sein wolltte bevor ich David Aussage, daß es ohne geht, korrigiere. Der Nebeneffekt war, daß ich damit nun eine kopiergeschütze AudioCD auslesen kann die vorher Zicken machte - schön. ciao, Rüdiger
Hallo, Am Sat, 18 Oct 2003, Rüdiger Meier schrieb:
Bis Suse 8.1 hast Du recht. Bei 8.2 weiss ich`s nicht, da ich es nie ohne ide-scsi probiert hatte. Bei 9.0 hab ich's auch nur getestet, weil ich sicher sein wolltte bevor ich David Aussage, daß es ohne geht, korrigiere.
Der Nebeneffekt war, daß ich damit nun eine kopiergeschütze AudioCD auslesen kann die vorher Zicken machte - schön.
Siehe nebenan. Prinzipiell geht es natuerlich. Das Lesen braucht nicht "per se" ide-scsi. Aber sobald fuer ein LW ide-scsi verwendet wird, dann sollten alle IDE-ATAPI LWs mit ide-scsi laufen. -dnh --
Du beschreibst einen DAE. (Dümmster Anzunemender Elch) Dau ist Dau bleibt Dau und wird nicht wieder Elch. Elch ist Elch und will nicht dau werden und wird manchesmal Trolleclh. [H. Stowasser und Woko° in dag°]
Am Samstag, 18. Oktober 2003 11:51 schrieb Rüdiger Meier:
Am Samstag, 18. Oktober 2003 09:29 schrieb Harald Huthmann
Am Freitag, 17. Oktober 2003 23:51 schrieb Rüdiger Meier:
Am Freitag, 17. Oktober 2003 22:41 schrieb Dirk Albrecht:
Am Freitag, 17. Oktober 2003 21:15 schrieb Jürgen Fahnenschreiber:
Der Brenner wird von k3b als Lesegerät erkannt. Wie kann ich jetzt
Ist die SCSI-Emulation für Deinen Brenner aktiviert?
Kann es daran überhaupt liegen? Dachte K3b braucht fürs Lesegerät auch eine scsi-Emulation.
Ja, K3b bracht die ide-scsi für Lesegeräte.
Nein, siehe meine andere Mail in diesem Thread. K3b 0.10 kann ide-CD-Laufwerke direkt als Lesegerät verwenden (oder liegt es an den Versionen von cdrecord & co). Habe jedenfalls auf die schnelle nichts gefunden, wofür es ide-scsi bräuchte.
Bis Suse 8.1 hast Du recht. Bei 8.2 weiss ich`s nicht, da ich es nie ohne ide-scsi probiert hatte. Bei 9.0 hab ich's auch nur getestet, weil ich sicher sein wolltte bevor ich David Aussage, daß es ohne geht, korrigiere.
Ach die SuSE-Version. Na ja,-ich habe 8.1 aber: K3b: 0.10 Cdrecord 2.00.3 (i686-suse-linux) Cdrdao version 1.1.7 Also bei mir geht es nicht. Wohl aber gibt es bei k3b.-010 jetzt eine Funktion CD-Clonen. Dort taucht dann tatsächlch mein ide-cdrom als Lesegerät auf. Allerdings mit dem Hinweis, dass meine Version von cdrecord cd-clonen nicht unterstützt. Ich habe jetzt erst mal die cdtools- 2.00.tar.gz versucht zu installiieren scheitere aber beim compilieren mit: ==> LINKING "OBJ/i686-linux-cc/scgcheck" /usr/lib/gcc-lib/i486-suse-linux/3.2/../../../../i486-suse-linux/bin/ld: cannot find -lscg Werde Morgen mal ein bischen danch suchen.... Gruß Harald
Der Nebeneffekt war, daß ich damit nun eine kopiergeschütze AudioCD auslesen kann die vorher Zicken machte - schön.
ciao, Rüdiger
Hallo, Am Sat, 18 Oct 2003, Harald Huthmann schrieb:
Also bei mir geht es nicht. Wohl aber gibt es bei k3b.-010 jetzt eine Funktion CD-Clonen. Dort taucht dann tatsächlch mein ide-cdrom als Lesegerät auf. Allerdings mit dem Hinweis, dass meine Version von cdrecord cd-clonen nicht unterstützt.
Aehm, noch mal zu Klarheit: Wie betreibst du welche Geraete?
Ich habe jetzt erst mal die cdtools- 2.00.tar.gz versucht zu installiieren scheitere aber beim compilieren mit:
==> LINKING "OBJ/i686-linux-cc/scgcheck" /usr/lib/gcc-lib/i486-suse-linux/3.2/../../../../i486-suse-linux/bin/ld: cannot find -lscg
Werde Morgen mal ein bischen danch suchen....
pin libscg Ist Teil der Infrastruktur von cdrecord... -dnh -- Quatsch! Alle Spermien schwimmen zur Gebärmutter. Aber da die Gebärmutter nur ein Eheliches kind hatt, nämlich das mit dem gebärvater, darf auch nur dieses nach Hause kommen. Zusammen stellen sie dann den Neuen Menschen her. Oder so ähnlich. [WoKo in dag°]
Hallo, Ich "übe" gerade ein bisschen RPMs bauen. Hatte auch den gleichen Fehler wie Harald. (Sorry Harald, daß ich Dich trotzdem deswegen befragt habe, hatte mir Deinen gar nicht erst durchgelesen, weil ich davon sowieso keine Ahnung habe). Am Samstag, 18. Oktober 2003 18:14 schrieb David Haller:
pin libscg
Ist Teil der Infrastruktur von cdrecord...
Hm... Also "pin libscg" gibt mir nur cdrecord-devel aus. Gut - hab ich's installiert - und jetzt läufts durch. Geht das auch anders oder Ist das normal, daß man XYZ-devel.rpm installieren muß, bevor man XYZ.rpm (und XYZ-devel.rpm) bauen kann? Was war dann zuerst da, das source-rpm oder das Ei? An Harald: Wenn Du also cdrecord.devel.rpm auch noch brauchen solltest.... Ich schicke es Dir einfach mal ungefragt. ciao, Rüdiger
Hallo, Am Sat, 18 Oct 2003, Rüdiger Meier schrieb:
Am Samstag, 18. Oktober 2003 18:14 schrieb David Haller:
pin libscg
Ist Teil der Infrastruktur von cdrecord...
Hm... Also "pin libscg" gibt mir nur cdrecord-devel aus. Gut - hab ich's installiert - und jetzt läufts durch. Geht das auch anders oder Ist das normal, daß man XYZ-devel.rpm installieren muß, bevor man XYZ.rpm (und XYZ-devel.rpm) bauen kann?
Ja!!!
Was war dann zuerst da, das source-rpm oder das Ei?
Das src.rpm (genauer das .spec, dass diese Abhaengigkeiten definiert) war vor dem rpm _und_ vor dem -devel.rpm da. -dnh -- "Gnouw Houw" -- sächsisch fuer "Know How", gehoert in SpiegelTV
Am Samstag, 18. Oktober 2003 22:19 schrieb Rüdiger Meier:
Hallo, Ich "übe" gerade ein bisschen RPMs bauen.
Am Samstag, 18. Oktober 2003 18:14 schrieb David Haller:
pin libscg
Ist Teil der Infrastruktur von cdrecord...
Hm... Also "pin libscg" gibt mir nur cdrecord-devel aus. Gut - hab ich's installiert - und jetzt läufts durch.
Also, warum das bei Dir jetzt durchläuft, ist mir ein (weiteres) Rätsel. (Na ja-- siehe unten)
Geht das auch anders oder Ist das normal, daß man XYZ-devel.rpm installieren muß, bevor man XYZ.rpm (und XYZ-devel.rpm) bauen kann? Was war dann zuerst da, das source-rpm oder das Ei?
Nein, wenn Du aus einem -XYZ.Source-RPM ein XYZ.Binär-RPM bauen willst brauchst du das Devel-Paket (des XYZ.Binär.rpm) natürlich nicht. In den Devel-Paketen stecken die Header-Dateien welche _andere_ Programme ev. benötigen. Im Source-RPM finden sich diese Header auch und werden in die entsprechenden /include -Verzeichnise kopiert.
An Harald: Wenn Du also cdrecord.devel.rpm auch noch brauchen solltest.... Ich schicke es Dir einfach mal ungefragt.
Nö, hab ich doch nicht gebraucht,- aber danke! Gruß Harald
Hallo, Am Sonntag, 19. Oktober 2003 10:02 schrieb Harald Huthmann:
Also "pin libscg" gibt mir nur cdrecord-devel aus. Gut - hab ich's installiert - und jetzt läufts durch.
Also, warum das bei Dir jetzt durchläuft, ist mir ein (weiteres) Rätsel.
Wenn die Header nicht gefunden werden, wird vielleicht ein Standard-Pfad probiert. Vielleicht hatte der, der das zusammengefriemelt hat, cdrecord schon installiert, und beim Testen nicht bemerkt, daß die Header aus den Sourcen gar nicht verwendet werden. Aber was der Link /usr/src/linux/ damit zu tun haben soll....!? Der Laie staunt, der Fachman wundert sich.
Nein, wenn Du aus einem -XYZ.Source-RPM ein XYZ.Binär-RPM bauen willst brauchst du das Devel-Paket (des XYZ.Binär.rpm) natürlich nicht.
Alles andere hätte mich auch sehr irritiert. Ich hab mir halt einfach das cdrecord-devel-Paket paket installiert, weil ich es a) hatte, und b) mit dem Tipp von David nichts anderes anfangen konnte. Deine Probleme mit DMA und ide-scsi hatte ich hier noch nie. Bis gestern hatte ich immer DVD-ROM als /dev/sr0 und Brenner als /dev/sr1. Beide als Master an hde bzw. hdg. DMA immer an. Hatte verschiedene Kernel-Releases der Versionen 2.4.19 bis 2.4.21 im Einsatz, allerdings immer k_athlon. Nur bei dem 2.4.19 von Suse 8.1. gab es einen kleinen Haken. Dort hat hdparm -d1 für den Brenner nicht gereicht. Man musste ihm mit -X noch IRGENDEINEN Modus mitgeben, sonst ging DMA nach ein paar Minuten immer wieder aus. Grüsse, Rüdiger.
Hallo Rüdiger! Am Sonntag, 19. Oktober 2003 11:51 schrieb Rüdiger Meier:
Am Sonntag, 19. Oktober 2003 10:02 schrieb Harald Huthmann:
Also "pin libscg" gibt mir nur cdrecord-devel aus. Gut - hab ich's installiert - und jetzt läufts durch.
Also, warum das bei Dir jetzt durchläuft, ist mir ein (weiteres) Rätsel.
Wenn die Header nicht gefunden werden, wird vielleicht ein Standard-Pfad probiert. Vielleicht hatte der, der das zusammengefriemelt hat, cdrecord schon installiert, und beim Testen nicht bemerkt, daß die Header aus den Sourcen gar nicht verwendet werden. Aber was der Link /usr/src/linux/ damit zu tun haben soll....!? Der Laie staunt, der Fachman wundert sich.
Na, der Fachmann wird sich da eher nicht wundern. Ich als Laie schon.. Habe mir sogar das blöde "smake" von Jörg Schilling installiert weil ich dachte das mein make mit dem gewusel ev nicht zurecht kommt. wie er in "install.linux" ja auch schreibt. Aber egal, es geht jetzt. Ach wenn als krönender Abschluss und leicht anmassend sich alles unterhalb von /opt/schily/ bei mir installiert hat. (Es gibt in seinen make-scripten wohl die Möglichkeit es auch nach /usr/local zubringen, ist mir aber erst später aufgefallen)
Deine Probleme mit DMA und ide-scsi hatte ich hier noch nie. Bis gestern hatte ich immer DVD-ROM als /dev/sr0 und Brenner als /dev/sr1. Beide als Master an hde bzw. hdg. DMA immer an. Hatte verschiedene Kernel-Releases der Versionen 2.4.19 bis 2.4.21 im Einsatz, allerdings immer k_athlon.
Hat sich auch erledigt. Mit dem "neuesten" Mantel-Kernel geht es wieder. Vielleicht habe ich damals beim Testen auch etwas falsch gemacht. Obwohl ich mir fast sicher bin, die von mir angegebene Mail von Bernhard Walle an die lkml, bei mir nachvollziehen zu können. Gruß Harald
Hallo, Am Sun, 19 Oct 2003, Rüdiger Meier schrieb:
Nur bei dem 2.4.19 von Suse 8.1. gab es einen kleinen Haken. Dort hat hdparm -d1 für den Brenner nicht gereicht. Man musste ihm mit -X noch IRGENDEINEN Modus mitgeben, sonst ging DMA nach ein paar Minuten immer wieder aus.
Komisch. Eigentlich muss man nur 'hdparm -k -d1' verwenden. -dnh --
Die Zonengrenze ist, äh, war übrigens gerade zwei Kilometer entfernt. "Ist" stimmt schon. Hier in Sachsen haben die Blockparteien die absolute Mehrheit, die Telefone werden abgehört, und brauchbare Dinge gibt es nur für Westgeld. Alles wie früher :-) -- Nils Kassube und Ralf Muschall in dasr
Am Sonntag, 19. Oktober 2003 17:46 schrieb David Haller:
hdparm -d1 für den Brenner nicht gereicht. Man musste ihm mit -X noch IRGENDEINEN Modus mitgeben, sonst ging DMA nach ein paar Minuten immer wieder aus.
Komisch. Eigentlich muss man nur 'hdparm -k -d1' verwenden.
Die Option -k hatte ich nie benutzt/gekannt. Es war vor einem Jahr als Einsteiger meine erste Leistung (auf die ich stolz war) die Befehle hdparm und man zu entdecken, und dann hat mich halt folgendes gewundert: linux: hdparm -di /dev/hde #DVD-ROM /dev/hde: using_dma = 0 (off) [.......] PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 *udma2 * signifies the current active mode linux: hdparm -di /dev/hdg #Brenner /dev/hde: using_dma = 0 (off) [.......] PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: sdma0 sdma1 sdma2 mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 * signifies the current active mode Beim Brenner gab's nirgendwo ein Sternchen! Das habe ich dort erst mit -Xudma2 hinbekommen. Ob -k auch geholfen hättem, kann ich nicht mehr prüfen, da ich Suse 8.1 zu irgendeinem Ebayer in den Odenwald geschickt habe. (Ich hoffe der arme Jürgen findet hier auch noch ein paar mails, die ihm weiterhelfen mit seinem Brenner.) ciao, Rüdiger
Hallo, Am Sun, 19 Oct 2003, Rüdiger Meier schrieb:
Am Sonntag, 19. Oktober 2003 17:46 schrieb David Haller:
hdparm -d1 für den Brenner nicht gereicht. Man musste ihm mit -X noch IRGENDEINEN Modus mitgeben, sonst ging DMA nach ein paar Minuten immer wieder aus.
Komisch. Eigentlich muss man nur 'hdparm -k -d1' verwenden.
Die Option -k hatte ich nie benutzt/gekannt. Es war vor einem Jahr als Einsteiger meine erste Leistung (auf die ich stolz war) die Befehle hdparm und man zu entdecken, und dann hat mich halt folgendes gewundert:
linux: hdparm -di /dev/hde #DVD-ROM
Was soll das sein? -i * display drive identification Du willst 'hdparm -k -d1' (minus d eins) verwenden. -dnh -- 76: Internet Der gescheiterte Versuch, über Computernetzwerke Informationen zu übertragen.
Hi, Am Montag, 20. Oktober 2003 00:27 schrieb David Haller:
linux: hdparm -di /dev/hde #DVD-ROM
Was soll das sein?
-i * display drive identification -i Display the identification info that was obtained from the drive at boot time, if available. ^^^^^^ DAS wollte ich wirklich nicht.
-d ohne Parameter sagt einfach ob DMA on/off.
Du willst 'hdparm -k -d1' (minus d eins) verwenden.
Neeeee, ich will nur gucken was an und was aus ist. Hätte besser(richtiger) geschrieben: linux: hdparm -d -I /dev/hde |grep -i DMA #minus d gross i wie Interpol using_dma = 1 (on) DMA: mdma0 mdma1 mdma2 udma0 udma1 *udma2 ^^^^^^ Wenn hier nun default-mässig bei keinem DMA-mode (oder den hier fehlenden PIO-modes) ein Sternchen(*) auftaucht, dann ist das "dma = on" für den hohlen Zahn, und man muss noch -X benutzen. Das war es was ich gesagt haben wollte. Ob das mit der Option -k auch geklappt hätte weiß ich nicht. In /etc/init.d/boot.idedma wird es auch ohne -k mit -X gemacht: Grüsse, Rüdiger
-dnh
-- 76: Internet Der gescheiterte Versuch, über Computernetzwerke Informationen zu übertragen.
Hallo David! Am Samstag, 18. Oktober 2003 18:14 schrieb David Haller:
Am Sat, 18 Oct 2003, Harald Huthmann schrieb:
Also bei mir geht es nicht. Wohl aber gibt es bei k3b.-010 jetzt eine Funktion CD-Clonen. Dort taucht dann tatsächlch mein ide-cdrom als Lesegerät auf. Allerdings mit dem Hinweis, dass meine Version von cdrecord cd-clonen nicht unterstützt.
Aehm, noch mal zu Klarheit: Wie betreibst du welche Geraete?
Brenner mit ide-scsi /dev/sr0 Samsung-DVD-Rom als ide-cdrom /dev/hdd Die Scsi-Emulation für beide Laufwerke funktioniert nur mit abgeschaltetem DMA. Und DVD ohne DMA willl man nicht wirklch. Ist wohl ein Kernel-Bug. Hierzu auch: http://linux.derkeiler.com/Mailing-Lists/Kernel/2003-08/6523.html Ich hatte diesen Fehler mit dem SuSE-Kernel 2.4.21-4-default Ob es danch gefixed wurde habe ich (noch) nicht versucht
Ich habe jetzt erst mal die cdtools- 2.00.tar.gz versucht zu installiieren scheitere aber beim compilieren mit:
==> LINKING "OBJ/i686-linux-cc/scgcheck" /usr/lib/gcc-lib/i486-suse-linux/3.2/../../../../i486-suse-linux/bin/ld: cannot find -lscg
Ist Teil der Infrastruktur von cdrecord...
... welches ich zu installieren versuchte. cdrecord versteckt sich in den cdrtools-2.01a19.tar.gz Habe nach einigen Versuchen und ohne richtig zu verstehen warum, den link /usr/src/linux->/kernelsource/ gelöscht. Danach ging es auch mit dem kompilieren der "cdrtools".Hm.... Und ich kann jetzt CDs über das DVD-Laufwerk "clonen" (Muss jetzt nur noch rausfinden was "clonen" im Unterschied zu "kopieren" bedeuten mag...) Gruß Harald
Am Sonntag, 19. Oktober 2003 09:42 schrieb Harald Huthmann:
Die Scsi-Emulation für beide Laufwerke funktioniert nur mit abgeschaltetem DMA. Und DVD ohne DMA willl man nicht wirklch.
Ich habe bei mir in der /boot/grub/menu.lst folgendes stehen: hdc=ide-scsi hdclun=0 hdd=ide-scsi hddlun=0 Damit kann ich dann auch DVDs ruckelfrei ansehen :-) -- Viele Grüße/kind regards (o_ (o_ Dieter //> (o_ (o_ //\ http://www.linux-in-der-schule.de V_)_ (/)_ (\)_ V_/_
Hi, Am Sonntag, 19. Oktober 2003 10:33 schrieb Dieter Kroemer:
Am Sonntag, 19. Oktober 2003 09:42 schrieb Harald Huthmann:
Die Scsi-Emulation für beide Laufwerke funktioniert nur mit abgeschaltetem DMA. Und DVD ohne DMA willl man nicht wirklch.
Ich habe bei mir in der /boot/grub/menu.lst folgendes stehen: hdc=ide-scsi hdclun=0 hdd=ide-scsi hddlun=0
Hm.... was sagt /sbin/hdparm -d /dev/hdc /sbin/hdparm -d /dev/hdd uname -r Gruß Harald
Hallo, Am Sun, 19 Oct 2003, Harald Huthmann schrieb:
Am Samstag, 18. Oktober 2003 18:14 schrieb David Haller:
Am Sat, 18 Oct 2003, Harald Huthmann schrieb:
Also bei mir geht es nicht. Wohl aber gibt es bei k3b.-010 jetzt eine Funktion CD-Clonen. Dort taucht dann tatsächlch mein ide-cdrom als Lesegerät auf. Allerdings mit dem Hinweis, dass meine Version von cdrecord cd-clonen nicht unterstützt.
Aehm, noch mal zu Klarheit: Wie betreibst du welche Geraete?
Brenner mit ide-scsi /dev/sr0 Samsung-DVD-Rom als ide-cdrom /dev/hdd
Hm.
Die Scsi-Emulation für beide Laufwerke funktioniert nur mit abgeschaltetem DMA. Und DVD ohne DMA willl man nicht wirklch.
Du hast mal probiert, beide LWs via ide-scsi anzusteuern? hdc=ide-scsi hdd=ide-scsi Je nach log (/var/log/boot.msg) wenn sich ide-cd trotzdem meldet auch noch diesen ide-cd="ignore=hdc,hdd" (IIRC) Parameter...
Ist wohl ein Kernel-Bug. Hierzu auch: http://linux.derkeiler.com/Mailing-Lists/Kernel/2003-08/6523.html
Ich hatte diesen Fehler mit dem SuSE-Kernel 2.4.21-4-default Ob es danch gefixed wurde habe ich (noch) nicht versucht
Brauchst du besonderes aus dem SuSE-Kernel?
Ich habe jetzt erst mal die cdtools- 2.00.tar.gz versucht zu installiieren scheitere aber beim compilieren mit:
==> LINKING "OBJ/i686-linux-cc/scgcheck" /usr/lib/gcc-lib/i486-suse-linux/3.2/../../../../i486-suse-linux/bin/ld: cannot find -lscg
Ist Teil der Infrastruktur von cdrecord...
... welches ich zu installieren versuchte.
Achso, dann stimmt da wohl irgendwas mit den LDFLAGS net... Kannst du mal mit 'make CCOM="gcc -v"' kompilieren?
cdrecord versteckt sich in den cdrtools-2.01a19.tar.gz Habe nach einigen Versuchen und ohne richtig zu verstehen warum, den link /usr/src/linux->/kernelsource/ gelöscht. Danach ging es auch mit dem kompilieren der "cdrtools".Hm....
Komisch. Hast du denn die Kernel-Header (oder -Quellen) installiert? AFAIK werden die benoetigt...
Und ich kann jetzt CDs über das DVD-Laufwerk "clonen" (Muss jetzt nur noch rausfinden was "clonen" im Unterschied zu "kopieren" bedeuten mag...)
Gute Frage ;) AFAIK sollte beim "klonen" (mit k!) auch z.B. ein Kopierschutz mitkopiert werden, was beim "kopieren" nicht der Fall waere. Apropos: ich habe den Verdacht, dass einige Probleme mit CDs/DVDs hier auf irgendwelche Kopierschutzmassnahmen zurueckzufuehren sind... -dnh --
Stop it, I can't hear the signal through all this noise. The frequency of these cascades really Hertz. Watt? -- in asr
Am Freitag, 17. Oktober 2003 21:15 schrieb Jürgen Fahnenschreiber: Hallo Juergen,
Ich hab Probleme mit k3b Der Brenner wird von k3b als Lesegerät erkannt. Wie kann ich jetzt k3b dazu bringen, das er den Brenner als Brenner erkennt?
Starte doch bitte mal k3b mit root-Rechten: kdesu k3b Schau mal ob Du jetzt einen Brenner hast:-) Wenn ja, dann musst Du mit den Rechten der dev's bzw. deren Symlinks etwas herumspielen. MfG Th. Moritz -- Geisterfahrer sind oft sehr entgegenkommend!
participants (9)
-
David Haller -
Dieter Kroemer -
Dirk Albrecht -
Harald_mail＠t-online.de -
Jürgen Fahnenschreiber -
René Matthäi -
Rüdiger Meier -
Sven Rodenbeck -
Thomas Moritz