Kein Lebenszeichen vom Raspberry ...
-
@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. -
@homoran
Der Zeit-Sprung wundert mich jetzt auch...@Dr-Pie
Schuß ins Blaue:
Knöpf dir die Datei2022-02-27_19-51_states.json.gzvor uns spiel die zurück. Ist nur zufällig gewählt, kann auch sein dass die alle 'kaputt' sind. -
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 -
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.
-
Ja, müsste so funktionieren. Wenn die Quelldatei nicht auch schon kaputt ist.
-
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 $ -
@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 -
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 -
@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 wenigKlar 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. .....
-
@mickym sagte in Kein Lebenszeichen vom Raspberry ...:
128 GB
ich benutze die 128 GB nur weil ich jede Menge davon besitze ...
-
@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.
-
@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.
Eine 8 mal kleiner Karte als die 128GB, sprich die "empfohlenen" 16GB wird bei identischer Schreiblast eben auch nur 1/8 so lange halten
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
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. 
Und selbst wer die Holzhackermethode
(z.B. dd) verwendet wird doch dann gleich noch "on the fly" komprimieren
was allerdings trotzdem ziemlicher Mist ist wenn es an den restore geht 
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
. Der geeignete Nutzer der deine "spezial Tipps" anwendet sorgt so für einen hausgemachten extra hohen WAF und schneller Tot 
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
) 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.
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...
Ich habe ja nur gesagt, mal zum Nachdenken. .....
Über was genau?
Über das Bullshit-Asymmetrie-Prinzip? 
