ioBroker mit Problemen nach Stromausfall, kein Update
-
@Jan1 sagte in ioBroker mit Problemen nach Stromausfall, kein Update:
@Maverick
Genau das wird aber schwer, wenn kein RAM frei ist.Adapter deaktiviert. gehe davon aus, der rödelt, weil er auch nicht aktuell ist.
top - 14:45:15 up 2:28, 3 users, load average: 1,46, 1,87, 2,04 Tasks: 168 total, 1 running, 167 sleeping, 0 stopped, 0 zombie %Cpu(s): 0,9 us, 0,1 sy, 0,0 ni, 99,0 id, 0,0 wa, 0,0 hi, 0,0 si, 0,0 st KiB Mem: 945512 total, 822448 used, 123064 free, 16092 buffers KiB Swap: 102396 total, 65064 used, 37332 free. 72296 cached Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 2041 root 20 0 134536 42768 9600 S 1,0 4,5 0:25.52 io.hm-rega+ 8273 root 20 0 5588 2576 2184 R 1,0 0,3 0:00.23 top 825 pi 20 0 94516 6288 4832 S 0,3 0,7 0:11.08 lxpanel 1317 root 20 0 151512 62280 9680 S 0,3 6,6 2:19.07 io.admin.0 1382 root 20 0 132788 43692 9608 S 0,3 4,6 0:13.76 io.termina+ 1396 root 20 0 145592 51016 9716 S 0,3 5,4 5:42.11 io.yahka.0 1 root 20 0 22768 3256 2372 S 0,0 0,3 0:02.83 systemd 2 root 20 0 0 0 0 S 0,0 0,0 0:00.01 kthreadd 3 root 20 0 0 0 0 S 0,0 0,0 0:10.52 ksoftirqd/0 5 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 kworker/0:+ 7 root 20 0 0 0 0 S 0,0 0,0 0:17.61 rcu_sched 8 root 20 0 0 0 0 S 0,0 0,0 0:00.00 rcu_bh 9 root rt 0 0 0 0 S 0,0 0,0 0:00.06 migration/0 10 root 0 -20 0 0 0 S 0,0 0,0 0:00.00 lru-add-dr+ 11 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 12 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1 13 root rt 0 0 0 0 S 0,0 0,0 0:00.04 migration/1 -
@Thomas-Braun sagte in ioBroker mit Problemen nach Stromausfall, kein Update:
@Maverick Ich würde jetzt erstmal schauen, ob du da noch ein paar Ressourcen freischaufeln kannst.
who -rWenn da irgendwas mit Runlevel 5 kommt, dann
init 3Dann würde ich alle Adapter, die gerade nicht benötigt werden stoppen.
Runlevel 5 kam, init 3 ausgeführt, unnötige Adapter gestoppt... wobei ich aktuell keine brauche, bevor es nicht wieder läuft.
-
@Maverick sagte:
Adapter deaktiviert.
Das sieht schon besser aus. Sortiere mal in top mit Shift-m (großes M) die Anzeige nach Speicherverbrauch, dann stehen die ioBroker-Prozesse oben.
-
top - 14:52:00 up 2:35, 2 users, load average: 0,07, 0,58, 1,36 Tasks: 136 total, 2 running, 134 sleeping, 0 stopped, 0 zombie %Cpu(s): 0,3 us, 0,3 sy, 0,0 ni, 99,3 id, 0,0 wa, 0,0 hi, 0,1 si, 0,0 st KiB Mem: 945512 total, 711356 used, 234156 free, 20692 buffers KiB Swap: 102396 total, 30192 used, 72204 free. 109900 cached Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 7337 root 20 0 198336 98700 19152 S 0,0 10,4 4:42.73 io.backitu+ 1248 root 20 0 173596 72672 9596 S 0,3 7,7 10:09.95 io.javascr+ 771 root 20 0 161788 53192 9872 S 0,0 5,6 115:45.08 iobroker.j+ 1396 root 20 0 145592 51076 9716 S 0,0 5,4 5:43.67 io.yahka.0 1254 root 20 0 145000 47892 9576 S 0,0 5,1 0:41.30 io.rpi2.0 1317 root 20 0 141964 44176 9680 S 0,3 4,7 2:27.47 io.admin.0 2041 root 20 0 134536 43344 9600 S 0,0 4,6 0:26.58 io.hm-rega+ 1382 root 20 0 132788 43252 9608 S 0,7 4,6 0:14.28 io.termina+ 1410 root 20 0 137144 43076 9716 S 0,0 4,6 0:15.94 io.cloud.0 2026 root 20 0 137456 42436 9548 S 0,0 4,5 0:27.80 io.hm-rpc.0 1426 root 20 0 126800 35972 9556 S 0,3 3,8 0:13.25 io.scenes.0 1204 root 20 0 131248 31852 9612 S 0,0 3,4 0:14.16 io.web.0 1488 root 20 0 132416 25992 10052 S 0,0 2,7 0:19.73 io.info.0 1234 root 20 0 122448 21760 9608 S 0,0 2,3 0:22.62 io.history+ 8434 root 20 0 9580 5192 4508 S 0,0 0,5 0:00.27 sshd 8445 root 20 0 6884 4380 2912 S 0,0 0,5 0:00.17 bash 1 root 20 0 23828 3828 2652 S 0,0 0,4 0:03.42 systemd -
@Maverick
Da laufen aber noch unnötige Adapter/Prozesse.
hm-rega, scenes, history usw. -
@Thomas-Braun sagte in ioBroker mit Problemen nach Stromausfall, kein Update:
@Maverick
Da laufen aber noch unnötige Adapter/Prozesse.
hm-rega, scenes, history usw.Bei den meisten weiß ich doch gar nicht, wofür die sind
top - 14:55:12 up 2:38, 2 users, load average: 0,44, 0,48, 1,17 Tasks: 124 total, 1 running, 123 sleeping, 0 stopped, 0 zombie %Cpu(s): 0,2 us, 0,2 sy, 0,0 ni, 99,5 id, 0,0 wa, 0,0 hi, 0,1 si, 0,0 st KiB Mem: 945512 total, 406080 used, 539432 free, 20764 buffers KiB Swap: 102396 total, 27884 used, 74512 free. 109960 cached Mem PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1248 root 20 0 174620 78076 9596 S 1,0 8,3 10:12.06 io.javascr+ 1317 root 20 0 141964 49244 9680 S 0,3 5,2 2:30.48 io.admin.0 1382 root 20 0 132788 43260 9608 S 0,0 4,6 0:14.50 io.termina+ 771 root 20 0 155360 43072 9872 S 0,0 4,6 115:49.73 iobroker.j+ 1204 root 20 0 131248 32100 9612 S 0,0 3,4 0:14.42 io.web.0 1488 root 20 0 132416 26016 10052 S 0,0 2,8 0:20.04 io.info.0 8434 root 20 0 9720 5192 4508 S 0,0 0,5 0:00.31 sshd 8445 root 20 0 6884 4380 2912 S 0,0 0,5 0:00.17 bash 1 root 20 0 23828 3828 2652 S 0,0 0,4 0:03.42 systemd 574 redis 20 0 38016 2992 1688 S 0,3 0,3 7:23.24 redis-serv+ 8706 root 20 0 5588 2480 2108 R 0,7 0,3 0:01.53 top 426 avahi 20 0 4128 2352 2016 S 0,3 0,2 0:08.43 avahi-daem+ 434 message+ 20 0 5712 2224 1920 S 0,0 0,2 0:00.35 dbus-daemon 144 root 20 0 9928 2096 1928 S 0,0 0,2 0:00.80 systemd-jo+ 505 root 20 0 3848 2020 1884 S 0,0 0,2 0:00.14 systemd-lo+ 641 root 20 0 7856 1952 1828 S 0,0 0,2 0:00.07 sshd 139 root 20 0 11988 1848 1744 S 0,0 0,2 0:00.41 systemd-ud+ -
@Maverick sagte:
Bei den meisten weiß ich doch gar nicht, wofür die sind
Um so schlimmer.
Jetzt ist genügend RAM frei, um wieder arbeiten zu können. -
@Maverick
Alles außer web, socketio, admin und backitup kannst du für den Moment mal ausknipsen. Und dann versuchst du ein Backup über den backitup zu ziehen. -
@paul53 sagte in ioBroker mit Problemen nach Stromausfall, kein Update:
@Maverick sagte:
Bei den meisten weiß ich doch gar nicht, wofür die sind
Um so schlimmer.
Ich hab den Raspi vor zig Jahren aus einem Image aufgesetzt (mit grafischer Oberfläche). Die Jahre über immer aktualisiert, alles lief. Prinzipiell dient der ioBroker der Lichtsteuerung in Haus/Garten. Von Linux, Konsole, etc. hab ich null Plan ... aber ich hatte es hinbekommen und es lief.
Ich weiß, Experten raufen sich die Haare, für mich ist es ein Hobby.
-
@Maverick
Aber auch sein Hobby-Gerät sollte man ab und an mal pflegen.
Jessie ist 2018 in LTS überführt worden und geht Ende diesen Monats in 'EOL - End of Life' über. Dann ist da komplett Schicht im Schacht. -
@Thomas-Braun sagte in ioBroker mit Problemen nach Stromausfall, kein Update:
@Maverick
Alles außer web, socketio, admin und backitup kannst du für den Moment mal ausknipsen. Und dann versuchst du ein Backup über den backitup zu ziehen.@Thomas-Braun sagte in ioBroker mit Problemen nach Stromausfall, kein Update:
@Maverick
Aber auch sein Hobby-Gerät sollte man ab und an mal pflegen.Im März... leider mit defektem Backup.
socketio sehe ich nirgends, backitup, admin, web ist noch an.
Backup über Backitup hatte ich bereits vorhin ausgeführt, liegt auch auf dem FTP.
Mache ich jetzt noch einmal. -
@Maverick sagte in ioBroker mit Problemen nach Stromausfall, kein Update:
Im März... leider mit defektem Backup.
Ich meine kein Backup, sondern das Gesamtsystem auf Vordermann halten. Wie gesagt, eigentlich wird Jessie schon seit 2 Jahren nicht mehr wirklich gepflegt, sondern nur noch mit den allernotwendigsten Dingen versehen. In der Zeit sollte man das tote Pferd dann wechseln.
Wenn jetzt ein Backup vorhanden ist kannst du ja Buster neuinstallieren.
-
@Thomas-Braun sagte in ioBroker mit Problemen nach Stromausfall, kein Update:
@Maverick sagte in ioBroker mit Problemen nach Stromausfall, kein Update:
Im März... leider mit defektem Backup.
Ich meine kein Backup, sondern das Gesamtsystem auf Vordermann halten. Wie gesagt, eigentlich wird Jessie schon seit 2 Jahren nicht mehr wirklich gepflegt, sondern nur noch mit den allernotwendigsten Dingen versehen. In der Zeit sollte man das tote Pferd dann wechseln.
Wenn jetzt ein Backup vorhanden ist kannst du ja Buster neuinstallieren.
Ja, hier war ich nicht auf Ballhöhe. Schließlich aktualisiert man seine anderen Betriebsysteme auf Rechner und Smartphone ja auch.
Backup scheint geklappt zu haben. Hab es mal entpackt.
Hast du noch einen Tipp für mich, wie ich jetzt am besten vorgehe um neu zu installieren?
-
@Maverick sagte in ioBroker mit Problemen nach Stromausfall, kein Update:
Backup scheint geklappt zu haben.
ist das das minimal?
-
@Homoran sagte in ioBroker mit Problemen nach Stromausfall, kein Update:
@Maverick sagte in ioBroker mit Problemen nach Stromausfall, kein Update:
Backup scheint geklappt zu haben.
ist das das minimal?
Ja. Ich hoffe die Einstellungen vom yahka Adapter stecken da auch mit drin. Es ist nur noch eine Datei im vis.0 Ordner. Vis benötige ich aber nicht mehr.
-
@Maverick
Gut - dann sind da alle deine Einstellungen drin.Ich würde jetzt ebenfalls wie schon von @Thomas-Braun geschrieben neu Installieren
-
Das dann nach dieser Anleitung https://www.raspifun.de/viewtopic.php?t=4
Und Lite reicht vollkommen aus auf Deinem 1GB RAM Pi -
@Maverick sagte in ioBroker mit Problemen nach Stromausfall, kein Update:
Ich hoffe die Einstellungen vom yahka Adapter stecken da auch mit drin
eigentlich stecken alle Einstellungen drin.
bei YAHKA habe ich keine Ahnung - gibt es da was besonderes? -
@Maverick
Kommt drauf an, was du vor hast.
Installationsanleitungen für Rasbperry OS 'Buster' gibt es zuhauf im Netz, ich würde hier die Variante über NOOBS (lite) auf der SD-Karte und denn ein Raspbian / Raspberry OS (lite) installieren.
Oder du versuchst von deinem aktuellen System auf Buster zu gehen. Das könnte aber holprig werden:apt-get update apt-get upgrade reboot grep -rl stretch /etc/apt/ | sudo xargs sed -i 's/stretch/buster/g' apt-get update apt-get dist-upgradeDie Erfolgsaussichten schätze ich für diesen Fall aber auf bestenfalls 50:50 ein. Und das wird mehrere Stunden dauern, eine Neuinstallation dürfte da sinnvoller sein.
-
@Jan1 danke schau ich mir an
@Homoran yahka, besonderes nicht, aber diverse Einträge, welche die homematic Adapter über Alexa, Siri und iphone steuern lassen
