Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[Ro75]

Deswegen. Du hast doch mit Sicherheit ein Backup vom ioBroker. Nutze das. Das Image was du von A auf B spielen willst, kann schon defekt sein. Damit gewinnst du nichts.

Richte das System neu ein. ioBroker selbst dauer da vielleicht ne Stunde.

Ro75.

[tiobb]

Die defekte Karte war nur das Backup, damit ich, sollte die Karte im Pi mal abrauchen, das System in 5 Minuten wieder am Start habe. Ich hatte also von Karte im Pi ein Image gemacht und wollte es auf die Backup Karte schreiben, dabei ist sie Kaputt gegangen.

[Ro75]

Also das ioBroker Back(it)up

nicht genutzt? Dann ist das schlecht.

Also wenn du gar nichts anderes mehr hast entweder

• größere SD Karte nutzen
• versuchen das Image zu öffnen und den Datenordner daraus zu kopieren um das System neu einzurichten und die Daten zu nutzen

Zukünftig Back(it)up nutzen - Einfach stressfrei.

Ro75.

[tiobb]

Selbstverständlich wird jede Nacht ein Backup erstellt, aber um mir Arbeit zu sparen mache ich, wen ich was am System verändert habe, zusätzlich ein Image der SD Karte, dauert ja nur ein paar Minuten, um im Ernstfall das System in 5 Minuten wieder am laufen zu haben.
Ich bin der Meinung irgendwo gelesen zu haben, dass Jemand mal ein 64GB Image auf eine 32GB Karte geschrieben hat.

[OliverIO]

@tiobb

Bei SD Karten willst du immer möglichst viele Reserveblöcke übrig haben, damit die SD Karte nicht so schnell aufgibt.

[tiobb]

@OliverIO sagte:

Bei SD Karten willst du immer möglichst viele Reserveblöcke übrig haben, damit die SD Karte nicht so schnell aufgibt.

bei einer 64GB Karte und nur genutzten 10GB ist die Reserve nicht groß genug?

[Ro75]

Gesamtgröße minus benutzt ist nicht Reserve.

Ro75.

[OliverIO]

@Ro75

Dennoch berücksichtigt die SD Karte die freien Bereiche beim wear leveling auch.
Wenn alle 10 Sekunden ein Block wegen einer log Datei neu geschrieben werden muss wird er jedes Mal an eine andere Stelle der SD Karte geschrieben.

Technisch gesehen ersetzen die offizielle Reserveblöcke nur die wirklich komplett defekten.
Aber bei einer SD Karte sind die auch nicht so reichlich.

[Ro75]

Schon, nur gibt es einen nicht nutzbaren überhang und der ist eben da nicht drin. Die Reserveblöcke sind nicht einfach so erreichbar.

Ro75.

[teletapi]

@tiobb sagte:

Selbstverständlich wird jede Nacht ein Backup erstellt, aber um mir Arbeit zu sparen mache ich, wen ich was am System verändert habe, zusätzlich ein Image der SD Karte, dauert ja nur ein paar Minuten, um im Ernstfall das System in 5 Minuten wieder am laufen zu haben.
Ich bin der Meinung irgendwo gelesen zu haben, dass Jemand mal ein 64GB Image auf eine 32GB Karte geschrieben hat.

Ich hab das mal gemacht ist aber schon ne Weile her. Da gab es ein Programm was das gemacht aber frag mich nicht mehr danach. Heute nutze ich ausschließlich ssd in 64 Gb oder 128 mache aber trotzdem ab und an ein komplettes Image. und backitup sowieso. Die speichere ich zwar auf dem eigenen System zieh ich mir aber dann per FTP vom raspi

[teletapi]

Das programm war glaub ich "HDClone Free" das kann beim kopieren die Partition anpassen.
Es gibt aber auch diesen noch der müsste das auch können: MiniTool Partition Wizard Free
Unter Linux soll PiShrink funktionieren

[tiobb]

@teletapi sagte:

Das programm war glaub ich "HDClone Free" das kann beim kopieren die Partition anpassen.
Es gibt aber auch diesen noch der müsste das auch können: MiniTool Partition Wizard Free
Unter Linux soll PiShrink funktionieren

Danke für deine Hilfe, PiShrink hatte ich probiert, hat leider nicht funktioniert, die anderen muss ich mal testen

[Rico Sander]

@tiobb sagte:

PiShrink hatte ich probiert, hat leider nicht funktioniert

Moin,

was hat denn nicht funktioniert? Ich nutze das schon seit langer Zeit und es klappt bei mir.

Diese Datei liegt bei mir unter /usr/local/bin.

#!/bin/bash

function pause(){
 read -s -n 1 -p "Press any key to continue . . ."
 echo ""
}

sudo mount -o username=xxxr,password=yyy //192.168.178.3/usbshare1 /media/USBext

pause 'Press [Enter] key to continue...'

sudo dd bs=4M if=/dev/mmcblk0 of=/media/USBext/$(date +%Y_%m%d)_ioBroker.img status=progress

sudo pishrink.sh /media/USBext/$(date +%Y_%m%d)_ioBroker.img  /media/USBext/$(date +%Y_%m%d)_ioBroker_shrink.img

sudo umount /media/USBext

Die Pfade muss Du Dir natürlich anpassen. Bei mir wird ein image erzeugt, zur NAS kopiert und zusätzlich die Datei verkleinert und dort auch abgelegt. Doppelt hält halt besser

[arteck]

@tiobb sagte:

PiShrink hatte ich probiert, hat leider nicht funktioniert

wo war das peoblem ..LOG ??
ich nutze es seit Jahren..ohne probleme

[tiobb]

@Rico-Sander sagte:

was hat denn nicht funktioniert?

@arteck sagte:

wo war das peoblem ..LOG ??

Ich hatte es auf dem pi versucht, und angeblich gab es ein Problem mit dem Image vom Flammen neu aufgesetztem System. Ich hatte auch noch ein anderes Tool probiert, dort wurde der Prozess nach dem Lesen abgebrochen.

[arteck]

lustig ich nutze es seid dem pi2.. ohne murren

[tiobb]

Ich hatte auch das DiskGenius Tool probiert, aber das brach mit folgender Meldung nach dem Lesen ab.

[Ro75]

Der Datenträger ist beschädigt.

Ro75.

[OliverIO]

@tiobb

Dann musst du das Dateisystem reparieren

sudo shutdown -Fr

Vorab mal mit fsck prüfen. Das kann aber ein gemountetes Laufwerk nicht reparieren.

Backup wäre wichtig.
Evtl hat die sd Karte schon ein Problem.