• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Kernel 2.6.5 und boot.msg Meldung

X

xunil321

Newbie
Hallo Leute!

Wir betreiben einen Rechner unter Suse 8.2 mit einem
frisch compilierten Kernel 2.6.5.
Das System bootet prima hoch und laeuft sehr stabil,
doch finden sich im boot.msg File diese Zeilen:

<5>RAMDISK: Compressed image found at block 0
<4>VFS: Mounted root (ext2 filesystem).
<4>scsi_mod: unsupported module, tainting kernel.
<5>SCSI subsystem initialized
<4>sd_mod: unsupported module, tainting kernel.
<4>reiserfs: unsupported module, tainting kernel.
<4>sym53c8xx: unsupported module, tainting kernel.
<6>sym0: <875> rev 0x4 at pci 0000:01:09.0 irq 11
<4>sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
<5>sym0: SCSI BUS has been reset.
<6>scsi0 : sym-2.1.18i
<6>sym0:0: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 15)
<6>scsi scan: 255 byte inquiry failed with code 458752. Consider BLIST_INQUIRY_36 for this device
<5> Vendor: COMPAQ Model: WDE4360W Rev: 1.52
<5> Type: Direct-Access ANSI SCSI revision: 02
<6>sym0:0:0: tagged command queuing enabled, command queue depth 16.

Was mich stoert sind diese "unsupported module, tainting kernel" Meldungen
(scsi_mod, sd_mod reiserfs).
Wie gesagt, der Rechner bootet dann ohne weitere Fehler hoch,
erkennt alle H/W und rennt ganz prima!
Wer weiss, was es mit diesen Meldungen auf sich hat?

Danke und mfG

RainerB.
 
OP
X

xunil321

Newbie
Habe ich mittels

#mkinitrd -m "sym53c8xx reiserfs" -k vmlinuz-2.6.5 -i initrd-2.6.5

getan.
Trotzdem, die (Fehler)meldungen bleiben.
 
N

nobbiew

Hacker
Also soweit ich das erkennen kann, soll die Meldung folgendes Aussagen. Du setzt offensichtlich irgendein modul ein, dass von den original Kernel-Sourcen nicht unterstützt wird. Nun soll diese Meldung nur anzeigen, dass der Kernel evtl. kompimitiert sein könnte.
 
A

Anonymous

Gast
Eigentlich heisst das doch nur, dass der Kernel mit einem 'unpassenden' Modul 'verunreinigt' wurde. Wenn die Module aber laufen, dass ist es doch OK.

Kann es vielleicht damit zu tun haben, dass die falschen Quellen bzw. das falsche Modulverzeichnis verlinkt wurde?
 
A

Anonymous

Gast
Es gibt ja diesen Link /usr/src/linux, der immer auf die Quellen des aktuellen Kernels verweist. Dieser Link ist wohl obsolet und sollte eigentlich vom Rechner entfernt werden. Ich weiss nicht, ob er in der Version 8.2 noch irgendeine Bedeutung hat, aber du kannst ja mal prüfen ob der eigentlich stimmt.

Gibt es denn auf dem Rechner mehr als ein /lib/modules (sind also noch beide Kernel installiert)? Ich glaube der Link zu den Modulen wird bei make modules_install erzeugt und in der System.map abgelegt. Ich kann jetzt auch nur raten, aber vielleicht hilft dir ja der Abschnitt 'Installation des Kernel' bei Thomas Hertweck weiter.

Ansonsten müssen ja eine ganze Menge Pakete auf den neuesten Stand gebracht werden, um einen 2.6er Kernel mit 8.2 betreiben zu können. Da dein Kernel aber läuft, wird wohl alles OK sein.
 
N

nobbiew

Hacker
Hä, wie bitte, wieso ist der link obsolet?

IMHO ist es richtig, dass der Link im laufenden Betrieb nicht gebraucht wird, aber sobald du selber compilieren willst brauchst du den i.d.R., da dort standarmäßig die Kernelquellen gesucht werden. Aber vielleicht hab ich ja die neueste Entwicklung nicht mitbekommen.
 
A

Anonymous

Gast
Ich beziehe mich auf Thomas Hertweck's Howto:
Immer wieder kommt es zu Missverständnissen, was den Link /usr/src/linux angeht. Prinzipiell muss dieser Link nicht existieren (Linus Torvalds geht sogar soweit zu sagen, der Link sollte nicht existieren). Er ist zum Konfigurieren, Compilieren und Installieren eines neuen Kernels nicht nötig. Existiert dieser Link aber, so sollte er immer auf die Kernel-Quellen des momentan laufenden Kernels zeigen. Der Link wird meist benutzt, wenn externe Kernel-Module compiliert werden; oft wertet das entsprechende Makefile nicht den Link /lib/modules/`uname -r`/build aus (was es eigentlich tun sollte), sondern vertraut darauf, dass /usr/src/linux korrekt gesetzt ist. Nur wenn die korrekten Linux-Header zum Compilieren des Modules eingebunden werden können, wird es auch zum Kernel passen und sich laden lassen. Sofern also beim Installieren von neuen Kernel-Quellen der Link /usr/src/linux existiert und auf ein existierendes Verzeichnis mit (älteren) Kernel-Quellen, die zum momentan laufenden Kernel passen, zeigt, kann er zunächst unberührt bleiben. Erst nachdem ein neuern Kernel compiliert, installiert und erfolgreich gebootet wurde, sollte der Link /usr/src/linux angepasst werden. Installiert man Kernel-Quellen per RPM, so wird u.U. der Link automatisch verändert. Hier sollte man als Anwender ein Auge darauf haben und gegebenenfalls von Hand einschreiten (oder den Link ganz löschen).
Zum Vergrößern anklicken....

Das geht auch noch weiter und erklärt, warum der Link in älteren Distros notwendig war, aber das kann ja jeder selber lesen...
 
A

Anonymous

Gast
@xunil321:

Zu 'Kernel-tainting' gibt es eine Reihe von Links, die man sich googlen kann (hier ist mal einer):

http://kerneltrap.org/node/view/168

Als Konsequenz stellen sich mir zwei Fragen:

1. verwendest du vielleicht seltsame Quellen/binäre Module (eher unwahrscheinlich)?

2. sind deine modutils vielleicht nicht kompatibel?

Falls #2 zutrifft lässt sich dass ja durch ein Update der modutils feststellen.
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben