Klemens Kittan schrieb:
Das ist sehr wahrscheinlich. Ich habe das Problem mit Modulen für
Netzwerkkarten gehabt. Häng die initrd in dein System ein und sie dir mal die
Datei "loadmodules" an. Ich denke dort findest du die Module.
Teilweise Treffer:
homer:/home/ts# cat /mnt/loadmodules
modprobe -k vesafb > /dev/null 2>&1
modprobe -k fbcon 2> /dev/null
modprobe -k unix 2> /dev/null
modprobe -k pdc202xx_new > /dev/null 2>&1
modprobe -k aec62xx > /dev/null 2>&1
modprobe -k alim15x3 > /dev/null 2>&1
modprobe -k amd74xx > /dev/null 2>&1
modprobe -k atiixp > /dev/null 2>&1
modprobe -k cmd64x > /dev/null 2>&1
modprobe -k cs5520 > /dev/null 2>&1
modprobe -k cs5530 > /dev/null 2>&1
modprobe -k cy82c693 > /dev/null 2>&1
modprobe -k generic > /dev/null 2>&1
modprobe -k hpt34x > /dev/null 2>&1
modprobe -k hpt366 > /dev/null 2>&1
modprobe -k ns87415 > /dev/null 2>&1
modprobe -k opti621 > /dev/null 2>&1
modprobe -k pdc202xx_old > /dev/null 2>&1
modprobe -k piix > /dev/null 2>&1
modprobe -k rz1000 > /dev/null 2>&1
modprobe -k sc1200 > /dev/null 2>&1
modprobe -k serverworks > /dev/null 2>&1
modprobe -k siimage > /dev/null 2>&1
modprobe -k sis5513 > /dev/null 2>&1
modprobe -k slc90e66 > /dev/null 2>&1
modprobe -k triflex > /dev/null 2>&1
modprobe -k trm290 > /dev/null 2>&1
modprobe -k via82cxxx > /dev/null 2>&1
modprobe -k ide-generic
modprobe -k ide-disk
lp wird wohl anderswo geladen.
Ich habe dann aus /lib/modules ... die Module, die ich nicht in die initrd
haben wollte nach /tmp verschoben danach die initrd neu gebaut und die Module
zurückgeschoben. Hat funktioniert.
Alles klar. Aber wenn ich den Kernel neu baue, verzichte ich auf die
Debian Security Updates. Ob es mir das wert ist, muss ich mir überlegen...
Grüße,
Tom
--
Wen nichts umhaut, der hat nie gestanden.
-- Wolfgang Biermann
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
