Hallo Florian,
 
vielen Dank für Deine ausführlich und gut struktierte Antwort. Ich bin allen Deinen Empfehlungen gefolgt. Folgendes Ergebnis habe ich ermittelt:
 
1. Das BIOS ist up-to-date. Es gibt nur noch eine neuere experimentelle Version.
2. Alle Komponenten im Netzwerk laufen im selben Netzwerksegment.
3. Mein Swap-Speicher ist mit 8GB 2x so groß wie mein RAM mit 4GB.
4. Ich habe den Server ausgeschaltet und dann pm-hiberante aufgerufen. Bei pm-hibernate ist es so, dass der Rechner gar nicht in den Tiefschlaf versinkt, sondern nur die Netzwerkkarte, die Tastatur, die Maus und den Monitor abschaltet. Ein WOL mittels Fritzbox oder einem zweiten Rechner (Notebook, Windows 7, start über MagicPacket.exe mittels MAC-Adresse) schlägt fehl. Der Ping kommt mit der Meldung "Zielhost nicht erreichbar" zurück. Meldungen sind wegen dem nicht wieder eingeschaltetem Monitor nicht sichtbar, deshalb auch keine Infos über GRUB-Meldungen verfügbar.
5. Ich haben Server noch einmal neu gestartet und dann mit pm-suspend aufgerufen. Hier fällt der Rechner in den Tiefschlaf, schalte Festplatten, Monitor, Tastatur und Maus ab. Die Netzwerkkarte bleibt aktiv (LED leuchtet) und die Power-LED blinkt. Ein Wake-up-Call mittels MagicPacket.exe über die MAC-Adresse schlägt fehlt. Ein Wake-up-Call mittels Fritzbox, startet den Rechner neu, d. h. Festplatten werden wieder aktiviert, Monitor, Tastatur und Maus sind jedoch weiter abgeschaltet. Ein Ping auf die Maschine kommt dier Fehlermeldung "Zielhost nicht erreichbar" zurück. Meldungen sind wegen dem nicht wieder eingeschaltetem Monitor nicht sichtbar, deshalb auch keine Infos über GRUB-Meldungen verfügbar.
6. Beim Entfernen der verbundenen USB-Geräte (Maus, Festplatte) ergibt das dasselbe Bild wie unter 4. und 5.
 
Ich bin /var/log/messages von heute durchgegangen. Dabei ist mit folgendes aufgefallen, was nicht unbedingt etwas mit meinem Problem zu tun haben muss:
 
1. Please enable IOMMU in BIOS.
2. ACPI: No dock devices found.
3. PM Starting manual resume from disk.
4. ERST: Table not found!
5. GHES: HEST ist not enabled!
 
Vielleicht noch ein paar Informationen über die Systemkonfiguration:
 
OS: Debian Squeeze (3.2.0-4-amd64)
Partitionierung:
HDD 1: 1. Boot (ext2), 2. Swap (swap), 3. RAID 1 (md1), 4. RAID 1 (md3)
HDD 2: 1. Boot (ext2), 2. Swap (swap), 3. RAID 1 (md1), 4. RAID 1 (md3)
md0: root (ext3)
md3: server (LVM)
 
Ewig viele Versuche sollte ich m. E. nicht mehr unternehmen, da ich bei jedem Versuch, den Hard-Reset-Knopf nutzen muss, um den Rechner wieder neu zu starten. Nach meiner Erfahrung tritt dann in irgendeiner Komponenten in kurzer Zeit ein irreparabler Defekt auf.
 
Habe ich weitere Möglichkeiten, das Problem einzugrenzen?
 
Viele Grüße
 
Georg
 
Gesendet: Samstag, 11. Januar 2014 um 13:56 Uhr
Von: "Florian Knodt" <[email protected]>
An: [email protected]
Betreff: Re: [Trolug] Wake-on-LAN
Morgen,

ich würde sagen, dass du gleich 2 Probleme hast, die nicht direkt
zusammen hängen:

Am 11.01.2014 11:18, schrieb [email protected]:
> Beim Wake-on-LAN über die Fritzbox (aus intern von einem zweiten
> Rechner über den Computer aufwecken Button auf der Fritzbox Oberfläche)
> wacht der Rechner jedoch nicht auf. Wenn ich den Powerknopf drücke, um
> den Rechner manuell zu starten, laufen die Festplatten wieder an.

Als erstes würde ich mal versuchen direkt vom anderen PC aus das
WOL-Paket zu senden um auszuschließen, dass es ein Problem der Fritzbox ist.

Auch wäre es eine Idee den Server mal auszuschalten statt in den
Hibernate zu gehen und dann WOL zu testen - da Hibernate offenbar bei
dir nicht 100%ig funktioniert könnte auch da ein Fehler sein.

Wichtig bei WOL: Die PCs müssen im selben Netzsegment sein, am besten
WOL über die MAC-Adresse durchführen, da je nach Netz und Endgerät die
IP neu vergeben werden kann (DHCP) und/oder die Zuordnung zum Rechner
nicht mehr möglich ist (auslaufender ARP-Cache). WLAN oder PLC zwischen
den Rechnern kann wie auch Stromsparfunktionen einiger Switche Probleme
machen.

> Leider
> bleibt der Bildschirm dunkel und erhält kein Signal. Auch werden
> Tastatur und Maus nicht wieder eingeschaltet. Num Lock Button ist ohne
> Reaktion, der Laser der Maus ist aus. Der Rechner läßt sich dann nur
> noch wieder vollständig durch eine Hard Reset aufwecken. Sehr unschön!

Das wäre Problem Nummer 2. Leider ist Suspend/Hibernate ein komplexes
Thema und auf guten Hard- und Software-Support angewiesen. Da ein
Großteil der Nutzer diese Funktionen auf stationären PCs nicht nutzt,
werden diese Themen - vor allem bei günstigen Geräten - gerne
vernachlässigt.

Erst mal würde ich schauen, ob der Rechner tatsächlich nicht aufwacht
oder nur die Grafikkarte streikt - ist der Server danach über das
Netzwerk erreichbar? (SSH? Ping?)

Als erstes würde ich versuchen ob das Problem nur bei Hibernate (=to
Disk) oder auch bei Suspend (=to RAM) auftritt. Wenn es nur Hibernate
ist könne es auf eine falsche Konfiguration des Bootloaders (Ist
GRUB/LiLo/... zu sehen? Sind Kernelmeldungen zu sehen?), eine zu kleine
SWAP-Partition (meine Erfahrung mindestens 1,25x so groß wie der RAM)
oder ein BIOS-Problem (Updates verfügbar?) hindeuten.

Wenn Suspend auch betroffen ist würde ich die Geräte und Programme
abklappern. Du sprachst von Server und von Maus - läuft da ein X-Server?
Wenn ja den mal beenden und Hibernate auf der Konsole starten. (Auf
init-Systemen meist "pm-hibernate", auf Systemd "systemctl hibernate").

Ein anderer Kandidat, welcher bei mir häufig Probleme macht, sind
USB-Geräte. In meinem Fall verhindern ein USB->RS232-Wandler und ein
Messgerät den Suspend/Hibernate. Ich "stecke" die komforthalber per
Schalter in der USB-Leitung aus, müsste man aber auch per Software
basteln können. Wie auch immer: Der Versuch wäre alle USB-Geräte
auszustecken und es dann nochmal zu versuchen. Wenn es funktioniert nach
und nach durch gehen.

--
Mit freundlichen Grüßen || Sincerely yours
Florian Knodt ·· Im Teich 11 ·· 56648 Saffig
www.adlerweb.info · www.56648.de · @adlerweb
_______________________________________________
Trolug_trolug.de mailing list
[email protected]
https://ml01.ispgateway.de/mailman/listinfo/trolug_trolug.de
_______________________________________________
Trolug_trolug.de mailing list
[email protected]
https://ml01.ispgateway.de/mailman/listinfo/trolug_trolug.de

Antwort per Email an