Hallo, seit ich meine Susi7.0 von 2.2.16 auf 2.2.19 upgedatet habe kann ich nicht mehr auf meinen CD-Brenner zugreifen. Beim Versuch den CD-Brenner zu mounten meckert mount "Der Kernel erkennt /dev/scd0 nicht als blockorientiertes Gerät". In den /var/log/messages wird zeitgleich die Zeile "modprobe: Can't locate module block-major-11" ausgeworfen. cdrecord -scanbus ergibt die Fehlermeldung "Cannot open SCSI-driver". Habe die Konfig-Einstellungen des Default-Kernels (2.2.19) von Suse fast 1:1 übernommen. Config_blk_dev_idescsi=y ist ebenso drin. (Wie im bisher benutzten Laptop-Kernel von Suse 7.0/2.2.16) In der lilo-append-Zeile habe ich wie vor dem Update hdd=scsi drin. (Brenner = secondary Slave) (Hatte vorher funktioniert.) Wer könnte mir bitte einen Tip geben was ich vergessen habe? Vielen lieben Dank im voraus. Ralph
Am Freitag, 10. August 2001 12:52 schrieb Ralph Müller:
Hallo, seit ich meine Susi7.0 von 2.2.16 auf 2.2.19 upgedatet habe kann ich nicht mehr auf meinen CD-Brenner zugreifen.
Beim Versuch den CD-Brenner zu mounten meckert mount "Der Kernel erkennt /dev/scd0 nicht als blockorientiertes Gerät".
In den /var/log/messages wird zeitgleich die Zeile "modprobe: Can't locate module block-major-11" ausgeworfen.
cdrecord -scanbus ergibt die Fehlermeldung "Cannot open SCSI-driver".
Habe die Konfig-Einstellungen des Default-Kernels (2.2.19) von Suse fast 1:1 übernommen. Config_blk_dev_idescsi=y ist ebenso drin. (Wie im bisher benutzten Laptop-Kernel von Suse 7.0/2.2.16)
In der lilo-append-Zeile habe ich wie vor dem Update hdd=scsi drin. (Brenner = secondary Slave) (Hatte vorher funktioniert.)
Wer könnte mir bitte einen Tip geben was ich vergessen habe? Vielen lieben Dank im voraus.
Ralph
Hast du nen IDE Brenner wenn ich das richtig sehe oder? Dann müsste in der lilo-append Zeile nehmlich "hdd=ide-scsi" heissen. Unter /etc/init.d/boot.local noch die Zeile "modprobe ide-scsi" eintragen und unter /etc/modules.conf den "alias scsi_hostadapter" von "off" auf "ide-scsi" setzen. Dann sollte es mit nem IDE Brenner problemlos klappen. cu Marius
On Fre, 10 Aug 2001, Marius Brehler wrote:
Am Freitag, 10. August 2001 12:52 schrieb Ralph Müller: [..] heissen. Unter /etc/init.d/boot.local noch die Zeile "modprobe ide-scsi" eintragen
Geht, ist aber lschaf. "Richtig" gehoert in die modules.conf: pre-install sr_mod modprobe -k ide-scsi alias block-major-11 sr_mod post-remove sr_mod modprobe "-r" ide-scsi pre-install sg modprobe -k ide-scsi alias char-major-21 sg post-remove sg modprobe "-r" ide-scsi Dann werden erstens die Module erst bei Bedarf und nicht von vornherein geladen, und das auch noch automatisch, z.B. erst bei einem 'mount /cdrom'. Der Grund fuer obiges ist ganz einfach: Es gibt viele SCSI-Lowlevel Treiber (siehe die andere Mail), auf die verwendet werden koennten, aic7xxx, aha*, sym*, g_NCR5380, oder eben _auch_ ide-scsi. Aber woher soll der Kernel oder depmod wissen auf welchen??? Ergo, muss man da sagen, welcher Lowlevel-Treiber gewuenscht ist. Und genau das macht man mit den pre-install (und vermutl. alias scsi_hostadapter, in die Quere kommen sich die beiden Eintraege jedenfalls nicht).
scsi_hostadapter" von "off" auf "ide-scsi" setzen. Dann sollte es mit nem IDE Brenner problemlos klappen.
Korrekt. Wenn aber noch ein echter scsi-adapter mit drinsteckt weiss ich nicht was da hingehoert, vermutlich doch das Modul fuer den echten Adapter... Es geht aber, zumindest wenn am echten SCSI-Adapter nur ein Scanner haengt auch, wenn da ide-scsi steht. -dnh -- Life is full of small and large disappointments, and then you die. -- M. Andrews, in the Monastery
Marius Brehler wrote:
Am Freitag, 10. August 2001 12:52 schrieb Ralph Müller:
Hallo, seit ich meine Susi7.0 von 2.2.16 auf 2.2.19 upgedatet habe kann ich nicht mehr auf meinen CD-Brenner zugreifen. [...]
Hallo Marius, hallo David, hallo Liste, ich hab' die IDE-SCSI-Emulation jetzt als Modul kompiliert und soweit ich bis jetzt sehe funktioniert's nun. Ich glaube die Fehlerursache lag daran, daß ich Config_blk_dev_sr verneint hatte, da ich dachte Config_chr_dev_sg würde ausreichen. Gleichzeitig habe ich die boot.local, modules.conf und lilo.conf entsprechend angepaßt. Danke für die Hilfe. Ralph
On Fre, 10 Aug 2001, Ralph Müller wrote:
seit ich meine Susi7.0 von 2.2.16 auf 2.2.19 upgedatet habe kann ich nicht mehr auf meinen CD-Brenner zugreifen.
Beim Versuch den CD-Brenner zu mounten meckert mount "Der Kernel erkennt /dev/scd0 nicht als blockorientiertes Gerät".
In den /var/log/messages wird zeitgleich die Zeile "modprobe: Can't locate module block-major-11" ausgeworfen.
cdrecord -scanbus ergibt die Fehlermeldung "Cannot open SCSI-driver".
Habe die Konfig-Einstellungen des Default-Kernels (2.2.19) von Suse fast 1:1 übernommen. Config_blk_dev_idescsi=y ist ebenso drin. (Wie im bisher benutzten Laptop-Kernel von Suse 7.0/2.2.16)
Was sagt: grep '^[^#].*\(SCSI\|IDE\)' /usr/src/linux-2.2.19/.config (also das /usr/src/linux-<version> des Kernels den du selbst kompiliert hast)
In der lilo-append-Zeile habe ich wie vor dem Update hdd=scsi drin. (Brenner = secondary Slave) (Hatte vorher funktioniert.)
Muss das nicht "hdd=ide-scsi" heissen? Was steht in deiner modules.conf? (insbesondere bei block-major-11) -dnh -- On-line, adj.: The idea that a human being should always be accessible to a computer. -- BSD fortune file
David Haller wrote:
On Fre, 10 Aug 2001, Ralph Müller wrote:
seit ich meine Susi7.0 von 2.2.16 auf 2.2.19 upgedatet habe kann ich nicht mehr auf meinen CD-Brenner zugreifen.
Beim Versuch den CD-Brenner zu mounten meckert mount "Der Kernel erkennt /dev/scd0 nicht als blockorientiertes Gerät".
In den /var/log/messages wird zeitgleich die Zeile "modprobe: Can't locate module block-major-11" ausgeworfen.
cdrecord -scanbus ergibt die Fehlermeldung "Cannot open SCSI-driver".
Habe die Konfig-Einstellungen des Default-Kernels (2.2.19) von Suse fast 1:1 übernommen. Config_blk_dev_idescsi=y ist ebenso drin. (Wie im bisher benutzten Laptop-Kernel von Suse 7.0/2.2.16)
Was sagt: grep '^[^#].*\(SCSI\|IDE\)' /usr/src/linux-2.2.19/.config
Die Ausgabe ist: CONFIG_BLK_DEV_IDE=y CONFIG_BLK_DEV_IDEDISK=y CONFIG_BLK_DEV_IDECD=y CONFIG_BLK_DEV_IDEFLOPPY=y CONFIG_BLK_DEV_IDESCSI=y CONFIG_BLK_DEV_IDEPCI=y CONFIG_BLK_DEV_IDEDMA=y CONFIG_IDEDMA_AUTO=y CONFIG_PARIDE_PARPORT=m CONFIG_SCSI=y CONFIG_SCSI_PARPORT=m CONFIG_SCSI=y CONFIG_SCSI_MULTI_LUN=y CONFIG_SCSI_CONSTANTS=y CONFIG_VIDEO_SELECT=y CONFIG_VIDEO_SELECT=y
(also das /usr/src/linux-<version> des Kernels den du selbst kompiliert hast)
In der lilo-append-Zeile habe ich wie vor dem Update hdd=scsi drin. (Brenner = secondary Slave) (Hatte vorher funktioniert.)
Muss das nicht "hdd=ide-scsi" heissen?
SCSI-Emulation ist fest im Kernel, nicht als Modul. (Zumindest hatte ich das so beabsichtigt.)
Was steht in deiner modules.conf? (insbesondere bei block-major-11)
Folgende Zeile aus meiner /etc/modules.conf: alias block-major-11 sr_mod Dieses Modul namens "sr_mod" ist aber nirgendwo unter /lib/modules/... vorhanden. War auch beim früheren 2.2.16-Kernel nicht da. Was ist das für ein Modul? Und wieso wird es auf einmal gesucht? Danke für jeden Tip. Ralph
On Fre, 10 Aug 2001, Ralph Müller wrote:
David Haller wrote:
On Fre, 10 Aug 2001, Ralph Müller wrote:
seit ich meine Susi7.0 von 2.2.16 auf 2.2.19 upgedatet habe kann ich nicht mehr auf meinen CD-Brenner zugreifen.
Beim Versuch den CD-Brenner zu mounten meckert mount "Der Kernel erkennt /dev/scd0 nicht als blockorientiertes Gerät". [..] Was sagt: grep '^[^#].*\(SCSI\|IDE\)' /usr/src/linux-2.2.19/.config
Die Ausgabe ist: CONFIG_BLK_DEV_IDE=y CONFIG_BLK_DEV_IDEDISK=y CONFIG_BLK_DEV_IDECD=y
das IDECD muss auf "m" (oder gar auf "n")
CONFIG_BLK_DEV_IDESCSI=y CONFIG_BLK_DEV_IDEDMA=y CONFIG_IDEDMA_AUTO=y CONFIG_SCSI=y CONFIG_SCSI=y
Huch? CONFIG_SCSI zweimal?
CONFIG_SCSI_MULTI_LUN=y
Das hat bei mir mal Aerger gebracht, wenn du's nicht brauchst (CD-Wechsler oder andere Geraete mit mehreren "Untergeraten" schalt's ab. Fuer hd/cdrom/brenner brauchst du's nicht.
CONFIG_SCSI_CONSTANTS=y
Haehae, ertappt, da fehlt was (s.u.).
Muss das nicht "hdd=ide-scsi" heissen?
SCSI-Emulation ist fest im Kernel, nicht als Modul. (Zumindest hatte ich das so beabsichtigt.)
Schon klar, besser ist aber IMO als Modul... Das hdX=ide-scsi ist dafuer noetig, dass sich der ide-cd-Treiber (s.o.) nicht das LW schnappt (und dann auch nicht wieder freigibt). Da ide auch vor ide-scsi drankommt, kommt auch immer der ide-cd Treiber dem ide-scsi zuvor. Du wirst in der /var/log/boot.msg vermutlich eine Meldung von ide-cd haben (IIRC nach dem Partitionscheck der HDs), dafuer aber keine von ide-scsi. Die lautet (bei mir als modul, daher aus der /var/log/messages, Zeilenvorspann entfernt, die Meldungen kommen vom kernel): scsi0 : SCSI host adapter emulation for IDE ATAPI devices scsi : 1 host. Vendor: TOSHIBA Model: CD-ROM XM-6102B Rev: 1106 Type: CD-ROM ANSI SCSI revision: 02 Vendor: MITSUMI Model: CR-4802TE Rev: 1.4D Type: CD-ROM ANSI SCSI revision: 02 Detected scsi CD-ROM sr0 at scsi0, channel 0, id 0, lun 0 Detected scsi CD-ROM sr1 at scsi0, channel 0, id 1, lun 0 sr0: scsi3-mmc drive: 24x/24x cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.11 sr1: scsi3-mmc drive: 8x/8x writer cd/rw xa/form2 cdda tray VFS: Disk change detected on device sr(11,1) ISO 9660 Extensions: RRIP_1991A Bei booten (wenn fest im Kernel) lauten die Meldungen (ohne den Vorspann) genauso (achso, die letzten 2 Zeilen sind AFAIK vom mounten, bei mir werden die Module eben nur bei Bedarf und dann automatisch geladen ;)
Was steht in deiner modules.conf? (insbesondere bei block-major-11)
Folgende Zeile aus meiner /etc/modules.conf: alias block-major-11 sr_mod
Das ist richtig so, aber...
Dieses Modul namens "sr_mod" ist aber nirgendwo unter /lib/modules/...
Das Modul fehlt.
vorhanden. War auch beim früheren 2.2.16-Kernel nicht da. Was ist das für ein Modul? Und wieso wird es auf einmal gesucht?
sr_mod ist der SCSI-CDROM-Treiber, also das Gegenstueck zu ide-cd. ide-scsi ist ja nur die Emulation eines SCSI-Hostadapters auf den die Treiber zugreifen (statt auf aic7xxx oder sonst einen). Ausserdem braucht man scsi_mod (fuer SCSI allgemein) und cdrom (wie mit ide-cd, fuer CDROM spezifisches). Wenn du Brennen willst brauchst du auch noch den Treiber fuer das "SCSI Generic Interface", der sich dann als Modul "sg" einfindet. Ich habe, und empfehle es dir auch, nur die HD Treiber fest einzubinden und den Rest (ide und scsi) als Module (Kommentare mit ##): ATA/IDE/MFM/RLL support ---> <*> ATA/IDE/MFM/RLL support IDE, ATA and ATAPI Block devices ---> <*> Enhanced IDE/MFM/RLL disk/cdrom/tape/floppy support <*> Include IDE/ATA-2 DISK support <M> Include IDE/ATAPI CDROM support ## Oder ganz raus, s.o. <M> SCSI emulation support SCSI support ---> <M> SCSI support ## Wenn du ne SCSI-disk hast: <*> <M> SCSI CD-ROM support ## Das fehlt bei dir <M> SCSI generic support ## Das wohl auch Das setzt (in obiger Reihenfolge, gleiche Einrueckungen): # # ATA/IDE/MFM/RLL support # CONFIG_IDE=y # # IDE, ATA and ATAPI Block devices # CONFIG_BLK_DEV_IDE=y ## -> ide-mod (ist so aber fest im Kernel) CONFIG_BLK_DEV_IDEDISK=y CONFIG_BLK_DEV_IDECD=m ## -> ide-cd ## (oder ganz raus, mit "n", s.o.) CONFIG_BLK_DEV_IDESCSI=m ## -> ide-scsi # # SCSI support # CONFIG_SCSI=m ## -> scsi_mod CONFIG_BLK_DEV_SR=m ## -> sr_mod CONFIG_CHR_DEV_SG=m ## -> sg Das Modul "cdrom" wird automatisch eingebunden, wenn ide-cd oder sr_mod ausgewaehlt werden. Warum das ganze? Nun, wenn du dein CDROM/Brenner zugreifen willst, wird das mit ide-scsi: Lesen: sr_mod -> scsi_mod -> ide-scsi \-> cdrom (Blockorientiert, ro) Brennen: sg -> scsi_mod -> ide-scsi (Zeichenorientiert, rw, z.B. auch scannen) Bei "echten" SCSI-Laufwerken wird dann nur ide-scsi durch den jew. Lowlevel-Treiber (aic7xxx, aha*, sym* etc.) ersetzt. Bei IDE-SCSI folgt wohl noch ide-mod und ggfs. ein Lowlevel-Treiber fuer den IDE-Controller (PDC* z.B.) hinter ide-scsi. -dnh -- 122: Updateritis Softwarebulemie (Frank Klemm)
David Haller wrote: [Ausführliche Hinweise zur Konfiguration mit Beschreibung des Hintergrunds des Zugriffs i.Zsh. von CD-Lesen und CD-Schreiben] Zum "Verdauen" Deiner Mails mußte ich sie mehrmals lesen. :-) Aber nun verstehe ich jetzt auch wieso das Modul sr-mod gebraucht wird, und wie sich der Ablauf im Zusammenhang mit dem Zugriff auf CDR und CDRW darstellt. (Und ich bin ja sooo froh, daß der CDRW wieder "funktioniert".) Was ich noch nicht so ganz kapiert habe ist wieso es Treiber _und_ "Lowlevel"-Treiber gibt? Wieso benötigen manche Treiber die zusätzliche Hilfe eines Lowlevel-Treibers? Auch bei der (Sound)- OSS-Konfig gibt es ebenfalls Lowlevel-Treiber. Ralph
On Sam, 11 Aug 2001, Ralph Müller wrote:
David Haller wrote: [Ausführliche Hinweise zur Konfiguration mit Beschreibung des Hintergrunds des Zugriffs i.Zsh. von CD-Lesen und CD-Schreiben]
Zum "Verdauen" Deiner Mails mußte ich sie mehrmals lesen. :-)
*g*
Aber nun verstehe ich jetzt auch wieso das Modul sr-mod gebraucht wird, und wie sich der Ablauf im Zusammenhang mit dem Zugriff auf CDR und CDRW darstellt. (Und ich bin ja sooo froh, daß der CDRW wieder "funktioniert".)
*bg*
Was ich noch nicht so ganz kapiert habe ist wieso es Treiber _und_ "Lowlevel"-Treiber gibt? Wieso benötigen manche Treiber die zusätzliche Hilfe eines Lowlevel-Treibers? Auch bei der (Sound)- OSS-Konfig gibt es ebenfalls Lowlevel-Treiber.
Naja, es gibt halt einmal den "allgemeinen" Teil eines Treibers, z.B. scsi_mod das eben das "SCSI-Schnittstelle" fuer die "Highlevel" Treiber (sd_mod, sr_mod, sg) implementiert. In den Lowlevel Treibern steckt dann das "Wissen" wie die Hardware konkret anzusprechen ist. Bei OSS gibt's auch nen allgemeinen Teil, der z.B. die Schnittstellen zu /dev/dsp, /dev/mixer usw. implementiert und dann gibt's eben fuer die einzelnen Karten Module, die Wissen, welche Befehle wie an die Soundkarte geschickt werden muessen, damit z.B. die Lautstaerke geaendert wird... Alles nur AFAIK -dnh -- 280: Freizeit Wenn Du etwas für die Firma zu Hause (der Ort, der in Deinem Personalausweis steht. Genau, dort, wo mal wieder dringend abgewaschen werden müsste) tust. (Florian Kuehnert)
participants (3)
-
David Haller
-
Marius Brehler
-
Ralph Müller