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. ioBroker Allgemein
  4. Kein Lebenszeichen vom Raspberry ...

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    15
    1
    552

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    1.9k

Kein Lebenszeichen vom Raspberry ...

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
32 Beiträge 5 Kommentatoren 1.2k 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.
  • HomoranH Homoran

    @dr-pie sagte in Kein Lebenszeichen vom Raspberry ...:

    @thomas-braun dann kommt das hier:

    dann war dein Crash wohl schon vor dem 15. Februar, wobei ichetwas erstaunt bin, dass nach dem 27. Februar direkt der 27. Mai kommt

    Dr.PieD Offline
    Dr.PieD Offline
    Dr.Pie
    schrieb am zuletzt editiert von
    #21

    @homoran Bis gestern Morgen lief alles wie gewohnt ..
    Gestern wolle ich noch einiges in der Vis ändern und kam schon nicht mehr auf den Raspberry drauf
    Firefox kann keine Verbindung zu dem Server unter 192.168.178.23:8081 aufbauen.

    1 Antwort Letzte Antwort
    0
    • HomoranH Homoran

      @dr-pie sagte in Kein Lebenszeichen vom Raspberry ...:

      @thomas-braun dann kommt das hier:

      dann war dein Crash wohl schon vor dem 15. Februar, wobei ichetwas erstaunt bin, dass nach dem 27. Februar direkt der 27. Mai kommt

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

      @homoran
      Der Zeit-Sprung wundert mich jetzt auch...

      @Dr-Pie
      Schuß ins Blaue:
      Knöpf dir die Datei 2022-02-27_19-51_states.json.gz vor uns spiel die zurück. Ist nur zufällig gewählt, kann auch sein dass die alle 'kaputt' sind.

      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

      Dr.PieD 1 Antwort Letzte Antwort
      0
      • Thomas BraunT Thomas Braun

        @homoran
        Der Zeit-Sprung wundert mich jetzt auch...

        @Dr-Pie
        Schuß ins Blaue:
        Knöpf dir die Datei 2022-02-27_19-51_states.json.gz vor uns spiel die zurück. Ist nur zufällig gewählt, kann auch sein dass die alle 'kaputt' sind.

        Dr.PieD Offline
        Dr.PieD Offline
        Dr.Pie
        schrieb am zuletzt editiert von
        #23

        reicht es denn dann so ?

        iobroker stop
        cd /opt/iobroker/iobroker-data/
        mv states.json states.json.old
        cd backup-objects/
        gunzip -ck 2022-02-27_19-51_states.json.gz > /opt/iobroker/iobroker-data/states.json
        iobroker start
        
        Thomas BraunT 1 Antwort Letzte Antwort
        0
        • mickymM Online
          mickymM Online
          mickym
          Most Active
          schrieb am zuletzt editiert von
          #24

          Wieder mal ein perfektes Beispiel für mich, warum große Speichermedien für mich keinen Sinn machen. Lieber kleiner und öfter mal ein Image gezogen als eine root Partition, die zu 8% belegt ist. Nur mal zum Nachdenken.

          Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.

          HomoranH 1 Antwort Letzte Antwort
          -1
          • Dr.PieD Dr.Pie

            reicht es denn dann so ?

            iobroker stop
            cd /opt/iobroker/iobroker-data/
            mv states.json states.json.old
            cd backup-objects/
            gunzip -ck 2022-02-27_19-51_states.json.gz > /opt/iobroker/iobroker-data/states.json
            iobroker start
            
            Thomas BraunT Online
            Thomas BraunT Online
            Thomas Braun
            Most Active
            schrieb am zuletzt editiert von
            #25

            @dr-pie

            Ja, müsste so funktionieren. Wenn die Quelldatei nicht auch schon kaputt ist.

            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

            Dr.PieD 1 Antwort Letzte Antwort
            0
            • Thomas BraunT Thomas Braun

              @dr-pie

              Ja, müsste so funktionieren. Wenn die Quelldatei nicht auch schon kaputt ist.

              Dr.PieD Offline
              Dr.PieD Offline
              Dr.Pie
              schrieb am zuletzt editiert von
              #26

              @thomas-braun

              pi@raspberrypi:~ $ iobroker stop
              cd /opt/iobroker/iobroker-data/
              mv states.json states.json.old
              cd backup-objects/
              gunzip -ck 2022-02-27_19-51_states.json.gz > /opt/iobroker/iobroker-data/states.      json
              iobroker start
              mv: der Aufruf von stat für 'states.json' ist nicht möglich: Datei oder Verzeich      nis nicht gefunden
              pi@raspberrypi:/opt/iobroker/iobroker-data/backup-objects $
              
              
              Thomas BraunT 1 Antwort Letzte Antwort
              0
              • mickymM mickym

                Wieder mal ein perfektes Beispiel für mich, warum große Speichermedien für mich keinen Sinn machen. Lieber kleiner und öfter mal ein Image gezogen als eine root Partition, die zu 8% belegt ist. Nur mal zum Nachdenken.

                HomoranH Nicht stören
                HomoranH Nicht stören
                Homoran
                Global Moderator Administrators
                schrieb am zuletzt editiert von
                #27

                @mickym sagte in Kein Lebenszeichen vom Raspberry ...:

                Wieder mal ein perfektes Beispiel für mich, warum große Speichermedien für mich keinen Sinn machen. Lieber kleiner und öfter mal ein Image gezogen als eine root Partition, die zu 8% belegt ist. Nur mal zum Nachdenken.

                Das kann man so eben nicht sagen!
                eine zerstörte Karte kann es bei jeder Größe geben.

                Solange man nicht weiß warum das hier passiert ist, ist es müßig zu diskutieren.
                8.7GB belegt sind allerdings sehr wenig

                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 -

                mickymM 1 Antwort Letzte Antwort
                0
                • Dr.PieD Dr.Pie

                  @thomas-braun

                  pi@raspberrypi:~ $ iobroker stop
                  cd /opt/iobroker/iobroker-data/
                  mv states.json states.json.old
                  cd backup-objects/
                  gunzip -ck 2022-02-27_19-51_states.json.gz > /opt/iobroker/iobroker-data/states.      json
                  iobroker start
                  mv: der Aufruf von stat für 'states.json' ist nicht möglich: Datei oder Verzeich      nis nicht gefunden
                  pi@raspberrypi:/opt/iobroker/iobroker-data/backup-objects $
                  
                  
                  Thomas BraunT Online
                  Thomas BraunT Online
                  Thomas Braun
                  Most Active
                  schrieb am zuletzt editiert von Thomas Braun
                  #28

                  @dr-pie

                  Da ist von Februar auf Mai von json auf jsonl umgestellt worden.

                  iobroker stop
                  cd /opt/iobroker/iobroker-data/backup-objects/
                  gunzip -ck 2022-05-27_08-54_states.jsonl.gz > /opt/iobroker/iobroker-data/states.      jsonl
                  iobroker start
                  

                  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
                  0
                  • HomoranH Homoran

                    @mickym sagte in Kein Lebenszeichen vom Raspberry ...:

                    Wieder mal ein perfektes Beispiel für mich, warum große Speichermedien für mich keinen Sinn machen. Lieber kleiner und öfter mal ein Image gezogen als eine root Partition, die zu 8% belegt ist. Nur mal zum Nachdenken.

                    Das kann man so eben nicht sagen!
                    eine zerstörte Karte kann es bei jeder Größe geben.

                    Solange man nicht weiß warum das hier passiert ist, ist es müßig zu diskutieren.
                    8.7GB belegt sind allerdings sehr wenig

                    mickymM Online
                    mickymM Online
                    mickym
                    Most Active
                    schrieb am zuletzt editiert von
                    #29

                    @homoran sagte in Kein Lebenszeichen vom Raspberry ...:

                    @mickym sagte in Kein Lebenszeichen vom Raspberry ...:

                    Wieder mal ein perfektes Beispiel für mich, warum große Speichermedien für mich keinen Sinn machen. Lieber kleiner und öfter mal ein Image gezogen als eine root Partition, die zu 8% belegt ist. Nur mal zum Nachdenken.

                    Das kann man so eben nicht sagen!
                    eine zerstörte Karte kann es bei jeder Größe geben.

                    Solange man nicht weiß warum das hier passiert ist, ist es müßig zu diskutieren.
                    8.7GB belegt sind allerdings sehr wenig

                    Klar kann es bei jeder Größe eine zerstörte Karte geben. Aber es ist halt einfacher ein IMAGE (ja ich weiß ihr mögt das nicht) von einer 16GB Partition zu ziehen, als von 128 GB. Und wenn man dann feststellt, dass nur 8% belegt sind, dann wollte ich das trotzdem mal als Denkanstoss geben. Wenn der arme @Dr-Pie es nun nicht mehr zum Laufen bringt, dann muss er das System sowieso neu aufbauen. Wenn er jedoch hin und wieder ein Image von einem funktionierenden System ziehen kann .... - Ich habe ja nur gesagt, mal zum Nachdenken. .....

                    Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.

                    Dr.PieD 1 Antwort Letzte Antwort
                    -1
                    • mickymM mickym

                      @homoran sagte in Kein Lebenszeichen vom Raspberry ...:

                      @mickym sagte in Kein Lebenszeichen vom Raspberry ...:

                      Wieder mal ein perfektes Beispiel für mich, warum große Speichermedien für mich keinen Sinn machen. Lieber kleiner und öfter mal ein Image gezogen als eine root Partition, die zu 8% belegt ist. Nur mal zum Nachdenken.

                      Das kann man so eben nicht sagen!
                      eine zerstörte Karte kann es bei jeder Größe geben.

                      Solange man nicht weiß warum das hier passiert ist, ist es müßig zu diskutieren.
                      8.7GB belegt sind allerdings sehr wenig

                      Klar kann es bei jeder Größe eine zerstörte Karte geben. Aber es ist halt einfacher ein IMAGE (ja ich weiß ihr mögt das nicht) von einer 16GB Partition zu ziehen, als von 128 GB. Und wenn man dann feststellt, dass nur 8% belegt sind, dann wollte ich das trotzdem mal als Denkanstoss geben. Wenn der arme @Dr-Pie es nun nicht mehr zum Laufen bringt, dann muss er das System sowieso neu aufbauen. Wenn er jedoch hin und wieder ein Image von einem funktionierenden System ziehen kann .... - Ich habe ja nur gesagt, mal zum Nachdenken. .....

                      Dr.PieD Offline
                      Dr.PieD Offline
                      Dr.Pie
                      schrieb am zuletzt editiert von
                      #30

                      @mickym sagte in Kein Lebenszeichen vom Raspberry ...:

                      128 GB

                      ich benutze die 128 GB nur weil ich jede Menge davon besitze ...

                      mickymM 1 Antwort Letzte Antwort
                      0
                      • Dr.PieD Dr.Pie

                        @mickym sagte in Kein Lebenszeichen vom Raspberry ...:

                        128 GB

                        ich benutze die 128 GB nur weil ich jede Menge davon besitze ...

                        mickymM Online
                        mickymM Online
                        mickym
                        Most Active
                        schrieb am zuletzt editiert von mickym
                        #31

                        @dr-pie Mit einem Partition-Manager kann man auch die Partitionen wieder kleiner machen, unabhängig von der physischen Größe des Speichermediums. Damit wäre auch das Argument - dass immer die gleichen Zellen beschrieben werden hinfällig, da man dann einfach die Partition verschiebt. Wie gesagt - wenn Du nicht umhin kommst, das System neu aufzubauen, würde ich es mir überlegen.

                        Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.

                        OpenSourceNomadO 1 Antwort Letzte Antwort
                        -1
                        • mickymM mickym

                          @dr-pie Mit einem Partition-Manager kann man auch die Partitionen wieder kleiner machen, unabhängig von der physischen Größe des Speichermediums. Damit wäre auch das Argument - dass immer die gleichen Zellen beschrieben werden hinfällig, da man dann einfach die Partition verschiebt. Wie gesagt - wenn Du nicht umhin kommst, das System neu aufzubauen, würde ich es mir überlegen.

                          OpenSourceNomadO Offline
                          OpenSourceNomadO Offline
                          OpenSourceNomad
                          Most Active
                          schrieb am zuletzt editiert von OpenSourceNomad
                          #32

                          @mickym said in Kein Lebenszeichen vom Raspberry ...:

                          Damit wäre auch das Argument - dass immer die gleichen Zellen beschrieben werden hinfällig

                          Kategorie: Mumpitz. Bei Flashspeichern gibt es keinerlei Möglichkeit die zu beschreibende Zelle zu beeinflussen. Diese Aufgabe übernimmt ausschließlich der Flashcontroller welcher im besten Fall versucht die Abnutzung aller Zellen möglichst zu leveln.

                          Wieder mal ein perfektes Beispiel für mich, warum große Speichermedien für mich keinen Sinn machen

                          Die Empfehlung kleine Flashspeicher (statt große) zu verwende halte ich übrigens für ziemlich Kontraproduktiv. Ein höheres "over provisioning" führt zwangsläufig zu einer längerer Lebensdauer von Flashstorage. :rocket:

                          Eine 8 mal kleiner Karte als die 128GB, sprich die "empfohlenen" 16GB wird bei identischer Schreiblast eben auch nur 1/8 so lange halten :put_litter_in_its_place:

                          Aber es ist halt einfacher ein IMAGE (ja ich weiß ihr mögt das nicht) von einer 16GB Partition zu ziehen, als von 128 GB

                          Nur wenn man die Holzhackermethode :hammer_and_pick: verwendet und unbeschriebenen Speicherplatz sichert. Glücklicherweise bietet jede anständige Lösung aber auch an nur den benutzen Speicher (natürlich inklusive aller Partitionsinformationen) zu sichern. :floppy_disk:

                          Und selbst wer die Holzhackermethode :hammer_and_pick: (z.B. dd) verwendet wird doch dann gleich noch "on the fly" komprimieren :compression: was allerdings trotzdem ziemlicher Mist ist wenn es an den restore geht :point_down:

                          Das Vorgehen "stumpf" die ganze SD-Karte in ein image zu sichern lässt einen Flashsspeicher beim zurückspielen übrigens noch schneller/unnötigerweise altern :older_man:. Der geeignete Nutzer der deine "spezial Tipps" anwendet sorgt so für einen hausgemachten extra hohen WAF und schneller Tot :skull_and_crossbones: seines Speichers. Zusätzlich kommt auch noch der Fakt hinzu das diese images wahrscheinlich mehr oder minder "gut" gealtert sind und als erstes mal eine Updateorgie (neue Schreiblasten für den armen flash:warning:) nötig sind.

                          Einfacher und nachhaltiger wird es sein einfach ein aktuelles OS neu aufzuspielen und eine aktuelle Sicherung des gewünschten Programms zurückzuspielen. :raised_hands:

                          Mit einem Partition-Manager kann man auch die Partitionen wieder kleiner machen

                          Das sollte eine halbwegsmoderne software auch beim restore "on the fly" schaffen, ich glaube clonezilla kann das wahrscheinlich schon seit 10 Jahren oder mehr... :muscle:

                          Ich habe ja nur gesagt, mal zum Nachdenken. .....

                          Über was genau? :thinking_face: Über das Bullshit-Asymmetrie-Prinzip? :(

                          „Das Widerlegen von Schwachsinn erfordert eine Größenordnung mehr Energie als dessen Produktion.“ - Alberto Brandolini (Bullshit-Asymmetrie-Prinzip)

                          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
                          FAQ Cloud / IOT
                          HowTo: Node.js-Update
                          HowTo: Backup/Restore
                          Downloads
                          BLOG

                          395

                          Online

                          32.6k

                          Benutzer

                          81.9k

                          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