Morgen Liste. Ich hab hier einen Rechner mit einer SuSE 9.1 drauf. Software darauf ist die Minimalauswahl + alles, was man für samba, ssh, dhcp und bind braucht. Das Problem besteht nun darin, daß der Bootprozeß es in vielleicht zwei von drei Fällen nicht schafft, das Netzwerk zu starten. die boot.msg sieht dann so aus: [...] coldplug scanning input: done scanning pci: *W**.*W*done scanning usb: done . . . . . . . . . . . . . . . . . . . . . . . .done <notice>exit status of (coldplug) is (0) <notice>start services (network) Setting up network interfaces: lo lo IP address: 127.0.0.1/8 done Waiting for mandatory devices: eth-id-00:0b:6a:40:18:d4 20 19 18 17 15 14 12 11 10 9 8 7 5 4 3 2 1 0 eth0 interface could not be set up failedSetting up service network . . . . . . . . . . . . . . . .failed <notice>exit status of (network) is (7) [...] In einem solchen Fall hilft ein rcnetwork restart, und dann läuft das Netzwerk. Das ist aber blöd, weil die Maschine keine Tastatur und keinen Bildschirm besitzt und nur per ssh administriert werden soll. Und genau das funktioniert natürlich dann nicht. Hat jemand eine Idee, wie ich das Problem loswerde? Habe irgendwie das Gefühl, daß es mit dem coldplug zusammenhängt. Wenn ich das allerdings ganz abschalte, dann wird der NIC überhaupt nicht erkannt. -- Antworten an lists@feile.net werden in /dev/null archiviert! Bitte ggf. lists... durch mail... ersetzen. Andreas Feile www.feile.net
Hallo Andreas, hallo Leute, Am Freitag, 25. Juni 2004 07:55 schrieb Andreas Feile:
Ich hab hier einen Rechner mit einer SuSE 9.1 [...] Das Problem besteht nun darin, daß der Bootprozeß es in vielleicht zwei von drei Fällen nicht schafft, das Netzwerk zu starten. die boot.msg sieht dann so aus: [...] <notice>start services (network) Setting up network interfaces: lo lo IP address: 127.0.0.1/8 done Waiting for mandatory devices: eth-id-00:0b:6a:40:18:d4 20 19 18 17 15 14 12 11 10 9 8 7 5 4 3 2 1 0 eth0 interface could not be set up failedSetting up service network . . . . . . . . . . . . . . . .failed <notice>exit status of (network) is (7) [...]
In einem solchen Fall hilft ein rcnetwork restart, und dann läuft das Netzwerk.
Ist der Treiber der Netzwerkkarte geladen? Das war zumindest bei mir ein Problem. Und nachdem David meine Lösung mit MODULES_LOADED_ON_BOOT in /etc/sysconfig/kernel nicht sonderlich gefallen hat ;-) (obwohl sie funktioniert), solltest Du es gleich in /etc/modprobe.conf bzw. modprobe.conf.local passend eintragen.
Das ist aber blöd, weil die Maschine keine Tastatur und keinen Bildschirm besitzt und nur per ssh administriert werden soll. Und genau das funktioniert natürlich dann nicht.
*autsch*
Hat jemand eine Idee, wie ich das Problem loswerde? Habe irgendwie das Gefühl, daß es mit dem coldplug zusammenhängt. Wenn ich das allerdings ganz abschalte, dann wird der NIC überhaupt nicht erkannt.
Ich kann mir momentan keinen Zusammenhang mit coldplug vorstellen, aber ausschließen kann ich es auch nicht. Gruß Christian Boltz --
Äh - stehe ich auf dem Schlauch? Sehe ich das Problem eigentlich nicht? ImageMagick mit "system" aufrufen und schlicht und einfach den Return-Code auswerten? Das ruft IM über die Shell auf. Mit der Methode wird die Kiste noch bis zur nächsten Eiszeit rechnen. :-) [> Stefan Hundhammer und Ratti in suse-programming]
Christian Boltz, Sonntag, 27. Juni 2004 16:31:
In einem solchen Fall hilft ein rcnetwork restart, und dann läuft das Netzwerk.
Ist der Treiber der Netzwerkkarte geladen?
Was heißt das, bzw. was meinst Du damit? Da der Bootprozeß ja manchmal erfolgreich ist, nehme ich an, daß der Treiber im Prinzip korrekt ladbar ist. Manchmal aber scheint das daneben zu gehen, und dann ist er vielleicht nicht geladen. Wie prüfe ich das?
Das war zumindest bei mir ein Problem. Und nachdem David meine Lösung mit MODULES_LOADED_ON_BOOT in /etc/sysconfig/kernel nicht sonderlich gefallen hat ;-) (obwohl sie funktioniert), solltest Du es gleich in /etc/modprobe.conf bzw. modprobe.conf.local passend eintragen.
Kannst Du hier etwas genauer werden - wonach suche ich, bzw. was will ich erreichen? Danke+Gruß. Andy -- Antworten an lists@feile.net werden in /dev/null archiviert! Bitte ggf. lists... durch mail... ersetzen. Andreas Feile www.feile.net
Hallo Andreas, hallo Leute, Am Montag, 28. Juni 2004 08:57 schrieb Andreas Feile:
Christian Boltz, Sonntag, 27. Juni 2004 16:31:
In einem solchen Fall hilft ein rcnetwork restart, und dann läuft das Netzwerk.
Ist der Treiber der Netzwerkkarte geladen?
Was heißt das, bzw. was meinst Du damit? Da der Bootprozeß ja manchmal erfolgreich ist, nehme ich an, daß der Treiber im Prinzip korrekt ladbar ist. Manchmal aber scheint das daneben zu gehen, und dann ist er vielleicht nicht geladen. Wie prüfe ich das?
Ob der Treiber geladen ist, siehst Du bei lsmod Allerdings musst Du dafür wissen, welcher Treiber benötigt wird. Angezeigt wird das z. B. in YaST bei der Netzwerkkonfiguration (IIRC unter "Expertenmodus") Falls der Treiber nicht geladen wurde, könnte ein Blick in /var/log/messages und/oder die Ausgabe von dmesg helfen. Vielleicht stehen da einige Fehlermeldungen drin.
Das war zumindest bei mir ein Problem. Und nachdem David meine Lösung mit MODULES_LOADED_ON_BOOT in /etc/sysconfig/kernel nicht sonderlich gefallen hat ;-) (obwohl sie funktioniert), solltest Du es gleich in /etc/modprobe.conf bzw. modprobe.conf.local passend eintragen.
Kannst Du hier etwas genauer werden - wonach suche ich, bzw. was will ich erreichen?
Erreichen willst Du wohl, dass der Treiber immer geladen wird. Guck mal in den Thread "Netzwerkfehler beim Bootvorgang", der vor etwa 2 Wochen über die Liste ging. Noch ein Hinweis: Falls die Netzwerkkarte nach einer Neukonfiguration in YaST läuft, hängt es wirklich am Laden des Treibers. Dann empfehle ich folgendes: (ohne funktionierendes Netzwerk) lsmod > lsmod_ohne_netzwerk yast # Netzwerk neu konfigurieren lsmod > lsmod_mit_netzwerk diff -U0 lsmod_ohne_netzwerk lsmod_mit_netzwerk Die Ausgabe von diff enthält dann den Namen des benötigten Moduls. Gruß Christian Boltz --
Genaugenommen kann es DAUs (also Mehrzahl) gar nicht geben ;-) Stimmt. Aber die werden ja gezuechtet, es gibt staendig einen neuen DAU, ergo hat man den aktuellen DAU und die nicht ganz aktuellen... [> Manfred Tremmel und David Haller in suse-linux]
participants (2)
-
Andreas Feile -
Christian Boltz