Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Off Topic
  4. Seit Update verliert ioBrocker auf RPI die Wlan Verbindung

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    17
    1
    2.6k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    995

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.3k

Seit Update verliert ioBrocker auf RPI die Wlan Verbindung

Geplant Angeheftet Gesperrt Verschoben Off Topic
8 Beiträge 4 Kommentatoren 734 Aufrufe 3 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • spicerS Offline
    spicerS Offline
    spicer
    schrieb am zuletzt editiert von spicer
    #1

    Dieser Bug war schonmal da und wurde behoben. Scheinbar hat der sich wieder eingeschlichen.
    Das Wlan verliert in unregelmässigen Abständen die Verbindung, wobei das Raspi weiter läuft.
    Habe mir nun eine provisorische Lösung gebastelt.
    Folgendes Script wird jede Minute per Cronjob aufgerufen, wobei ein log in /home/pi/log angelegt wird, wenn dieses Verzeichnis existiert. Bitte vorher anlegen!
    Die IP des Routers ist anzupassen :

    Script /home/pi/check_connection.sh (Rechte 744)

    #!/bin/bash
    
    pfad="/home/pi"
    DST=192.168.1.100        #Router IP
    
    #echo $(date +"%A, %d %B %Y %T") " WLAN Abfrage" >> "$pfad/log/wlan"
    
    if ! ping -c 3 -t 5 $DST > /dev/null
    then
       echo $(date +"%A, %d %B %Y %T") " WLAN Neustart wegen WLAN verlust" >> "$pfad/log/wlan"
       ip link set wlan0 down
       sleep 5
       ip link set wlan0 up
    fi
    

    Cronjob:
    */1 * * * * /home/pi/check_connection.sh

    Getestet unter Debian 10 Buster auf Raspberry.

    PS: Musste mit Chrome editieren. Firefox for Linux ist inkompatibel mit dieser Forensoftware! Schade

    Wenn es mehrere Möglichkeiten gibt, eine Aufgabe zu erledigen, und eine davon in einer Katastrophe endet oder sonstwie unerwünschte Konsequenzen nach sich zieht, dann wird es jemand genau so machen. Alles, was schiefgehen kann, wird auch schiefgehen.
    (Murphys Gesetz)

    ? 1 Antwort Letzte Antwort
    0
    • spicerS spicer

      Dieser Bug war schonmal da und wurde behoben. Scheinbar hat der sich wieder eingeschlichen.
      Das Wlan verliert in unregelmässigen Abständen die Verbindung, wobei das Raspi weiter läuft.
      Habe mir nun eine provisorische Lösung gebastelt.
      Folgendes Script wird jede Minute per Cronjob aufgerufen, wobei ein log in /home/pi/log angelegt wird, wenn dieses Verzeichnis existiert. Bitte vorher anlegen!
      Die IP des Routers ist anzupassen :

      Script /home/pi/check_connection.sh (Rechte 744)

      #!/bin/bash
      
      pfad="/home/pi"
      DST=192.168.1.100        #Router IP
      
      #echo $(date +"%A, %d %B %Y %T") " WLAN Abfrage" >> "$pfad/log/wlan"
      
      if ! ping -c 3 -t 5 $DST > /dev/null
      then
         echo $(date +"%A, %d %B %Y %T") " WLAN Neustart wegen WLAN verlust" >> "$pfad/log/wlan"
         ip link set wlan0 down
         sleep 5
         ip link set wlan0 up
      fi
      

      Cronjob:
      */1 * * * * /home/pi/check_connection.sh

      Getestet unter Debian 10 Buster auf Raspberry.

      PS: Musste mit Chrome editieren. Firefox for Linux ist inkompatibel mit dieser Forensoftware! Schade

      ? Offline
      ? Offline
      Ein ehemaliger Benutzer
      schrieb am zuletzt editiert von
      #2

      @spicer

      Hi, empfehle den Wifi Channel zu wechseln oder den Raspi näher an den Sender zu positionieren.
      Evtl n Repeater zwischen schalten. Logs prüfen, nicht dass das Netzteil was hat..

      Wenn du deinem Tamagotchi nicht regelmässig zu fressen gibst, musst es auch nicht dauernd re-animieren, wenns stirbt.. ;-)

      spicerS 1 Antwort Letzte Antwort
      1
      • ? Ein ehemaliger Benutzer

        @spicer

        Hi, empfehle den Wifi Channel zu wechseln oder den Raspi näher an den Sender zu positionieren.
        Evtl n Repeater zwischen schalten. Logs prüfen, nicht dass das Netzteil was hat..

        Wenn du deinem Tamagotchi nicht regelmässig zu fressen gibst, musst es auch nicht dauernd re-animieren, wenns stirbt.. ;-)

        spicerS Offline
        spicerS Offline
        spicer
        schrieb am zuletzt editiert von
        #3

        @ilovegym
        Komisch nur, dass es vorher über 2 Jahre tadellos funktionierte.
        Das Raspi ist ca 2m von der Fritzbox entfernt.

        Wenn es mehrere Möglichkeiten gibt, eine Aufgabe zu erledigen, und eine davon in einer Katastrophe endet oder sonstwie unerwünschte Konsequenzen nach sich zieht, dann wird es jemand genau so machen. Alles, was schiefgehen kann, wird auch schiefgehen.
        (Murphys Gesetz)

        ? J 2 Antworten Letzte Antwort
        0
        • spicerS spicer

          @ilovegym
          Komisch nur, dass es vorher über 2 Jahre tadellos funktionierte.
          Das Raspi ist ca 2m von der Fritzbox entfernt.

          ? Offline
          ? Offline
          Ein ehemaliger Benutzer
          schrieb am zuletzt editiert von
          #4

          @spicer halt mal in die Logs schauen, da steht bestimmt warum das Wifi dir wegfliegt..

          Meine Glaskugel hat leider kein Wifi-Support.. :-)

          spicerS 1 Antwort Letzte Antwort
          0
          • ? Ein ehemaliger Benutzer

            @spicer halt mal in die Logs schauen, da steht bestimmt warum das Wifi dir wegfliegt..

            Meine Glaskugel hat leider kein Wifi-Support.. :-)

            spicerS Offline
            spicerS Offline
            spicer
            schrieb am zuletzt editiert von
            #5

            @ilovegym
            Ja, das hab ich schon gemacht. Hier der Log vom 8. Juli:

            Jul  8 07:31:31 halten2 kernel: [50425.754930] ieee80211 phy0: brcmf_fw_crashed: Firmware has halted or crashed
            Jul  8 07:31:31 halten2 kernel: [50425.828034] ieee80211 phy0: brcmf_fil_cmd_data: bus is down. we have nothing to do.
            Jul  8 07:31:31 halten2 kernel: [50425.828052] ieee80211 phy0: brcmf_cfg80211_get_tx_power: error (-5)
            Jul  8 07:31:32 halten2 dhcpcd[594]: wlan0: carrier lost
            Jul  8 07:31:32 halten2 avahi-daemon[361]: Interface wlan0.IPv6 no longer relevant for mDNS.
            Jul  8 07:31:32 halten2 avahi-daemon[361]: Leaving mDNS multicast group on interface wlan0.IPv6 with address fe80::ccbc:e876:d299:4ff8.
            Jul  8 07:31:32 halten2 dhcpcd[594]: wlan0: deleting address fe80::ccbc:e876:d299:4ff8
            Jul  8 07:31:32 halten2 avahi-daemon[361]: Interface wlan0.IPv4 no longer relevant for mDNS.
            Jul  8 07:31:32 halten2 avahi-daemon[361]: Leaving mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.251.
            Jul  8 07:31:32 halten2 avahi-daemon[361]: Withdrawing address record for fe80::ccbc:e876:d299:4ff8 on wlan0.
            Jul  8 07:31:32 halten2 avahi-daemon[361]: Withdrawing address record for 192.168.1.251 on wlan0.
            Jul  8 07:31:32 halten2 systemd[1]: Starting Load/Save RF Kill Switch Status...
            Jul  8 07:31:32 halten2 dhcpcd[594]: wlan0: deleting route to 192.168.1.0/24
            Jul  8 07:31:32 halten2 dhcpcd[594]: wlan0: deleting default route via 192.168.1.100
            Jul  8 07:31:32 halten2 systemd[1]: Started Load/Save RF Kill Switch Status.
            Jul  8 07:31:32 halten2 kernel: [50426.570244] brcmfmac: brcmf_sdiod_probe: Failed to set F1 blocksize
            Jul  8 07:31:32 halten2 kernel: [50426.570285] brcmfmac: brcmf_sdio_bus_reset: Failed to probe after sdio device reset: ret -123
            Jul  8 07:31:32 halten2 kernel: [50426.570734] mmc1: card 0001 removed
            Jul  8 07:31:32 halten2 kernel: [50426.610024] mmc1: queuing unknown CIS tuple 0x41 (4 bytes)
            Jul  8 07:31:32 halten2 kernel: [50426.612484] mmc1: queuing unknown CIS tuple 0x04 (0 bytes)
            Jul  8 07:31:32 halten2 kernel: [50426.613219] mmc1: bad CIS tuple 0x20 (0 bytes)
            Jul  8 07:31:32 halten2 kernel: [50426.613247] mmc1: error -22 whilst initialising SDIO card
            Jul  8 07:31:32 halten2 kernel: [50426.658190] mmc1: queuing unknown CIS tuple 0x41 (4 bytes)
            Jul  8 07:31:32 halten2 kernel: [50426.661076] mmc1: queuing unknown CIS tuple 0x04 (0 bytes)
            Jul  8 07:31:32 halten2 kernel: [50426.661905] mmc1: bad CIS tuple 0x20 (0 bytes)
            Jul  8 07:31:32 halten2 kernel: [50426.661924] mmc1: error -22 whilst initialising SDIO card
            Jul  8 07:31:32 halten2 kernel: [50426.719480] mmc1: queuing unknown CIS tuple 0x41 (4 bytes)
            Jul  8 07:31:32 halten2 kernel: [50426.723985] mmc1: queuing unknown CIS tuple 0x04 (0 bytes)
            Jul  8 07:31:32 halten2 kernel: [50426.725324] mmc1: bad CIS tuple 0x20 (0 bytes)
            Jul  8 07:31:32 halten2 kernel: [50426.725348] mmc1: error -22 whilst initialising SDIO card
            Jul  8 07:31:32 halten2 dhcpcd[594]: wlan0: removing interface
            Jul  8 07:31:32 halten2 kernel: [50426.801430] mmc1: queuing unknown CIS tuple 0x41 (4 bytes)
            Jul  8 07:31:32 halten2 kernel: [50426.809505] mmc1: queuing unknown CIS tuple 0x04 (0 bytes)
            Jul  8 07:31:32 halten2 kernel: [50426.811802] mmc1: bad CIS tuple 0x20 (0 bytes)
            Jul  8 07:31:32 halten2 kernel: [50426.811819] mmc1: error -22 whilst initialising SDIO card
            Jul  8 07:31:33 halten2 dhcpcd-run-hooks[9584]: wlan0: stopping wpa_supplicant
            Jul  8 07:31:37 halten2 systemd[1]: systemd-rfkill.service: Succeeded.
            Jul  8 08:17:01 halten2 CRON[9624]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
            Jul  8 09:01:56 halten2 snapd[366]: autorefresh.go:501: Cannot prepare auto-refresh change due to a permanent network error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
            Jul  8 09:01:56 halten2 snapd[366]: stateengine.go:150: state ensure error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
            ul  8 09:17:01 halten2 CRON[9670]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
            Jul  8 09:26:56 halten2 snapd[366]: autorefresh.go:501: Cannot prepare auto-refresh change due to a permanent network error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
            Jul  8 09:26:56 halten2 snapd[366]: stateengine.go:150: state ensure error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
            Jul  8 09:46:56 halten2 snapd[366]: autorefresh.go:501: Cannot prepare auto-refresh change due to a permanent network error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
            Jul  8 09:46:56 halten2 snapd[366]: stateengine.go:150: state ensure error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
            

            Um 7:29 Uhr war damals das Wlan weg.

            Wenn es mehrere Möglichkeiten gibt, eine Aufgabe zu erledigen, und eine davon in einer Katastrophe endet oder sonstwie unerwünschte Konsequenzen nach sich zieht, dann wird es jemand genau so machen. Alles, was schiefgehen kann, wird auch schiefgehen.
            (Murphys Gesetz)

            ? Thomas BraunT 2 Antworten Letzte Antwort
            0
            • spicerS spicer

              @ilovegym
              Komisch nur, dass es vorher über 2 Jahre tadellos funktionierte.
              Das Raspi ist ca 2m von der Fritzbox entfernt.

              J Offline
              J Offline
              Jan1
              schrieb am zuletzt editiert von
              #6

              @spicer sagte in Seit Update verliert ioBrocker auf RPI die Wlan Verbindung:

              Das Raspi ist ca 2m von der Fritzbox entfernt.

              Was hindert Dich daran den Pi mit LAN zu verbinden? Wird bei nem Server eh empfohlen ;)

              1 Antwort Letzte Antwort
              1
              • spicerS spicer

                @ilovegym
                Ja, das hab ich schon gemacht. Hier der Log vom 8. Juli:

                Jul  8 07:31:31 halten2 kernel: [50425.754930] ieee80211 phy0: brcmf_fw_crashed: Firmware has halted or crashed
                Jul  8 07:31:31 halten2 kernel: [50425.828034] ieee80211 phy0: brcmf_fil_cmd_data: bus is down. we have nothing to do.
                Jul  8 07:31:31 halten2 kernel: [50425.828052] ieee80211 phy0: brcmf_cfg80211_get_tx_power: error (-5)
                Jul  8 07:31:32 halten2 dhcpcd[594]: wlan0: carrier lost
                Jul  8 07:31:32 halten2 avahi-daemon[361]: Interface wlan0.IPv6 no longer relevant for mDNS.
                Jul  8 07:31:32 halten2 avahi-daemon[361]: Leaving mDNS multicast group on interface wlan0.IPv6 with address fe80::ccbc:e876:d299:4ff8.
                Jul  8 07:31:32 halten2 dhcpcd[594]: wlan0: deleting address fe80::ccbc:e876:d299:4ff8
                Jul  8 07:31:32 halten2 avahi-daemon[361]: Interface wlan0.IPv4 no longer relevant for mDNS.
                Jul  8 07:31:32 halten2 avahi-daemon[361]: Leaving mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.251.
                Jul  8 07:31:32 halten2 avahi-daemon[361]: Withdrawing address record for fe80::ccbc:e876:d299:4ff8 on wlan0.
                Jul  8 07:31:32 halten2 avahi-daemon[361]: Withdrawing address record for 192.168.1.251 on wlan0.
                Jul  8 07:31:32 halten2 systemd[1]: Starting Load/Save RF Kill Switch Status...
                Jul  8 07:31:32 halten2 dhcpcd[594]: wlan0: deleting route to 192.168.1.0/24
                Jul  8 07:31:32 halten2 dhcpcd[594]: wlan0: deleting default route via 192.168.1.100
                Jul  8 07:31:32 halten2 systemd[1]: Started Load/Save RF Kill Switch Status.
                Jul  8 07:31:32 halten2 kernel: [50426.570244] brcmfmac: brcmf_sdiod_probe: Failed to set F1 blocksize
                Jul  8 07:31:32 halten2 kernel: [50426.570285] brcmfmac: brcmf_sdio_bus_reset: Failed to probe after sdio device reset: ret -123
                Jul  8 07:31:32 halten2 kernel: [50426.570734] mmc1: card 0001 removed
                Jul  8 07:31:32 halten2 kernel: [50426.610024] mmc1: queuing unknown CIS tuple 0x41 (4 bytes)
                Jul  8 07:31:32 halten2 kernel: [50426.612484] mmc1: queuing unknown CIS tuple 0x04 (0 bytes)
                Jul  8 07:31:32 halten2 kernel: [50426.613219] mmc1: bad CIS tuple 0x20 (0 bytes)
                Jul  8 07:31:32 halten2 kernel: [50426.613247] mmc1: error -22 whilst initialising SDIO card
                Jul  8 07:31:32 halten2 kernel: [50426.658190] mmc1: queuing unknown CIS tuple 0x41 (4 bytes)
                Jul  8 07:31:32 halten2 kernel: [50426.661076] mmc1: queuing unknown CIS tuple 0x04 (0 bytes)
                Jul  8 07:31:32 halten2 kernel: [50426.661905] mmc1: bad CIS tuple 0x20 (0 bytes)
                Jul  8 07:31:32 halten2 kernel: [50426.661924] mmc1: error -22 whilst initialising SDIO card
                Jul  8 07:31:32 halten2 kernel: [50426.719480] mmc1: queuing unknown CIS tuple 0x41 (4 bytes)
                Jul  8 07:31:32 halten2 kernel: [50426.723985] mmc1: queuing unknown CIS tuple 0x04 (0 bytes)
                Jul  8 07:31:32 halten2 kernel: [50426.725324] mmc1: bad CIS tuple 0x20 (0 bytes)
                Jul  8 07:31:32 halten2 kernel: [50426.725348] mmc1: error -22 whilst initialising SDIO card
                Jul  8 07:31:32 halten2 dhcpcd[594]: wlan0: removing interface
                Jul  8 07:31:32 halten2 kernel: [50426.801430] mmc1: queuing unknown CIS tuple 0x41 (4 bytes)
                Jul  8 07:31:32 halten2 kernel: [50426.809505] mmc1: queuing unknown CIS tuple 0x04 (0 bytes)
                Jul  8 07:31:32 halten2 kernel: [50426.811802] mmc1: bad CIS tuple 0x20 (0 bytes)
                Jul  8 07:31:32 halten2 kernel: [50426.811819] mmc1: error -22 whilst initialising SDIO card
                Jul  8 07:31:33 halten2 dhcpcd-run-hooks[9584]: wlan0: stopping wpa_supplicant
                Jul  8 07:31:37 halten2 systemd[1]: systemd-rfkill.service: Succeeded.
                Jul  8 08:17:01 halten2 CRON[9624]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
                Jul  8 09:01:56 halten2 snapd[366]: autorefresh.go:501: Cannot prepare auto-refresh change due to a permanent network error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
                Jul  8 09:01:56 halten2 snapd[366]: stateengine.go:150: state ensure error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
                ul  8 09:17:01 halten2 CRON[9670]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
                Jul  8 09:26:56 halten2 snapd[366]: autorefresh.go:501: Cannot prepare auto-refresh change due to a permanent network error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
                Jul  8 09:26:56 halten2 snapd[366]: stateengine.go:150: state ensure error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
                Jul  8 09:46:56 halten2 snapd[366]: autorefresh.go:501: Cannot prepare auto-refresh change due to a permanent network error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
                Jul  8 09:46:56 halten2 snapd[366]: stateengine.go:150: state ensure error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
                

                Um 7:29 Uhr war damals das Wlan weg.

                ? Offline
                ? Offline
                Ein ehemaliger Benutzer
                schrieb am zuletzt editiert von
                #7

                @spicer sagte in Seit Update verliert ioBrocker auf RPI die Wlan Verbindung:

                Jul 8 09:46:56 halten2 snapd[366]: stateengine.go:150: state ensure error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable

                Da haben wir es doch schon, liegt wohl daran, dass dein DNS entweder nicht funktioniert, nicht erreichbar ist oder dein Wifi nicht erreichbar..

                Hat also nix mit Linux oder iobroker zu tun, liegt einfach am Netzwerk und den Einstellungen oder Verbindungen.
                Schau also mal in die Channels, was da los ist, vielleicht hat ein Nachbar ja was neues aufgestellt und stört dein System..

                Ansonsten mal per Kabel dran und laufen lassen, evtl liegt ja auch an deinem DNS.. ??

                1 Antwort Letzte Antwort
                1
                • spicerS spicer

                  @ilovegym
                  Ja, das hab ich schon gemacht. Hier der Log vom 8. Juli:

                  Jul  8 07:31:31 halten2 kernel: [50425.754930] ieee80211 phy0: brcmf_fw_crashed: Firmware has halted or crashed
                  Jul  8 07:31:31 halten2 kernel: [50425.828034] ieee80211 phy0: brcmf_fil_cmd_data: bus is down. we have nothing to do.
                  Jul  8 07:31:31 halten2 kernel: [50425.828052] ieee80211 phy0: brcmf_cfg80211_get_tx_power: error (-5)
                  Jul  8 07:31:32 halten2 dhcpcd[594]: wlan0: carrier lost
                  Jul  8 07:31:32 halten2 avahi-daemon[361]: Interface wlan0.IPv6 no longer relevant for mDNS.
                  Jul  8 07:31:32 halten2 avahi-daemon[361]: Leaving mDNS multicast group on interface wlan0.IPv6 with address fe80::ccbc:e876:d299:4ff8.
                  Jul  8 07:31:32 halten2 dhcpcd[594]: wlan0: deleting address fe80::ccbc:e876:d299:4ff8
                  Jul  8 07:31:32 halten2 avahi-daemon[361]: Interface wlan0.IPv4 no longer relevant for mDNS.
                  Jul  8 07:31:32 halten2 avahi-daemon[361]: Leaving mDNS multicast group on interface wlan0.IPv4 with address 192.168.1.251.
                  Jul  8 07:31:32 halten2 avahi-daemon[361]: Withdrawing address record for fe80::ccbc:e876:d299:4ff8 on wlan0.
                  Jul  8 07:31:32 halten2 avahi-daemon[361]: Withdrawing address record for 192.168.1.251 on wlan0.
                  Jul  8 07:31:32 halten2 systemd[1]: Starting Load/Save RF Kill Switch Status...
                  Jul  8 07:31:32 halten2 dhcpcd[594]: wlan0: deleting route to 192.168.1.0/24
                  Jul  8 07:31:32 halten2 dhcpcd[594]: wlan0: deleting default route via 192.168.1.100
                  Jul  8 07:31:32 halten2 systemd[1]: Started Load/Save RF Kill Switch Status.
                  Jul  8 07:31:32 halten2 kernel: [50426.570244] brcmfmac: brcmf_sdiod_probe: Failed to set F1 blocksize
                  Jul  8 07:31:32 halten2 kernel: [50426.570285] brcmfmac: brcmf_sdio_bus_reset: Failed to probe after sdio device reset: ret -123
                  Jul  8 07:31:32 halten2 kernel: [50426.570734] mmc1: card 0001 removed
                  Jul  8 07:31:32 halten2 kernel: [50426.610024] mmc1: queuing unknown CIS tuple 0x41 (4 bytes)
                  Jul  8 07:31:32 halten2 kernel: [50426.612484] mmc1: queuing unknown CIS tuple 0x04 (0 bytes)
                  Jul  8 07:31:32 halten2 kernel: [50426.613219] mmc1: bad CIS tuple 0x20 (0 bytes)
                  Jul  8 07:31:32 halten2 kernel: [50426.613247] mmc1: error -22 whilst initialising SDIO card
                  Jul  8 07:31:32 halten2 kernel: [50426.658190] mmc1: queuing unknown CIS tuple 0x41 (4 bytes)
                  Jul  8 07:31:32 halten2 kernel: [50426.661076] mmc1: queuing unknown CIS tuple 0x04 (0 bytes)
                  Jul  8 07:31:32 halten2 kernel: [50426.661905] mmc1: bad CIS tuple 0x20 (0 bytes)
                  Jul  8 07:31:32 halten2 kernel: [50426.661924] mmc1: error -22 whilst initialising SDIO card
                  Jul  8 07:31:32 halten2 kernel: [50426.719480] mmc1: queuing unknown CIS tuple 0x41 (4 bytes)
                  Jul  8 07:31:32 halten2 kernel: [50426.723985] mmc1: queuing unknown CIS tuple 0x04 (0 bytes)
                  Jul  8 07:31:32 halten2 kernel: [50426.725324] mmc1: bad CIS tuple 0x20 (0 bytes)
                  Jul  8 07:31:32 halten2 kernel: [50426.725348] mmc1: error -22 whilst initialising SDIO card
                  Jul  8 07:31:32 halten2 dhcpcd[594]: wlan0: removing interface
                  Jul  8 07:31:32 halten2 kernel: [50426.801430] mmc1: queuing unknown CIS tuple 0x41 (4 bytes)
                  Jul  8 07:31:32 halten2 kernel: [50426.809505] mmc1: queuing unknown CIS tuple 0x04 (0 bytes)
                  Jul  8 07:31:32 halten2 kernel: [50426.811802] mmc1: bad CIS tuple 0x20 (0 bytes)
                  Jul  8 07:31:32 halten2 kernel: [50426.811819] mmc1: error -22 whilst initialising SDIO card
                  Jul  8 07:31:33 halten2 dhcpcd-run-hooks[9584]: wlan0: stopping wpa_supplicant
                  Jul  8 07:31:37 halten2 systemd[1]: systemd-rfkill.service: Succeeded.
                  Jul  8 08:17:01 halten2 CRON[9624]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
                  Jul  8 09:01:56 halten2 snapd[366]: autorefresh.go:501: Cannot prepare auto-refresh change due to a permanent network error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
                  Jul  8 09:01:56 halten2 snapd[366]: stateengine.go:150: state ensure error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
                  ul  8 09:17:01 halten2 CRON[9670]: (root) CMD (   cd / && run-parts --report /etc/cron.hourly)
                  Jul  8 09:26:56 halten2 snapd[366]: autorefresh.go:501: Cannot prepare auto-refresh change due to a permanent network error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
                  Jul  8 09:26:56 halten2 snapd[366]: stateengine.go:150: state ensure error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
                  Jul  8 09:46:56 halten2 snapd[366]: autorefresh.go:501: Cannot prepare auto-refresh change due to a permanent network error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
                  Jul  8 09:46:56 halten2 snapd[366]: stateengine.go:150: state ensure error: persistent network error: Post https://api.snapcraft.io/v2/snaps/refresh: dial tcp: lookup api.snapcraft.io on 8.8.8.8:53: dial udp 8.8.8.8:53: connect: network is unreachable
                  

                  Um 7:29 Uhr war damals das Wlan weg.

                  Thomas BraunT Online
                  Thomas BraunT Online
                  Thomas Braun
                  Most Active
                  schrieb am zuletzt editiert von
                  #8

                  @spicer Raspberry OS?

                  Da dürfte auf der mmc1 SD-Karte ein Einschlag sein und dann läuft da mit snapd auch ein ungewöhnlicher / unnötiger Service.

                  Linux-Werkzeugkasten:
                  https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                  NodeJS Fixer Skript:
                  https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                  iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                  1 Antwort Letzte Antwort
                  1
                  Antworten
                  • In einem neuen Thema antworten
                  Anmelden zum Antworten
                  • Älteste zuerst
                  • Neuste zuerst
                  • Meiste Stimmen


                  Support us

                  ioBroker
                  Community Adapters
                  Donate

                  652

                  Online

                  32.6k

                  Benutzer

                  82.3k

                  Themen

                  1.3m

                  Beiträge
                  Community
                  Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                  ioBroker Community 2014-2025
                  logo
                  • Anmelden

                  • Du hast noch kein Konto? Registrieren

                  • Anmelden oder registrieren, um zu suchen
                  • Erster Beitrag
                    Letzter Beitrag
                  0
                  • Home
                  • Aktuell
                  • Tags
                  • Ungelesen 0
                  • Kategorien
                  • Unreplied
                  • Beliebt
                  • GitHub
                  • Docu
                  • Hilfe