Kann mir jemand sagen wieso mein FHEM abstürzt ?
Can't exec "/usr/bin/ether-wake": No such file or directory at ./FHEM/98_WOL.pm line 227.
Can't exec "/usr/bin/ether-wake": No such file or directory at ./FHEM/98_WOL.pm line 227.
In Fhem ist die 98_WOL
Mus sich auf meinem PI noch etwas nachinstallieren?? ether-wake kann man nicht Installieren o_O
Zitat von: ChrisW am 20 Oktober 2013, 21:23:31Kann mir jemand sagen wieso mein FHEM abstürzt ?
steht doch da klipp und klar:
Zitat von: ChrisW am 20 Oktober 2013, 21:23:31Can't exec "/usr/bin/ether-wake": No such file or directory at ./FHEM/98_WOL.pm line 227.
es gibt keine ausführbare Datei ether-wake (oder fhem hat keine Rechte, darauf zuzugreifen) Schau doch mal im Verzeichnis /usr/bin nach, ob es dort ether* Dateien gibt.
Zitat von: ChrisW am 20 Oktober 2013, 21:23:31Mus sich auf meinem PI noch etwas nachinstallieren?
Naja, das etherwake Paket sollte schon vorhanden sein, sonst wirds verdammt schwer.
Zitat von: ChrisW am 20 Oktober 2013, 21:23:31ether-wake kann man nicht Installieren
Wieso nicht?
ahh es heißt etherwake und nicht ether-wake wie der Fehler sagt ;)
Aber trotzdem kommen die Meldungen noch in dem Pfad ist auch nichts ...
obwohl ich es nachinstalliert habe
nun habe ich es gefunden in /usr/sbin/ gibt es einer etherwake datei ...
habe in der 98_WOL nun den Pfad dahin angepasst ...
jetzt kommt das es als root laufen MUSS ...
KA mehr ......
WAS hast Du nachinstalliert?
Das Paket heißt etherwake, damit sollte bei Debian zusätzlich das Paket wakeonlan automatisch mitinstalliert werden.
Nach der Installation liegt das Programm etherwake im Pfad /usr/sbin und darf nur von root benutzt werden. Du musst also dafür sorgen, dass fhem auf dieses Programm zugreifen darf. (z.B. indem Du das Programm nach /usr/local/bin kopierst und die Rechte entsprechend setzt)
Absolute Linux Grundlagen 8)
ja Danke ich bin noch sehr neu bei Linux ( heute 1. Tag ).
Leider bekomme ich das nicht Kopiert das war mein 1. Versuch. Habe keine Rechte. Auch das anpassen der Rechte in Sbin geht natürlich nicht ;)
Liegt wohl an LXDE
habe per sudu cp das ganze in bin kopiert..
aber in der 98_WOL steht /usr/bin/ether-wake ...
aber die datei heißt etherwake ohne -
Leider immer noch Rechte root und ich bekomme es nicht geändert
1. Du hättest beim Kopieren die Datei einfach nach ether-wake benennen können ;) Eleganter ist allerdings, einen symbolischen Link oder einen Alias zu verwenden.
2. mach mal ein "ls -al /usr/bin/ether*" um zu sehen, welche Zugriffsbedingungen momentan gesetzt sind.
Moin ChrisW,
Pi mit grafischer Oberfläche starten,
Dateibrowser öffnen,
Reiter Werkzeuge -->aktuellen Ordner als root öffnen,
dahin navigieren wo Du hinwillst, Datei kopieren, Rechte anpassen, gut is.
Gruß Joachim
Zitat von: Joachim am 20 Oktober 2013, 22:17:12
Moin ChrisW,
Pi mit grafischer Oberfläche starten,
Derzeitige Rechte:
-rwxr-xr-x 1 root root 11152 Oct 20 22:04 /usr/bin/etherwake
Dateibrowser öffnen,
Reiter Werkzeuge -->aktuellen Ordner als root öffnen,
dahin navigieren wo Du hinwillst, Datei kopieren, Rechte anpassen, gut is.
Gruß Joachim
Dabei kommt:
unable to copy the user`s Xauthorization file
Kann also kein root in dem Order sein ..
Zitat von: Joachim am 20 Oktober 2013, 22:17:12Pi mit grafischer Oberfläche starten,
brrrrrr
EDIT: genau die zwischenzeitlich nachgeschobenen Probleme hatte ich vorhergesehen... deshalb das brrrr
Zitat von: betateilchen am 20 Oktober 2013, 22:32:11
brrrrrr
Aber etwas leicher für einen Windows umsteiger ;) Klappt aber leider da nicht.
Moin ChrisW,
habe das ganze bei mir gerade durchgespielt, es geht einwandfrei, das riecht nach 60cm-Fehler. (Zwischen Tastatur und Rückenlehne).
@betateilchen:
gerade für Linux-Neulinge ist eine grafische Oberfläche ein Segen, und es wird keiner gezwungen, sie zu nutzen.
Gruß Joachim
Ich habe 98_WOl vor ein paar Tagen eingecheckt.
Neben der Möglichkeit eine Wiederholfunktion für BuffaloNAS (Nas_Control) einzurichten, kann man die Methode auswählen, wie geweckt werden soll. Der Parameter EW wählt das Systemprogramm ether-wake auf.
UDP nutzt eine hier: Net::Wake(CPAN) abgekupferte Version.
In der vorherigen Version wurde ebenfalls /usr/bin/ether-wake immer aufgerufen. Es war nicht abschaltbar.
Inwieweit dies mit der Installation auf Pi's Probleme macht, ist mir schleierhaft.
Vielleicht ist es aber auch nur ein Problem mit deiner Pi-Installation.
Zitat von: Dietmar63 am 20 Oktober 2013, 23:05:20Inwieweit dies mit der Installation auf Pi's Probleme macht, ist mir schleierhaft.
Hallo Dietmar,
das ist ganz einfach erklärt: Die Debian-Distributionen für Raspi beinhalten das Paket etherwake. In diesem Paket heißt das Programm etherwake (nicht ether-wake) und wird nach /usr/sbin installiert (nicht nach /usr/bin). Das Programm darf dann auch nur mit root-Rechten aufgerufen werden.
dann müssen pi's ein grundsätzliches Problem mit WOL haben - oder habe ich etwas übersehen?
nein, hast Du nicht :)
Die möglichen (eigentlich einfachen) Lösungsansätze habe ich ja bereits hier im Thread genannt, sie setzen allerdings ein gewisses Linux-Grundverständnis voraus.
also ich hab nun alels versucht
sudu chmod a+x etherwake
oder chown pi.tty etherwake
dateien haben nun anderen benutzer usw. aber ich denek es liegt ab BIN order ... aber den kann ich doch nciht einfach anpassen ??
jemand eine idee?? Selbst fhem mit sudo zu starten bringt nichts !!
Gefunden hab ich auch nur das aber so Kompliziert kann das doch nicht sein ??
http://www.linuxforums.org/forum/suse-linux/125376-how-make-ether-wake-available-users.html
Zitat von: ChrisW am 21 Oktober 2013, 08:13:14
also ich hab nun alels versucht
sudu chmod a+x etherwake
oder chown pi.tty etherwake
dateien haben nun anderen benutzer usw. aber ich denek es liegt ab BIN order ... aber den kann ich doch nciht einfach anpassen ??
jemand eine idee?? Selbst fhem mit sudo zu starten bringt nichts !!
Gefunden hab ich auch nur das aber so Kompliziert kann das doch nicht sein ??
http://www.linuxforums.org/forum/suse-linux/125376-how-make-ether-wake-available-users.html
EDIT: habe nun sudo in der 98_WOL hinzugefügt nun musste ich 1x passwort eingeben und derzeit scheint es zu klappen .. aber das ist ja auch nicht sinn ..
Dieses Problem muss doch jeder haben der WOL nutzt.
Moin,
Moin,
bei mir hab ich das so definiert :
define computer_H WOL 00:E0:81:54:67:9B 192.168.125.9
und
define CompiH_AN at *7:30:00 {if (!$we){fhem("set computer_H on")}}
Ich habe sonst nichts installiert, keine Rechte geändert oder ähnliches.
Geht prima !!
Mfg
hmm sehr intressant .. aber ich hab ja auch nichts weiter geändert. Alles andere funktioniert nur das WOL nicht .
das mit dem sudo sin der 98_WOL ist wohl auch keine Lösung. Erhalte keine Fehler mehr das nur per root auszuführen ist aber er schickt wohl kein WOL raus.. Komisch ...
Wol ist manchmal recht zickig.
Firewalls können die Pakete abfangen. Ich hatte anfangs auch Probleme von der Fritz.box mein NAS zu wecken.
Hier im Thread war das Wecken von einem fhem auf EINEM NAS Von Synlogy auch nicht möglich.
Für solche Fälle benötigt man einen Schiffer.
Poste mal deine Definition. Probier mal den Schalter UDP.
Zitat von: Dietmar63 am 21 Oktober 2013, 19:21:49Für solche Fälle benötigt man einen Schiffer.
?
(http://www.messentools.com/images/emoticones/humor/www.MessenTools.com-emoticones-humor-012.gif)
sniffer natürlich!
Du weißt bestimmt was das ist!
Das Elend mit der Rechtschreibkorrektur.
Also erstmal das WOL verursacht kein absturz das macht etwas anderes ;)
ABER
ich musste nun in der 98_WOL die zeile /usr/bin/ether-wake gegen "wakeonlan" austauschen. Dieser Befehl funktioniert ohne root.
Ich habe ALLES Versucht mit Rechten usw. es GEHT NICHT Fhem kann kein ether-wake im ordner /usr/bin/ aufrufe.
Zu mindest ich finde keine Lösungen mehr schade aber so klappt es erstmal. Für mein WOL reicht "wakeonlan"
Wir sollten einen passenden Parameter neben EW|UDP in die Definition von WOL aufnehmen. Vorschlag: WOL.
Dann mußt du nach updates nicht immer nachbessern.
Gegenvorschlag: Ein Attribut, in dem man das zu verwendende Programm definieren kann.
Das kann ich auch machen:
Dann muss aber noch ein Parameter irgendwie definiert werden - Kann ja unterschiedlich sein.
Im WOL-Umfeld gibt es viele Varianten: mit MAC, mit IP mit beidem.
versteh ich grad nicht, das steckt doch im define schon drin. Es geht doch nur darum, ein abweichendes Programm angeben zu können?
Wenn eine MAC angegeben ist: MAC verwenden
Wenn eine IP angegeben ist: IP verwenden (wobei sich mir der Sinn eines WoL anhand einer IP eines ausgeschalteten Gerätes wohl ohnehin nie erschließen wird)
Wenn eine MAC und eine IP angegeben sind: beides verwenden
MAC und IP lassen sich doch relativ einfach regexen. Und was machst Du bei IPv6 *g*
Die linux-Systemfunktionen ether-wake etherwake ... laufen soweit ich sie kenne mit MAC.
So habe ich es auch gelernt. Es gibt aber auch Varianten, die nutzen zusätzlich die IP.
Komischerweise benötigt die Methode UDP wie sie in CPAN veröffentlicht ist, auch die IP. Vermutlich um ein socket aufzubauen. Ich weiß es einfach nicht.
Das Aufwecken funktionierte bei mir sogar mit der IP 192.168.2.255(Broadcast).
Wir könnten vielleicht so starten, dass wir per Attribut den kompletten Pfad des Systemprogramms angeben:
attr wol syscmd /usr/bin/ether-wake
WOL versteht nun das Attribut sysCmd:
http://forum.fhem.de/index.php/topic,11823.msg101748.html#msg101748 (http://forum.fhem.de/index.php/topic,11823.msg101748.html#msg101748)