wichtiges UPDATE für controller 7.2.2 im stable

[tobitobson]

jetzt mal blöd gefragt: ich habe jetzt die kaputte SD, auf der ja die Daten liegen. Im Mac sehe ich die /opt/iobroker/iobroker-data ja aber nicht. Ich habe auf eine andere SD Karte das iobroker neu aufgesetzt, aber ja komplett frisch. wie bekomme ich da jetzt die daten von der alten SD auf die neue?

[tobitobson]

Hier ist das was ich versucht habe (mit ChatGPT)

iobroker SD-Karten-Recovery (Kurzprotokoll)

• Raspberry Pi bootet nicht mehr (7× grünes LED-Blinken)
• SD-Karte am Mac erkannt (Partitionen vorhanden: bootfs + ext4 root)
• Bootpartition konnte gelesen werden (FAT32, Dateien vollständig vorhanden)
• ext4-Partition war stark beschädigt (extreme Inode-/Blockfehler)
• Reparaturversuche mit e2fsck auf macOS (Homebrew e2fsprogs)
  • viele verwaiste Inodes
  • falsche Größen / Blockzuweisungen
  • defekte Attribute / Directory-Strukturen
• Dateisystem wurde mehrfach erfolgreich „verändert“, aber nicht sofort stabil
• finaler e2fsck-Lauf zeigte:
  • Reparatur abgeschlossen
  • keine Abbruch-Fehler mehr
  • aber Restwarnungen im Dateisystem
• anschließend Versuch eines kompletten Images mit dd
  • Abbruch durch I/O Timeout
  • sehr niedrige Lesegeschwindigkeit → Hinweis auf defekte SD-Sektoren
• Ergebnis:
  • Full-Image nicht zuverlässig möglich
  • SD-Karte vermutlich beginnender Hardware-Defekt
  • Datenrettung nur noch selektiv möglich (Read-only Zugriff / gezieltes Mounten oder Recovery)
  • iobroker-Daten höchstwahrscheinlich noch teilweise oder vollständig auf ext4-Partition vorhanden
• aktueller Stand:
  • Fokus auf Datenextraktion (/opt/iobroker)
  • kein weiterer Schreibzugriff auf SD empfohlen

[OliverIO]

@tobitobson sagte:

anschließend Versuch eines kompletten Images mit dd
Abbruch durch I/O Timeout
sehr niedrige Lesegeschwindigkeit → Hinweis auf defekte SD-Sektoren

man kann dd so konfigurieren, das er nach mehreren versuchen den sektor/block überspringt und weitermacht. das sind dann aber definitiv verlorene bereiche. ob das iobroker daten betrifft kann man so ohne weiteres nicht sagen.
so ein dd image mit mehreren versuchen kann uU mehrere stunden brauchen, je nach größe der speicherkarte.

ob man ein linux image ordentlich unter mac mounten kann weiß ich nicht.
wenn du /opt/iobroker nicht siehst, siehst du wahrscheinlich nur die fat32 partition, in der nur start und boot dateien liegen.

auch ist es keine garantie ob man das image mounten kann. wenn die schäden in den bereichen liegen, die ein dateisystem definiv brauch, dann wird es ebenfalls schwierig.

deine reparaturversuche können auch noch weitere schäden erzeugt haben, da diese ggfs auch wieder geschrieben haben.

empfehlung wäre aber auch für die zukunft, keine sd karte mehr zu nehmen, lieber eine kleine ssd nehmen. die speicher sind etwas langlebiger und haben dann genügen reserveblöcke

[Thomas Braun]

@OliverIO sagte:

empfehlung wäre aber auch für die zukunft

Noch wichtiger wäre auch die Empfehlung gescheite Backups anlegen zu lassen. Der Backitup-Adapter ist ja nicht zur Zierde auf jeder Installation vorinstalliert.

[tobitobson]

ja keine Frage mit dem Backup. Hatte in iqontrol ein Backup gemacht als ich mit allem fertig war. aber das scheint ja nun nix zu nützen, wenn die SD Karte abschmiert...

[Thomas Braun]

@tobitobson sagte:

aber das scheint ja nun nix zu nützen, wenn die SD Karte abschmiert...

Backups ja auch immer auf ein externes Medium...

[Asgothian]

@tobitobson sagte:

jetzt mal blöd gefragt: ich habe jetzt die kaputte SD, auf der ja die Daten liegen. Im Mac sehe ich die /opt/iobroker/iobroker-data ja aber nicht. Ich habe auf eine andere SD Karte das iobroker neu aufgesetzt, aber ja komplett frisch. wie bekomme ich da jetzt die daten von der alten SD auf die neue?

Du brauchst einen Rechner der Linux partitionen lesen kann. Das können die meisten Linux Systeme. Unter MacOS / Windows brauchst du dafür externe Software.

Was ich tun würde:

• den PI nehmen
• Booten von neuer SD-Karte
• alte SD-Karte mit USB SD Kartenleser am PI anschliessen
• versuchen die 'data' Partition read only zu mounten
• dann versuchen zu kopieren. Dabei viel Zeit einplanen, und ggf. einzelne Unterverzeichnisse einzeln kopieren. Nicht einfach /opt/iobroker als ganzes kopieren. Das geht meistens schief.

Wie das mit dem Mounten geht hängt vom Linux System und der Art wie du die SD Karte angehängt hast ab. Da wird dir das Web / chatGPT helfen müssen.

Sobald du sie gemountet bekommst würde ich von weiteren Reparaturversuchen erst einmal absehen

A.

[Thomas Braun]

@tobitobson

Kannst auch mit 'testdisk' dein Glück versuchen. Das gibt es auch für Mac. Bleibt natürlich das Thema mit dem ext4-Dateisystem.

[tobitobson]

ok danke euch für die Hilfe. Ich hab mich nun damit abgefunden alles neu zu programmieren. Es geht aber deutlich schneller voran als beim ersten mal, da ich ja nun weiß wie es aussehen soll und auch wie es geht. Logos, Symbole, Bilder und auch die Objects hatte ich noch, somit entfällt viel Arbeit. Ist ein learning für mich...

[Cephalopod]

Kleiner Tipp zur Hardware:
Schaue dich mal nach einem gebrauchten ThinClient für den iOB um, er läuft IMHO deutlich stabiler im Dauerbetrieb und ist um einiges günstiger. Bei mir läuft z.B. ein HP T620, den es aktuell für ca. 35€ in den Kleinanzeigen gibt.
Er hat eine M.2 SSD, die ist deutlich zuverlässiger als eine SD-Karte, und zieht 24/7 auch nur 8 Watt.

Das Backup wurde ja schon erwähnt. Wenn kein NAS vorhanden ist, geht das auch wunderbar bei Google Drive oder mit Microsoft OneDrive.

[tobitobson]

Ja ich belasse erstmal die HW. Hatte überlegt auf SSD umzusteigen. Aber ehrlich gesagt reicht die Performance dicke aus so wie es ist. Ich habe jetzt das Backup automatisiert, einmal die Woche ins Google Drive und ne Rückmeldung per Pushover aufs Handy. Hab seit gestern Abend auch alles wieder auf dem alten Stand, alles wieder händisch nach programmiert aus meinem Gedächtnis ;-) Das Gute ist, ich habe endlich die Geschichte mit Pushover und Backup dazugelernt...
Vermutlich ist das was ich mit ioBroker mache ein Witz gegenüber den Projekten vieler anderer User hier. Es macht bei mir absolut nur die Visu über iQontrol. Die komplette Logik übernimmt bei mir eine S7 1200 Industriesteuerung, da ich SPS Programmierer bin. Die meiste Zeit geht ja auch fürs herausfinden wie es geht drauf. Das entfiel ja nun...

[Cephalopod]

@tobitobson sagte:

Hatte überlegt auf SSD umzusteigen. Aber ehrlich gesagt reicht die Performance dicke aus so wie es ist.

Die SSD hat rein gar nichts mit "Performance" zu tun, sondern mit "Reliability".

[MartinP]

Inzwischen soll es ja SD Karten geben, die explizit für die Anwendung im PI ausgelegt sein sollen - ist das "Schlangenöl"?

[Asgothian]

@MartinP sagte:

Inzwischen soll es ja SD Karten geben, die explizit für die Anwendung im PI ausgelegt sein sollen - ist das "Schlangenöl"?

Die gibt es schon seit es die PI's gibt.

Schlangenöl war das meiner Meinung nach immer schon. Interessant ist primär das Verhalten (insbesonder das Zeitverhalten) der Karte beim Schreiben.

Seit dem Wechsel auf den PI4 / PI5 habe ich keine Probleme mit SD Karten mehr gehabt. Insgesamt hat sich da offensichtlich einiges getan - sowohl auf der OS Seite (Konfiguration) als auch bei den Zugriffszeiten, so das die Fenster in denen das System beschädigt wird immer kleiner werden.

A.

[Asgothian]

@Cephalopod sagte:

@tobitobson sagte:

Hatte überlegt auf SSD umzusteigen. Aber ehrlich gesagt reicht die Performance dicke aus so wie es ist.

Die SSD hat rein gar nichts mit "Performance" zu tun, sondern mit "Reliability".

Jein - "Performance" und "Reliability" gehören da durchaus zusammen. Letztendlich zerstört der Rechner ja nicht das Speichermedium selber, sondern das darauf liegende Dateisystem. Dieses passiert insbesondere wenn während wichtiger schreibvorgänge plötzlich der Strom weg ist. Das Gilt nebenbei für alle Rechnersysteme.

Wenn die Zeitfenster für diesen kritischen Punkt kleiner werden (höhere Performance) dann sinkt das Risiko das man sie trifft (höhere Reliability)

Aber auch die beste SSD kann nichts retten, wenn mitten während einem kritischen Schreibvorgang der Strom weg ist.

A.