Hallo liebe Community,
nach einer Woche ständiger Neuinstallation und Test komme ich einfach nicht mehr weiter.
Ich habe FHEM auf dem BananaPi (Bananian) installiert und ich muss per SSH ca. alle 10 min den folgenden Befehl ausführen. Beim ca. 5. Mal läuft es.
perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg
Und dann habe ich auch nach einer knappen Stunde auch endlich per Browser Zugriff auf die Weboberfläche.
So habe ich es installiert:
Aktualiesierung des Systems:
apt-get update && apt-get upgrade -y && apt-get autoremove -y && shutdown –r now
Telnet installiert
apt-get install telnet
Perl-Pakete installiert
apt-get -f install
apt-get install perl
apt-get install libdevice-serialport-perl
apt-get install libio-socket-ssl-perl
apt-get install libwww-perl
apt-get install libxml-simple-perl
USB-Utils
apt-get install usbutils
USBMount fürs automatische Mounten meines USB-Sticks auf dem die Logfiles ausgelagert werden
apt-get install usbmount
benötigte Tools für die Installation
apt-get install make
apt-get install subersion
Files heruntergeladen und installiert
svn checkout http://svn.code.sf.net/p/fhem/code/trunk fhem-code
cd fhem-code/fhem
make install
Im fhem-Verzeichnis das SSL-Zertifikat erstellt
openssl req -new -x509 -nodes -out server-cert.pem -days 3650 -keyout server-key.pem
mkdir certs
chmod 711 certs
mv *.pem certs/
cd certs/
chmod 644 server-cert.pem
chmod 644 server-key.pem
fhem.cfg angepasst
attr global userattr devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global logfile /media/usb0/log/fhem-%Y-%m.log
attr global modpath .
attr global motd SecurityCheck:\
\
Running with root privileges.\
Restart FHEM for a new check if the problem is fixed,\
or set the global attribute motd to none to supress this message.\
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 5
define telnetPort telnet 7072 global
attr telnetPort SSL 1
attr telnetPort password MEINPASSWORT
define WEB FHEMWEB 8083 global
attr WEB HTTPS 1
attr WEB basicAuth MEINBASE64PASWWORT
define WEBphone FHEMWEB 8084 global
attr WEBphone HTTPS 1
attr WEBphone basicAuth MEINBASE64PASWWORT
attr WEBphone stylesheetPrefix smallscreen
define WEBtablet FHEMWEB 8085 global
attr WEBtablet HTTPS 1
attr WEBtablet basicAuth MEINBASE64PASWWORT
attr WEBtablet stylesheetPrefix touchpad
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog /media/usb0/log/fhem-%Y-%m.log fakelog
define autocreate autocreate
attr autocreate filelog /media/usb0/log/%NAME-%Y.log
define eventTypes eventTypes /media/usb0/log/eventTypes.txt
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
# Add CUL Stick
define CUL CUL /dev/ttyACM0@38400 0000
attr CUL rfmode HomeMatic
Das Logfile gibt leider keine Fehlermeldung aus und auf der SSH-Shell sehe ich auch keine Fehlermeldung. Dort sieht es nach dem Ausführen des Befehls perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg aus, als wäre alles ganz normal.
Nachdem ich jetzt die ganze Woche überall im Netz gesucht habe, hoffe ich, mir kann jemand helfen.
Vielen Dank schon mal fürs ansehen meines Problems.
Kann es sein, dass der Perl-Prozess beendet wird, sobald die SSH-Sitzung geschlossen/beendet/abgebrochen wird?
screen & Co oder Start per init-Skript dürften Abhilfe schaffen.
Gruß
Thomas
Hallo Thomas,
vielen Dank für die schnelle Antwort. Ich habe die SSH-Sitzung in der Zwischenzeit nicht getrennt. Sie blieb die ganze Zeit bestehen.
Da ich keinen funktionierenden Befehl finden konnte um FHEM zu beenden und neu zu starten hatte ich aber nach der Änderung in der "fhem.cfg" immer das System neu gebootet und dann fhem wieder über den Befehl perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg gestartet. Jedoch lief es dann nicht. Erst nach dem ca. 5. Mal.
Also sprich System neu gestartet.
perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg ausgeführt und 10 min gewartet. IP-Aufruf im Browser sagte: "nicht erreichbar".
perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg ausgeführt und 10 min gewartet. IP-Aufruf im Browser sagte: "nicht erreichbar".
perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg ausgeführt und 10 min gewartet. IP-Aufruf im Browser sagte: "nicht erreichbar".
perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg ausgeführt und 10 min gewartet. IP-Aufruf im Browser sagte: "nicht erreichbar".
perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg ausgeführt und 10 min gewartet. IP-Aufruf im Browser zeigte jetzt die FHEM-Seite und meine Geräte.
welches Betriebssystem hast Du installiert?
funktioniert fhem vor der Modifikation des config-files? d.h., mit der Version des config-files direkt nach der installation?
Ja, da funktioniert es. Es funktioniert auch nach der Modifikation der Config-Files (auch über HTTPS).
Wenn ich jedoch nach der FHEM-Installation einmal einen reboot des Systems durchgeführt habe, dann gehen die Start-Probleme von fhem los.
Im FHEM HOWTO steht ja folgendes:
To install & start fhem type:
make
cd /opt/fhem
perl fhem.pl fhem.cfg
Darf ich diesen Befehl evtl. nur einmal ausführen? Aber wie kann ich dann fhem nach einem Neustart des Systems starten?
make
zumindest der Befehl sollte nur einmal ausgeführt werde, weil du sonst jedes Mal Fhem neu installierst.
cd /opt/fhem
perl fhem.pl fhem.cfg
so wird Fhem von Hand gestartet. Ausgehend von dieser Anleitung (http://www.fhemwiki.de/wiki/FHEM_auf_Raspberry_PI_mit_COC_betreiben) gibt es halt auch die Möglichkeit, Fhem automatisch beim Systemstart durch ein Init-Skript starten zu lassen. Da ich Bananian nicht kenne, weiß ich nicht, ob sich das fhem.deb-Paket auch dort so installieren lässt.
Was gibt ein
ps ax | grep fhem
auf der Kommandozeile aus?
Gruß
Thomas
Edith hat das Quoting korrigiert
Hey,
sorry war mein Fehler. Natürlich ohne "make".
Fhem lässt sich auch über das fhem.deb-Paket installieren. Dies hatte ich auch ausprobiert. Dann habe ich allerdings das Problem, dass ich keine Logfiles auf meinem USB-Stick schreiben kann. Daher bin ich wieder zu dem anderen Installationsweg gewechselt. Zwischen jeder Installation habe ich natürlich das System komplett neu aufgesetzt.
Ich gehe davon aus, dass das mit dem USB-Zugriff nicht funktionierte, da ich den folgenden Schritt nicht ausgeführt hatte:
Nun fügen wir die Benutzer pi und fhem der Gruppe tty hinzu (Zugriffsrechte auf Serial- und USB-Ports)
sudo usermod -aG tty pi && sudo usermod -aG tty fhem
Den hatte ich nicht ausgeführt, da der User "pi" auf meinem System nicht existiert. Es gibt dort nur den "root".
Den Befehl ps ax | grep fhem führe ich heute Abend mal aus wenn ich wieder daheim bin und schreibe dann das Ergebnis hier.
Vielen Dank schon mal für die Hilfe.
- der User "pi" ist unter RaspBian nichts anderes als der Standard-Anmelde-User. Wenn unter Bananian nur root existiert, ist das zwar mMn nicht schön, aber dann kannst du diesen Schritt übergehen.
- das Ganze auf einen USB-Stick zu packen ist mMn kein Problem. Ich habe aber auch kein deb-Paket und auch nicht aus dem SVN installiert, sondern eine dateibasierte "Installation" durchgeführt. Evtl. vorhandene absolute Pfade in der fhem.cfg sind dann zwar einmalig anzupassen und der Aufruf im Init-Script musste an den anderen Pfad angepasst werden, aber das war es dann auch (wenn ich mich noch richtig an die Installation von vor über 1 Jahr erinnere).
- gerade bei den Log-Files kann man auch absolute Pfade angeben, die auf ein beliebiges Verzeichnis zeigen. Einzig Schreibrechte braucht der Benutzer, in dessen Kontext Fhem läuft in diesem Verzeichnis. Da bei dir aber standardmäßig "root" aktiv ist, sollte dies aber erst Recht kein Problem sein.
Dann mal bis heute Abend.
Gruß
Thomas
Hallo,
ich habe den Befehl
ps ax | grep fhem
Hier das Ergebnis:
1990 pts/0 S+ 0:00 grep --color=auto fhem
Ich hoffe das hilft weiter.
Das zeigt mir, dass Fhem nicht läuft. Bei mir sieht es so aus:
ps ax | grep fhem
7210 pts/0 R+ 0:00 grep --color=auto fhem
17133 ? S 8:39 /usr/bin/perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg
Und wenn du jetzt
cd /opt/fhem
perl fhem.pl /opt/fhem/fhem.cfg
eingibst, sollte das auch dir dir (in etwa) so aussehen, oder?
Gruß
Thomas
Okay, ich hatte FHEM auch nicht gestartet. Jetzt habe ich es aber gestartet und das Ergebnis ist nun folgendes:
2002 pts/0 S 0:00 perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg
2019 pts/0 S+ 0:00 grep --color=auto fhem
Jedoch komme ich immer noch nicht auf die Weboberfläche. Weder per HTTPS wie es konfiguriert ist, noch über HTTP. Dass ich über HTTP nicht drauf komme, ist ja klar. Aber hatte es trotzdem mal probiert.
Dann hast du evtl. einen Prozess in der fhem.cfg, der Fhem stark blockiert, so dass es zu Timeouts im Browser kommt. Poste die fhem.cfg mal in der jetzigen Form, aber bitte in Code-Tags (also im Editor das #-Zeichen wählen) oder als Text-Anhang.
Edith ergänzt: und vergiss doch erst Mal den ganzen "Kram" um https. Erst muss die grundsätzliche Funktionalität gewährleistet sein, dann kann man an Änderungen gehen.
Gruß
Thomas
Okay, hier anbei meine Config.
Die Passwörter habe ich in diesem Beispiel ersetzt. Sonst ist sie original.
attr global userattr devStateIcon devStateStyle icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global logfile /media/usb0/log/fhem-%Y-%m-%d.log
attr global modpath .
attr global motd Error messages while initializing FHEM:\
statefile: Please define ActionDetector first\
Please define ActionDetector first\
Please define ActionDetector first
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 5
define telnetPort telnet 7072 global
attr telnetPort SSL 1
attr telnetPort password MEIN_PASSWORT
define WEB FHEMWEB 8083 global
attr WEB HTTPS 1
attr WEB basicAuth MEINUSERUNDPASSWORTBASE64
define WEBphone FHEMWEB 8084 global
attr WEBphone HTTPS 1
attr WEBphone basicAuth MEINUSERUNDPASSWORTBASE64
attr WEBphone stylesheetPrefix smallscreen
define WEBtablet FHEMWEB 8085 global
attr WEBtablet HTTPS 1
attr WEBtablet basicAuth MEINUSERUNDPASSWORTBASE64
attr WEBtablet stylesheetPrefix touchpad
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog /media/usb0/log/fhem-%Y-%m-%d.log fakelog
define autocreate autocreate
attr autocreate filelog /media/usb0/log/%NAME-%Y.log
define eventTypes eventTypes /media/usb0/log/eventTypes.txt
# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
# Add CUL Stick
define CUL CUL /dev/ttyACM0@38400 0000
attr CUL rfmode HomeMatic
define CUL_HM_HM_SEC_SC_2_2AE7E1 CUL_HM 2AE7E1
attr CUL_HM_HM_SEC_SC_2_2AE7E1 IODev CUL
attr CUL_HM_HM_SEC_SC_2_2AE7E1 actCycle 028:00
attr CUL_HM_HM_SEC_SC_2_2AE7E1 actStatus alive
attr CUL_HM_HM_SEC_SC_2_2AE7E1 autoReadReg 4_reqStatus
attr CUL_HM_HM_SEC_SC_2_2AE7E1 expert 2_full
attr CUL_HM_HM_SEC_SC_2_2AE7E1 firmware 2.4
attr CUL_HM_HM_SEC_SC_2_2AE7E1 model HM-SEC-SC-2
attr CUL_HM_HM_SEC_SC_2_2AE7E1 room CUL_HM
attr CUL_HM_HM_SEC_SC_2_2AE7E1 serialNr LEQ0504979
attr CUL_HM_HM_SEC_SC_2_2AE7E1 subType threeStateSensor
define FileLog_CUL_HM_HM_SEC_SC_2_2AE7E1 FileLog /media/usb0/log/CUL_HM_HM_SEC_SC_2_2AE7E1-%Y.log CUL_HM_HM_SEC_SC_2_2AE7E1
attr FileLog_CUL_HM_HM_SEC_SC_2_2AE7E1 logtype text
attr FileLog_CUL_HM_HM_SEC_SC_2_2AE7E1 room CUL_HM
define ActionDetector CUL_HM 000000
Ich hoffe, das hilft.
Ich würd grundsätzlich erstmal alles mit HHTPS rauswerfen und schauen ob ich überhaupt "normal" drauf komme.
Alles weitere würde ich dann darauf erst aufbauen.
Wenn ich HTTPS aus der Config rausschmeiße komme ich auch nicht drauf. Das hatte ich auch schon probiert.
Ich versuche gerade nochmal parallel fhem neu über auf einem extra System per .deb package zu installieren.
Existiert auf dem System eine Datei
/media/usb0/log/fhem-%Y-%m-%d.log
also eine /media/usb0/log/fhem-2015-01-08.log?
Wenn ja und mit Inhalt bitte posten (je nach Größe besser als Anhang).
Gruß
Thomas
Das Logfile ist leer. Da wird nichts hinein geschrieben.
Ich hatte FHEM gerade nochmal per debian package auf einem zweiten System installiert. Dort läuft es mit meiner Config wunderbar solange ich nicht die Logfiles auf den USB-Stick auslagern möchte.
Wenn ich die Logfiles ind der Config auf den USB-Stick auslager, bekomme ich folgende Meldung beim Start:
111 root@bananapi ~ # /etc/init.d/fhem start :(
Starting fhem...
2015.01.08 21:44:22 1: Including fhem.cfg
2015.01.08 21:44:22 5: Cmd: >attr global autoload_undefined_devices 1<
2015.01.08 21:44:22 5: Cmd: >attr global logfile /media/usb0/log/fhem-%Y-%m-%d.log<
Can't open /media/usb0/log/fhem-2015-01-08.log: Keine Berechtigung at fhem.pl line 1901, <$fh> line 2.
root@bananapi ~ #
Obwohl ich das Ganze als root starte.
Vielleicht ist das Problem ja leichter zu lösen...
Ziehe bitte mal den USB-Stick ab, beende Fhem , erzeuge von Hand das Verzeichnis media/usb0/log und starte Fhem neu (ohne USB-Stick). Wird die Log-Datei dann nicht nur angelegt, sondern auch gefüllt?
Abschließend (vor Einstecken des USB-Sticks) wieder das vorher angelegte Verzeichnis löschen.
Gruß
Thomas
Hey,
Ja, jetzt bekomme ich ein Logfile welches auch Fehler enthält.
2015.01.08 22:04:24 5: Initializing Type Library:
2015.01.08 22:04:24 1: Including /opt/fhem/fhem.cfg
2015.01.08 22:04:24 5: Cmd: >attr global userattr devStateIcon devStateStyle icon sortby webCmd widgetOverride<
2015.01.08 22:04:24 5: Cmd: >attr global autoload_undefined_devices 1<
2015.01.08 22:04:24 5: Cmd: >attr global logfile /media/usb0/log/fhem-%Y-%m-%d.log<
2015.01.08 22:04:24 5: Cmd: >attr global modpath .<
2015.01.08 22:04:24 3: modpath must point to a directory where the FHEM subdir is
2015.01.08 22:04:24 5: Cmd: >attr global motd Error messages while initializing FHEM:
statefile: Please define ActionDetector first
Please define ActionDetector first
Please define ActionDetector first<
2015.01.08 22:04:24 5: Cmd: >attr global statefile ./log/fhem.save<
2015.01.08 22:04:24 5: Cmd: >attr global updateInBackground 1<
2015.01.08 22:04:24 5: Cmd: >attr global verbose 5<
2015.01.08 22:04:24 5: Cmd: >define telnetPort telnet 7072 global<
2015.01.08 22:04:24 5: Cmd: >attr telnetPort SSL 1<
2015.01.08 22:04:24 3: Please define telnetPort first
2015.01.08 22:04:24 5: Cmd: >attr telnetPort password MEINPASSWORT<
2015.01.08 22:04:24 3: Please define telnetPort first
2015.01.08 22:04:24 5: Cmd: >define WEB FHEMWEB 8083 global<
2015.01.08 22:04:24 5: Cmd: >attr WEB HTTPS 1<
2015.01.08 22:04:24 3: Please define WEB first
2015.01.08 22:04:24 5: Cmd: >attr WEB basicAuth MEIN_USER_64_PASSWORT
2015.01.08 22:04:24 3: Please define WEB first
2015.01.08 22:04:24 5: Cmd: >define WEBphone FHEMWEB 8084 global<
2015.01.08 22:04:24 5: Cmd: >attr WEBphone HTTPS 1<
2015.01.08 22:04:24 3: Please define WEBphone first
2015.01.08 22:04:24 5: Cmd: >attr WEBphone basicAuth MEIN_USER_64_PASSWORT
2015.01.08 22:04:24 3: Please define WEBphone first
2015.01.08 22:04:24 5: Cmd: >define WEBtablet FHEMWEB 8085 global<
2015.01.08 22:04:24 5: Cmd: >attr WEBtablet HTTPS 1<
2015.01.08 22:04:24 3: Please define WEBtablet first
2015.01.08 22:04:24 5: Cmd: >attr WEBtablet basicAuth MEIN_USER_64_PASSWORT
2015.01.08 22:04:24 3: Please define WEBtablet first
2015.01.08 22:04:24 5: Cmd: >attr WEBtablet stylesheetPrefix touchpad<
2015.01.08 22:04:24 3: Please define WEBtablet first
2015.01.08 22:04:24 5: Cmd: >define Logfile FileLog /media/usb0/log/fhem-%Y-%m-%d.log fakelog<
2015.01.08 22:04:24 5: Cmd: >define autocreate autocreate<
2015.01.08 22:04:24 5: Cmd: >attr autocreate filelog /media/usb0/log/%NAME-%Y.log<
2015.01.08 22:04:24 3: Please define autocreate first
2015.01.08 22:04:24 5: Cmd: >define eventTypes eventTypes /media/usb0/log/eventTypes.txt<
2015.01.08 22:04:24 5: Cmd: >define initialUsbCheck notify global:INITIALIZED usb create<
2015.01.08 22:04:24 5: Cmd: >define CUL CUL /dev/ttyACM0@38400 0000<
2015.01.08 22:04:24 5: Cmd: >attr CUL rfmode HomeMatic<
2015.01.08 22:04:24 3: Please define CUL first
2015.01.08 22:04:24 5: Cmd: >define CUL_HM_HM_SEC_SC_2_2AE7E1 CUL_HM 2AE7E1<
2015.01.08 22:04:24 5: Cmd: >attr CUL_HM_HM_SEC_SC_2_2AE7E1 IODev CUL<
2015.01.08 22:04:24 3: Please define CUL_HM_HM_SEC_SC_2_2AE7E1 first
2015.01.08 22:04:24 5: Cmd: >attr CUL_HM_HM_SEC_SC_2_2AE7E1 actCycle 028:00<
2015.01.08 22:04:24 3: Please define CUL_HM_HM_SEC_SC_2_2AE7E1 first
2015.01.08 22:04:24 5: Cmd: >attr CUL_HM_HM_SEC_SC_2_2AE7E1 actStatus alive<
2015.01.08 22:04:24 3: Please define CUL_HM_HM_SEC_SC_2_2AE7E1 first
2015.01.08 22:04:24 5: Cmd: >attr CUL_HM_HM_SEC_SC_2_2AE7E1 autoReadReg 4_reqStatus<
2015.01.08 22:04:24 3: Please define CUL_HM_HM_SEC_SC_2_2AE7E1 first
2015.01.08 22:04:24 5: Cmd: >attr CUL_HM_HM_SEC_SC_2_2AE7E1 expert 2_full<
2015.01.08 22:04:24 3: Please define CUL_HM_HM_SEC_SC_2_2AE7E1 first
2015.01.08 22:04:24 5: Cmd: >attr CUL_HM_HM_SEC_SC_2_2AE7E1 firmware 2.4<
2015.01.08 22:04:24 3: Please define CUL_HM_HM_SEC_SC_2_2AE7E1 first
2015.01.08 22:04:24 5: Cmd: >attr CUL_HM_HM_SEC_SC_2_2AE7E1 model HM-SEC-SC-2<
2015.01.08 22:04:24 3: Please define CUL_HM_HM_SEC_SC_2_2AE7E1 first
2015.01.08 22:04:24 5: Cmd: >attr CUL_HM_HM_SEC_SC_2_2AE7E1 room CUL_HM<
2015.01.08 22:04:24 3: Please define CUL_HM_HM_SEC_SC_2_2AE7E1 first
2015.01.08 22:04:24 5: Cmd: >attr CUL_HM_HM_SEC_SC_2_2AE7E1 serialNr LEQ0504979<
2015.01.08 22:04:24 3: Please define CUL_HM_HM_SEC_SC_2_2AE7E1 first
2015.01.08 22:04:24 5: Cmd: >attr CUL_HM_HM_SEC_SC_2_2AE7E1 subType threeStateSensor<
2015.01.08 22:04:24 3: Please define CUL_HM_HM_SEC_SC_2_2AE7E1 first
2015.01.08 22:04:24 5: Cmd: >define FileLog_CUL_HM_HM_SEC_SC_2_2AE7E1 FileLog /media/usb0/log/CUL_HM_HM_SEC_SC_2_2AE7E1-%Y.log CUL_HM_H$
2015.01.08 22:04:24 5: Cmd: >attr FileLog_CUL_HM_HM_SEC_SC_2_2AE7E1 logtype text<
2015.01.08 22:04:24 3: Please define FileLog_CUL_HM_HM_SEC_SC_2_2AE7E1 first
2015.01.08 22:04:24 5: Cmd: >attr FileLog_CUL_HM_HM_SEC_SC_2_2AE7E1 room CUL_HM<
2015.01.08 22:04:24 3: Please define FileLog_CUL_HM_HM_SEC_SC_2_2AE7E1 first
2015.01.08 22:04:24 5: Cmd: >define ActionDetector CUL_HM 000000<
2015.01.08 22:04:24 5: Cmd: >attr ActionDetector event-on-change-reading .*<
2015.01.08 22:04:24 3: Please define ActionDetector first
2015.01.08 22:04:24 5: Cmd: >attr ActionDetector model ActionDetector<
2015.01.08 22:04:24 3: Please define ActionDetector first
2015.01.08 22:04:24 1: configfile: modpath must point to a directory where the FHEM subdir is
Unknown module telnet
Please define telnetPort first
Please define telnetPort first
Unknown module FHEMWEB
Please define WEB first
Please define WEB first
Unknown module FHEMWEB
Klingt irgendwie nach einer deffekten Installation... oder?
Hmmm...
ich bin bei meinem Fhem ein Freund von absoluten statt relativen Pfaden. Fängt bei dir also mit dem "modpath" an. Der lautet bei mir
attr global modpath /opt/fhem
usw. usw.
Zudem hast du wohl (trotz root-Basis-Benutzer auf Bananian) ein anderes Problem. Ein
cd /media/usb0
ls -l
, ein
cd /media/usb0/log
ls -l
und ein
ps aux | grep fhem
bei eingestecktem USB-Stick und laufendem Fhem wäre auch noch hilfreich (ich habe keinerlei Kenntnisse im Umgang mit Bananian. Deshalb mache ich klein-klein). Zuerst aber noch Fhem beenden, das vorher angelegt Verzeichnis (siehe meinen Beitrag weiter oben) löschen, dann den Stick einstecken und Fhem neu starten.
Gruß
Thomas
Ich glaube langsam dass der BananaPi bzw. das Bananian-System wohl doch nicht so gut ist.
Ich habe die Befehle ausgeführt wie du sagtest. Hier das Ergebnis:
root@bananapi ~ # cd /media/usb0
root@bananapi /media/usb0 # ls -l
insgesamt 10068
-rwxr-xr-x 1 root root 10305196 Nov 9 14:23 fhem-5.6.deb*
drwxr-xr-x 3 root root 4096 Jan 8 21:27 log/
root@bananapi /media/usb0 # cd log
root@bananapi /media/usb0/log # ls -l
insgesamt 4
-rwxr-xr-x 1 root root 0 Jan 8 21:27 fhem-2015-01-08.log*
drwxr-xr-x 5 root root 4096 Jan 7 21:13 fhem-code/
root@bananapi /media/usb0/log #
root@bananapi /media/usb0/log # perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg
root@bananapi /media/usb0/log # ps aux | grep fhem
root 2032 20.5 1.5 21048 15732 pts/0 D 22:50 0:01 perl /opt/fhem fhem.pl /opt/fhem/fhem.cfg
root 2046 0.0 0.0 3692 748 pts/0 S+ 22:50 0:00 grep --color=auto fhem
root@bananapi /media/usb0/log #
Und aus irgendeinem Grund läuft es jetzt :)
Habe eben nochmal einen Neustart des ganzen Systems gemacht und siehe da, wenn ich
perl /opt/fhem/fhem.pl /opt/fhem/fhem.cfg
ausführe, läuft es wieder sofort beim ersten Mal.
So richtig weiß ich nicht was schlussendlich des Rätsels Lösung war, aber es läuft.
Vielen herzlichen Dank nochmal für die großartige Hilfe. Wenn es morgen immer noch läuft, bin ich glücklich und kann mich endlich dem eigentlichen FHEM widmen.
Hmmmm...
nichts zu danken und schön, dass es jetzt läuft, aber auch irgendwie unbefriedigend, denn solche Systeme hätte ich gerne live in meinen Händen. Hoffentlich "überlebt" das jetzige Funktionieren auch die nächsten Neustarts von Fhem / des Systems.
Wenn du jetzt noch ein regelmäßiges Backup deiner *.cfg-Datei(en) (am besten deiner ganzen Fhem-Installation) machst, dann kannst du immer darauf zurück greifen.
Gruß
Thomas
Guten Morgen,
ja unbefriedigend ist es schon wenn man nicht genau weiß, woran es lag.
Meine derzeitige Vermutung ist, dass es vielleicht mit dem Abziehen und neu anstecken des USB-Sticks behoben worden sein könnte.
Ich habe direkt ein Backup vom gesamten Betriebssystem erstellt.
Vielen Dank nochmal.