NEWS
Wenn Wlan ausfällt stürzt IOBroker ab
-
Ist das aus dem Browser kopiert?
Wenn ja mal bitte das File````
/opt/iobroker/log/iobroker.2018-04-17.logund
/opt/iobroker/log/iobroker.2018-04-18.log
von 23 Uhr bis 6:15 Uhr betrachten. Steht da etwas anderes drin? Welchen Stecker ziehst du? Strom oder LAN? Hast du dein WLAN jetzt deaktiviert? Achja, was für eine Stromversorgung verwendest du für den PI?
-
Ich kann das Verhalten nachvollziehen, wenn das Multihost wäre….
-
-
Zum starten des Raspi ziehe ich den Stromstecker.
-
Das WLan habe ich nicht deaktivieren können
-
Stromversorgung ist "normales" Netzteil ohne USV.
An der Stromversorgung hängt auch Fritzbox (LAN) und PC. Da ist nichts aufgefallen bzgl. Spannungsausfall oder Schwankungen.
Der Fehler ist auch reproduzierbar wenn ich das WLan abschalte.
Ursprünglich war der Raspi über die Fritzbox am WLan. Da ich aber sowieso mit der Box unzufrieden war hängt der Raspi (bzw. das ganze WLan) an einem Unifi Hotspot. Das Verhalten ist aber immer noch gleich.
In beiden Logs steht genau das gleiche was ich bereits eingefügt habe.
@Bluefox Was meinst du damit? Kann das bei mir irgendeine Einstellung sein die irrtümlich verwendet wird?
-
-
Stromstecker ziehen zum starten des Raspi !?
Da darfst du dich über Probleme nicht wundern.
Strom ziehen/abschalten erst wenn der PI sauber runtergefahren wurde…. eigentlich wie bei jedem Computer.
Was ist denn ein normales Netzteil? Der Pi ist ein wenig empfindlich was die Stromversorgung angeht. Da sollten schon saubere 2,5Ampere zur Verfügung stehen.
Wie hast du denn jetzt versucht das WLAN zu deaktivieren? Nach dem Link den ich gepostet habe?
Wenn ja, hast du ein logfile davon?
Fritzbox WLAN wird nicht genutzt aber jetzt UNIFI. Hängt der denn immer noch per LAN und WLAN im Netz? WLAN über UNIFI und LAN über FRITZ oder wie?
Hast du nur eine iobroker installation (einen PI) oder mehrere im Netz (Multihost) ?
-
Sauber runterfahren - nö - ich komme weder über Putty noch anderweitig auf den Raspi. Der steht einfach!
… und genau weil mir das ja klar ist habe ich ja auch Bauchschmerzen und will das vermeiden.
Netzteil liefert 5 A stabilisiert. Ich hatte vorher das Original Raspi Netzteil dran und habe das als ersten Verdächtigen disqualifiziert.
Lan Verkabelung:
Fritzbox - 24 Port GB Switch - Raspi; Unifi; 3 PC
WLan:
23 Geräte.
1 Raspi; 3 Telefone; 2 Tablets; 3 LED Steuerung; 12 Sonof (Tasmota); 1 Laptop; 1 PS3
WLan an der Fritzbox aus; Dhcp über Fritzbox; kein Repeater im Einsatz; Alle Geräte feste IP; kein Multihost.
Deinen Link habe ich ehrlich gesagt übersehen. Ich habe "Methode 1" schon erfolglos durch. Methode 2 werde ich jetzt mal versuchen.
Ich würde aber trotzdem gerne das Problem verstehen.
-
Das Problem versuchen wir ja gerade zu identifizieren.
Es gibt Geräte und SW die haben bei der Verarbeitung von zwei IP Adressen halt Probleme.
Wenn du das dich abschalten des WLAN reproduzieren kannst, kannst du das mal machen und danach das Linux SYSLOG zu der Zeit prüfen/posten.
Kannst du auch mal während des tests ein````
topAlso stoppt nicht nur iobroker sondern der komplette PI, richtig? Ist das ein PI3? Eventuell sogar ein PI3+ ? Gesendet von iPad mit Tapatalk Pro
-
Ich habe jetzt "Methode 2" ausprobiert und der Raspi startet nicht mehr.
Die grüne LED blinkt munter vor sich hin, aber ich komme weder auf den IOBroker noch kann ich mich mit Putty anmelden.
Edit - Ist doch da. Der hat von der Fritzbox eine neue IP bekommen obwohl er eigentlich auf eine feste IP eingestellt sein sollte.
-
Na dann mal beobachten ob er jetzt stabil läuft.
-
Ja, das werde ich mal.
Aber ich verstehe das immer noch nicht.
An zwei IPAdressen im gleichen Netzwerk kann es ja nicht liegen. Das LAN Kabel habe ich ja zum testen entfernt und er ist trotzdem abgestürzt.
Ach ja, es ist ein Pi3 (ohne +)
-
Dafür denke ich müsste man mal das SYSLOG, debug log, kernel log etc. zum Zeitpunkt des crashes checken.
Was läuft denn auf dem PI? Jessie, Stretch…
Wann da letzte mal ein Update vom Linux gemacht?
-
Kernel weiß ich nicht genau. Das ist das Komplettimage von hier das am 12.4. sein letztes komplettes Update bekommen hat.
-
Hm,
Also du bist der erste von dem ich das Problem jetzt so mitbekomme.
Denke du hast das Readme passend zum image auch befolgt?
Wenn du dir also mit der Stromversorgung sicher bist, nichts außergewöhnliches zusätzlich zu iobroker installiert/konfiguriert hast… besteht natürlich auch noch die Möglichkeit eines HW defektes.
Gesendet von iPhone mit Tapatalk Pro
-
Den Verdacht habe ich so langsam auch.
Deshalb habe ich ja als ersten Schritt das Netzteil gegen ein größeres getauscht.
Ich bin seit gestern ohne WLan auf dem Raspi und habe das System bisher nicht zum stehen gebracht.
Ich werde mir vermutlich ein anderes System zusammenbauen, da ich mit IOBroker und dem Unifi Controler den Raspi an seine Grenze bringe. Von daher baue ich mir etwas größeres zusammen auf dem ich dann beides laufen lassen kann.
Dann werde ich nochmals testen ob sich das WLan immer noch verabschiedet. (Nein, der unifi Controler läuft aktuell nicht auf dem Raspi)
Ich bin nur noch nicht so ganz sicher was ich verwenden werde. Der Rock64 erscheint mir zwar günstig, aber ob der mir dann langfristig reicht muss ich mir noch überlegen.
-
Nochmal ne kurze Frage di ich zwar schonmal gestellt hatte aber keine Antwort dazu sehe:
PI3 oder PI3+ ?
-
nach anderem Thread wohl ein Pi3 B+
Da war hier nie die Rede von
-
Den PI 3 (ohne Plus).
Habe ich auch irgendwo schon mal erwähnt.
Ich habe den anderen Beitrag auch schon gesehen.
-
Hast du denn mal in eines der erwähnten Logfiles geschaut wenn du einen ähnlichen Fehler wie in dem anderen Thread vermutest?
-
Apr 18 00:05:45 Haus dhcpcd[619]: wlan0: carrier lost Apr 18 00:05:46 Haus dhcpcd[619]: wlan0: deleting address 2a02:810d:88c0:4f5c:5$ Apr 18 00:05:46 Haus dhcpcd[619]: wlan0: deleting default route via fe80::ca0e:$ Apr 18 00:05:46 Haus dhcpcd[619]: wlan0: deleting route to 2a02:810d:88c0:4f5c:$ Apr 18 00:05:46 Haus avahi-daemon[346]: Withdrawing address record for 2a02:810$ Apr 18 00:05:46 Haus avahi-daemon[346]: Leaving mDNS multicast group on interfa$ Apr 18 00:05:46 Haus avahi-daemon[346]: Joining mDNS multicast group on interfa$ Apr 18 00:05:46 Haus avahi-daemon[346]: Registering new address record for fe80$ Apr 18 00:05:46 Haus dhcpcd[619]: wlan0: deleting address fe80::844c:c81b:45fc:$ Apr 18 00:05:46 Haus avahi-daemon[346]: Withdrawing address record for fe80::84$ Apr 18 00:05:46 Haus avahi-daemon[346]: Leaving mDNS multicast group on interfa$ Apr 18 00:05:46 Haus avahi-daemon[346]: Interface wlan0.IPv6 no longer relevant$ Apr 18 00:05:46 Haus dhcpcd[619]: wlan0: deleting default route via 192.168.8.1 Apr 18 00:05:46 Haus dhcpcd[619]: wlan0: deleting route to 192.168.8.0/24 Apr 18 00:05:46 Haus avahi-daemon[346]: Withdrawing address record for 192.168.$ Apr 18 00:05:46 Haus avahi-daemon[346]: Leaving mDNS multicast group on interfa$ Apr 18 00:05:46 Haus avahi-daemon[346]: Interface wlan0.IPv4 no longer relevant$ Apr 18 00:06:28 Haus kernel: [357098.329238] Unable to handle kernel NULL point$ Apr 18 00:06:28 Haus kernel: [357098.333361] pgd = 80004000 Apr 18 00:06:28 Haus kernel: [357098.335459] [00000004] *pgd=00000000 Apr 18 00:06:28 Haus kernel: [357098.337593] Internal error: Oops: 17 [#1] SMP $ Apr 18 00:06:28 Haus kernel: [357098.339726] Modules linked in: nfnetlink_queue$ Apr 18 00:06:28 Haus kernel: [357098.346847] CPU: 2 PID: 2323 Comm: kworker/u8:$ Apr 18 00:06:28 Haus kernel: [357098.349317] Hardware name: BCM2835 Apr 18 00:06:28 Haus kernel: [357098.351965] Workqueue: brcmf_wq/mmc1:0001:1 br$ Apr 18 00:06:28 Haus kernel: [357098.354654] task: b6fa1d80 task.stack: ba3ec000 Apr 18 00:06:28 Haus kernel: [357098.357245] PC is at rb_insert_color+0x24/0x17c Apr 18 00:06:28 Haus kernel: [357098.359760] LR is at __insert_vmap_area+0x7c/0$ Apr 18 00:06:28 Haus kernel: [357098.362250] pc : [<8045c268>] lr : [<8024d6$ Apr 18 00:06:28 Haus kernel: [357098.362250] sp : ba3edcc0 ip : ba3edcd8 fp :$ Apr 18 00:06:28 Haus kernel: [357098.367387] r10: 80d04880 r9 : ff800000 r8 :$ Apr 18 00:06:28 Haus kernel: [357098.369942] r7 : ffffffff r6 : 00000001 r5 :$ Apr 18 00:06:28 Haus kernel: [357098.372542] r3 : 00000000 r2 : a69531cc r1 :$ Apr 18 00:06:28 Haus kernel: [357098.375136] Flags: nZCv IRQs on FIQs on Mod$ Apr 18 00:06:28 Haus kernel: [357098.377826] Control: 10c5383d Table: 36d2c06a$ Apr 18 00:06:28 Haus kernel: [357098.380455] Process kworker/u8:2 (pid: 2323, s$ Apr 18 00:06:28 Haus kernel: [357098.383072] Stack: (0xba3edcc0 to 0xba3ee000) Apr 18 00:06:28 Haus kernel: [357098.385707] dcc0: a6953d00 a6953d0c ba3edcec b$ Apr 18 00:06:28 Haus kernel: [357098.391178] dce0: ba3edd44 ba3edcf0 8024d994 8$ Apr 18 00:06:28 Haus kernel: [357098.396756] dd00: 00000001 00000000 00000000 b$ Apr 18 00:06:28 Haus kernel: [357098.402315] dd20: 00000022 00000001 024080c2 b$ Apr 18 00:06:28 Haus kernel: [357098.407939] dd40: 8024dacc 8024d678 ffffffff 0$ Apr 18 00:06:28 Haus kernel: [357098.413710] dd60: ffffffff b7bf9174 ba3eddac b$ Apr 18 00:06:28 Haus kernel: [357098.419786] dd80: 024080c2 7f2d05bc 7f2d05bc f$ Apr 18 00:06:28 Haus kernel: [357098.426110] dda0: ba3edddc ba3eddb0 8024f338 8$ Apr 18 00:06:28 Haus kernel: [357098.432745] ddc0: 7f2d05bc 00000000 b9982d00 0$ Apr 18 00:06:28 Haus kernel: [357098.439533] dde0: ffffffff 7f2d05bc ba3ededc b$ Apr 18 00:06:28 Haus kernel: [357098.446446] de00: baf61978 a6ac8080 b6fa1e00 8$ Apr 18 00:06:28 Haus kernel: [357098.453447] de20: 00000014 b7bf900c 8014d530 8$ Apr 18 00:06:28 Haus kernel: [357098.460449] de40: ba3ede94 ba3ede50 80144848 b$ Apr 18 00:06:28 Haus kernel: [357098.467452] de60: 3a3e3000 b6fa1d80 a6ac8000 b$ Apr 18 00:06:28 Haus kernel: [357098.474461] de80: 00000000 80b7e940 ba3edefc b$ Apr 18 00:06:28 Haus kernel: [357098.481468] dea0: b7bf9280 ba882800 b9826b00 8$ Apr 18 00:06:28 Haus kernel: [357098.488471] dec0: b9826b00 00000000 00000088 0$ Apr 18 00:06:28 Haus kernel: [357098.495472] dee0: ba882818 80c02d00 00000088 b$ Apr 18 00:06:28 Haus kernel: [357098.502465] df00: 00000088 891bd700 ba3edf5c b$ Apr 18 00:06:28 Haus kernel: [357098.509455] df20: 80c02d00 891bd700 80c722f7 b$ Apr 18 00:06:28 Haus kernel: [357098.516445] df40: 80136a1c 00000000 00000000 0$ Apr 18 00:06:28 Haus kernel: [357098.523433] df60: 3a3d5000 00000000 00000000 8$ Apr 18 00:06:28 Haus kernel: [357098.530419] df80: 00000000 00000000 ba3edf88 b$ Apr 18 00:06:28 Haus kernel: [357098.537404] dfa0: 00000000 ba3edfb0 80108148 8$ Apr 18 00:06:28 Haus kernel: [357098.544384] dfc0: 00000000 00000000 00000000 0$ Apr 18 00:06:28 Haus kernel: [357098.551365] dfe0: 00000000 00000000 00000000 0$ Apr 18 00:06:28 Haus kernel: [357098.558365] [<8045c268>] (rb_insert_color) fro$ Apr 18 00:06:28 Haus kernel: [357098.565373] [<8024d608>] (__insert_vmap_area) $ Apr 18 00:06:28 Haus kernel: [357098.572398] [<8024d994>] (alloc_vmap_area) fro$ Apr 18 00:06:28 Haus kernel: [357098.579435] [<8024dacc>] (__get_vm_area_node) $ Apr 18 00:06:28 Haus kernel: [357098.586502] [<8024f144>] (__vmalloc_node_range$ Apr 18 00:06:28 Haus kernel: [357098.593570] [<8024f338>] (__vmalloc_node) from$ Apr 18 00:06:28 Haus kernel: [357098.600785] [<8024f3d0>] (vzalloc) from [<7f2d$ Apr 18 00:06:28 Haus kernel: [357098.608067] [<7f2d05bc>] (brcmf_sdio_dataworke$ Apr 18 00:06:28 Haus kernel: [357098.615217] [<80136720>] (process_one_work) fr$ Apr 18 00:06:28 Haus kernel: [357098.622334] [<80136a80>] (worker_thread) from $ Apr 18 00:06:28 Haus kernel: [357098.629448] [<8013c958>] (kthread) from [<8010$ Apr 18 00:06:28 Haus kernel: [357098.633102] Code: 0a000049 e5923000 e3130001 1$ Apr 18 00:06:30 Haus kernel: [357100.905435] brcmfmac: brcmf_sdio_bus_rxctl: re$ Apr 18 00:06:52 Haus kernel: [357119.655464] INFO: rcu_sched self-detected stal$ Apr 18 00:06:52 Haus kernel: [357119.679580] 3-...: (2099 ticks this GP) idl$ Apr 18 00:06:52 Haus kernel: [357119.730868] (t=2100 jiffies g=8649803 c=86$ Apr 18 00:06:52 Haus kernel: [357119.757958] Task dump for CPU 3: Apr 18 00:06:52 Haus kernel: [357119.784472] kworker/u8:2 R running task $ Apr 18 00:06:52 Haus kernel: [357119.810832] Workqueue: brcmf_wq/mmc1:0001:1 br$ Apr 18 00:06:52 Haus kernel: [357119.836899] [<8010fb3c>] (unwind_backtrace) fr$ Apr 18 00:06:52 Haus kernel: [357119.888761] [<8010c058>] (show_stack) from [<8$ Apr 18 00:06:52 Haus kernel: [357119.940558] [<8014a93c>] (sched_show_task) fro$ Apr 18 00:06:52 Haus kernel: [357119.992355] [<8014d01c>] (dump_cpu_task) from $ Apr 18 00:06:52 Haus kernel: [357120.044094] [<8020a1ec>] (rcu_dump_cpu_stacks)$ Apr 18 00:06:52 Haus kernel: [357120.095830] [<80180ee8>] (rcu_check_callbacks)$ Apr 18 00:06:52 Haus kernel: [357120.147498] [<80186894>] (update_process_times$ Apr 18 00:06:52 Haus kernel: [357120.199298] [<80198ad0>] (tick_sched_handle) f$ Apr 18 00:06:52 Haus kernel: [357120.251055] [<80198b34>] (tick_sched_timer) fr$ Apr 18 00:06:52 Haus kernel: [357120.303379] [<801873d0>] (__hrtimer_run_queues$ Apr 18 00:06:52 Haus kernel: [357120.356722] [<80187e2c>] (hrtimer_interrupt) f$ Apr 18 00:06:52 Haus kernel: [357120.410934] [<805da93c>] (arch_timer_handler_p$ Apr 18 00:06:52 Haus kernel: [357120.468743] [<80178484>] (handle_percpu_devid_$ Apr 18 00:06:52 Haus kernel: [357120.526802] [<801730ec>] (generic_handle_irq) $ Apr 18 00:06:52 Haus kernel: [357120.583024] [<80173718>] (__handle_domain_irq)$ Apr 18 00:06:52 Haus kernel: [357120.639342] [<8010150c>] (bcm2836_arm_irqchip_$ Apr 18 00:06:52 Haus kernel: [357120.695701] Exception stack(0xba3ed6a0 to 0xba$ Apr 18 00:06:52 Haus kernel: [357120.723580] d6a0: 80d04880 00000000 00000ee7 0$ Apr 18 00:06:52 Haus kernel: [357120.779083] d6c0: 00000020 000001a0 00000290 b$ Apr 18 00:06:52 Haus kernel: [357120.834422] d6e0: 20000013 ffffffff Apr 18 00:06:52 Haus kernel: [357120.862389] [<8071a6bc>] (__irq_svc) from [<80$ Apr 18 00:06:52 Haus kernel: [357120.916198] [<80719eb8>] (_raw_spin_lock) from$ Apr 18 00:06:52 Haus kernel: [357120.970061] [<8024c814>] (find_vmap_area) from$ Apr 18 00:06:52 Haus kernel: [357121.023956] [<8024ecf4>] (remove_vm_area) from$ Apr 18 00:06:52 Haus kernel: [357121.077834] [<8024ed98>] (__vunmap) from [<802$ Apr 18 00:06:52 Haus kernel: [357121.104686] [<8024ef8c>] (vunmap) from [<80116$ Apr 18 00:06:52 Haus kernel: [357121.131248] [<8011674c>] (__iounmap) from [<80$ Apr 18 00:06:52 Haus kernel: [357121.157589] [<8011638c>] (iounmap) from [<804a$ Apr 18 00:06:52 Haus kernel: [357121.209635] [<804a40cc>] (bcm2708_fb_set_par) $ Apr 18 00:06:52 Haus kernel: [357121.261671] [<804a45c8>] (bcm2708_fb_pan_displ$ Apr 18 00:06:52 Haus kernel: [357121.317248] [<804997e4>] (fb_pan_display) from$ Apr 18 00:06:52 Haus kernel: [357121.369336] [<80497ce0>] (bit_update_start) fr$ Apr 18 00:06:52 Haus kernel: [357121.424190] [<80493a3c>] (fbcon_switch) from [$ Apr 18 00:06:52 Haus kernel: [357121.478920] [<804d5f68>] (redraw_screen) from $ Apr 18 00:06:52 Haus kernel: [357121.532579] [<8049361c>] (fbcon_blank) from [<$ Apr 18 00:06:52 Haus kernel: [357121.587145] [<804d69a4>] (do_unblank_screen) f$ Apr 18 00:06:52 Haus kernel: [357121.641702] [<804d6ac8>] (unblank_screen) from$ Apr 18 00:06:52 Haus kernel: [357121.696228] [<80464560>] (bust_spinlocks) from$ Apr 18 00:06:52 Haus kernel: [357121.723481] [<8010c18c>] (die) from [<80118eb4$ Apr 18 00:06:52 Haus kernel: [357121.777616] [<80118eb4>] (__do_kernel_fault.pa$ Apr 18 00:06:52 Haus kernel: [357121.832715] [<8071b088>] (do_page_fault) from $ Apr 18 00:06:52 Haus kernel: [357121.889370] [<801011e8>] (do_DataAbort) from [$ Apr 18 00:06:52 Haus kernel: [357121.945717] Exception stack(0xba3edc70 to 0xba$ Apr 18 00:06:52 Haus kernel: [357121.974520] dc60: $ Apr 18 00:06:52 Haus kernel: [357122.029011] dc80: a6953d00 a6953d0c 00000001 f$ Apr 18 00:06:52 Haus kernel: [357122.086463] dca0: ba3edcd8 ba3edcc0 8024d608 8$ Apr 18 00:06:52 Haus kernel: [357122.113372] [<8071a634>] (__dabt_svc) from [<8$ Apr 18 00:06:52 Haus kernel: [357122.167312] [<8045c268>] (rb_insert_color) fro$ Apr 18 00:06:52 Haus kernel: [357122.220429] [<8024d608>] (__insert_vmap_area) $ Apr 18 00:06:52 Haus kernel: [357122.273559] [<8024d994>] (alloc_vmap_area) fro$ Apr 18 00:06:52 Haus kernel: [357122.326666] [<8024dacc>] (__get_vm_area_node) $ Apr 18 00:06:52 Haus kernel: [357122.382126] [<8024f144>] (__vmalloc_node_range$ Apr 18 00:06:52 Haus kernel: [357122.435616] [<8024f338>] (__vmalloc_node) from$ Apr 18 00:06:52 Haus kernel: [357122.489353] [<8024f3d0>] (vzalloc) from [<7f2d$ Apr 18 00:06:52 Haus kernel: [357122.543072] [<7f2d05bc>] (brcmf_sdio_dataworke$ Apr 18 00:06:52 Haus kernel: [357122.596764] [<80136720>] (process_one_work) fr$ Apr 18 00:06:52 Haus kernel: [357122.650702] [<80136a80>] (worker_thread) from $ Apr 18 00:06:52 Haus kernel: [357122.705850] [<8013c958>] (kthread) from [<8010$ Apr 18 00:07:55 Haus kernel: [357182.685640] INFO: rcu_sched self-detected stal$ Apr 18 00:07:55 Haus kernel: [357182.713447] 3-...: (8096 ticks this GP) idl$ Apr 18 00:07:55 Haus kernel: [357182.769207] (t=8403 jiffies g=8649803 c=86$ Apr 18 00:07:55 Haus kernel: [357182.796864] Task dump for CPU 3: Apr 18 00:07:55 Haus kernel: [357182.824134] kworker/u8:2 R running task $ Apr 18 00:07:55 Haus kernel: [357182.851131] Workqueue: brcmf_wq/mmc1:0001:1 br$ Apr 18 00:07:55 Haus kernel: [357182.877855] [<8010fb3c>] (unwind_backtrace) fr$ Apr 18 00:07:55 Haus kernel: [357182.930993] [<8010c058>] (show_stack) from [<8$ Apr 18 00:07:55 Haus kernel: [357182.984173] [<8014a93c>] (sched_show_task) fro$ Apr 18 00:07:55 Haus kernel: [357183.037349] [<8014d01c>] (dump_cpu_task) from $
das geht so bis 00:17:00 und dann hört das Log bis 6 Uhr auf an dem ich den Neustart ausgelöst habe.
-
Internal error: Oops: 17 [#1] SMP $
Könnte man mal Google bemühen um details zu finden…
Oder auch mal schauen wie alt der Kernel ist und ob es etwas neues gibt.
Kannst du mal abfragen:
cat /sys/firmware/devicetree/base/model
-
Raspberry Pi 3 Model B Rev 1.2^@
Zu dem "Internal error: Oops: 17 [#1] SMP $" finde ich meist Spannungsversorgungsprobleme. Aber mit mittlerweile 3 verschiedenen Netzteilen glaube ich eher daran das der Raspi was weg hat.