GentooForum.de

Hallo!

Bin neu hier, aber nicht neu in Boards generell. Deshalb habe ich mich bereits bei Google erfolglos kundig gemacht, wie der Fehler, den ich gleich beschreiben werde, zu lösen ist. Leider beschränkten sich die Hits auf Fragen nach demselben Problem und auf Diff-Files für diverse Applikationen. Dieses Problem tritt scheinbar gehäuft unter XBSD auf ...

Mein System:

MSI Neo-2 FIS2R i865
P4 2.6GHz 800MHz FSB
2 x 512MB Markenspeicher 2.5 CL

IDE-Geräte: 1 DVD-ROM (Yamaha 6x, primary Master)

SCSI-Geräte:
ID 3: Yamaha CRW-F1SX (IDE-CD-Brenner, der mit SCSI-Adapter geliefert wird/wurde) am Fast-SCSI-Strang, terminiert
ID 6: Fujitsu 36.8GB HD, U160-Strang, nicht terminiert
ID 14: IBM 68GB HD, U160-Strang, terminiert

Hier ein `cat /proc/scsi/scsi`:

Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: HITACHI Model: DVD-ROM GD-2500 Rev: A012
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi1 Channel: 00 Id: 03 Lun: 00
Vendor: YAMAHA Model: CRW-F1S Rev: 1.0c
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi1 Channel: 00 Id: 06 Lun: 00
Vendor: FUJITSU Model: MAN3735MP Rev: 5207
Type: Direct-Access ANSI SCSI revision: 03
Host: scsi1 Channel: 00 Id: 14 Lun: 00
Vendor: IBM Model: DDYS-T36950N Rev: S96H
Type: Direct-Access ANSI SCSI revision: 03

Meine etc/lilo.conf sieht folgendermaßen aus:

boot=/dev/sda
map=/boot/map
install=/boot/boot.b
prompt
timeout=70
lba32
default=linux

image=/boot/kernel-2.4.20-gentoo-r7
label=linux
root=/dev/sdb2
initrd=/boot/initrd-2.4.20-gentoo-r7
append="root=/dev/ram0 init=/linuxrc"

Der Aufruf von lilo.conf erzeugt einen IMHO unwichtigen Rant über Grafikmodi, installiert sich jedoch danach klaglos. Generell hat die Installation hervorragend geklappt. Der erste Reboot geht nur leider in die Hose. Mir scheint dies an der automatischen Hardwareerkennung beim Boot zu liegen.

Gentoo erkennt zunächst meinen AHA19160 erfolgreich als ein Gerät, welches vom aic7xxx gehandhabt wird. Danach versucht er jedoch scheinbar, dasselbe Gerät mittels des aic7xxx_old-Treibers erneut zu erkennen und schlägt währenddesssen so fehl, daß er sich in einer Schleife verfängt. Was ich davon identifizieren kann, ohne neu zu booten, sind folgende 2 Meldungen:

Yikes! There is a loop in the free list.
Referenced scb not valid during SELTO

Ich hab' ihn ungefähr eine halbe Stunde dies tun lassen und konnte keiner Verbesserung erkennen.

Im angehängten dmesg kann man diesen Fehler nicht erkennen. Ich hoffe, jemand kann mich zumindest in eine Richtung schubsen, denn dauernd Knoppix hochzufahren, ist einfach nicht das Wahre.

Danke,

AD!

http://www.tengelke.de/dmesg

Hallo Devilz!

Ich bin tatsächlich nicht sicher, was du mit "drinne" meinst. Genkernel scheint diverse Module kompiliert zu haben; und dieses automatische Erkennungsprogramm beim Start scheint diese durchzuprobieren.

AD!

Zitat

Original von meinblauesich

Es gibt meines Wissens kein automatisches Erkennungsprogramm. Zum Glück. Es sei denn Du bootest Windows.
Es gilt generell: Dein Bootloader wählt den Kernel. Das was Du direkt im Kernel integrierst, wird dann auch direkt erkannt. z.B. Dein IDE-, SCSI-, USB-Bus, AGP-Port usw., danach kommen erst die Bootskripte und gegebenfalls Deine kompilieren Module.

Also gehe ich davon aus, das jedes Modul, welches ich in den Kernel integriert habe ([*]), auch tatsächlich beim Hochfahren angestartet wird?

Ich werde dies heute abend testen. Danke für den Hinweis/die Hinweise. Auch an devilz.

AD!

Habe den Kernel selbst neu kompiliert und nur meinen Adapter dringelassen. Das hat es gebracht, ich kann erfolgreich starten. Danke!

AD!

Und ich wollte schon nachfragen, welchen Status man setzen muß, damit das "gelöst" vor dem Threadnamen erscheint

AD!