IMMER NOCH: SuSE 9.1 hängt beim runterfahren
Hallo Zusammen, Mein SuSE 9.1 Pro hängt beim Runterfahren beim Beenden der Netzwerkdienste. Hab jetzt schon alles mögliche probiert, alle unnötigen Dienste abgestellt usw. Schlau wie ich bin dachte ich mir, naja, rekonfiguriere ich eben meine Ethernet-Karte neu und siehe da bei "Deaktivieren der Netzwerkdienste" hängt mein Rechner. Und wenn ich hängen sage meine ich TOTALER DEADLOCK - NIX GEHT MEHR, ich bin nachgerade versucht die YAST Sourcen zu checken um mal zu sehen wie man so etwas überhaupt anstellt. Das ist schon meine 3 Installation, die erste hat sich selbst vernichtet nachdem ich wiedermal entnervt den Power-Knopf gedrückt hatte :-( Sprich: Die Reiser Partition war unlesbar. Ich glaube es tritt immer erst auf, nachdem ich "Hostname per DHCP ändern" wegnehme. Kann es nicht leiden den Namen meines ISP in der Konsole zu sehen :-) Nur kann ich das jetzt nicht mehr zurücknehmen weil, siehe oben, mein Rechner wieder hängen würde. Ideen hier? Dank im voraus Jürgen Kofler
Wie ist den die Netzwerkkarte konfiguriert? DHCP oder feste IP? Wenn ich das so lese denke ich das es wohl DHCP ist. Probier es doch mal mit fester IP. Christian Jürgen Kofler schrieb:
Hallo Zusammen,
Mein SuSE 9.1 Pro hängt beim Runterfahren beim Beenden der Netzwerkdienste. Hab jetzt schon alles mögliche probiert, alle unnötigen Dienste abgestellt usw. Schlau wie ich bin dachte ich mir, naja, rekonfiguriere ich eben meine Ethernet-Karte neu und siehe da bei "Deaktivieren der Netzwerkdienste" hängt mein Rechner. Und wenn ich hängen sage meine ich TOTALER DEADLOCK - NIX GEHT MEHR, ich bin nachgerade versucht die YAST Sourcen zu checken um mal zu sehen wie man so etwas überhaupt anstellt.
Das ist schon meine 3 Installation, die erste hat sich selbst vernichtet nachdem ich wiedermal entnervt den Power-Knopf gedrückt hatte :-( Sprich: Die Reiser Partition war unlesbar.
Ich glaube es tritt immer erst auf, nachdem ich "Hostname per DHCP ändern" wegnehme. Kann es nicht leiden den Namen meines ISP in der Konsole zu sehen :-) Nur kann ich das jetzt nicht mehr zurücknehmen weil, siehe oben, mein Rechner wieder hängen würde.
Ideen hier?
Dank im voraus Jürgen Kofler
Hallo, Christian schrieb:
Mein SuSE 9.1 Pro hängt beim Runterfahren beim Beenden der Netzwerkdienste. Hab jetzt schon alles mögliche probiert, alle
Naja, gibts irgendwelche Auffälligkeiten in /var/log/messages ? Das Verhalten sieht mir eher nach nem ACPI-Problem aus, das haben hier in der Liste schon einige mit Suse 9.1 berichtet...
Das ist schon meine 3 Installation, die erste hat sich selbst vernichtet nachdem ich wiedermal entnervt den Power-Knopf gedrückt hatte :-( Sprich: Die Reiser Partition war unlesbar.
Das ist so eine unangenehme Eigenschaft von reiser...
Ich glaube es tritt immer erst auf, nachdem ich "Hostname per DHCP ändern" wegnehme. Kann es nicht leiden den Namen meines ISP in der Konsole zu sehen :-) Nur kann ich das jetzt nicht mehr zurücknehmen weil, siehe oben, mein Rechner wieder hängen würde.
Ideen hier?
Vielleicht mehrere Rechner mit gleicher IP Adresse im Netz? Oder Du verwendest einen Hostnamen, den ein anderer Rechner im Netz bereits besitzt? Z.B. Den genialen Hostnamen LINUX... oder so? Normalerweise dürfte das aber eigentlich nicht zu einem totalen Hänger führen... Michael
Am Donnerstag, 3. Juni 2004 21:31 schrieb Michael Herrmann:
Mein SuSE 9.1 Pro hängt beim Runterfahren beim Beenden der Netzwerkdienste. Hab jetzt schon alles mögliche probiert, alle
Naja, gibts irgendwelche Auffälligkeiten in /var/log/messages ?
Beim beenden der Netzwerkdienste: Jun 4 02:23:57 linux su: pam_unix2: session started for user root, service su Jun 4 02:24:15 linux dhcpcd[6125]: broadcasting DHCP_DISCOVER Jun 4 02:24:15 linux dhcpcd[6125]: broadcastAddr option is missing in DHCP server response. Assuming 80.110.198.255 Jun 4 02:24:15 linux dhcpcd[6125]: dhcpIPaddrLeaseTime=31536000 in DHCP server response. Jun 4 02:24:15 linux dhcpcd[6125]: dhcpT1value is missing in DHCP server response. Assuming 15768000 sec Jun 4 02:24:15 linux dhcpcd[6125]: dhcpT2value is missing in DHCP server response. Assuming 27594000 sec Jun 4 02:24:15 linux dhcpcd[6125]: DHCP_OFFER received from (195.34.134.71) Jun 4 02:24:15 linux dhcpcd[6125]: broadcasting DHCP_REQUEST for 80.110.198.155 Jun 4 02:24:15 linux dhcpcd[6125]: dhcpIPaddrLeaseTime=31536000 in DHCP server response. Jun 4 02:24:15 linux dhcpcd[6125]: dhcpT1value is missing in DHCP server response. Assuming 15768000 sec Jun 4 02:24:15 linux dhcpcd[6125]: dhcpT2value is missing in DHCP server response. Assuming 27594000 sec Jun 4 02:24:15 linux dhcpcd[6125]: DHCP_ACK received from (195.34.134.71) Jun 4 02:24:15 linux dhcpcd[6127]: terminating on signal 15 Das ist alles. Der DHCP dämon schein sich zwar brav auf das Signal 15 hin zu beenden, trotzdem hängt der Rechner.
Das Verhalten sieht mir eher nach nem ACPI-Problem aus, das haben hier in der Liste schon einige mit Suse 9.1 berichtet...
Das war auch meine erste Idee. Aber dann müsste der Rechner bis zum Ende runterfahren und einfach nicht abschalten, das wär ja halb so schlimm.
Das ist schon meine 3 Installation, die erste hat sich selbst vernichtet nachdem ich wiedermal entnervt den Power-Knopf gedrückt hatte :-( Sprich: Die Reiser Partition war unlesbar.
Das ist so eine unangenehme Eigenschaft von reiser...
Ich glaube es tritt immer erst auf, nachdem ich "Hostname per DHCP ändern" wegnehme. Kann es nicht leiden den Namen meines ISP in der Konsole zu sehen :-) Nur kann ich das jetzt nicht mehr zurücknehmen weil, siehe oben, mein Rechner wieder hängen würde.
Ideen hier?
Vielleicht mehrere Rechner mit gleicher IP Adresse im Netz?
Nein.
Oder Du verwendest einen Hostnamen, den ein anderer Rechner im Netz bereits besitzt? Z.B. Den genialen Hostnamen LINUX... oder so?
Nein.
Normalerweise dürfte das aber eigentlich nicht zu einem totalen Hänger führen...
Eben. grüsse Jürgen
Am Freitag, 4. Juni 2004 10:47 schrieb Jürgen Kofler:
Ich glaube es tritt immer erst auf, nachdem ich "Hostname per DHCP ändern" wegnehme. Kann es nicht leiden den Namen meines ISP in der Konsole zu sehen :-) Nur kann ich das jetzt nicht mehr zurücknehmen weil, siehe oben, mein Rechner wieder hängen würde.
Die zugehörige config mit einem Editor in einem Runlevel ohne Netzwerk wieder zurücksetzen und dann wieder ins 5er Runlevel ? -- Gruss | http://www.suse-etikette.de.vu/ Thomas | http://learn.to/quote
Am Freitag, 4. Juni 2004 13:14 schrieb Thomas Janssen:
Am Freitag, 4. Juni 2004 10:47 schrieb Jürgen Kofler:
Ich glaube es tritt immer erst auf, nachdem ich "Hostname per DHCP ändern" wegnehme. Kann es nicht leiden den Namen meines ISP in der Konsole zu sehen :-) Nur kann ich das jetzt nicht mehr zurücknehmen weil, siehe oben, mein Rechner wieder hängen würde.
Die zugehörige config mit einem Editor in einem Runlevel ohne Netzwerk wieder zurücksetzen und dann wieder ins 5er Runlevel ?
Gesagt getan. Kein Effekt. Stöbere ich allso in allerlei LOG files herum und siehe da, es scheint tatsächlich so das mein braver Rechner beim runterfahren im WOL Bereitschaft verharrt!!!! eth0: Remaining active for wake-on-lan Seit wann wird das überhaupt standardmässig unterstützt? Hab vor Jahren versucht das in meinem LAN hinzubekommen und nicht geschafft ;-) Gruss Jürgen
Am Freitag, 4. Juni 2004 23:36 schrieb Jürgen Kofler:
Am Freitag, 4. Juni 2004 13:14 schrieb Thomas Janssen:
Am Freitag, 4. Juni 2004 10:47 schrieb Jürgen Kofler:
Ich glaube es tritt immer erst auf, nachdem ich "Hostname per DHCP ändern" wegnehme. Kann es nicht leiden den Namen meines ISP in der Konsole zu sehen :-) Nur kann ich das jetzt nicht mehr zurücknehmen weil, siehe oben, mein Rechner wieder hängen würde.
Die zugehörige config mit einem Editor in einem Runlevel ohne Netzwerk wieder zurücksetzen und dann wieder ins 5er Runlevel ?
Gesagt getan. Kein Effekt. Stöbere ich allso in allerlei LOG files herum und siehe da, es scheint tatsächlich so das mein braver Rechner beim runterfahren im WOL Bereitschaft verharrt!!!!
eth0: Remaining active for wake-on-lan
Seit wann wird das überhaupt standardmässig unterstützt? Hab vor Jahren versucht das in meinem LAN hinzubekommen und nicht geschafft ;-)
Nachtrag: Hab rausgefunden das Kernel-Modul 'netsami' unterstützt seit Version 1.0.8 WOL. Weiss zufällig jemand die Option um dem Kram abzustellen? gute Nacht Jürgen
Am Samstag, 5. Juni 2004 00:15 schrieb Jürgen Kofler:
Nachtrag: Hab rausgefunden das Kernel-Modul 'netsami' unterstützt seit Version 1.0.8 WOL. Weiss zufällig jemand die Option um dem Kram abzustellen?
WOL kann ich bei mir im BIOS abstellen. Dann hat es keinen Einfluss mehr. Vielleicht hilft das bei Dir auch :o) -- Gruss | http://www.suse-etikette.de.vu/ Thomas | http://learn.to/quote
Am Samstag, 5. Juni 2004 03:09 schrieb Thomas Janssen:
Am Samstag, 5. Juni 2004 00:15 schrieb Jürgen Kofler:
Nachtrag: Hab rausgefunden das Kernel-Modul 'netsami' unterstützt seit Version 1.0.8 WOL. Weiss zufällig jemand die Option um dem Kram abzustellen?
WOL kann ich bei mir im BIOS abstellen. Dann hat es keinen Einfluss mehr. Vielleicht hilft das bei Dir auch :o)
Da war WOL disabled. Aber habe das Problem anscheinend gelöst, indem ich WOL auf der Netzkarte mit ethtool -s eth0 wol d deaktiviert habe. Uff! Also falls jemand ein ähnliches Problem hat, das sollte helfen. Scheint ein natsemi Bug zu sein. Habe in natsemi.c gelesen das diese Chipsätze "very uncommon" sind und anscheinend hab ich das Glück einen besonders seltenen Chipsatz zu haben bei dem ein Bug mit WOL auftritt ;-) vielen Dank für die Tips Jürgen
Hi Jürgen, nach dem log zu urteilen läuft der dhcp server auf deinem eigenen rechner. ich hab noch nie etwas mit dhcp am hut gehabt, aber ich denke das man für dhcp dem server wohl eine feste ip geben musst. Christian
participants (4)
-
Christian -
Jürgen Kofler -
Michael Herrmann -
Thomas Janssen