2 SCSI-Controller in einem System und fstab

[smartysmart34]

Hallo Leute, ich habe ein Problem...

Ich habe aufgrund technischer Restriktionen (UW und SCSI2, 50pol und 68pol) 2 SCSI-Adapter in meinem System. Grundsätzlich klappt das auch. Er findet zuerst die Bootplatte und die /usr-Platte am ersten Controller, und bindet danach das DAT und die Fileshare-Platte am 2. Controller ein.
Allerdings hat er scheinbar zu dem Zeitpunkt, zu dem er die fstab ausführt, den zweiten Controller noch nicht eingebunden. Das ärgerliche ist, daß er dann stehen bleibt und ich entweder in den Systemverwaltungsmodus wechseln, oder mit CTRL-D weiternachen muß. Und das eben LOKAL... dabei steht der Rechner weiter weg...

Wenn ich die Fileshare-Platte nach Abschluß des Bootvorgangs (CTRL-D) manuell mounte, ist die Welt i.O....

Kann ich irgendwie steuern, daß er den zweiten Adapter auch erst einbindet, und danach fstab abarbeitet?

Auszug aus dem Syslog, in dem man schönn sieht, daß erst die Filesysteme des ersten Adapers gemountet werden, und danach der 2. Adapter kommt:



Aug 24 22:41:51 localhost kernel: SCSI subsystem initialized
Aug 24 22:41:51 localhost kernel: scsi0 : Adaptec AIC7XXX EISA/VLB/PCI SCSI HBA DRIVER, Rev 6.2.36
Aug 24 22:41:51 localhost kernel: <Adaptec 2940 Ultra SCSI adapter>
Aug 24 22:41:51 localhost kernel: aic7880: Ultra Single Channel A, SCSI Id=7, 16/253 SCBs
Aug 24 22:41:51 localhost kernel:
Aug 24 22:41:51 localhost kernel: Using anticipatory io scheduler
Aug 24 22:41:51 localhost kernel: (scsi0:A:0): 20.000MB/s transfers (20.000MHz, offset 15)
Aug 24 22:41:51 localhost kernel: Vendor: IBM Model: DCAS-32160 Rev: S65A
Aug 24 22:41:51 localhost kernel: Type: Direct-Access ANSI SCSI revision: 02
Aug 24 22:41:51 localhost kernel: scsi0:A:0:0: Tagged Queuing enabled. Depth 8
Aug 24 22:41:51 localhost kernel: (scsi0:A:2): 10.000MB/s transfers (10.000MHz, offset 15)
Aug 24 22:41:51 localhost kernel: Vendor: IBM Model: DCAS-34330 Rev: S65A
Aug 24 22:41:51 localhost kernel: Type: Direct-Access ANSI SCSI revision: 02
Aug 24 22:41:51 localhost kernel: scsi0:A:2:0: Tagged Queuing enabled. Depth 8
Aug 24 22:41:51 localhost kernel: Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0
Aug 24 22:41:51 localhost kernel: Attached scsi generic sg1 at scsi0, channel 0, id 2, lun 0, type 0
Aug 24 22:41:51 localhost kernel: SCSI device sda: 4226725 512-byte hdwr sectors (2164 MB)
Aug 24 22:41:51 localhost kernel: SCSI device sda: drive cache: write back
Aug 24 22:41:51 localhost kernel: /dev/scsi/host0/bus0/target0/lun0: p1 p2 p3
Aug 24 22:41:51 localhost kernel: Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
Aug 24 22:41:51 localhost kernel: SCSI device sdb: 8467200 512-byte hdwr sectors (4335 MB)
Aug 24 22:41:51 localhost kernel: SCSI device sdb: drive cache: write back
Aug 24 22:41:51 localhost kernel: /dev/scsi/host0/bus0/target2/lun0: p1 p2 p3
Aug 24 22:41:51 localhost kernel: Attached scsi disk sdb at scsi0, channel 0, id 2, lun 0
Aug 24 22:41:51 localhost kernel: Generic RTC Driver v1.07
Aug 24 22:41:51 localhost kernel: 8139too Fast Ethernet driver 0.9.27
Aug 24 22:41:51 localhost kernel: eth0: RealTek RTL8139 at 0x4800, 00:10:b5:0a:8d:72, IRQ 161
Aug 24 22:41:51 localhost kernel: eth0: Identified 8139 chip type 'RTL-8139B'
Aug 24 22:41:51 localhost kernel: Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
Aug 24 22:41:51 localhost kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
Aug 24 22:41:51 localhost kernel: 8139cp: 10/100 PCI Ethernet driver v1.2 (Mar 22, 2004)
Aug 24 22:41:51 localhost kernel: usbcore: registered new driver usbfs
Aug 24 22:41:51 localhost kernel: usbcore: registered new driver hub
Aug 24 22:41:51 localhost kernel: ohci_hcd: 2004 Feb 02 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
Aug 24 22:41:51 localhost kernel: ohci_hcd: block sizes: ed 64 td 64
Aug 24 22:41:51 localhost kernel: USB Universal Host Controller Interface driver v2.2
Aug 24 22:41:51 localhost kernel: uhci_hcd 0000:00:1f.2: Intel Corp. 82801AA USB
Aug 24 22:41:51 localhost kernel: PCI: Setting latency timer of device 0000:00:1f.2 to 64
Aug 24 22:41:51 localhost kernel: uhci_hcd 0000:00:1f.2: irq 161, io base 00001820
Aug 24 22:41:51 localhost kernel: uhci_hcd 0000:00:1f.2: new USB bus registered, assigned bus number 1
Aug 24 22:41:51 localhost kernel: hub 1-0:1.0: USB hub found
Aug 24 22:41:51 localhost kernel: hub 1-0:1.0: 2 ports detected
Aug 24 22:41:51 localhost kernel: input: PC Speaker
Aug 24 22:41:51 localhost kernel: parport: PnPBIOS parport detected.
Aug 24 22:41:51 localhost kernel: parport0: PC-style at 0x378 (0x778), irq 7, dma 1 [PCSPP,TRISTATE,COMPAT,ECP,DMA]
Aug 24 22:41:51 localhost kernel: inserting floppy driver for 2.6.8-2-386
Aug 24 22:41:51 localhost kernel: floppy0: no floppy controllers found
Aug 24 22:41:51 localhost kernel: lp0: using parport0 (interrupt-driven).
Aug 24 22:41:51 localhost kernel: kjournald starting. Commit interval 5 seconds
Aug 24 22:41:51 localhost kernel: EXT3-fs: mounted filesystem with ordered data mode.
Aug 24 22:41:51 localhost kernel: Adding 345388k swap on /dev/sda3. Priority:-1 extents:1
Aug 24 22:41:51 localhost kernel: EXT3 FS on sda1, internal journal
Aug 24 22:41:51 localhost kernel: Capability LSM initialized
Aug 24 22:41:51 localhost kernel: kjournald starting. Commit interval 5 seconds
Aug 24 22:41:51 localhost kernel: EXT3 FS on sdb1, internal journal
Aug 24 22:41:51 localhost kernel: EXT3-fs: mounted filesystem with ordered data mode.
Aug 24 22:41:51 localhost kernel: kjournald starting. Commit interval 5 seconds
Aug 24 22:41:51 localhost kernel: EXT3 FS on sda2, internal journal
Aug 24 22:41:51 localhost kernel: EXT3-fs: mounted filesystem with ordered data mode.
Aug 24 22:41:51 localhost kernel: kjournald starting. Commit interval 5 seconds
Aug 24 22:41:51 localhost kernel: EXT3 FS on sdb2, internal journal
Aug 24 22:41:51 localhost kernel: EXT3-fs: mounted filesystem with ordered data mode.
Aug 24 22:41:51 localhost kernel: kjournald starting. Commit interval 5 seconds
Aug 24 22:41:51 localhost kernel: EXT3 FS on sdb3, internal journal
Aug 24 22:41:51 localhost kernel: EXT3-fs: mounted filesystem with ordered data mode.
Aug 24 22:41:51 localhost kernel: sym0: <895> rev 0x2 at pci 0000:02:0a.0 irq 153
Aug 24 22:41:51 localhost kernel: sym0: Symbios NVRAM, ID 7, Fast-40, SE, parity checking
Aug 24 22:41:51 localhost kernel: sym0: open drain IRQ line driver, using on-chip SRAM
Aug 24 22:41:51 localhost kernel: sym0: using LOAD/STORE-based firmware.
Aug 24 22:41:51 localhost kernel: sym0: SCSI BUS has been reset.
Aug 24 22:41:51 localhost kernel: sym0: SCSI BUS mode change from SE to SE.
Aug 24 22:41:51 localhost kernel: sym0: SCSI BUS has been reset.
Aug 24 22:41:51 localhost kernel: scsi1 : sym-2.1.18j
Aug 24 22:41:51 localhost kernel: Vendor: QUANTUM Model: ATLAS IV 9 WLS Rev: 08C8
Aug 24 22:41:51 localhost kernel: Type: Direct-Access ANSI SCSI revision: 03
Aug 24 22:41:51 localhost kernel: sym0:3:0: tagged command queuing enabled, command queue depth 16.
Aug 24 22:41:51 localhost kernel: scsi(1:0:3:0): Beginning Domain Validation
Aug 24 22:41:51 localhost kernel: sym0:3: wide asynchronous.
Aug 24 22:41:51 localhost kernel: sym0:3: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 31)
Aug 24 22:41:51 localhost kernel: scsi(1:0:3:0): Domain Validation skipping write tests
Aug 24 22:41:51 localhost kernel: scsi(1:0:3:0): Ending Domain Validation
Aug 24 22:41:51 localhost kernel: SCSI device sdc: 17783240 512-byte hdwr sectors (9105 MB)
Aug 24 22:41:51 localhost kernel: SCSI device sdc: drive cache: write back
Aug 24 22:41:51 localhost kernel: /dev/scsi/host1/bus0/target3/lun0: p1
Aug 24 22:41:51 localhost kernel: Attached scsi disk sdc at scsi1, channel 0, id 3, lun 0
Aug 24 22:41:51 localhost kernel: Attached scsi generic sg2 at scsi1, channel 0, id 3, lun 0, type 0
Aug 24 22:41:51 localhost kernel: Vendor: HP Model: C1533A Rev: A907
Aug 24 22:41:51 localhost kernel: Type: Sequential-Access ANSI SCSI revision: 02
Aug 24 22:41:51 localhost kernel: scsi(1:0:4:0): Beginning Domain Validation
Aug 24 22:41:51 localhost kernel: sym0:4: FAST-10 SCSI 10.0 MB/s ST (100.0 ns, offset 31)
Aug 24 22:41:51 localhost kernel: scsi(1:0:4:0): Domain Validation skipping write tests
Aug 24 22:41:51 localhost kernel: scsi(1:0:4:0): Ending Domain Validation
Aug 24 22:41:51 localhost kernel: Attached scsi generic sg3 at scsi1, channel 0, id 4, lun 0, type 1
Aug 24 22:41:51 localhost kernel: st: Version 20040403, fixed bufsize 32768, s/g segs 256
Aug 24 22:41:51 localhost kernel: Attached scsi tape st0 at scsi1, channel 0, id 4, lun 0
Aug 24 22:41:51 localhost kernel: st0: try direct i/o: yes (alignment 512 B), max page reachable by HBA 1048575


Danke und Gruß,
Martin

[drcux]

beide treiber in der initrd?

[hp_tux]

Hallo,

hmm, ich schätze mal, es sollte helfen, entweder den entsprechenden SCSI-Treiber fest in den Kernel hineinzukompilieren, oder das Modul der initrd beizufügen.

Gruß

hp_tux

[smartysmart34]

Hmm... Danke für die Tips.

Entweder ich bin blind, oder mir sitzt um die Zeit der Schlaf auf den Augen.
- Ich habe jetzt im Forum und bei Google nach "Debian initrd modul" und auch nach "hinzufügen" gesucht. Aber alle Hinweise führen ins leere, und das oft genannte /etc/sysconfig/Kernel der SUSE gibt's bei Debian ja nicht.
Für einen kurzen Tip zu den Fragen
- wie ich Module und/oder deren Reihenfolge in der initrd beeinflusse bzw.
- wie ich erausfinde, welches Modul für den Symbian eigentlich das richtige ist

wäre ich sehr dankbar.

Danke und Gruß,
Martin

P.S.: Kernel neu kompilieren wäre wirklich nur der Notfall. Habbich noch nie gemacht und ich will mir den Server nicht gerne zerschiessen...

P.P.S.: ich habe unter /boot eine Datei namens config-2.6.8... gefunden, in der auch Eintzräge zu SCSI-Treubern sind, in der auch Symbian NACHAdaptec steht. Der Kommentar im Header sagt nur, daß es sich dabei um die automatisch generierte Konfiguration des make handelt. Dürfte dann ja nicht sinnvoll sein, hier zu ändern...

[smartysmart34]

Hallo zusammen,

ich will das Thema nicht puschen, habe aber noch ein paar Fragen. Mittlerweile habe ich noch mehr recherchiert, und bin reichlich verwirrt...

Ich habe nun gelernt, daß ich in einer Datei Einträge zur Variablen INITRD_MODULES machen muß. Die Angaben darüber in WELCHER Datei ich das bei WELCHER Distribution machen soll, gehen stark auseinander:
- /etc/sysconfig/kernel
- /etc/modules
- /etc/rc.sysinit
- /etc/rc.config

Wo muss ich das denn jetzt bei Debian 3.1 tun?

Mir ist nach wie vor nicht klar, welches Modul ich für den zweiten Adapter brauche (Symbios...). Wie kriege ich das raus?

Spaßig ist auch, daß die Angaben darüber, wie ich nach Anpassung der Datei zu einer neuen initrd komme, sehr unterschiedlich sind:
- mkinitrd mit verschiedenen Parametern???
- mk_initrd (angabe immer ohne alle Parameter)

Ich bin reichlich verwirrt.
Bei der Gelegenheit: Wenn ich einen neuen Kernel kompiliere, dann muß ich ja LILO neu ausführen (oder GRUB).
Gilt das bei einer neuen initrd auch? Mein Kernel hat heute eine, und soll nacher auch eine haben (halt eine geänderte). Dann müsste ich mir das LILO doch sparen können, oder?

Danke und Gruß,
Martin

[smartysmart34]

Hallo nochmal,

Helft mir mal: Ist meine letzte Frage zu trivial, zu kompliziert, oder hat sie bis jetzt nur keiner gelesen, der sie beantworten könnte? Ich will euch ja nicht auf die Nerven gehen!

Mittlerweile bin ich wieder ein Stück schlauer, aber keinen Schritt weiter... :-(
Bin jetzt am Rechner und habe /etc geprüft:
Es gibt bei mir
- KEIN /etc/sysconfig/kernel
- KEIN /etc/rc.sysinit
- KEIN /etc/rc.config
und ich habe keine Datei gefunden, in der Module mittels INITRD_MODULES gelistet wären...

Muss ich die Verzeichnisse / Files dann anlegen?

Es gibt ein /etc/modules. Laut der Doku, die ich gefunden habe, muss man für die Einträge dort keine neue initrd erstellen. Korrekt???
Dort habe ich neben sd_mod und sr_mod nun auch
- sym53c416.ko und
- sym53c8xx.ko
eingefügt.

Beim Booten sagt er mir nun, daß er die Module nicht kennt. gerade ist mir aufgefallen, daß die anderen zwei ohne Endung ".ko" da stehen. Liegt's daran? Ich versuch's mal ohne.

Ansonsten ist mir nicht ganz klar, wo ich nun Module für die initrd eintragen soll. Ich habe /etc/mkinitrd gefunden. da gibt es eine Datei namens modules, die aber erstaunlicherweise leer ist???

Bitte gebt mir den letzten Schubbs, ich verzweifel gleich...

Danke und Gruß,
Martin

[smartysmart34]

Also...

die Endung war's. Jetzt hat er's geschnallt.
Trotzdem habe ich immer noch keinen blassen Dunst, wo ich Module eintrage, die ich in der initrd haben will. Falls also jemand dazu noch eine Info für mich hat freue ich mich riesig ;-)

Gruß,
Martin