Hier sind die Verdächtigen:
/usr/bin/node -v
/usr/local/bin/node -v
Ich bin sicher, dass du die beiden Versionsnummer siehst, oder?
Wahrscheinlich zeigt dir auch which node die beiden Versionen.
Verschiedene Homebridge Probleme
-
-
Das sieht gut aus, meine ich.
pi@HomeBridge:/ $ /usr/local/bin/node -vv18.14.1
pi@HomeBridge:/ $ /usr/bin/node -v
v14.21.3
pi@HomeBridge:/ $ which node
/usr/local/bin/node
Auffälliger ist vielleicht das log:
[2/17/2023, 10:34:17 PM] [HB Supervisor] Starting Homebridge with extra flags: -P /var/lib/homebridge/node_modules -K --strict-plugin-resolution
[2/17/2023, 10:35:03 PM] [HB Supervisor] Node.js v18.13.0 /opt/homebridge/bin/node
[2/17/2023, 10:35:03 PM] [HB Supervisor] Homebridge Path: /var/lib/homebridge/node_modules/homebridge/bin/homebridgeKann ich den Pfad einfach umlenken?
Das sieht gut aus, meine ich.
Nee, sieht es nicht. Da ist ja jetzt sogar eine dritte Version. Aber danke für das Log.
Wir haben also:
Pfad Version Kommentar /usr/local/bin/node 18.14.1 Soll benutzt werden und diese wird offenbar durch n verwaltet /usr/bin/node 14.21.3 Ist uralt und kommt wahrscheinlich per Linux-Paketmanagement.
Stört uns erstmal nicht./opt/homebridge/bin/node 18.13.0 Diese hier verwendet die Homebridge. Wird etwas aufwändig. Ich würde die Version in /opt unbrauchbar machen, danach die Homebridge neu installieren und dann die Startskript anpassen. Kann aber jetzt nicht ins Details gehen, muss kochen, der gierige Haufen kommt um fünf und will gefüttert werden.
NACHTRAG: hast du mal
sudo hb-service update-node
versucht?
Haha, dann viel Erfolg - sicher maximal Smart Cooking bei dir. Ich mache mal zunächst ein Full Backup.
NACHTRAG: hast du mal
sudo hb-service update-node
versucht?
Sauber, das hat geklappt! DANKESCHÖN!!!
Hi,
in letzter Zeit stelle ich fest, dass die Homberidge und entsprechende Plugins in der Home App als „keine Antwort“ gelistet sind. Über die Hue App eingebundene Lampen sind aber weiterhin steuerbar. Das Problem scheint daher von der HB zu kommen.
Es dauert dann ca. 10 Minuten und dann läuft wieder alles, ohne dass ich selbst was veranlasst habe.
Die Homebridge selbst ist über das Web GUI jederzeit erreichbar und meldet auch nicht „starte“ oder Ähnliches.
Hat jemand eine Idee, woran es liegen könnte oder wie ich der Sache auf den Grund gehen kann?
Keine Idee. Aber ich hatte eine lange Zeit mit häufigen Aussetzern ala "keine Antwort" zu kämpfen. Ein Neustart der Homebridge hat dann nur temporär eine Lösung gebracht. Das wäre aber das 1. was ich probieren würde, bin aber auch als Windows user leicht geschädigt
Letztendlich war es bei mir ein plug-in (xiaomi for plant sensor) das das Problem scheinbar verursacht hat. Scheinbar deswegen, da ich den damaligen Programmierer über github nicht mehr erreicht habe und ich mir nicht mehr zu helfen wusste. Habe dann ein Plug-in nach den nächsten deaktiviert und irgendwann auf dem Xiaomi plant sensor fest machen können. Seit dem es deaktiviert ist, habe ich keine Probleme mehr mit "keine Antwort".
P.S.: Die Geräte liessen sich damals bei mir auch in Homekit nicht mehr steuern, aber direkt über die Homebridge (web ui Oberfläche).
Könnte es damit zusammenhängen. dass ich nur noch 0,23 GB von insgesamt 0,9 GB RAM frei habe?
Oder sollte das noch genug sein?
Abhilfe schafft da wohl nur ein neuer Raspi?
Wie ist das vom Ablauf? SD raus, in den neuen Raspi rein und weiter gehts, wie bisher? Oder müsste ich da mehr beachten?
Okay, ich spule noch mal einen Schritt zurück…
Sind denn die 0,23 GB ausreichend für einen stabilen Betrieb? Oder sollte ich mal auf die Suche gehen, welche Prozesse RAM fressen, um etwas freizuschaufeln?
Hier mal meine ps aux.
Hat da jemand von Euch Ansätze?
Code
Alles anzeigenpi@raspberrypi:~ $ ps aux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.6 34812 5856 ? Ss Feb01 26:46 /sbin/init ,115200 root 2 0.0 0.0 0 0 ? S Feb01 0:03 [kthreadd] root 3 0.0 0.0 0 0 ? I< Feb01 0:00 [rcu_gp] root 4 0.0 0.0 0 0 ? I< Feb01 0:00 [rcu_par_gp] root 8 0.0 0.0 0 0 ? I< Feb01 0:00 [mm_percpu_wq] root 9 0.0 0.0 0 0 ? S Feb01 0:00 [rcu_tasks_rude_] root 10 0.0 0.0 0 0 ? S Feb01 0:00 [rcu_tasks_trace] root 11 0.0 0.0 0 0 ? S Feb01 6:34 [ksoftirqd/0] root 12 0.0 0.0 0 0 ? I Feb01 23:30 [rcu_sched] root 13 0.0 0.0 0 0 ? S Feb01 0:08 [migration/0] root 14 0.0 0.0 0 0 ? S Feb01 0:00 [cpuhp/0] root 15 0.0 0.0 0 0 ? S Feb01 0:00 [cpuhp/1] root 16 0.0 0.0 0 0 ? S Feb01 0:07 [migration/1] root 17 0.0 0.0 0 0 ? S Feb01 0:48 [ksoftirqd/1] root 20 0.0 0.0 0 0 ? S Feb01 0:00 [cpuhp/2] root 21 0.0 0.0 0 0 ? S Feb01 0:08 [migration/2] root 22 0.0 0.0 0 0 ? S Feb01 1:02 [ksoftirqd/2] root 25 0.0 0.0 0 0 ? S Feb01 0:00 [cpuhp/3] root 26 0.0 0.0 0 0 ? S Feb01 0:07 [migration/3] root 27 0.0 0.0 0 0 ? S Feb01 1:34 [ksoftirqd/3] root 30 0.0 0.0 0 0 ? S Feb01 0:00 [kdevtmpfs] root 31 0.0 0.0 0 0 ? I< Feb01 0:00 [netns] root 35 0.0 0.0 0 0 ? S Feb01 0:00 [kauditd] root 37 0.0 0.0 0 0 ? S Feb01 0:02 [khungtaskd] root 38 0.0 0.0 0 0 ? S Feb01 0:00 [oom_reaper] root 39 0.0 0.0 0 0 ? I< Feb01 0:00 [writeback] root 40 0.0 0.0 0 0 ? S Feb01 3:05 [kcompactd0] root 58 0.0 0.0 0 0 ? I< Feb01 0:00 [kblockd] root 59 0.0 0.0 0 0 ? I< Feb01 0:00 [blkcg_punt_bio] root 60 0.0 0.0 0 0 ? S Feb01 0:00 [watchdogd] root 62 0.0 0.0 0 0 ? I< Feb01 0:00 [rpciod] root 63 0.0 0.0 0 0 ? I< Feb01 0:00 [kworker/u9:0-hci0] root 64 0.0 0.0 0 0 ? I< Feb01 0:00 [xprtiod] root 65 0.0 0.0 0 0 ? S Feb01 1:06 [kswapd0] root 66 0.0 0.0 0 0 ? I< Feb01 0:00 [nfsiod] root 69 0.0 0.0 0 0 ? I< Feb01 0:00 [iscsi_eh] root 70 0.0 0.0 0 0 ? I< Feb01 0:00 [iscsi_destroy] root 71 0.0 0.0 0 0 ? I< Feb01 0:00 [dwc_otg] root 73 0.0 0.0 0 0 ? I< Feb01 0:00 [DWC Notificatio] root 75 0.0 0.0 0 0 ? S< Feb01 0:00 [vchiq-slot/0] root 76 0.0 0.0 0 0 ? S< Feb01 0:00 [vchiq-recy/0] root 77 0.0 0.0 0 0 ? S< Feb01 0:00 [vchiq-sync/0] root 78 0.0 0.0 0 0 ? I< Feb01 0:00 [zswap-shrink] root 84 0.0 0.0 0 0 ? I< Feb01 0:00 [mmc_complete] root 88 0.0 0.0 0 0 ? S Feb01 1:00 [jbd2/mmcblk0p2-] root 89 0.0 0.0 0 0 ? I< Feb01 0:00 [ext4-rsv-conver] root 91 0.0 0.0 0 0 ? I< Feb01 0:00 [ipv6_addrconf] root 111 0.0 0.0 0 0 ? S Feb01 0:00 [irq/199-usb-001] root 124 0.0 0.8 35496 8088 ? Ss Feb01 15:42 /lib/systemd/systemd-journald root 153 0.0 0.1 18288 1868 ? Ss Feb01 0:12 /lib/systemd/systemd-udevd root 167 0.0 0.0 0 0 ? S Feb01 0:00 [vchiq-keep/0] root 168 0.0 0.0 0 0 ? S< Feb01 0:00 [SMIO] root 181 0.0 0.0 0 0 ? I< Feb01 0:00 [mmal-vchiq] root 185 0.0 0.0 0 0 ? I< Feb01 0:00 [mmal-vchiq] root 187 0.0 0.0 0 0 ? I< Feb01 0:00 [mmal-vchiq] root 188 0.0 0.0 0 0 ? I< Feb01 0:00 [mmal-vchiq] root 190 0.0 0.0 0 0 ? I< Feb01 0:00 [mmal-vchiq] root 227 0.0 0.0 0 0 ? I< Feb01 0:00 [cfg80211] root 231 0.0 0.0 0 0 ? I< Feb01 0:00 [brcmf_wq/mmc1:0] root 232 0.0 0.0 0 0 ? S Feb01 0:03 [brcmf_wdog/mmc1] systemd+ 305 0.0 0.2 22384 2628 ? Ssl Feb01 0:06 /lib/systemd/systemd-timesyncd root 310 0.0 0.1 7712 1256 ? Ss Feb01 0:01 /usr/sbin/haveged --Foreground --verbose=1 -w 1024 nobody 344 0.0 0.1 4320 1300 ? Ss Feb01 0:15 /usr/sbin/thd --triggers /etc/triggerhappy/triggers.d/ --socket /run/thd.socket --user nobody -- root 345 0.0 0.3 13100 3248 ? Ss Feb01 4:58 /lib/systemd/systemd-logind root 347 0.0 0.0 3692 780 ? SNs Feb01 0:00 /usr/sbin/alsactl -E HOME=/run/alsa -s -n 19 -c rdaemon mosquit+ 348 0.0 0.1 8756 1628 ? Ss Feb01 19:16 /usr/sbin/mosquitto -c /etc/mosquitto/mosquitto.conf root 354 0.0 0.2 25504 2140 ? Ssl Feb01 4:26 /usr/sbin/rsyslogd -n -iNONE root 358 0.0 0.1 7976 1524 ? Ss Feb01 0:09 /usr/sbin/cron -f message+ 361 0.1 0.2 6664 2188 ? Ss Feb01 34:37 /usr/bin/dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --sys root 369 0.0 0.0 10712 68 ? Ss Feb01 0:10 /sbin/wpa_supplicant -u -s -O /run/wpa_supplicant root 371 0.0 0.1 27656 1184 ? SLsl Feb01 0:18 /usr/sbin/rngd -r /dev/hwrng root 385 0.1 0.2 7808 2072 ? Ss Feb01 47:16 /bin/bash /usr/bin/deCONZ-update2.sh avahi 401 0.2 0.2 6160 2336 ? Ss Feb01 63:04 avahi-daemon: running [raspberrypi.local] root 409 0.4 0.2 8336 2680 ? Ss Feb01 124:41 /bin/bash /usr/bin/deCONZ-WIFI2.sh root 413 0.1 0.5 33952 5164 ? Ss Feb01 45:46 /usr/bin/python -O /usr/share/wicd/daemon/wicd-daemon.py --no-daemon --keep-connection avahi 453 0.0 0.0 5768 20 ? S Feb01 0:00 avahi-daemon: chroot helper root 483 0.0 0.0 10976 920 ? Ss Feb01 0:20 wpa_supplicant -B -c/etc/wpa_supplicant/wpa_supplicant.conf -iwlan0 -Dnl80211,wext root 513 0.0 0.4 23260 4016 ? S Feb01 18:31 /usr/bin/python -O /usr/share/wicd/daemon/monitor.py root 575 0.0 0.1 2940 1428 ? Ss Feb01 1:41 /sbin/dhcpcd -q -w root 601 0.0 0.0 4308 944 tty1 Ss+ Feb01 0:00 /sbin/agetty -o -p -- \u --noclear tty1 linux root 622 0.0 0.0 6456 368 ? S 22:43 0:00 sleep 10 dnsmasq 628 0.0 0.1 11080 1676 ? S Feb01 0:22 /usr/sbin/dnsmasq -x /run/dnsmasq/dnsmasq.pid -u dnsmasq -r /run/dnsmasq/resolv.conf -7 /etc/dns root 634 0.0 0.0 2140 4 ? S Feb01 0:00 /usr/bin/hciattach /dev/serial1 bcm43xx 3000000 flow - b8:27:eb:ff:ab:2e root 635 0.0 0.0 0 0 ? I< Feb01 0:00 [kworker/u9:2-hci0] root 637 0.0 0.2 10684 2316 ? Ss Feb01 0:00 /usr/sbin/sshd -D root 640 0.0 0.0 6456 324 ? S 22:43 0:00 sleep 1 pi 643 0.0 0.2 9788 2512 pts/0 R+ 22:43 0:00 ps aux root 677 0.0 0.0 9524 300 ? Ss Feb01 0:00 /usr/lib/bluetooth/bluetoothd pi 803 0.1 6.4 224304 61260 ? Ssl Feb01 51:04 hb-service root 822 0.0 0.1 1936 1812 ? SLs Feb01 5:58 /usr/sbin/watchdog pi 1238 0.3 11.2 321040 106468 ? Sl Feb01 92:17 homebridge root 12642 0.0 0.0 0 0 ? I< 18:51 0:01 [kworker/0:1H-mmc_complete] root 15956 0.0 0.0 0 0 ? I< 13:49 0:00 [kworker/3:2H-kblockd] root 16678 0.0 0.0 0 0 ? I 22:21 0:00 [kworker/2:0-events_power_efficient] root 17171 0.0 0.0 0 0 ? I 22:22 0:00 [kworker/0:0-events] root 18509 0.0 0.0 0 0 ? I< 22:24 0:00 [kworker/1:1H] root 18782 0.0 0.0 0 0 ? I 22:24 0:00 [kworker/1:0-mm_percpu_wq] root 19557 0.0 0.0 0 0 ? I< Feb01 0:00 [cifsiod] root 19558 0.0 0.0 0 0 ? I< Feb01 0:00 [smb3decryptd] root 19559 0.0 0.0 0 0 ? I< Feb01 0:00 [cifsfileinfoput] root 19560 0.0 0.0 0 0 ? I< Feb01 0:00 [cifsoplockd] root 19561 0.0 0.0 0 0 ? I< Feb01 0:00 [cifs-dfscache] root 22460 0.0 0.6 12196 6200 ? Ss 22:27 0:00 sshd: pi [priv] pi 22493 0.0 0.4 12196 4288 ? R 22:27 0:00 sshd: pi@pts/0 pi 22494 0.0 0.3 8488 3616 pts/0 Ss 22:27 0:00 -bash pi 23480 0.8 2.5 141784 23772 ? Ssl Feb20 28:43 /usr/bin/deCONZ -platform minimal --http-port=80 root 24117 0.0 0.0 0 0 ? I 22:30 0:00 [kworker/1:2-mm_percpu_wq] root 25070 0.0 0.0 0 0 ? I< 22:31 0:00 [kworker/3:1H] root 25083 0.0 0.0 0 0 ? I 22:31 0:00 [kworker/3:1-events] root 25302 0.0 0.1 7808 1356 ? Ss Feb13 0:00 /bin/bash /usr/local/sbin/smee.sh root 25303 0.0 4.1 184284 39112 ? Sl Feb13 9:14 node /usr/local/bin/smee -u https://smee.io/NvBeZk4jRM8EYp8 -t http://192.168.29.3:51829 root 26415 0.0 0.0 0 0 ? I 20:05 0:01 [kworker/u8:1-events_unbound] root 26607 0.0 0.0 0 0 ? I 22:33 0:00 [kworker/2:3-events] root 26925 0.0 0.0 0 0 ? I 22:34 0:00 [kworker/u8:0-events_unbound] root 27165 0.0 0.0 0 0 ? I 22:34 0:00 [kworker/0:1-events] homebri+ 27421 0.2 8.7 220540 82620 ? Ssl Feb21 3:46 hb-service homebri+ 27738 2.5 24.2 367536 228980 ? Sl Feb21 40:40 homebridge fr24 28197 0.2 1.5 154964 14644 ? Ssl 21:50 0:07 /usr/bin/fr24feed fr24 28217 35.8 0.6 28108 6032 ? Sl 21:50 19:05 /usr/bin/dump1090-mutability --raw --write-json /run/dump1090-mutability/ root 28248 0.0 0.0 0 0 ? I< 22:36 0:00 [kworker/0:2H] root 28544 0.0 0.0 0 0 ? I< 22:36 0:00 [kworker/2:2H] root 28563 0.0 0.0 0 0 ? I 22:36 0:00 [kworker/3:2-mm_percpu_wq] pi 28852 0.0 0.7 14700 6928 ? Ss 21:51 0:00 /lib/systemd/systemd --user pi 28853 0.0 0.1 35332 1476 ? S 21:51 0:00 (sd-pam) root 30209 0.0 0.0 0 0 ? I 22:39 0:00 [kworker/2:1-events_power_efficient] root 30805 0.0 0.0 0 0 ? I 22:40 0:00 [kworker/0:2-mm_percpu_wq] root 30969 0.0 0.0 0 0 ? I 22:40 0:00 [kworker/u8:2] root 30970 0.0 0.0 0 0 ? I 22:40 0:00 [kworker/1:1-mm_percpu_wq] root 31143 0.0 0.1 7808 1332 ? Ss Feb12 0:00 /bin/bash /usr/local/sbin/smee2.sh root 31144 0.1 4.5 190032 43360 ? Sl Feb12 15:44 node /usr/local/bin/smee -u https://smee.io/-t 192.168 root 31471 0.0 0.0 0 0 ? I< Feb21 0:01 [kworker/2:1H-kblockd] root 31817 0.0 0.0 0 0 ? I< 20:13 0:00 [kworker/1:0H-kblockd] root 31911 0.0 0.0 0 0 ? I 22:41 0:00 [kworker/3:0-events_freezable] root 32136 0.0 0.0 0 0 ? I 22:42 0:00 [kworker/0:3] pi@raspberrypi:~ $ free -h total used free shared buff/cache available Mem: 923Mi 581Mi 27Mi 46Mi 314Mi 239Mi Swap: 99Mi 99Mi 0.0KiWenn ich richtig schaue, wird der SWAP Speicher voll genutzt. Vom RAM ist aber immer etwas frei.
Kann das der Grund sein?
Sollte ich den SWAP auf der SD vergrößern?
Codetotal used free shared buff/cache available Mem: 923 590 34 46 297 232 Swap: 99 99 0 pi@raspberrypi:~ $Es gibt bereits mehrere Themen zum Raspberry Pi Wechsel. Forensuche hilft.
Könnte es damit zusammenhängen. dass ich nur noch 0,23 GB von insgesamt 0,9 GB RAM frei habe?
Oder sollte das noch genug sein?Das sind, über den Daumen, etwa 25% der Speicherkapazität, die da noch frei sind. Wenn du mich fragst, hast du eigentlich zuviel Speicher. Der wird ja ganz offensichtlich nicht gebraucht.
Wenn du dir also einen Raspi mit 4GB holst, dann hast du noch mehr freien Speicher, der nicht gebraucht wird. Wobei: Linux wird ihn sich schnappen und ihn dann selbst verwenden, um allerlei Caches anzulegen, um den Plattenzugriff zu verringern. Dieser Speicher wird dann nach Bedarf wieder frei gegeben.
So sieht das bei mir auf meinem 4GB-Raspi aus:
Codepi@homepi:~ $ free -m total used free shared buff/cache available Mem: 3839 1614 867 210 1357 1878 Swap: 99 66 33Völlig überdimensioniert, und da laufen neben der Homebridge mit 14 Plugins, Mosquitto, Node Red und Influxdb noch einige andere Sachen von denen ich vergessen habe, was es genau ist und ob ich es überhaupt brauche. Irgendein Humbug. Der einzige Vorteil des Raspi4 ist seine deutliche höhere Geschwindigkeit, was sich allein schon beim Start der Homebridge bemerkbar macht.
Die Homebridge selbst ist über das Web GUI jederzeit erreichbar und meldet auch nicht „starte“ oder Ähnliches.
Wenn du deine Geräte über das Web-GUI steuern kannst, über die Home-App aber nicht, dann würde ich das Problem im Netzwerk vermuten, und dort im HomeKit Accessory Protocol HAP. Ich verwende als mDNS-Advertiser ciao (kann eingestellt werden im Web-GUI unter den Homebridge-Einstellungen). Vielleicht liegt's ja daran, aber sporadische Netzwerk-Probleme sind besonders schwer zu debuggen.
Und bei Apples HomeKit kann man auch nie sicher sein, ob es nicht doch an den Steuerzentralen liegt oder am Ende am iPhone. Dank fehlender Logs tappt man ja ständig im Dunkeln.
Wie ist das vom Ablauf? SD raus, in den neuen Raspi rein und weiter gehts, wie bisher? Oder müsste ich da mehr beachten?
Ich habe das nie gemacht, sondern brav von vorn begonnen, aber wie man hört, scheint der Rechnerwechsel so einfach zu sein. Ich würde aber auf jeden Fall deinen Clone der SD-Card verwenden und nicht die originale. Ich würde auch den Raspi 4 nicht ans Netz lassen, solange der Raspi 3 noch da herumwerkelt.
Ach ja, noch eins: vielleicht liegt es ja an der Auslastung deines Raspi.
Danke sschuste für den Hinweis.
Da könnte ich heute Abend noch mal schauen, ob da „Ciao“ eingestellt ist.
Ich habe auch nicht den Eindruck, dass HB an der Grenze und langsamer ist.
An der Steuerzentrale liegt es denke ich nicht, weil Hue und direkt ohne HB eingebundene Geräte sind weiterhin erreichbar.
Ich habe vor kurzem Mesh Router getauscht (habe jetzt TP Link Deco).
Aber das Raspi hängt im Keller per Kabel am Switch.
Was genau meinst Du mit Auslastung? CPU?
Die ist nie voll ausgelastet. Immer so um die 50% und Speicherplatz habe ich auch genug frei.
CPU?
Die ist nie voll ausgelastet. Immer so um die 50%
50%?
Und Ich mach mir schon Gedanken wenn meins bei mir 15% sind🫣
So ein Mist, ich habe umgestellt von "Ciao" auf "Avahi" und nun geht nix mehr.
Jetzt habe ich in der Config wieder auf "Ciao" umgestellt und bekomme folgende Meldung...
Weiß jemand Rat:
Code
Alles anzeigen-- Logs begin at Thu 2023-02-23 17:11:59 CET. -- Feb 23 17:20:19 raspberrypi systemd[1]: Started Homebridge. Feb 23 17:20:19 raspberrypi systemd[1]: homebridge.service: Main process exited, code=killed, status=11/SEGV Feb 23 17:20:19 raspberrypi systemd[1]: homebridge.service: Failed with result 'signal'. Feb 23 17:20:21 raspberrypi systemd[1]: Stopped Homebridge. Feb 23 17:20:21 raspberrypi systemd[1]: Starting Homebridge... Feb 23 17:20:21 raspberrypi run-parts[7431]: Ensuring /var/homebridge is owned by homebridge Feb 23 17:20:21 raspberrypi systemd[1]: homebridge.service: Control process exited, code=killed, status=11/SEGV Feb 23 17:20:21 raspberrypi systemd[1]: Started Homebridge. Feb 23 17:20:21 raspberrypi systemd[1]: homebridge.service: Main process exited, code=killed, status=11/SEGV Feb 23 17:20:21 raspberrypi systemd[1]: homebridge.service: Failed with result 'signal'.
UPDATE:
habe es gelöst, bin auf eine ältere Node LTS zurück gegangen. Jetzt starrtet wieder alles.
50%?
Und Ich mach mir schon Gedanken wenn meins bei mir 15% sind🫣
Sorry, die Auslastung ist bei mir auch um die 12%.
Die Temperatur lag immer um die 50
Mein Gedächtnis muss auch mal mehr RAM bekommen, glaube ich...
So, nach ein paar Tagen im stabilen Betrieb kann ich Erfolg vermelden. sschuste Du lagst mal wieder goldrichtig mit
Wenn du deine Geräte über das Web-GUI steuern kannst, über die Home-App aber nicht, dann würde ich das Problem im Netzwerk vermuten, und dort im HomeKit Accessory Protocol HAP. Ich verwende als mDNS-Advertiser ciao (kann eingestellt werden im Web-GUI unter den Homebridge-Einstellungen).
Ich habe umgestellt auf „Avahi“, weil ciao vorgelegt war. Aber das hat schon geholfen. Vielen Dank!!
Ich habe seit neustem ein Problem welches ich leider nicht gelöst bekomme. Zwar funktioniert alles wie es soll mit dem Blink Plugin jedoch nervt mich die rote Schrift im Log.
Vielleicht kann mir jemand helfen das Problem zu identifizieren.
Hallo, seit einigen Tagen macht meine Homebridge keine Backups mehr.
Alles läuft aber problemlos, ich habe das nur im Protokoll gelesen.
Was kann die Ursache sein?
Also der Fehler sagt: Read only… dein Laufwerk, resp. Speicherort scheint schreibgeschützt zu sein
Danke für die Antwort. Das habe ich da auch schon raus gelesen. Wo wird denn das Backup gespeichert? Auf der MicroSD Karte? Bis genau vor 4 Tagen ging das wohl noch laut Protokoll. Kann ich diese automatischen Backups deaktivieren?
Besorg' dir eine neue SD Karte, deine wird vermutlich demnächst das Zeitliche segnen.
Zum deaktivieren: https://github.com/oznu/homebr…ns#scheduledbackupdisable
Bis genau vor 4 Tagen ging das wohl noch laut Protokoll. Kann ich diese automatischen Backups deaktivieren?
So manches ging noch vor vier Tagen. Du wirst dein Problem aber nicht lösen, indem du es einfach ignorierst.
Du kannst nicht auf die SD-Karte schreiben. Sie ist schreibgeschützt. Das bedeutet, dass nicht nur kein Backup gemacht werden kann, sondern dass auch sonst nichts geschrieben werden kann. Auch nicht das, was geschrieben werden müsste, um einen ordnungsgemäßen Betrieb zu gewährleisten.
Meiner Meinung nach ist das Dateisystem kaputt, was vorkommen kann, und ein Neustart des Raspis wird es wahrscheinlich beheben. Falls nicht, dann hat die SD-Karte bereits das Zeitliche gesegnet und dein Backup ist das Wichtigste, was du besitzt. Mache auf jeden Fall eins jetzt, vor einem Reboot, indem du es im Web-Gui manuell anstößt. Das wird dann auf deinem Mac oder PC gespeichert.
