Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[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

[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.

[Thomas Braun]

@dr-pie

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

[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 $

[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

[Thomas Braun]

@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

[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.Pie]

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

128 GB

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

[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.

[OpenSourceNomad]

@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? :(