NEWS
[gelöst] VIS-2 stürzt laufend ab
-
@fuzzy1955 sagte in VIS-2 stürzt laufend ab:
load average: 3.11, 3.85, 2.68
Roter Bereich. Bei Werten über 4 ist die Kiste mehr als 100% ausgelastet.
Da liegt also irgendwas 'schweres' dauerhaft an.
Das wird dann auch zu den laufenden 'Abstürzen' führen. Das System knippst solche Prozesse u. U. irgendwann aus.Dein grafana-Repo ist irgendwie schief. Leg das nochmal sauber neu an.
Und dann haust du die Updates rein. Sowohl für das OS wie auch für den ioBroker.Danke für die Hinweise! Das letzte Mal hab ich den Raspi vor 14 Tagen komplett neu installiert (das 5.Mal innerhalb von 2 Monaten). Streng nach Anleitung. Kann es sein dass der Raspi4 einen Schaden hat? Nur - nach einer Neuinstallation läuft er wie geschmiert.
Raspberry PI5 mit Linux Debian 13, IoBroker v7.7.22, VIS-2, MariaDB (MySQL)
Shellies: 1G4, 1MiniG3, PlusI4DC, PlusPlugS, Pro0110PM, ProSmoke. Modbus: Waveshare Relay 8 Channels, Waveshare RS485-TO-ETH.
PV: 10 kWp Module, 2 x Deye WR SUN-10K, 2 x 10 kWh MeritSun LiFe Speicher, KEBA P30 Wallbox, Fronius Wattpilot home 11 -
Danke für die Hinweise! Das letzte Mal hab ich den Raspi vor 14 Tagen komplett neu installiert (das 5.Mal innerhalb von 2 Monaten). Streng nach Anleitung. Kann es sein dass der Raspi4 einen Schaden hat? Nur - nach einer Neuinstallation läuft er wie geschmiert.
-
Danke für die Hinweise! Das letzte Mal hab ich den Raspi vor 14 Tagen komplett neu installiert (das 5.Mal innerhalb von 2 Monaten). Streng nach Anleitung. Kann es sein dass der Raspi4 einen Schaden hat? Nur - nach einer Neuinstallation läuft er wie geschmiert.
@fuzzy1955 du kannst uns ja mal due Ausgabe von
topzeigen.
Dann sieht man hoffentlich zumindest welcher Prozess da die ganze Leistung frisstkein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@fuzzy1955 du kannst uns ja mal due Ausgabe von
topzeigen.
Dann sieht man hoffentlich zumindest welcher Prozess da die ganze Leistung frisstJa, klar:
top - 16:20:03 up 44 min, 1 user, load average: 3,02, 2,00, 1,41 Tasks: 165 total, 1 running, 164 sleeping, 0 stopped, 0 zombie %CPU(s): 0,2 us, 0,6 sy, 0,0 ni, 63,6 id, 35,7 wa, 0,0 hi, 0,0 si, 0,0 st MiB Spch: 3790,9 total, 2033,0 free, 843,9 used, 981,4 buff/cache MiB Swap: 512,0 total, 512,0 free, 0,0 used. 2947,0 avail Spch PID USER PR NI VIRT RES SHR S %CPU %MEM ZEIT+ BEFEHL 6224 pi 20 0 12224 5120 2944 R 0,7 0,1 0:00.08 top 93 root -51 0 0 0 0 S 0,3 0,0 0:05.37 irq/37-mmc0 593 iobroker 20 0 9572052 281092 40960 S 0,3 7,2 1:41.05 iobroker.js-con 892 iobroker 20 0 9524100 168948 47232 S 0,3 4,4 0:39.21 io.admin.0 4401 root 20 0 0 0 0 I 0,3 0,0 0:01.55 kworker/2:3-events 4434 root 20 0 0 0 0 D 0,3 0,0 0:00.06 kworker/u11:2+flush-8:0 1 root 20 0 317360 12580 8408 S 0,0 0,3 0:05.29 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:00.00 pool_workqueue_release 4 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-rcu_g 5 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-rcu_p 6 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-slub_ 7 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-netns 9 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/0:0H-events_highpri 11 root 20 0 0 0 0 I 0,0 0,0 0:00.37 kworker/u8:0-netns 12 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-mm_pe 13 root 20 0 0 0 0 I 0,0 0,0 0:00.00 rcu_tasks_kthread 14 root 20 0 0 0 0 I 0,0 0,0 0:00.00 rcu_tasks_rude_kthread 15 root 20 0 0 0 0 I 0,0 0,0 0:00.00 rcu_tasks_trace_kthread 16 root 20 0 0 0 0 S 0,0 0,0 0:00.07 ksoftirqd/0 17 root 20 0 0 0 0 I 0,0 0,0 0:00.80 rcu_preempt 18 root rt 0 0 0 0 S 0,0 0,0 0:00.00 migration/0 19 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 20 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1 21 root rt 0 0 0 0 S 0,0 0,0 0:00.00 migration/1 22 root 20 0 0 0 0 S 0,0 0,0 0:00.06 ksoftirqd/1 24 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/1:0H-events_highpri 25 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/2 26 root rt 0 0 0 0 S 0,0 0,0 0:00.00 migration/2 27 root 20 0 0 0 0 S 0,0 0,0 0:00.05 ksoftirqd/2 29 root 0 -20 0 0 0 I 0,0 0,0 0:00.21 kworker/2:0H-kblockd 30 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/3 31 root rt 0 0 0 0 S 0,0 0,0 0:00.00 migration/3 32 root 20 0 0 0 0 S 0,0 0,0 0:00.05 ksoftirqd/3 34 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/3:0H-events_highpri 36 root 20 0 0 0 0 I 0,0 0,0 0:00.03 kworker/u10:0-events_unbound 37 root 20 0 0 0 0 I 0,0 0,0 0:00.20 kworker/u11:0-events_unbound 38 root 20 0 0 0 0 I 0,0 0,0 0:00.37 kworker/u12:0-events_unbound 39 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kdevtmpfs 40 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-inet_ 41 root 20 0 0 0 0 I 0,0 0,0 0:01.11 kworker/u9:1-events_unbound 42 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kauditd 44 root 20 0 0 0 0 S 0,0 0,0 0:00.00 khungtaskd 45 root 20 0 0 0 0 S 0,0 0,0 0:00.00 oom_reaper 46 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-write 47 root 20 0 0 0 0 S 0,0 0,0 0:00.09 kcompactd0 48 root 20 0 0 0 0 I 0,0 0,0 0:00.16 kworker/3:1-mm_percpu_wq 49 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-kinte 50 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-kbloc 51 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-blkcg 52 root 20 0 0 0 0 I 0,0 0,0 0:00.12 kworker/u12:1-events_unbound 53 root -51 0 0 0 0 S 0,0 0,0 0:00.00 watchdogd 55 root 0 -20 0 0 0 I 0,0 0,0 0:00.09 kworker/3:1H-kblockd 56 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-rpcioRaspberry PI5 mit Linux Debian 13, IoBroker v7.7.22, VIS-2, MariaDB (MySQL)
Shellies: 1G4, 1MiniG3, PlusI4DC, PlusPlugS, Pro0110PM, ProSmoke. Modbus: Waveshare Relay 8 Channels, Waveshare RS485-TO-ETH.
PV: 10 kWp Module, 2 x Deye WR SUN-10K, 2 x 10 kWh MeritSun LiFe Speicher, KEBA P30 Wallbox, Fronius Wattpilot home 11 -
Ja, klar:
top - 16:20:03 up 44 min, 1 user, load average: 3,02, 2,00, 1,41 Tasks: 165 total, 1 running, 164 sleeping, 0 stopped, 0 zombie %CPU(s): 0,2 us, 0,6 sy, 0,0 ni, 63,6 id, 35,7 wa, 0,0 hi, 0,0 si, 0,0 st MiB Spch: 3790,9 total, 2033,0 free, 843,9 used, 981,4 buff/cache MiB Swap: 512,0 total, 512,0 free, 0,0 used. 2947,0 avail Spch PID USER PR NI VIRT RES SHR S %CPU %MEM ZEIT+ BEFEHL 6224 pi 20 0 12224 5120 2944 R 0,7 0,1 0:00.08 top 93 root -51 0 0 0 0 S 0,3 0,0 0:05.37 irq/37-mmc0 593 iobroker 20 0 9572052 281092 40960 S 0,3 7,2 1:41.05 iobroker.js-con 892 iobroker 20 0 9524100 168948 47232 S 0,3 4,4 0:39.21 io.admin.0 4401 root 20 0 0 0 0 I 0,3 0,0 0:01.55 kworker/2:3-events 4434 root 20 0 0 0 0 D 0,3 0,0 0:00.06 kworker/u11:2+flush-8:0 1 root 20 0 317360 12580 8408 S 0,0 0,3 0:05.29 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:00.00 pool_workqueue_release 4 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-rcu_g 5 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-rcu_p 6 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-slub_ 7 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-netns 9 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/0:0H-events_highpri 11 root 20 0 0 0 0 I 0,0 0,0 0:00.37 kworker/u8:0-netns 12 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-mm_pe 13 root 20 0 0 0 0 I 0,0 0,0 0:00.00 rcu_tasks_kthread 14 root 20 0 0 0 0 I 0,0 0,0 0:00.00 rcu_tasks_rude_kthread 15 root 20 0 0 0 0 I 0,0 0,0 0:00.00 rcu_tasks_trace_kthread 16 root 20 0 0 0 0 S 0,0 0,0 0:00.07 ksoftirqd/0 17 root 20 0 0 0 0 I 0,0 0,0 0:00.80 rcu_preempt 18 root rt 0 0 0 0 S 0,0 0,0 0:00.00 migration/0 19 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/0 20 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/1 21 root rt 0 0 0 0 S 0,0 0,0 0:00.00 migration/1 22 root 20 0 0 0 0 S 0,0 0,0 0:00.06 ksoftirqd/1 24 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/1:0H-events_highpri 25 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/2 26 root rt 0 0 0 0 S 0,0 0,0 0:00.00 migration/2 27 root 20 0 0 0 0 S 0,0 0,0 0:00.05 ksoftirqd/2 29 root 0 -20 0 0 0 I 0,0 0,0 0:00.21 kworker/2:0H-kblockd 30 root 20 0 0 0 0 S 0,0 0,0 0:00.00 cpuhp/3 31 root rt 0 0 0 0 S 0,0 0,0 0:00.00 migration/3 32 root 20 0 0 0 0 S 0,0 0,0 0:00.05 ksoftirqd/3 34 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/3:0H-events_highpri 36 root 20 0 0 0 0 I 0,0 0,0 0:00.03 kworker/u10:0-events_unbound 37 root 20 0 0 0 0 I 0,0 0,0 0:00.20 kworker/u11:0-events_unbound 38 root 20 0 0 0 0 I 0,0 0,0 0:00.37 kworker/u12:0-events_unbound 39 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kdevtmpfs 40 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-inet_ 41 root 20 0 0 0 0 I 0,0 0,0 0:01.11 kworker/u9:1-events_unbound 42 root 20 0 0 0 0 S 0,0 0,0 0:00.00 kauditd 44 root 20 0 0 0 0 S 0,0 0,0 0:00.00 khungtaskd 45 root 20 0 0 0 0 S 0,0 0,0 0:00.00 oom_reaper 46 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-write 47 root 20 0 0 0 0 S 0,0 0,0 0:00.09 kcompactd0 48 root 20 0 0 0 0 I 0,0 0,0 0:00.16 kworker/3:1-mm_percpu_wq 49 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-kinte 50 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-kbloc 51 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-blkcg 52 root 20 0 0 0 0 I 0,0 0,0 0:00.12 kworker/u12:1-events_unbound 53 root -51 0 0 0 0 S 0,0 0,0 0:00.00 watchdogd 55 root 0 -20 0 0 0 I 0,0 0,0 0:00.09 kworker/3:1H-kblockd 56 root 0 -20 0 0 0 I 0,0 0,0 0:00.00 kworker/R-rpcio@fuzzy1955 Das ist jetzt strange!
CPU und MEM passen überhaupt nicht zur load.wo ist das Betriebssystem installiert?
SD oder USB?kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
Ich vermute da eher ein krummes Skript.
Meinst du ein JavaScript im IoBroker?
-
@fuzzy1955 Das ist jetzt strange!
CPU und MEM passen überhaupt nicht zur load.wo ist das Betriebssystem installiert?
SD oder USB?Auf USB 3.0
Raspberry PI5 mit Linux Debian 13, IoBroker v7.7.22, VIS-2, MariaDB (MySQL)
Shellies: 1G4, 1MiniG3, PlusI4DC, PlusPlugS, Pro0110PM, ProSmoke. Modbus: Waveshare Relay 8 Channels, Waveshare RS485-TO-ETH.
PV: 10 kWp Module, 2 x Deye WR SUN-10K, 2 x 10 kWh MeritSun LiFe Speicher, KEBA P30 Wallbox, Fronius Wattpilot home 11 -
@fuzzy1955 sagte in VIS-2 stürzt laufend ab:
Auf USB 3.0
BINGO!
das passt dann.Herunterfahren!
bitte an USB2 stecken
Neu starten und freuenkein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -
-
@fuzzy1955 Das ist jetzt strange!
CPU und MEM passen überhaupt nicht zur load.wo ist das Betriebssystem installiert?
SD oder USB?Ich hab übrigens gerade vorher Grafana deinstalliert. War es das vielleicht?
jetzt ist
load average: 0.76, 1.27, 1.28Raspberry PI5 mit Linux Debian 13, IoBroker v7.7.22, VIS-2, MariaDB (MySQL)
Shellies: 1G4, 1MiniG3, PlusI4DC, PlusPlugS, Pro0110PM, ProSmoke. Modbus: Waveshare Relay 8 Channels, Waveshare RS485-TO-ETH.
PV: 10 kWp Module, 2 x Deye WR SUN-10K, 2 x 10 kWh MeritSun LiFe Speicher, KEBA P30 Wallbox, Fronius Wattpilot home 11 -
Ich hab übrigens gerade vorher Grafana deinstalliert. War es das vielleicht?
jetzt ist
load average: 0.76, 1.27, 1.28@fuzzy1955 sagte in VIS-2 stürzt laufend ab:
War es das vielleicht?
Vielleicht der Auslöser, aber nicht die Ursache.
Beim Pi4 kommt es zu Störstrahlung der CPU auf den USB3.
Wenn dann viele Daten geschaufelt werden, kommen die nicht sauber durch und werden immer wieder neu geschickt, was die load in die Höhe treibt -
@fuzzy1955 sagte in VIS-2 stürzt laufend ab:
Auf USB 3.0
BINGO!
das passt dann.Herunterfahren!
bitte an USB2 stecken
Neu starten und freuenHab ich gemacht und neu gebootet. Leider wieder das Gleiche. Aber der Fehler ist etwas später aufgetaucht:
vis-2.0 2025-01-28 16:35:00.278 info terminating with timeout vis-2.0 2025-01-28 16:34:59.277 warn Terminated (UNCAUGHT_EXCEPTION): Without reason vis-2.0 2025-01-28 16:34:59.276 debug Plugin sentry destroyed vis-2.0 2025-01-28 16:34:59.275 info terminating vis-2.0 2025-01-28 16:34:58.766 error Cannot read properties of null (reading 'file') vis-2.0 2025-01-28 16:34:58.766 error TypeError: Cannot read properties of null (reading 'file') at buildHtmlPages (/opt/iobroker/node_modules/iobroker.vis-2/main.js:859:51) at async Object.main [as ready] (/opt/iobroker/node_modules/iobroker.vis-2/main.js:1054:5) vis-2.0 2025-01-28 16:34:58.765 error unhandled promise rejection: Cannot read properties of null (reading 'file') vis-2.0 2025-01-28 16:34:58.761 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().Raspberry PI5 mit Linux Debian 13, IoBroker v7.7.22, VIS-2, MariaDB (MySQL)
Shellies: 1G4, 1MiniG3, PlusI4DC, PlusPlugS, Pro0110PM, ProSmoke. Modbus: Waveshare Relay 8 Channels, Waveshare RS485-TO-ETH.
PV: 10 kWp Module, 2 x Deye WR SUN-10K, 2 x 10 kWh MeritSun LiFe Speicher, KEBA P30 Wallbox, Fronius Wattpilot home 11 -
Hab ich gemacht und neu gebootet. Leider wieder das Gleiche. Aber der Fehler ist etwas später aufgetaucht:
vis-2.0 2025-01-28 16:35:00.278 info terminating with timeout vis-2.0 2025-01-28 16:34:59.277 warn Terminated (UNCAUGHT_EXCEPTION): Without reason vis-2.0 2025-01-28 16:34:59.276 debug Plugin sentry destroyed vis-2.0 2025-01-28 16:34:59.275 info terminating vis-2.0 2025-01-28 16:34:58.766 error Cannot read properties of null (reading 'file') vis-2.0 2025-01-28 16:34:58.766 error TypeError: Cannot read properties of null (reading 'file') at buildHtmlPages (/opt/iobroker/node_modules/iobroker.vis-2/main.js:859:51) at async Object.main [as ready] (/opt/iobroker/node_modules/iobroker.vis-2/main.js:1054:5) vis-2.0 2025-01-28 16:34:58.765 error unhandled promise rejection: Cannot read properties of null (reading 'file') vis-2.0 2025-01-28 16:34:58.761 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().@fuzzy1955
Hat dir @Homoran schon geschrieben, suche mal nach visUtilsBitte benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
Immer Daten sichern! -
@fuzzy1955
Hat dir @Homoran schon geschrieben, suche mal nach visUtilsWenn ich die VIS-2-Instanz deaktiviere, ist die Meldung weg.
Raspberry PI5 mit Linux Debian 13, IoBroker v7.7.22, VIS-2, MariaDB (MySQL)
Shellies: 1G4, 1MiniG3, PlusI4DC, PlusPlugS, Pro0110PM, ProSmoke. Modbus: Waveshare Relay 8 Channels, Waveshare RS485-TO-ETH.
PV: 10 kWp Module, 2 x Deye WR SUN-10K, 2 x 10 kWh MeritSun LiFe Speicher, KEBA P30 Wallbox, Fronius Wattpilot home 11 -
@fuzzy1955 sagte in VIS-2 stürzt laufend ab:
Wenn ich die VIS-2-Instanz deaktiviere, ist die Meldung weg.
natürlich!
ohne vis wird auch kein visutils benötigt.aber das log läuft a) rückwärts und ist aus dem Zusammenhang gerissen
-
Hallo Leute,
seit ein paar Monaten bin ich IoBroker-User und bin begeistert von den nahezu unendlichen Möglichkeiten dieses Open-Sources-Projektes. Ein Hoch auf die engagierten Entwickler! Das Forum hat mir auch schon oft weitergeholfen, z.B.
• beim sehr versteckten Hinweis, dass ein Fritz!Box-WLAN-Name niemals Leerzeichen enthalten darf (das ist die Standardeinstellung!) und damit eine Shelly-Einbindung via WLAN kläglich scheitert
• beim Hinweis, dass Alias-Objekte mit Struktur der bessere Weg für eine langfristige Visualisierung sind
• beim Tipp, dass JavaScript sehr viel mehr bietet, als Blockly. Das kommt mir als langjährig Vertrautem mit VBA, SQL, C#, JQuery auch gelegen.Seit einigen Wochen plage ich mich allerdings mit VIS-2 herum. Nach mehreren Neuinstallationen des Adapters wegen genau diesem Problem im IoBroker habe ich nach ein paar Tagen immer wieder beim Start der Instanz folgende Fehlermeldungen im Protokoll und die Instanz geht auf den Status rot:
vis-2.0 2025-01-28 05:47:53.547 warn Terminated (UNCAUGHT_EXCEPTION): Without reason vis-2.0 2025-01-28 05:47:53.547 debug Plugin sentry destroyed vis-2.0 2025-01-28 05:47:53.545 info terminating vis-2.0 2025-01-28 05:47:53.040 error Cannot read properties of null (reading 'file') vis-2.0 2025-01-28 05:47:53.040 error TypeError: Cannot read properties of null (reading 'file') at buildHtmlPages (/opt/iobroker/node_modules/iobroker.vis-2/main.js:859:51) at async Object.main [as ready] (/opt/iobroker/node_modules/iobroker.vis-2/main.js:1054:5) vis-2.0 2025-01-28 05:47:53.038 error unhandled promise rejection: Cannot read properties of null (reading 'file') vis-2.0 2025-01-28 05:47:53.037 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().Ich habe im Forum danach gesucht, aber nichts Zielführendes gefunden. Was ist die Ursache dieses Problems und wie kann ich das beheben? Eine Neuinstallation des Adapters im IoBroker möchte ich vermeiden. Das dauert bei meinem Raspi4 immer Stunden (ich weiß nicht, warum).
Wer kann mich bitte mit Hinweise und Lösungsmöglichkeiten zu diesem Problem unterstützen?
Vielen Dank im Voraus!
Schöne Grüße aus dem Mühlviertel (A), hf
-
@fuzzy1955 sagte in VIS-2 stürzt laufend ab:
Auf USB 3.0
BINGO!
das passt dann.Herunterfahren!
bitte an USB2 stecken
Neu starten und freuen@homoran sagte in VIS-2 stürzt laufend ab:
USB2
Guten Morgen, homoran!
Dein Tipp mit dem Boot-Stick am Raspi4-USB2 wirkt sagenhaft. Das System ist schnell wie nie zuvor! Herzlichen Dank für deine Unterstützung! Du bist wirklich ein absoluter Profi .. und ich mit meinen 3 Monaten Linux-Erfahrung habe noch Lernbedarf :rage:
Support us
738
Online32.6k
Benutzer82.1k
Themen1.3m
Beiträge