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