Re: IDE-SCSI Modul wird nicht geladen
Andreas Janssen wrote: Das passiert typischerweise, wenn man vergisst, lilo auszuführen. Dann weiß der Kernel nämlich nach dem Neustart nichts von der Änderung, und der ide-scsi-Treiber kann keine Geräte finden. Was sagt ide-cd denn, wenn es geladen wird? Mach außerdem mal dmesg | grep "Kernel command line" Dort müssten die Bootparameter aus der append-Zeile drinstehen. Lilo wurde durchaus ausgefuehrt. Mitlerweile habe ich die Kernel-Konfiguration mehrfach ueberarbeitet, die notwendigen Treiber sowohl modular als auch fest einkompiliert geladen, jedoch ohne Erfolg. Die Loesung des Problems bestand im Herunterladen neuer Kernel-Sourcen und einer kompletten Rekompilierung (mit selber .config)... Habe grade die erste Test-CD gebrannt und alles tut einwandfrei. Trotzdem Danke fuer die Hilfe. Grüße Andreas Janssen Gruesse, Phil -- I love deadlines I love the whooshing sound they make as they fly by - Douglas Adams -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: IDE-SCSI Modul wird nicht geladen
Philipp Knappke wrote: Hallo Liste, um in den Genuss von ein wenig mehr Brenngeschwindigkeit zu kommen, wurde der bisher genutzte, externe und ueber USB2.0 zu betreibende BenQ-Brenner durch ein internes Modell Modell von LiteOn ersetzt. Welche Geschwindigkeit hat ein Brenner, der durch USB2.0 ausgebremst wird? ein 'mount /cdburn/' fueht schlicht zu einem ---snip--- mount: /dev/scd0 is not a valid block device ---snap--- Output. Was willst du denn zum Brennen mounten? Wo sind die relevanten Information wie lsmod-output, cdrecord -scanbus etc. Vorschlag: Beende X (es läuft doch, oder?) und gehe systematisch vor. Der Brenner befindet sich am Slave meines separaten Promise Controllers, sollte demnach auf /dev/hdf liegen; Was heißt "sollte"? Wie wäre es mit einer Überprüfung (z.B. dmesg)? ---snip--- append="hdf=ide-scsi" ---snap--- Du kannst auch im laufenden Betrieb nach gutdünken ide-cd und ide-scsi laden und entladen, wenn du dafür sorgst, dass die damit verbundenen Geräte nicht gerade in Gebrauch sind (z.B. von einem filemanager). Diese lilo-append-Methode ist mir viel zu restriktiv. Jedenfalls solange, wie du nicht sicher bist, dass der Eintrag richtig ist. -- Gruß Rüdiger -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: IDE-SCSI Modul wird nicht geladen
Hallo Philipp Knappke (<[EMAIL PROTECTED]>) wrote: > um in den Genuss von ein wenig mehr Brenngeschwindigkeit zu kommen, > wurde der bisher genutzte, externe und ueber USB2.0 zu betreibende > BenQ-Brenner durch ein internes Modell Modell von LiteOn ersetzt. > Die Kernelmodule fuer den SCSI-Support, die natuerlich auch fuer den > Vorgaenger notwendig waren, liegen noch immer vor, dennoch laesst sich > der Brenner nicht in Betrieb nehmen: > > ein 'mount /cdburn/' fueht schlicht zu einem > ---snip--- > mount: /dev/scd0 is not a valid block device > ---snap--- > Output. > > Das Linking sieht folgendermassen aus: > lrwxrwxrwx 1 root root 9 Nov 25 19:59 scd0 -> /dev/scd0 Wo liegt denn das erste scd0? > lrwxrwxrwx 1 root root 4 Aug 31 00:09 /dev/sr0 -> scd0 > brw-rw 1 root cdrom 11, 0 Mar 14 2002 /dev/scd0 Die beiden scheinen in Ordnung zu sein. > Der Brenner befindet sich am Slave meines separaten Promise > Controllers, sollte demnach auf /dev/hdf liegen; die /etc/lilo.conf > wurde also wie folgt modifiziert: > ---snip--- > append="hdf=ide-scsi" > ---snap--- > > Obwohl ich nun das ide-scsi Modul in der /etc/modules eingetragen > habe, wird es nicht geladen, und kann auch ueber modprobe nicht zum > tun bewegt werden. (???) Das passiert typischerweise, wenn man vergisst, lilo auszuführen. Dann weiß der Kernel nämlich nach dem Neustart nichts von der Änderung, und der ide-scsi-Treiber kann keine Geräte finden. Was sagt ide-cd denn, wenn es geladen wird? Mach außerdem mal dmesg | grep "Kernel command line" Dort müssten die Bootparameter aus der append-Zeile drinstehen. Grüße Andreas Janssen -- Andreas Janssen [EMAIL PROTECTED] PGP-Key-ID: 0xDC801674 Registered Linux User #267976 -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
IDE-SCSI Modul wird nicht geladen
Hallo Liste, um in den Genuss von ein wenig mehr Brenngeschwindigkeit zu kommen, wurde der bisher genutzte, externe und ueber USB2.0 zu betreibende BenQ-Brenner durch ein internes Modell Modell von LiteOn ersetzt. Die Kernelmodule fuer den SCSI-Support, die natuerlich auch fuer den Vorgaenger notwendig waren, liegen noch immer vor, dennoch laesst sich der Brenner nicht in Betrieb nehmen: ein 'mount /cdburn/' fueht schlicht zu einem ---snip--- mount: /dev/scd0 is not a valid block device ---snap--- Output. Das Linking sieht folgendermassen aus: ---snip--- lrwxrwxrwx 1 root root 9 Nov 25 19:59 scd0 -> /dev/scd0 /dev/sr0 lrwxrwxrwx 1 root root 4 Aug 31 00:09 /dev/sr0 -> scd0 ls -ll /dev/scd0 brw-rw 1 root cdrom 11, 0 Mar 14 2002 /dev/scd0 ---snap--- Der Brenner befindet sich am Slave meines separaten Promise Controllers, sollte demnach auf /dev/hdf liegen; die /etc/lilo.conf wurde also wie folgt modifiziert: ---snip--- append="hdf=ide-scsi" ---snap--- Obwohl ich nun das ide-scsi Modul in der /etc/modules eingetragen habe, wird es nicht geladen, und kann auch ueber modprobe nicht zum tun bewegt werden. (???) Was habe ich falsch gemacht? Und wieso laesst sich das ide-scsi Modul nicht laden? Gruesse, Phil -- I love deadlines I love the whooshing sound they make as they fly by - Douglas Adams -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)