@zahnheinrich heisst das, der server steht in deiner Hauptwohung? Sowas habe ich auch schon überlegt, sozusagen nur ein system zu haben und Hauptwohung, FeWo und Werkstatt zusammenzufassen. Auch wegen Alexa und Co.
Btw: Hatte noch nen Sonoff rumliegen, klappt wunderbar.
@Thomas-Braun Also mit neuer SD Karte, Swapping deaktiviert und log-File in Ram schreiben läuft der Server nun seit einer Woche zuverlässig. Hoffe das bleibt so 
@Homoran hat geklappt danke!! Musste nur die Bilder neu hochladen.
Hallo Leute,
ich suche nach einer Möglichkeit um meinen Raspberry zu schonen und Energie zu sparen. Kurz zu meiner Situtation:
Ich habe in meiner Ferienwohnung ein Smart Home das mit dem iobroker auf einem Raspberry visualisiert wird. Leider hat es mir nun schon zweimal die SD Karte geschrottet. Dies liegt nach einer Fehlersuche wohl daran das der Raspi nicht SD-Karten schonend eingerichtet war (swapping etc.) und es wohl Stromausfälle gab (zB durch einen Elektriker der was am Gebäude gemacht hat). Dies habe ich nun behoben, trotzdem macht es ja keinen Sinn das der Server durchläuft obwohl nur max. einmal alle 2-3 Monate jemand da ist. Ich suche nun nach einer Möglichkeit den Server an und abschalten zu können, oder anderweitig das ganze sicher zu machen. Wie gesagt der Server wurde nun optimiert (Bessere Karte, swapping deaktiviert, log file wird im Ram geschrieben). Leider sitzt der in einem Serverrack in einem Raum außerhalb der Wohnung, und in die Wohnung kommen auch Gäste die keine Ahnung von Technik haben und sich damit nicht befassen wollen (Airbnb Gäste, Familienmitglieder etc.)
Nun fallen mir zwei Mögliche Szenarien ein:
Ein Ausschalten hätte ich über einen Button und ein JS Script in der Vis realisiert.
Oder gibt es evtl einen automatischen Standby-Modus etc.?
Wie würdet ihr das realisieren?
Grüße!
okay das hat nicht geklappt. Das System war wohl da schon beschädigt. Kann ich einzelne Adapter aus dem files ordner zB die VIS rüberkopieren? Bzw. dessen Inhalt/Konfiguration?
@UncleSam Den Ordner habe ich gleich nach dem Aufsetzten gemacht ... sollte also da noch okay gewesen sein
nein der Hostname hat sich geändert... ip blieb gleich. Ich ändere den hostnamen mal zurück (von raspberry wieder zu iobroker)
@UncleSam said in Iobroker wiederherstellen mit dem iobroker-data ordner:
Daten kongruent
Die SD Karte war defekt. Ich habe jetzt ne frische Installation auf einer neuen Rasbian Instanz und ner neuen SD Karte. Ein einfaches rüberkopieren des iobroker-data ordner reicht?
Hallo liebes Forum,
gibt es eine Möglichkeit eine alte (und mitlerweile defekte) Iobroker installation von dem ich mir den iobroker-data ordner gesichert habe (aber kein Backup über backitup) irgendwie zurückzuspielen? Vorallem die Daten der VIS wären wichtig.
Grüße
Ich habe gestern ein 3A Netzteil, eine SanDisk High Endurance und einen Stick (zur Datenauslagerung) bestellt. Ist noch nicht da leider, wird natürlich alles getauscht. Möchte nur auch dem Fehler auf die Schliche kommen. Nicht das es doch etwas anderes war und ich tausche zum 3. mal erfolglos...
Ich meine wie gesagt das zwei SD Karten innerhalb weniger Tage den geist aufgeben ist sehr sehr sehr komisch.
Ich berichte nach der Neuinstallation. Ist es möglich und sinnvoll Daten die oft geschrieben werden (log etc.) auszulagern auf einen Stick? Oder gar das ganze System vom Stick zu starten? Dadurch das ich das System nur sehr selten nutze soll es einfach stabil über langen zeitraum laufen ohne alle paar Monate SD Karte zu nutzen etc. Dafür darf es aber auch gerne sehr abgespeckt sein... ich nutze prinzipiell nur die VIS....
pi@iobroker:~ $ cat /var/log/kern.log | grep -i EXT4
Nov 15 16:46:46 iobroker kernel: [ 0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_headphones=1 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000 console=ttyS0,115200 console=tty1 root=PARTUUID=6c586e13-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
Nov 15 16:46:46 iobroker kernel: [ 2.719114] EXT4-fs (mmcblk0p2): INFO: recovery required on readonly filesystem
Nov 15 16:46:46 iobroker kernel: [ 2.721421] EXT4-fs (mmcblk0p2): write access will be enabled during recovery
Nov 15 16:46:46 iobroker kernel: [ 3.197479] EXT4-fs (mmcblk0p2): orphan cleanup on readonly fs
Nov 15 16:46:46 iobroker kernel: [ 3.208237] EXT4-fs (mmcblk0p2): 1 orphan inode deleted
Nov 15 16:46:46 iobroker kernel: [ 3.210881] EXT4-fs (mmcblk0p2): recovery complete
Nov 15 16:46:46 iobroker kernel: [ 3.235457] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
Nov 15 16:46:46 iobroker kernel: [ 3.240726] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
Nov 15 16:46:46 iobroker kernel: [ 5.938244] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
Nov 17 19:20:00 iobroker kernel: [ 0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_headphones=1 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000 console=ttyS0,115200 console=tty1 root=PARTUUID=6c586e13-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
Nov 17 19:20:00 iobroker kernel: [ 2.779126] EXT4-fs (mmcblk0p2): INFO: recovery required on readonly filesystem
Nov 17 19:20:00 iobroker kernel: [ 2.781491] EXT4-fs (mmcblk0p2): write access will be enabled during recovery
Nov 17 19:20:00 iobroker kernel: [ 2.793153] EXT4-fs (mmcblk0p2): recovery complete
Nov 17 19:20:00 iobroker kernel: [ 2.797737] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
Nov 17 19:20:00 iobroker kernel: [ 2.802216] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
Nov 17 19:20:00 iobroker kernel: [ 5.665756] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
Nov 18 20:33:57 iobroker kernel: [ 0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_headphones=1 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000 console=ttyS0,115200 console=tty1 root=PARTUUID=6c586e13-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
Nov 18 20:33:57 iobroker kernel: [ 2.789084] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
Nov 18 20:33:57 iobroker kernel: [ 2.793475] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
Nov 18 20:33:57 iobroker kernel: [ 5.685456] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
Nov 19 09:39:17 iobroker kernel: [ 0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_headphones=1 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000 console=ttyS0,115200 console=tty1 root=PARTUUID=6c586e13-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
Nov 19 09:39:17 iobroker kernel: [ 2.718884] EXT4-fs (mmcblk0p2): INFO: recovery required on readonly filesystem
Nov 19 09:39:17 iobroker kernel: [ 2.721177] EXT4-fs (mmcblk0p2): write access will be enabled during recovery
Nov 19 09:39:17 iobroker kernel: [ 2.989481] EXT4-fs (mmcblk0p2): recovery complete
Nov 19 09:39:17 iobroker kernel: [ 2.998411] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
Nov 19 09:39:17 iobroker kernel: [ 3.003212] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
Nov 19 09:39:17 iobroker kernel: [ 5.679722] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
