linux-l: SCSI-Controller nicht erkannt

[Klaus Kühn]

Hallo Steffen,
am Freitag, 27. April 2001 21:54 schriebst du:
> * Klaus Kühn wrote on Fri, Apr 27, 2001 at 16:33 +0200:
> > <6>DC390_init: No EEPROM found! Trying default settings ...
> > <6>DC390: 1 adapters found
> > <4>scsi0 : Tekram DC390/AM53C974 V2.0f 2000-12-20
>
> 100% sicher, daß beide das selbe Kernelimage verwenden?

Da bin ich mir ziemlich sicher, weil ich nur ein Kernelimage habe, 
und zwar unter /boot/vmlinuz. Das ist der Kernel, den SuSE zur 
Installation vorgeschlagen hatte, und zwar 2.2.18.
[Blöderweise hatte ich verplant, zusätzlich 2.4 zu installieren, hier 
kommen meine nächsten Kopfschmerzen!]
----------------------------------------------
Hier meine lilo.conf:
# ...
append="BOOT_FILE=/boot/vmlinuz"
boot=/dev/fd0
#compact 
lba32
vga=normal
message=/boot/message
menu-scheme=Wg:kw:Wg:Wg
read-only
prompt
timeout=80
# End LILO global Section
#
image = /boot/vmlinuz
  root = /dev/hde10
  label = linux
  initrd = /boot/initrd
#
image = /boot/vmlinuz.suse
  root = /dev/hde10
  label = suse
  initrd = /boot/initrd.suse
  optional
#
other = /dev/hde1
  label = windows
  map-drive = 0x80
  to = 0x81
  map-drive = 0x81
  to = 0x80
  table = /dev/hde
#
image = /boot/memtest.bin
  label = memtest86
------------------------------------------------
Bei GRUB gebe ich, wie gesagt, zum Booten ein kernel=/vmlinuz.
------------------------------------------------

> was sagt "lspci"? Hab hier folgendes:
>
> 00:0b.0 SCSI storage controller: Advanced Micro Devices 53c974
> [PCscsi] (rev 10)
>

Hier die Ausgabe mit LILO:
00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] 
(rev 02)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 
AGP]
00:04.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super 
South] (rev 22)
00:04.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 10)
00:04.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 10)
00:04.3 USB Controller: VIA Technologies, Inc. UHCI USB (rev 10)
00:04.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super 
ACPI] (rev 30)
00:0c.0 SCSI storage controller: Advanced Micro Devices [AMD] 53c974 
[PCscsi] (rev 10)
00:0d.0 Multimedia audio controller: Aureal Semiconductor Vortex 2 
(rev fe)
00:11.0 Unknown mass storage controller: Promise Technology, Inc. 
20265 (rev 02)
01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 PF

Und hier *dasselbe* mit GRUB:
00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] 
(rev 02)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 
AGP]
00:04.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super 
South] (rev 22)
00:04.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 10)
00:04.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 10)
00:04.3 USB Controller: VIA Technologies, Inc. UHCI USB (rev 10)
00:04.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super 
ACPI] (rev 30)
00:0c.0 SCSI storage controller: Advanced Micro Devices [AMD] 53c974 
[PCscsi] (rev 10)
00:0d.0 Multimedia audio controller: Aureal Semiconductor Vortex 2 
(rev fe)
00:11.0 Unknown mass storage controller: Promise Technology, Inc. 
20265 (rev 02)
01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 PF

Der SCSI-Controller ist also bei beiden Bootvorgängen da!
---------------------------------------------------

Übrigens liefert auch uname -a beide Male dasselbe Ergebnis:
Linux linux 2.2.18 #1 Fri Jan 19 22:10:35 GMT 2001 i686 unknown
Linux linux 2.2.18 #1 Fri Jan 19 22:10:35 GMT 2001 i686 unknown
---------------------------------------------------
 
> das läuft mit (cnof.modules):
>
> alias scsi_hostadapter tmscsim
>

Das verstehe ich jetzt nicht; ist das bei mir modules.conf, wo ich 
das eintragen soll? Aber warum?

> Das zweie (Grub) Log sieht so aus, als ob Du von IDE bootest.
> Dann könntest Du mal ein "modprobe tmscsim" probieren.

Ich boote immer von Diskette!
Wenn ich mit GRUB boote und dann "modprobe tmscsim" eingebe, 
funktioniert alles wie gewohnt und ich habe normalen Zugriff auf alle 
angeschlossenen SCSI-Geräte!
-- 
Mit freundlichen Grüßen
     Klaus Kühn