Tag. Umgebung: Distribution: SuSE Linux 9.1 prof Kernel: 2.6.5-7.145-default Motherboard: NMC mit Apollo MVP3/KTX Pro133x Chipsatz NIC: Accton mit RTL-8139C NIC Driver: 8139too.ko Bisher (kernel 2.6.5-7.119-def) ging das einwandfrei. Seit dem letzten Kernelupdate erhalte ich beim Booten an der Stelle wo die Network interfaces gestartet werden den Hinweis "Waiting for mandatory device", dann kommt der Timeout nach 20 Sekunden, die Netzwerkkarte konnte nicht initialisiert werden. Daraufhin läuft natürlich nix mehr mit Netzwerk... Bisher versucht: 1.) /etc/sysconfig/network/config "WAIT_FOR_INTERFACES" auf 60 hochgesetzt, gleiches Ergebnis, nur später 2.) Anderen baugleichen NIC verwendet, selbes Resultat 3.) Anderen NIC verwendet (mit RTL-8029 chip), selbes Resultat 4.) sbd, hdb durchgeguckt, kein Hinweis ausser auf die allgem. Erklärungen von SuSE zum seit 9.1 neuen hotplug system. 5.) Google, kein brauchbares Resultat gefunden (Web und Groups) 6.) Mit YAST anderen Treiber probiert (RTL8139 anstatt 8139too), selbes Resultat und 7.) Mit "failsafe" booten, dann geht es, reproduzierbar. Fragen: Die Erklärungen aus der sdb zu dem generellen Problem mit "Waiting for mandatory devices" sind lehr- aber nicht hilfreich. Die Ursache liegt ja wohl darin daß die Netzwerkkarte nicht initialisiert werden kann. - Wie kann ich genauere Fehlermeldungen des Treibers bekommen, bzw. wo stelle ich den Debuglevel dafür ein? - Ist das Problem bekannt? Abhilfen bekannt? - Was ändert sich alles wenn ich mit "failsafe" boote? Mir ist nur bekannt das der DMA-Mode der IDE-Platten abgeschaltet wird. Könnte ja damit zusammenhängen... Was wird noch im Failsafe-Mode gegenüber dem normalen Booten geändert? - Tips, Tricks, Pointer? TIA, EKki Ekkehard Plicht (DF4OR) -- Wimo Antennen und Elektronik GmbH /// Am Gäxwald 14 /// D-76863 Herxheim Tel: +49-(0)7276-96680 /// Fax: +49(0)7276-6978 /// http://www.wimo.com
Hi, On Wednesday 09 February 2005 12:17, Ekkehard Plicht wrote: [...]
- Wie kann ich genauere Fehlermeldungen des Treibers bekommen, bzw. wo stelle ich den Debuglevel dafür ein?
Wenn der Treiber ueber entsprechende Optionen verfuegt, kannst du diese in /etc/modprobe.conf eintragen. modinfo -p sollte die verfuegbaren Optionen auflisten.
- Ist das Problem bekannt? Abhilfen bekannt?
- Was ändert sich alles wenn ich mit "failsafe" boote? Mir ist nur bekannt das der DMA-Mode der IDE-Platten abgeschaltet wird. Könnte ja damit zusammenhängen... Was wird noch im Failsafe-Mode gegenüber dem normalen Booten geändert?
Ich habe keine 9.1 mehr laufen, aber von einer 9.2: kernel (hd0,0)/vmlinuz root=/dev/sda3 showopts ide=nodma apm=off acpi=off vga=normal noresume selinux=0 barrier=off nosmp noapic maxcpus=0 3 auf der 9.1 sollte aehnlich aussehen. Zur Not mal das showopts fuer failsafe rausnehmen und dann Option fuer Option im trial and error Verfahren durchgehen. Mein persoenlicher Tip: Fang mit ACPI an. Es waere nicht der erste NIC den ich sehe, der durch ACPI nicht initialisiert werden kann.
- Tips, Tricks, Pointer?
/var/log/messages schonmal gecheckt was fuer Meldungen kommen wenn du rcnetwork restart ausfuehrst? [...] -- Sascha Wessels, Technical Support Engineer Linux Support Service, European Support Center Novell, Inc., the leading provider of information solutions NTS EMEA news at: http://www.novell.com/services/premium/news
Hallo, Am Mittwoch, 9. Februar 2005 12:17 schrieb Ekkehard Plicht:
Tag.
Umgebung: Distribution: SuSE Linux 9.1 prof Kernel: 2.6.5-7.145-default Motherboard: NMC mit Apollo MVP3/KTX Pro133x Chipsatz NIC: Accton mit RTL-8139C NIC Driver: 8139too.ko
Bisher (kernel 2.6.5-7.119-def) ging das einwandfrei. Seit dem letzten Kernelupdate erhalte ich beim Booten an der Stelle wo die Network interfaces gestartet werden den Hinweis "Waiting for mandatory device", dann kommt der Timeout nach 20 Sekunden, die Netzwerkkarte konnte nicht initialisiert werden. Daraufhin läuft natürlich nix mehr mit Netzwerk...
Die Meldungen bekomme ich auch beim booten. Sobald jedoch beim booten die Rechnerzeit mit der Zeit im Netz verglichen wird, funktioniert es. Vermutung: Es hat was mit der Option Dial on Demand zu tun. Habe ich den Rechner statt dessen so eingerichtet, das er ständig am Netz hängen soll, bekomme ich beim booten diese Fehlermeldung nicht mehr. Grüße René
participants (3)
-
Ekkehard Plicht
-
René Falk
-
Sascha Wessels