Hallo zusammen.
Ich hänge mich hier mal dran.
Mein ATV wird in Home direkt angezeigt.
Mir fällt aber auf, dass der AppleTV ständig auf „Wiedergabe“ steht. TV usw. sind aber definitiv aus.
Kennt jemand das Problem?
Wäre die Lösung hier das besagte „atvremote“? Das ist aber kein Plugin, oder? Wie bekomme ich das installiert?
So weit habe ich gar nicht gedacht, aber ich habe tatsächlich über Proxy (remote.it) auf die Homebridge zugegriffen.
Ich teste heute Abend im heimischen Netzwerk!!
UPDATE: Hat funktioniert, Reverse-Proxy war der Übeltäter.
Kann jemand helfen?
Ich bekomme nach dem Update und auch nach dem Deinstallieren und Neuinstallieren über die Config UI die folgende Meldung.
Anscheinend schreibt sich nichts in die Config.
Aber ich weiß nicht, warum
Das würde gehen, wenn du einen Dummy Schalter zu diesem Zweck anlegst, der dann innerhalb der Szene mit den anderen enthaltenen Geräten aktiviert wird.
Die Automation wäre dann
wenn Dummy 'Szene' gesteuert wird -> xyz..
Ja genau. Nutze ich auch in vielen Szenarien. Du kannst auch Dummy Schalter erstellen, die nach einer voreingestellten Zeit wieder auf „off“ gehen.
Damit könntest Du auch Deinen Anwendungsfall darstellen.
Schreibe dir doch ein Script, welches Du beim Neustart des Raspi laufen lässt. Das kannst du über crontab starten.
In das Script setzt Du eine gewisse Wartezeit „sleep“ heißt der Befehl meines Wissens + Zeitangabe, bevor etwas ausgeführt wird.
Damit überbrückst du die Startzeit der FRITZ!Box.
Du kannst das Script ja dann einen Webhook senden lassen, welcher einen Schalter auslöst. Mit diesem Schalter steuerst du dann deine gewünschten Szenen (alle Lampen aus etc.).
Solltest Du keine Webhooks von extern senden können (wenn du kein Dual Stack / VPN hast), schaue mal nach „smee“. Das nutze ich hierfür schon lange ohne Probleme.
Ein Neustart des Raspi kommt ja im Normalfall nicht oft vor.
sudo rfkill block wifihiermit habe ich das WLAN-Modul am Raspi deaktiviert.
Dann geht er automatisch über LAN
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!!
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:
-- 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...
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.
Genau.
Sudo apt-get update && Sudo apt-get upgrade
Das hat auch einige Minuten gedauert, aber danach war alles top.
Hey, selbiges überlege ich mir auch.
Aktuell habe ich den 3B Plus mit 1GB RAM und möchte nun auf den 4B mit 4GB umsteigen.
Ist es wirklich so einfach?
Einfach SD Karte raus und in den neuen rein und alles läuft wieder wie gehabt samt Automationen, Cronjobs etc.?
Habe Angst, mir irgendwas zu zerdonnern
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?
pi@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?
total used free shared buff/cache available
Mem: 923 590 34 46 297 232
Swap: 99 99 0
pi@raspberrypi:~ $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?
Ist dieses Plugin noch aktiv oder gibt es mittlerweile ein anderes Plugin? Ich möchte gerne einige Automationen als Ankündigung über Alexa ansagen. Oder gibt es andere Möglichkeiten?
Meine Kontaktsensoren von Aqara sind über Conbee 2 integriert in HK, da aber Phoscon auf Port 8090 läuft, bekomme ich diese nicht in Alexa.
Das ist ein Script. Bei mir läuft es sehr stabil und ohne Probleme.
Alles anzeigenDann ruf einfach sudo n auf. Dort kannst du die node- Versionen, die du nicht brauchst, bequem löschen.
Wenn ein bisschen Platz ist, dann kannst du das Tool ncdu installieren. Damit kann man sich sehr bequem die Größe von Verzeichnissen anzeigen lassen und sie dort auch löschen..
sudo apt-get install ncdu
Dann:
sudo su -
ncdu /
exit
Geiler Sch… 
ich sehe zum Beispiel dass im Node-Verzeichnis ganz viele "alte" Ordner sind von den alten Versionen.
Wie kann ich die löschen (ohne dass ich was zerschieße)?
sudo du -sh /usr/local/*
203M /usr/local/bin
52K /usr/local/CHANGELOG.md
4.0K /usr/local/etc
4.0K /usr/local/games
57M /usr/local/include
1.1G /usr/local/lib
68K /usr/local/LICENSE
0 /usr/local/man
3.3G /usr/local/n
28K /usr/local/README.md
12K /usr/local/sbin
100K /usr/local/share
4.0K /usr/local/src
pi@raspberrypi:~ $ sudo du -sh /usr/local/lib/*
1.1G /usr/local/lib/node_modules
12K /usr/local/lib/python2.7
42M /usr/local/lib/python3.7
pi@raspberrypi:~ $ cd /usr/local/n/versions/node
pi@raspberrypi:/usr/local/n/versions/node $ ls
10.16.3 12.18.1 14.15.1 14.16.0 14.17.3 14.18.1 16.14.0 16.16.0 18.12.1
12.16.1 12.18.2 14.15.2 14.16.1 14.17.4 16.13.0 16.14.2 16.17.0 18.13.0
12.16.3 12.18.3 14.15.4 14.17.0 14.17.6 16.13.1 16.15.0 16.17.1
12.18.0 12.19.0 14.15.5 14.17.1 14.18.0 16.13.2 16.15.1 18.12.0ich habe immer die aktuellste Version mit "sudo n lts" installiert.
Die alten Verzeichnisse bleiben so wahrscheinlich drin...
Danke!
Könntest du mir helfen, wo, was und wie?!
Ohne dass ich die HB zerdonnere
pi@raspberrypi:~ $ df -h
Filesystem
Size Used Avail Use% Mounted on
/dev/root
15G
15G
0 100% /
devtmpfs
430M
430M
0% /dev
tmpfs
462M
4.OK 462M
1% /dev/shm
tmpfs
462M
24M 438M
6% / run
tmpfs
5.0M 8.OK 5. OM
1% /run/lock
tmpfs
462M
462M
0%
/sys/fs/cgroup
/dev/mmcblk0p1
253M
50M
203M
20% /boot
tmpfs
93M
93M
0% /run/user /1000
pi@raspberrypi:~
S sudO QUI
-sh *
7.8M /bin
50M
/boot
4. OK /dev
4.3M /etc
1.7G /home
353M
/lib
16K
/lost+found
4. OK /media
5. 3G /mnt
41M
/opt
du: cannot access '/proc/20220/task/20220/fd/4': No such file or directory du: cannot access '/proc/20220/task/20220/fdinfo/4': No such file or directory du: cannot access '/proc/20220/fd/3': No such file or directory du: cannot access '/proc/20220/fdinfo/3': No such file or directory
/proc
109M
24M
8.6M
4. OK
/root /run /sbin /srv /sys
40K
/tmp
5. 8G /usr
978M /var pi@raspberrypi:~Hallo, meine HB will seit heute Nacht einfach nicht mehr starten.
Kann mir jemand helfen und mit den Fehler was anfangen?
Feb 01 12:12:29 raspberrypi system [1]: Started Homebridge.
Feb 01 12:12:31 raspberrypi hb-service.js [7215]: [01/02/2023, 12:12:31] [HB Super visor] Homebridge Storage Path: /var/homebridge
Feb 01 12:12:31
raspberrypi hb-service.js[7215]: [01/02/2023, 12:12:31] [HB Super
visor] Homebridge Config Path: /var /homebridge/config. json
Feb 01 12:12:31 raspberrypi hb-service.js [7215]: [01/02/2023, 12:12:31] [HB Super visor] Logging to /var/homebridge/homebridge.log
Feb 01 12:12:31 raspberrypi hb-service.js[7215]: node: events: 491
Feb 01 12:12:31 raspberrypi hb-service.js [7215]:
throw er; // Unhandled 'er
ror' event
Feb 01 12:12:31 raspberrypi hb-service. js [7215]:
Feb 01 12:12:31 raspberrypi hb-service.js [7215]: Error: ENOSPC: no space left on device, write
Feb 01 12:12:31 raspberrypi hb-service. js [7215]: Emitted 'error' event on WriteSt ream instance at:
Feb 01 12:12:31 raspberrypi hb-service. js [7215]:
at emitErrorNT (node:interna
1/streams/destroy: 151:8)
Feb 01 12:12:31 raspberrypi hb-service.js [7215]:
at emitErrorCloseNT (node:in
ternal/streams/destroy: 116:3)
Feb 01 12:12:31 raspberrypi hb-service. js [7215]:
at process.processTicksAndRe
jections (node: internal/process/task_queues: 82:21) {
Feb 01 12:12:31 raspberrypi hb-service.js [7215]:
errno: -28,
Feb 01 12:12:31
raspberrypi hb-service.js [7215]:
code: 'ENOSPC',
Feb 01 12:12:31 raspberrypi hb-service.js [7215]:
syscall: 'write'
Feb 01 12:12:31 raspberrypi hb-service. js [7215]:
Feb 01 12:12:31 raspberrypi hb-service.js [7215]: Node.js v18.13.0
Feb 01 12:12:31 raspberrypi system [1]: homebridge.service: Main process exited, code=exited, status=1/FAILURE
Feb 01 12:12:31 raspberrypi systemd[1]: homebridge.service: Failed with result 'e xit-code'
Feb 01 12:12:34 raspberrypi system [1]: homebridge. service: Service RestartSec=3s expired, scheduling restart.
Feb 01 12:12:34 raspberrypi system [1]: homebridge. service: Scheduled restart job restart counter is at 7
Feb 01 12:12:34 raspberrypi system [1]: Stopped Homebridge.
Feb 01 12:12:34 raspberrypi system [1]: Starting Homebridge...
Feb 01 12:12:34 raspberrypi run-parts [7309]: Ensuring /var/homebridge is owned by homebridge
Feb 01 12:12:36 raspberrypi system [1]: Started Homebridge.Hi Roger, dann ändere ich das mal ab. Danke dir.
Das eigentliche Script heißt bei mir rbackup.sh
Ist kein extra Script
Backup ist immer gut! Aber warum ein Neustart anschließend?
während des Backups wird die HB gestoppt und danach wieder gestartet.
Das Script hatte ich mal hier aus dem Forum, ich weiß aber nicht, ob das notwendig ist.
/bin/bash
sudo systemctl stop homebridge
BACKUP_PFAD "/mnt/nas /"
BACKUP_ANZAHL="2"
BACKUP_NAME-"Sicherung"
rbackup.sh
mount -t cifs -o user=xxx, password xxx, rw, file_mode=0777, dir_mode 0777 //192.168.xxx/Backups/Homebridge /mnt/nas
dd if=/dev/mmcblk0 of=${BACKUP_PFAD} /${BACKUP_NAME)-$ (date +%Y%m%d) . img bs=1MB
FALte Sicherung Loschen
pushd ${BACKUP_PFAD) ; ls -tr ${BACKUP_PFAD} /${BACKUP_NAME)* | head -n -$ {BACKUP_ANZAHL) | xargs rm; popd
umount mnt nas
sudo systemctl start homebridgeHey Leute,
folgender Sachverhalt:
Regelmäßig wird meine Homebridge durch ein Script mit einem Backup gesichert und startet dann neu.
Manchmal kommt es beim Neustart dann vor, dass diverse Plugins beim Laden Fehler verursachen und das dann die HB am Starten hindert.
Da ich kein VPN habe, besteht dann nicht die Möglichkeit für mich, aus der Ferne aus die HB manuell neu zu starten. Dieser besagte Neustart (über Homebrige UI z.B) hilft meistens, dass die Plugins richtig laden und die Homebrige läuft.
Gibt es ein Script, Plugin o.ä. welches den HB Dienst automatisch neu startet, wenn Plugins nicht laden und die HB am Starten hindern??