Hi,
die Module, die in der "/etc/modules.conf" eingetragen sind, sollten doch eigentlich alle beim Systemstart geladen werden, oder?
Wenn ein Modul nicht geladen wird, das dort eingetragen ist, wo kann ich da noch nachsehen.
Das entsprechende Modul (qla2x00) kann ich übrigens von Hand mit "modprobe" laden, nur beim Systemstart wird es nicht geladen.
Danke für die Hilfe
/noodles
polytaen
noodles
„Frage zu Modulen in /etc/modules.conf“
Hi noodles:
# /etc/modules: kernel modules to load at boot time.
#
# This file should contain the names of kernel modules that are
# to be loaded at boot time, one per line. Comments begin with
# a "#", and everything on the line after them are ignored.
#usb-uhci
#input
#usbkbd
#keybdev
Ich hoffe, Du kannst englisch ;) Ansonsten mal in der /etc/modules stöbern.
HTH
Bis denne
poly
noodles
Nachtrag zu: „Frage zu Modulen in /etc/modules.conf“
Hi poly,
danke. Die Einleitung der Datei habe ich ganz übersehen.
Aukommentiert ist nichts, trotzdem wird das Modul nicht geladen.
Meine /etc/modules.conf sieht wie folgt aus:
---
alias parport_lowlevel parport_pc
alias scsi_hostadapter cciss
alias eth0 eepro100
alias eth1 e1000
alias usb-controller usb-ohci
alias scsi_hostadapter1 qla2x00
---
Der letzte Eintrag wird nicht geladen (qla2x00), hängt wohl mit dem anderen Controller zusammen und dem scsi_mod.
Wie gesagt, kann ich ihn manuell laden.
Ich werd' mir mal das aktuelle SCSI_2.4_HowTo durchlesen.
denn
/noodles
polytaen
noodles
„Frage zu Modulen in /etc/modules.conf“
Hi noodles,
stehen in "dmesg" (einfach so eingeben) oder /var/log/syslog oder /var/log/kern.log irgendwelche fehlermeldungen drin beim booten?
Poste doch mal, wenn was schiefgeht.
Bis denne, poly
achja: hast DU n Kernel neu übersetzt, um das Modul zu bekommen, oder ist das noch von der Urinstallation? Wenn neuer kernel, dann wie gebacken?
noodles
Nachtrag zu: „Frage zu Modulen in /etc/modules.conf“
Hi poly,
hatte gar keine Benachrichtigung für deine Antwort bekommen, komisch.
Na ja.
Nee, ich hab den Kernel nicht neu gemacht, habe nur sämtliche Agents von Compaq für die Remote-Überwachung sowie einen aktuellen Treiber als rpm für den Smart Array 532 RAID-Controller (cciss) installiert.
Das qla2x00-Modul ist so beim 2.4-Kernel dabei (meiner:2.4.7-10), scheint aber Probleme zu machen. Es gibt aktuelle Treiber als Source für die Karte (QLogic QLA2200F), habe auch mal versucht, den Kernel dann zu kompilieren, hat aber nicht so geklappt, werde mir erstmal das Kernel-Howto durchlesen.
Aber ich will's auch mal ohne aktuellen Treiber zum Laufen bekommen; Auf einem anderen System unter RH 7.2 mit Adaptec-SCSI-Controller wird das Modul automatisch geladen.
Allerdings habe da das Problem (wie auch schon unter SuSE 7.3), dass der angeschlossene Storage (Disksubsystem) immer als sda festgelegt wird, so dass "alte" Partitionen, die am anderen SCSI-Controller eigentlich unter sda waren, einfach "überschrieben" werden (auch das root-device --> kernel panic).
Diese Problem sollte bei dem Rechner oben wegen der Partitionsbezeichnung aber nicht auftreten (/dev/cciss/c0d0p1; sieht aus, wie von 'scsidev' benannt, oder?)
Richtig ist dieses Verhalten aber trotzdem nicht, oder?
Nach dem Start gibt "lsmod" mir übrigens folgendes aus:
---
Module Size Used by
nls_iso8859-1 2832 1 (autoclean)
nls_cp437 4352 1 (autoclean)
vfat 9584 1 (autoclean)
fat 32384 0 (autoclean) [vfat]
ide-cd 27072 0 (autoclean)
cdrom 28512 0 (autoclean) [ide-cd]
soundcore 4464 0 (autoclean)
st 26240 0 (autoclean) (unused)
autofs 11520 0 (autoclean) (unused)
e1000 43216 1
eepro100 17664 0 (unused)
cpqasm 301504 20
cpqevt 4368 0 [cpqasm]
usb-ohci 18544 0 (unused)
usbcore 51712 1 [usb-ohci]
ext3 64624 2
jbd 40992 2 [ext3]
cciss 38816 5
sd_mod 11584 0 (unused)
scsi_mod 95664 2 [st cciss sd_mod]
---
Komischerweise kann ich das Module mit "modprobe qla2x00" manuell nachladen. Dann "lsmod":
---
Module Size Used by
qla2x00 298624 203
ide-cd 27072 0 (autoclean)
cdrom 28512 0 (autoclean) [ide-cd]
soundcore 4464 0 (autoclean)
st 26240 0 (autoclean) (unused)
autofs 11520 0 (autoclean) (unused)
e1000 43216 1
eepro100 17664 0 (unused)
cpqasm 301504 20
cpqevt 4368 0 [cpqasm]
usb-ohci 18544 0 (unused)
usbcore 51712 1 [usb-ohci]
ext3 64624 2
jbd 40992 2 [ext3]
cciss 38816 5
sd_mod 11584 202
scsi_mod 95664 3 [qla2x00 st cciss sd_mod]
---
Ich kann dann auch das Storage sehen, dass an den HBA angeschlossen ist und es über sda ansprechen.
Was kann ich machen, damit das Modul doch noch beim Systemstart geladen wird?
Kann ich den modprobe-Befehl irgendwo anders als workaround eintragen?
In der '/var/log/messages' habe ich folgende Fehlermeldung:
ct 21 14:15:56 RHIGS kernel: mtrr: your processor doesn't support write-combining
Oct 21 14:15:57 RHIGS kernel: mtrr: your processor doesn't support write-combining
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-72
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-73
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-74
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-75
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-76
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-77
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-78
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-79
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-105
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-106
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-107
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-108
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-109
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-110
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-111
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-65
Oct 21 14:15:58 RHIGS last message repeated 9 times
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-105
In der Ausgabe von "dmesg" (ist übrigens ein cooles tool) wird der Adapter gar nicht erwähnt, also auch kein Fehler.
IN /var/log/boot.log kann ich auch keinen Fehler entdecken.
Langsam dreh ich durch.
/noodles
noodles
Nachtrag zu: „Frage zu Modulen in /etc/modules.conf“
Hi poly,
hatte gar keine Benachrichtigung für deine Antwort bekommen, komisch.
Na ja.
Nee, ich hab den Kernel nicht neu gemacht, habe nur sämtliche Agents von Compaq für die Remote-Überwachung sowie einen aktuellen Treiber als rpm für den Smart Array 532 RAID-Controller (cciss) installiert.
Das qla2x00-Modul ist so beim 2.4-Kernel dabei (meiner:2.4.7-10), scheint aber Probleme zu machen. Es gibt aktuelle Treiber als Source für die Karte (QLogic QLA2200F), habe auch mal versucht, den Kernel dann zu kompilieren, hat aber nicht so geklappt, werde mir erstmal das Kernel-Howto durchlesen.
Aber ich will's auch mal ohne aktuellen Treiber zum Laufen bekommen; Auf einem anderen System unter RH 7.2 mit Adaptec-SCSI-Controller wird das Modul automatisch geladen.
Allerdings habe da das Problem (wie auch schon unter SuSE 7.3), dass der angeschlossene Storage (Disksubsystem) immer als sda festgelegt wird, so dass "alte" Partitionen, die am anderen SCSI-Controller eigentlich unter sda waren, einfach "überschrieben" werden (auch das root-device --> kernel panic).
Diese Problem sollte bei dem Rechner oben wegen der Partitionsbezeichnung aber nicht auftreten (/dev/cciss/c0d0p1; sieht aus, wie von 'scsidev' benannt, oder?)
Richtig ist dieses Verhalten aber trotzdem nicht, oder?
Nach dem Start gibt "lsmod" mir übrigens folgendes aus:
---
Module Size Used by
nls_iso8859-1 2832 1 (autoclean)
nls_cp437 4352 1 (autoclean)
vfat 9584 1 (autoclean)
fat 32384 0 (autoclean) [vfat]
ide-cd 27072 0 (autoclean)
cdrom 28512 0 (autoclean) [ide-cd]
soundcore 4464 0 (autoclean)
st 26240 0 (autoclean) (unused)
autofs 11520 0 (autoclean) (unused)
e1000 43216 1
eepro100 17664 0 (unused)
cpqasm 301504 20
cpqevt 4368 0 [cpqasm]
usb-ohci 18544 0 (unused)
usbcore 51712 1 [usb-ohci]
ext3 64624 2
jbd 40992 2 [ext3]
cciss 38816 5
sd_mod 11584 0 (unused)
scsi_mod 95664 2 [st cciss sd_mod]
---
Komischerweise kann ich das Module mit "modprobe qla2x00" manuell nachladen. Dann "lsmod":
---
Module Size Used by
qla2x00 298624 203
ide-cd 27072 0 (autoclean)
cdrom 28512 0 (autoclean) [ide-cd]
soundcore 4464 0 (autoclean)
st 26240 0 (autoclean) (unused)
autofs 11520 0 (autoclean) (unused)
e1000 43216 1
eepro100 17664 0 (unused)
cpqasm 301504 20
cpqevt 4368 0 [cpqasm]
usb-ohci 18544 0 (unused)
usbcore 51712 1 [usb-ohci]
ext3 64624 2
jbd 40992 2 [ext3]
cciss 38816 5
sd_mod 11584 202
scsi_mod 95664 3 [qla2x00 st cciss sd_mod]
---
Ich kann dann auch das Storage sehen, dass an den HBA angeschlossen ist und es über sda ansprechen.
Was kann ich machen, damit das Modul doch noch beim Systemstart geladen wird?
Kann ich den modprobe-Befehl irgendwo anders als workaround eintragen?
In der '/var/log/messages' habe ich folgende Fehlermeldung:
ct 21 14:15:56 RHIGS kernel: mtrr: your processor doesn't support write-combining
Oct 21 14:15:57 RHIGS kernel: mtrr: your processor doesn't support write-combining
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-72
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-73
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-74
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-75
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-76
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-77
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-78
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-79
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-105
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-106
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-107
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-108
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-109
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-110
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-111
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-65
Oct 21 14:15:58 RHIGS last message repeated 9 times
Oct 21 14:15:58 RHIGS modprobe: modprobe: Can't locate module block-major-105
In der Ausgabe von "dmesg" (ist übrigens ein cooles tool) wird der Adapter gar nicht erwähnt, also auch kein Fehler.
IN /var/log/boot.log kann ich auch keinen Fehler entdecken.
Langsam dreh ich durch.
/noodles
