Inhalt fhem.cfg gelöscht, wie wiederherstellen ?

Begonnen von Bartimaus, 08 Dezember 2014, 11:47:15

Vorheriges Thema - Nächstes Thema

Bartimaus

Moin,


ich habe vie "DEF" einen Timer angepasst, und via "save config" gespeichert.
Jetzt sehe ich gerade, das meine komplette fhem.cfg leer ist (0kb).Meine letzte Sicherung ist fehlgeschlagen, und das letzte verfügbare Backup ist somit 2 Wochen alt. Da ich aber zwischenzeitlich neue Devices hinzugefügt habe, möchte ich das ungern alles händisch wiederherstellen.


FHEM läuft noch, und ein erneutes "save config" bringt leider nichts.


Ist die Konfig nicht auch in der fHEM.save gespeichert ? Wenn ja, wo finde ich diese ? Bzw. gibt es Alternativen zur wiederherstellung ?


LG
LG
B.


FHEM@AMD-Ryzen7-5700U@Debian-LXC (ProxmoxHOST), CUL1101,FS20,IT,DS18B20,DS2413(Heizungslogger),DS2423(Stromlogger)Homematic,HM-LAN,ZWave,MiniCULs,Shelly

Icinger

#1
Klingt danach, als ob kein Speicher auf der HD/SSD/SD frei wäre.

Kontrollier das mal mit
stefan@cubie2:~$ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/root       7.0G  2.8G  4.0G  41% /


Wenns wirklich so ist, irgendwas löschen und nochmal save ausführen.
Verwende deine Zeit nicht mit Erklärungen. Die Menschen hören (lesen) nur, was sie hören (lesen) wollen. (c) Paulo Coelho

Bartimaus

Hi,


danke für Deine Antwort. Sowas vermute ich auch.
Selbst wenn ich FHEM mit neuer Konfig starte, führt ein speichern der Konfig aus FHEM heraus dazu, das die Datei nachher 0 Inhalt hat.


Hier das auslesen der SD-Karte:
Dateisystem               Gr▒▒e Benutzt Verf. Verw% Eingeh▒ngt auf
rootfs                     7,1G    7,0G     0  100% /
/dev/root                  7,1G    7,0G     0  100% /
devtmpfs                   215M       0  215M    0% /dev
tmpfs                       44M    700K   44M    2% /run
tmpfs                      5,0M       0  5,0M    0% /run/lock
tmpfs                       88M       0   88M    0% /run/shm
/dev/mmcblk0p1              56M    9,7M   47M   18% /boot
tmpfs                      100M       0  100M    0% /tmp

LG
B.


FHEM@AMD-Ryzen7-5700U@Debian-LXC (ProxmoxHOST), CUL1101,FS20,IT,DS18B20,DS2413(Heizungslogger),DS2423(Stromlogger)Homematic,HM-LAN,ZWave,MiniCULs,Shelly

betateilchen

Zitat/dev/root                  7,1G    7,0G     0  100% /

Du weißt hoffentlich, was die 100% unter "Verwendet" bedeuten?
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Bartimaus

Ja, klar.  :-[


Nur wo finde ich jetzt den versteckten Speicherfresser ? Ich vermute ein Backup ist nicht auf meinem NAS gelandet, sondern wurde versucht auf die SD-Karte zu schreiben...
LG
B.


FHEM@AMD-Ryzen7-5700U@Debian-LXC (ProxmoxHOST), CUL1101,FS20,IT,DS18B20,DS2413(Heizungslogger),DS2423(Stromlogger)Homematic,HM-LAN,ZWave,MiniCULs,Shelly

Doggiebert

Da kannst Du mit dem Befehl 'du' mal auf die Suche gehen...
SW: FHEM 5.5, Raspian, XBMC, Testinstallation auf Win7
HW: Raspi B, 32GB SD, enocean Pi, RFXTRX433E, BSC - MwC-32, Onkyo TX-NR709, Samsung UE55F8090, Jung LS-Eno, permundo SmartPlug, KDG-FB 6490cable (ohne FHEM)

Bartimaus

Da finde ich leider keine einzelne Datei die so gross ist (Backupfile)
LG
B.


FHEM@AMD-Ryzen7-5700U@Debian-LXC (ProxmoxHOST), CUL1101,FS20,IT,DS18B20,DS2413(Heizungslogger),DS2423(Stromlogger)Homematic,HM-LAN,ZWave,MiniCULs,Shelly

franky08

#7
du mit der option -a (all) eingeben in /opt
Siehe:
ZitatSYNOPSIS

du [OPTION]... [FILE]...
EXAMPLES

DESCRIPTION

Summarize disk usage of each FILE, recursively for directories.

Mandatory arguments to long options are mandatory for short options too.

-a, --all
write counts for all files, not just directories
-B, --block-size=SIZE use SIZE-byte blocks
-b, --bytes
print size in bytes
-c, --total
produce a grand total
-D, --dereference-args
dereference FILEs that are symbolic links
-h, --human-readable
print sizes in human readable format (e.g., 1K 234M 2G)
-H, --si
likewise, but use powers of 1000 not 1024
-k
like --block-size=1K
-l, --count-links
count sizes many times if hard linked
-L, --dereference
dereference all symbolic links
-S, --separate-dirs
do not include size of subdirectories
-s, --summarize
display only a total for each argument
-x, --one-file-system
skip directories on different filesystems
-X FILE, --exclude-from=FILE
Exclude files that match any pattern in FILE.
--exclude=PATTERN Exclude files that match PATTERN.
--max-depth=N
print the total for a directory (or file, with --all) only if it is N or fewer levels below the command line argument; --max-depth=0 is the same as --summarize
--help
display this help and exit
--version
output version information and exit

VG
Frank
Debian Bookworm auf HUNSN / Debian Bullseye auf 2.ter HUNSN F2F an 2x RaspiB
mit FHEM aktuell
22Zoll ViewSonic als Infodislay (WVC)
3xHMLAN mit vccu, raspmatic_rpi3, HMIP-HCU1

Doggiebert

Na, damit hat sich wohl Deine Vermutung zerschlagen --> weitersuchen  8)
Nachdem Dein System ja proppevoll ist - sowas ist nie gut - würde ich als Sofortmaßnahme mal ein paar unwichtige Logs oder Temporärdateien löschen. FHEM-Logverzeichnis, oder unterhalb von /var ...

Dann kannst Du auch mal mit dem find-Befehl nach log und tmp-Dateien oder sonstigen Downloads etc. suchen (ich weiß ja nicht, was Du auf dem System so alles machst), und wenn Du da nix findest, was massiv ausser der Reihe ist, sollte man mal einen Gedanken  an einen größeren Datenträger verschwenden.
SW: FHEM 5.5, Raspian, XBMC, Testinstallation auf Win7
HW: Raspi B, 32GB SD, enocean Pi, RFXTRX433E, BSC - MwC-32, Onkyo TX-NR709, Samsung UE55F8090, Jung LS-Eno, permundo SmartPlug, KDG-FB 6490cable (ohne FHEM)

Bartimaus

Danke, hatte schon mit du -ah


hier aus /opt

80M     ./FHEM
40M     ./sonic-pi
39M     ./vc

LG
B.


FHEM@AMD-Ryzen7-5700U@Debian-LXC (ProxmoxHOST), CUL1101,FS20,IT,DS18B20,DS2413(Heizungslogger),DS2423(Stromlogger)Homematic,HM-LAN,ZWave,MiniCULs,Shelly

Bartimaus

Was ich generell schon mache, ist das FHEM alle LOGS auf den angeschlossenen USB-Stick schreibt.
Aber irgendwo hängt der Wurm in der SD-Karte
LG
B.


FHEM@AMD-Ryzen7-5700U@Debian-LXC (ProxmoxHOST), CUL1101,FS20,IT,DS18B20,DS2413(Heizungslogger),DS2423(Stromlogger)Homematic,HM-LAN,ZWave,MiniCULs,Shelly

Bartimaus

Habe jetzt als User "root" mit find -size +5M


alle Unterverzeichnisse durchsucht und nichts aussergewöhnliches gefunden. Komisch.
LG
B.


FHEM@AMD-Ryzen7-5700U@Debian-LXC (ProxmoxHOST), CUL1101,FS20,IT,DS18B20,DS2413(Heizungslogger),DS2423(Stromlogger)Homematic,HM-LAN,ZWave,MiniCULs,Shelly

juppzupp


Doggiebert

SW: FHEM 5.5, Raspian, XBMC, Testinstallation auf Win7
HW: Raspi B, 32GB SD, enocean Pi, RFXTRX433E, BSC - MwC-32, Onkyo TX-NR709, Samsung UE55F8090, Jung LS-Eno, permundo SmartPlug, KDG-FB 6490cable (ohne FHEM)

Bartimaus

find / -size +5M

durchsucht alle Verzeichnisse auf der Karte beginnend vom Root-Verzeichnis, aber mit der Einschränkung nur Dateigrösse > 5M

Hat aber nichts gebracht.

Morgen bekomme ich einen 2. Raspi, dann wird neu aufgesetzt....  :-[ 
LG
B.


FHEM@AMD-Ryzen7-5700U@Debian-LXC (ProxmoxHOST), CUL1101,FS20,IT,DS18B20,DS2413(Heizungslogger),DS2423(Stromlogger)Homematic,HM-LAN,ZWave,MiniCULs,Shelly