@CoolTux: und tschüss, mich nervst Du nicht mehr ;D ;D ;D :o :o :o
Hallo,
wäre Nett wenn Du mit angeben würdest, wo fhem den läuft (Hardware / Software). Wenn Linux, vermutlich ein Berechtigungsproblem.
Gruß Christoph
RaspberryPi 2 mit Rasbian Wheezy. Linux raspberrypi 4.1.7-v7+ #817 SMP PREEMPT Sat Sep 19 15:32:00 BST 2015 armv7l GNU/Linux
Habe die fhem.cfg umbenannt und nochmal mit "save config" gespeichert. Leider werden die aktuellen Änderungen nicht übernommen.
-rw-r--r-- 1 fhem dialout 28299 Feb 21 13:03 fhem.cfg
Berechtigungsproblem (siehe Christoph) oder SD-Karte hinüber.
Sollte sich bei einem booten des RasPi mit angeschlossenem Monitor zeigen.
Wie kann ich die aktuelle Konfiguration OHNE "save config" sichern ?
copy&paste nach Notepad++ kennst du?
Was er aber meint ist wohl die config, mit der FHEM gerade läuft. Diese wird ja nicht identisch sein mit der Config in der fhem.cfg, weil diese sich ja nicht speichern lässt.
Eventuell lässt sich die Config vorrübergehend in einer DB unterbringen (siehe Doku zu configDB). Ich bin aber nicht sicher, ob hier die gerade verwendete Config verwendet oder ob sie dann auch aus dem File gelesen wird. Das müsstest du testen @kaktus567.
Ahm, ja stimmt.
Solange kein save gemacht wurde ist die fhem.cfg ja noch die "alte".
Da hilft ein copy&paste auch nicht viel.
Aber besser als nix sollte die SD defekt sein ;)
Ein Backup habe ich noch ...
Wenn's ein Rechteproblem sein sollte, wie sehen diese für das Verzeichnis /opt/fhem eigentlich aus ? bzw. für die fhem.cfg ?
Warum wird die Zeit der Datei beim spiechern aktualisiert, aber die Änderungen sind nicht enthalten ?
Man kann beim save auch noch einen alternativen Dateinamen als Parameter angeben.
save configbackup.cfg
Vielleicht geht damit ja noch was?
Ein Versuch kann jedenfalls nicht schaden ;)
Zitat von: kaktus567 am 21 Februar 2016, 13:04:25
Habe die fhem.cfg umbenannt und nochmal mit "save config" gespeichert. Leider werden die aktuellen
Ich sehe gerade, dass du das hier eigentlich sogar machst.
Versuche mal ein save ohne config
save
wenn du dich mit z.B putty auf den pi aufschaltest und in /opt/fhem die fhem.cfg löschst und anschliessend in fhem neu speicherst? Das sollte eigentlich helfen.
Zitat von: ernst1024 am 21 Februar 2016, 13:40:15
wenn du dich mit z.B putty auf den pi aufschaltest und in /opt/fhem die fhem.cfg löschst und anschliessend in fhem neu speicherst? Das sollte eigentlich helfen.
Hatte ich schon versucht, steht schon am Anfang ...
save configbackup.cfg@Benni: das hat schonmal geholfen !!!
EDIT: das gibt's doch nicht !!! >:( >:( >:(
Gerade nochma in der Datei nachgeschaut, keine Änderung !!!! Ich bin mir eigentlich sicher, die gesehen zu haben !?!!?!!?Bleibt noch die Frage:
ZitatWenn's ein Rechteproblem sein sollte, wie sehen diese für das Verzeichnis /opt/fhem eigentlich aus ? bzw. für die fhem.cfg ?
Warum wird die Zeit der Datei beim spiechern aktualisiert, aber die Änderungen sind nicht enthalten ?
Hallo,
was ist denn mit
attr web editConfig 1
???
Zitat von: Intruder1956 am 21 Februar 2016, 14:01:34
Hallo,
was ist denn mit
attr web editConfig 1
???
Das hat mit dem Problem nichts zu tun.
mal ne ganz dumme Frage: Karte voll?
Ich habe ein Backup aufgespielt und das gleiche Problem !!! fhem.cfg wird nicht aktualisiert !!!
Jetzt habe ich ein neues Device bzw. Dummy angelegt und die fhem.cfg nochmal gespeichert, diese Änderung wurde übernommen ! ???
D.h. ein altes "at"-device, welches ich per attr in einen anderen Raum schieben wollte, wurde nicht gespeichert. Ich habe es jetzt nochmal gelöscht und neu angelegt.
Die Änderung wurde auch tatsächlich wieder in der fhem.cfg gespeichert. Alles sehr seltsam ... ::)
@ernst: nein, Karte nicht voll, /opt/log auf USB-Stick ausgelagert. Das war auch ganz gut so, da die Daten der letzten Woche somit vorhanden sind ;)
Ähm. War das at eventuell einmal nicht periodisch? Solche ats (also diejenigen, die anfänglich nicht als periodisch angelegt wurden und nachtärglich auf periodisch geändert werden) landen NICHT in der Config. Das ist unschön, ist aber so. Solche ats sind im Statefile zu finden.
Ich nehme an, auch in diesem Thread hätten mehr Informationen zu einer schnelleren Lösung geführt.
ZitatWar das at eventuell einmal nicht periodisch? Solche ats (also diejenigen, die anfänglich nicht als periodisch angelegt wurden und nachtärglich auf periodisch geändert werden) landen NICHT in der Config.
Warum musste ich also ausgerechnet dieses "at" erwischen, na egal, zumindest hat das Restore funktioniert und mein Backup der SD-Karte vor einigen Wochen mit rpi-clone.
@all: Danke für die Info's 8)
@marvin: Und sorry, konnte ja nicht ahnen wo die Reise hingeht ... ;)
Das stimmt. Obwohl der Hinweis, dass es ein at ist, uns sicher auf die richtige Spur gebracht hätte. Das mit dem Datum hatte mich schon die ganze Zeit gewundert. Da hätten meine Ohren schon klingeln sollen ;)