[Gelöst]manageACPI.sh über wlan

[iDeathz]

Guten Abend,

vor zwei Tagen habe ich mich dazu entschlossen ein NAS System aufzubauen mit den folgenden Komponenten:
Intel Celeron G1610
MSI B75IA-E33
Geil 2x2Gb Dual Channel ohne ECC
Be Quiet L8 Pure Power 300W
Samsung 500Gb
Western Digital 500GB
Seagate 500GB
Fractal Design Node 304 White

Auf dieses System habe ich auf einem USB Stick mit 16 GB Nas4Free installiert.

Alle meine Wünsche werden beinahe erfüllt.

Nun zur meiner Problemstellung

mit dem Script von "Fritz" um genauer zu sein das Script "manageACPI.sh" habe ich es geschafft, dass mein NAS die Funktion des Energiemanagement erhält.
viewtopic.php?f=70&t=2197

Dies funktioniert auch ohne Probleme. Bis auf einem Rechner bzw. Laptop.
Die letzte IP ist die 192.168.0.102 und wird an meinem Laptop vergeben. Dieser ist mit meinem WLan Router über Wlan verbunden. Wenn ich jedoch meinen Pc ausschalte (192.168.0.100) schaltet sich mein Nas aus obwohl mein Laptop (192.168.0.102) noch an ist. Mein Rechner ist über Lan verbunden.
Testweise habe ich es mit meinem 2ten Rechner (192.168.0.101) probiert. Dort bleibt mein Nas solange an bis die IP 192.168.0.100 und 101 aus ist.
Liegt dies evtl. daran, dass mein Laptop über WLan verbunden ist?

/mnt/HomeDirectory/Scripte/Autoshutdown/manageAcpi.sh -p 30 -w 300 -n 192.168.0.200+192.168.0.100+192.168.0.101+192.168.0.102+192.168.0.104,600,5 &

Lösung
Netzwerkerkennung unter Windows 7 einschalten.

ich bedanke mich schonmal für eure Hilfe:)

[Princo]

Hallo iDeathz,

in meiner Version seiner Tools, ist das Parameterformat für -n:
- n beg,end,acpi,delay,ips

Das sieht bei dir etwas anders aus. Da scheint etwas durcheinander geraten zu sein.
Außerdem finde ich deine Werte für -p und -w ungünstig, weil sie jetzt viel zu knapp sind. Das sind die Default-Werte besser.

Probiere mal diese Zeile aus:

Code: Select all

/mnt/HomeDirectory/Scripte/Autoshutdown/manageAcpi.sh -a 19:45,20:05 -n 7:00,05:00,5,600,192.168.0.200+192.168.0.100+192.168.0.101+192.168.0.102+192.168.0.104 &

Erklärung:
-a 19:45,20:05 Zwischen 19:34 Uhr und 20:05 Uhr soll das NAS niemals herunterfahren (weil um 20 Uhr bei mir Autosnapshots gemacht werden). Diesen Parameter kannst du natürlich auch weglassen.
-n 7:00,05:00,5,600,192.168.0.200+... : Zwischen 7 Uhr und 5 Uhr soll das NAS in den Acpistate 5 wechseln (Herunterfahren und WakeOnLan einschalten), wenn für 600 Sekunden keine der aufgelisteten IP-Adressen erreicht werden kann.

Grüße
Princo

[iDeathz]

danke für deine Hilfe:)

in der neuen Version sieht der Parameter in der Reihenfolge etwas anders aus.
# Usage: manageAcpi.sh [-p duration] [-w duration] [-a beg,end] [-s delay] [-c beg,end,acpi] [-n ips,delay,acpi] [-vm]

Wie gesagt es funktioniert ja mit allen anderen Geräten wie mein:
Rechner A (192.168.0.100) Lan
Rechner B (192.168.0.101) Lan
Fernseher (192.168.0.104) Lan

Die IPs sind fest über mein Router vergeben. Sie erhalten also über dem DHCP_Server eine feste IP (DD-WRT)

Bis auf mein Laptop (192.168.0.102) WLan funktioniert es leider nicht.

[defcon999]

Merkwürdig ...

... habe genau das selbe Problem!

Das Notebook, das über WLAN verbunden ist, wird einfach nicht erkannt, obwohl 2 Freigaben verbunden sind.

Ich habe die entsprechende Option gesetzt: -n 10.0.0.0+10.1.1.4+10.1.1.6+10.1.1.8,30,5

10.0.0.0 muss ich als erste IP eintragen, da ansonsten die erste "richtige" IP nicht beachtet wird ... warum auch immer?!

10.1.1.4 - Haupt-PC -- wird erkannt und verhindert den Shutdown
10.1.1.6 - Smartphone -- per WLAN verbunden, wird erkannt und verhindert den Shutdown
10.1.1.8 - Notebook -- per WLAN verbunden und wird nicht erkannt .... obwohl dort die "Netzwerkerkennung" eingeschaltet ist.

Im Log-File ist auch zu sehen, dass 10.1.1.8 den Shutdown nicht verhindert

Hat Jemand einen Tipp????

[Princo]

Das Problem läßt sich innerhalb weniger Minuten einkreisen:

Direkt auf dem NAS den Menüpunkt 6) Shell auswählen.

Auf der Kommandozeile den Befehl ping 10.1.1.8 (also die WLAN--Adresse des Notebooks) eingeben.

Als Ausgabe müßte dann fortlaufend eine Zeile wie

Code: Select all

64 bytes from 10.1.1.8:icmp_seq=1:ttl=128 time=4,295 ms
64 bytes from 10.1.1.8:icmp_seq=2:ttl=128 time=3,333 ms
64 bytes from 10.1.1.8:icmp_seq=3:ttl=128 time=4,415 ms

erscheinen, wobei der Wert icmp_seq hochgezählt wird, und der Wert von time sich leicht hin und her ändert.
Dann wäre alles in Ordnung.

Es kann aber auch sein, daß nur eine Zeile wie

Code: Select all

PING 10.1.1.8 (10.1.1.8): 56 data bytes

oder Zeilen wie

Code: Select all

ping: sendto: Host is down
ping: sendto: Host is down
ping: sendto: Host is down
ping: sendto: Host is down

ausgegeben werden.

In diesem Fall hast du entweder die falsche IP-Adresse eingegeben, oder ein Spezial-Experte hat auf deinem Notebook ein Hyper-Mega-total-krasses Sicherheitsprogramm installiert, welches verhindert, daß dein Notebook auf Ping-Anfragen reagiert.

In diesem Fall hast du drei Möglichkeiten:
1. Wende dich an den Spezial-Experten, der dein Notebook eingerichtet hat
oder
2. Wende dich an den Hersteller des Hyper-Mega-total-krassen Sicherheitsprogramms
oder
3. Google nach den drei Begriffen Windows WLAN anpingen

Zur Erklärung:
Der Ping-Befehl testet die Erreichbarkeit von Rechnern im Netz: http://de.wikipedia.org/wiki/Ping_%28Da ... tragung%29
Das manageACPI.sh Skript macht nichts anderes, als die aufgelisteten IP-Adressen anzupingen, und die Antworten (oder eher Nicht-Antworten) auszuwerten.
Reagiert ein Rechner nicht auf Pings, dann wird dies als "nicht eingeschaltet" gewertet.
Es gibt diverse "Sicherheits"-Software, welche den Rechner so konfiguriert, daß er nicht mehr auf Pings antwortet. Ich will mich gar nicht weiter dazu äußern, wie dämlich sowas ist. Der Anwender merkt jedenfalls erst mal nix davon.

Und dann kommt es zu solchen Problemen.

Grüße
Princo

Nachtrag: Es könnte auch noch die Möglichkeit geben, daß es irgendwo im Powermanagement eine Einstellung gibt, welche das WLAN-Moduls ständig kurzfristig abschaltet um Energie zu sparen.

[defcon999]

Thema hat sich erledigt ... "Norton Internet Security" hatte - aus welchen Gründen auch immer - eine wilde Einschränkung in die Firewall geschrieben, so dass der N4F-Server das Notebook nicht mehr erreichen konnte!

So einfach erledigen sich manchmal die Dinge