FHEM-Verzeichnis immer mal wieder komplett leer

[mimbe]

Liebes Forum,

jetzt muss ich mein Problem doch einmal hier melden, in der Hoffnung, dass mir jemand helfen kann.
Von Zeit zu Zeit (ca. alle paar Monate) kommt es vor, dass das FHEM-Verzeichnis kompett leer ist.
Auch ein "ls -a" bringt keine einzige Datei zur Anzeige. Natürlich kann ein Backup zurückgespielt werden
aber auf Dauer ist das wirklich nervig und zudem werden die Logdateien (z.B. von einer angeschlossenen
Wetterstation) dadurch unterbrochen.

Der Ordner "/opt/fhem" selbst ist noch da aber seine Inhalte sind verschwunden, so dass natürlich
auch der FHEM-Dienst nicht mehr läuft.

Woran kann das liegen? Am System wurde zwischenzeitlich definitiv nichts verändert.

Hier das System (Output von "uname -a"):
Linux cubietruck 4.19.17-sunxi #5.73 armv71 GNU/Linux

Viele Grüße

mimbe

[LuckyDay]

SD Karte schrott

[Benni]

Falls es nicht an der SD-Karte liegt, könnte auch irgendein unsauber gestricktes Cleanup-/Backup-Script die Ursache sein.

Dazu mal die eingerichteten Cron-Jobs prüfen.

gb#

[CoolTux]

Linux cubietruck 4.19.17

Haben Cubietruck auch SD Karten? Dachte immer das wäre auch so ein kleines Wohnzimmer NAS System?

[Benni]

Ja, die haben standardmäßig auch SD-Karten.
Aber auch SATA an Bord, sprich man könnte/kann den auch mit einer Festplatte betreiben.

http://cubieboard.org/tag/cubietruck/

gb#

[CoolTux]

Danke Dir Benni. Dann vielleicht erstmal klären was der User genau hat und dann schauen wir mal.

[mimbe]

Dann will der User mal aufklären ...sich zunächst aber für die schnellen und zahlreichen Rückmeldungen bedanken 

Im Cubietruck steckt zwar auch eine MMC-Karte. Diese gibt seine Dienste beim Booten aber an eine SATA-Platte ab. Last but
not least läuft das Linux-System also auf einer Festplatte.

Interesant ist vielleicht noch, dass jedesmal, wenn dies passiert, immer dieselben Bereiche geplättet werden:
1.) Die Inhalte des FHEM-Ordners
und
2.) Per "mount" eingebundene (externe) Laufwerke.


Das System selbst und andere - darin ausgeführte - Dienste (wie z. B. der Apache Webserver) laufen reibungslos weiter.
Daher würde ich einen SATA-Defekt einmal vorsichtig ausschließen wollen.

Im cron gibt es m. E. auch nichts Auffälliges.

Weiß auch nicht, in welchen logs (o. ä.) ich noch suchen könnte.

[Otto123]

Wenn man technische Fehler ausschließen kann - was irgendwie so klingt.
Steht das Ding im Internet? Mag Dich Einer und treibt "Scherze" mit Dir? Klingt doch irgendwie nach einer gezielten Aktion.

Gruß Otto

[CoolTux]

Dann will der User mal aufklären ...sich zunächst aber für die schnellen und zahlreichen Rückmeldungen bedanken 

Im Cubietruck steckt zwar auch eine MMC-Karte. Diese gibt seine Dienste beim Booten aber an eine SATA-Platte ab. Last but
not least läuft das Linux-System also auf einer Festplatte.

Interesant ist vielleicht noch, dass jedesmal, wenn dies passiert, immer dieselben Bereiche geplättet werden:
1.) Die Inhalte des FHEM-Ordners
und
2.) Per "mount" eingebundene (externe) Laufwerke.


Das System selbst und andere - darin ausgeführte - Dienste (wie z. B. der Apache Webserver) laufen reibungslos weiter.
Daher würde ich einen SATA-Defekt einmal vorsichtig ausschließen wollen.

Im cron gibt es m. E. auch nichts Auffälliges.

Weiß auch nicht, in welchen logs (o. ä.) ich noch suchen könnte.

Ich habe eine /var/log/auth.log Vielleicht hast Du sowas auch. Schaue nach wer zu der Zeit auf dem System war.

[mimbe]

An einen "Schabernack" hatte ich auch schon gedacht.

In der auth.log sticht nur folgender Eintrag etwas heraus:
localhost systemd-logind[689]: Removed session c6

Ansonsten immer jeden Morgen um ca. 06:25 Uhr folgende Hinweise (vermutlich nach Zwangstrennung vom INet-Provider?):
Successful su for www-data by root
+ ? ? ? root:www-data

Leider kann ich nicht mehr erkennen, wann genau (Datum+Uhrzeit) die Verzeichnisse geleert wurden aber in der daemon.log
taucht mitunter folgender Eintrag auf:
localhost systemd[1]: Starting Cleanup of Temporary Directories...

Könnte das eventuell der Grund sein?