Sicherung der SD-Karte

Heute ist Stammtischzeit:
Jeden Donnerstag 20:30 Uhr hier im Chat.
Wer Lust hat, kann sich gerne beteiligen. ;)
  • jar

    Magst du nicht mal rein interessehalber das von mir in Post #54 verlinkte Skript auf das Image loslassen?

    probiere ich aus

    Da war noch ein kleiner Fehler im Script den ich jetzt korrigiert habe.

    ich hatte es mal manuell versucht aber das kam raus

    Spoiler anzeigen

    ERROR occured in line 51: e2fsck failed with rc 4. Filesystem corrupted. Try option -r.

    pi@raspbianPI3:~ $ sudo /mnt/Qnap453a/__download/__raspberrypi/IMG/pishrink.sh /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung.img /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung_bak.img

    pishrink.sh v0.1.1

    Copying /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung.img to /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung_bak.img......

    Gatherin data...

    Checking filesystem...

    Checking filesystem...

    e2fsck 1.42.12 (29-Aug-2014)

    Durchgang 1: Inodes, Blöcke und Größen werden geprüft

    Inodes wurden gefunden, die Teil einer defekten verketteten Liste von

    verwaisten Inodes waren. Reparieren<j>? ja

    Inode 8194 war Teil der Liste verwaister Inodes. REPARIERT.

    Inode 8195 war Teil der Liste verwaister Inodes. REPARIERT.

    Durchgang 1: Benutzter Speicher: 676k/940k (591k/86k), Zeit: 6069.12/ 0.93/ 0.07

    Durchgang 1: I/O read: 40MB, write: 1MB, rate: 0.01MB/s

    Durchgang 2: Verzeichnisstruktur wird geprüft

    Durchgang 2: Benutzter Speicher: 940k/620k (649k/292k), Zeit: 5.51/ 0.66/ 0.17

    Durchgang 2: I/O read: 66MB, write: 0MB, rate: 11.97MB/s

    Durchgang 3: Verzeichnisverknüpfungen werden geprüft

    Peak-Memory: Benutzter Speicher: 1088k/620k (763k/326k), Zeit: 6074.81/ 1.61/ 0.24

    Pass 3A: Benutzter Speicher: 1088k/620k (763k/326k), Zeit: 0.00/ 0.00/ 0.00

    Pass 3A: I/O read: 0MB, write: 0MB, rate: 0.00MB/s

    Durchgang 3: Benutzter Speicher: 1088k/480k (649k/440k), Zeit: 0.01/ 0.01/ 0.00

    Durchgang 3: I/O read: 1MB, write: 0MB, rate: 83.65MB/s

    Durchgang 4: Referenzzähler werden überprüft

    Durchgang 4: Benutzter Speicher: 1088k/0k (362k/727k), Zeit: 0.31/ 0.31/ 0.00

    Durchgang 4: I/O read: 0MB, write: 0MB, rate: 0.00MB/s

    Durchgang 5: Zusammengefasste Gruppeninformation wird geprüft

    Durchgang 5: Benutzter Speicher: 1088k/0k (248k/841k), Zeit: 0.40/ 0.08/ 0.00

    Durchgang 5: I/O read: 1MB, write: 0MB, rate: 2.52MB/s

    /dev/loop0: ***** DATEISYSTEM WURDE VERÄNDERT *****

    145494 Inodes sind in Benutzung (15.61% von 932256)

    703 nicht zusammenhängende Dateien (0.5%)

    106 nicht zusammenhängende Verzeichnisse (0.1%)

    # von Inodes mit ind/dind/tind Blöcken: 0/0/0

    Histogramm der Tiefe von Erweiterungen: 128018/40

    1154696 Blöcke werden benutzt (30.22% von 3820800)

    0 defekte Blöcke

    2 große Dateien

    115806 reguläre Dateien

    11931 Verzeichnisse

    55 zeichenorientierte Gerätedateien

    25 Blockgerätedateien

    0 Fifos

    5268 Verknüpfungen

    17665 symbolische Verknüpfungen (17345 schnelle symbolische Verknüpfungen)

    3 Sockets

    ------------

    150753 Dateien

    Benutzter Speicher: 1088k/0k (250k/839k), Zeit: 6075.55/ 2.02/ 0.24

    I/O read: 107MB, write: 1MB, rate: 0.02MB/s

    Filesystem checked and OK...

    resize2fs 1.42.12 (29-Aug-2014)

    Shrinking filesystem...

    resize2fs 1.42.12 (29-Aug-2014)

    Die Größe des Dateisystems auf /dev/loop0 wird auf 1548212 (4k) Blöcke geändert.

    Start von Durchgang 2 (max = 56730)

    Blöcke werden verschoben XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

    Start von Durchgang 3 (max = 117)

    Die Inode-Tabelle wird gelesenXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

    The filesystem on /dev/loop0 is now 1548212 (4k) blocks long.

    Shrinking image...

    Shrunk /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung_bak.img from 16G to 16G...

    pi@raspbianPI3:~ $

    das Ergebnis immer noch kein shrink image das erzeugte bak IMG hat immer noch ungeshrinkte 15GB

    Da war noch ein kleiner Fehler im Script den ich jetzt korrigiert habe. Die Option -r ist keine e2fsck Option sondern die neue Option in pishrink, die erweiterte Recovery versucht

    ??? muss nun pishrink eine Option übergeben werden, ich verstehe deine Worte immer noch nicht vollständig

    auch das versuche ich

    lasst die PIs & ESPs am Leben !
    Energiesparen:
    Das Gehirn kann in Standby gehen. Abschalten spart aber noch mehr Energie, was immer mehr nutzen. Dieter Nuhr
    (ich kann leider nicht schneller fahren, vor mir fährt ein GTi)

  • Code
    e2fsck -pfttv -b 32768 "$loopback"

    -p und -a funktionieren mit dem alternativen Superblock nicht..

    Wenn was non interaktiv geht, dann höchstens -y

    Habe das p entfernt.

    Zitat

    Und nach jedem e2fsck ein sync.

    Ist drin

    Zitat

    Und mit "run fsck /e2fsck manually fängt ein User nicht an- Wenn schon die Root-Partition aös Loopdevice gemountet ist, kann ja die interaktive Variante angeboten werden.

    e2fsck -fv für interaktiv (restore from Journal)

    e2fsck -fv -b 32768 für interaktiv (restore from second Superblock)

    Ich finde es besser wenn alles ohne Benutzereingriff durchlaeuft

    Zitat
    PS: Die (e2fsck) Exit Code Auswertung: <= 4 Filesystem ok ist auch etwas sehr optimistisch

    <4 wird jetzt benutzt. Dachte 4 ist auch noch OK.

  • @ <4 wird jetzt benutzt.

    Spoiler anzeigen

    EXIT CODE

    The exit code returned by e2fsck is the sum of the following condi‐

    tions:

    0 - No errors

    1 - File system errors corrected

    2 - File system errors corrected, system should

    be rebooted

    4 - File system errors left uncorrected

    8 - Operational error

    16 - Usage or syntax error

    32 - E2fsck canceled by user request

    128 - Shared library error

    Bei 1,2,3 kann es bei grossen Files (largr huge) vorkommen, dass nur ein Teil der 5 Durchgänge abgearbeitet werden und der Rest erst bei weiteren automatischen -pf Durchgängen.

    Paranoid wäre erst mit einem exid code = 0 nach 1-2 weiteren -pf checks die Reparaturfunktion zu verlassen. Ein -pf check von vormals 1,2,3 auf 0 ist sofort durch.


    Servus !

    RTFM = Read The Factory Manual, oder so

  • Paranoid wäre erst mit einem exid code = 0 nach 1-2 weiteren -pf checks die Reparaturfunktion zu verlassen. Ein -pf check von vormals 1,2,3 auf 0 ist sofort durch.

    Du meinst also bei der Bedingung 0 < rc < 4 nicht gleich davon ausgehen dass alles OK ist sondern erst noch mal 2 Mal mit -pf ueber das Image gehen und erst bei 0 die Recovery als erfolgreich ansehen? Ist programmatisch kein Problem. Es dauert dann nur fuer den Benutzer laenger. Man koennte ja noch die Option -p ( <=> paranoid ) aufnehmen die dann den OK Test paranoid vornimmt :lol:

  • Du meinst also bei der Bedingung 0 < rc < 4 nicht gleich davon ausgehen dass alles OK ist sondern erst noch mal 2 Mal mit -pf ueber das Image gehen und erst bei 0 die Recovery als erfolgreich ansehen?

    Ja.

    Ein e2fsck -pf, bei dem nichts mehr repariert wird (rc=0), dauert keine Sekunde

    v.A. nach -y und altern. Superblock soll immer ein e2fsck -p nachfolgen.

    Servus !

    RTFM = Read The Factory Manual, oder so

  • Habe das p entfernt.

    war das nun passend geändert?

    ich habe den Code noch mal geladen, das Ergebnis, kein geschrinktes IMG, Ergebniss: 15,0 GiB (16.118.710.272 Bytes)

    Spoiler anzeigen

    pi@raspbianPI3:~ $ sudo /mnt/Qnap453a/__download/__raspberrypi/IMG/pishrink.sh /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung.img /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung_bak.img

    pishrink.sh v0.1.1

    pishrink.sh: Copying /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung.img to /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung_bak.img......

    pishrink.sh: Gatherin data...

    pishrink.sh: Checking filesystem...

    /dev/loop0: Inodes wurden gefunden, die Teil einer defekten verketteten Liste von

    verwaisten Inodes waren.

    /dev/loop0: UNERWARTETE INKONSISTENZ; fsck MANUELL AUSFÜHREN

    (d.h. ohne die Optionen -a oder -p)

    pishrink.sh: ERROR occured in line 56: e2fsck failed with rc 4. Filesystem corrupted. Try option -r.

    pi@raspbianPI3:~ $

    wenn shrink erfolgreich war dann

    13,2 GiB (14.155.923.968 Bytes)

    lasst die PIs & ESPs am Leben !
    Energiesparen:
    Das Gehirn kann in Standby gehen. Abschalten spart aber noch mehr Energie, was immer mehr nutzen. Dieter Nuhr
    (ich kann leider nicht schneller fahren, vor mir fährt ein GTi)

  • Ja.

    Ein e2fsck -pf, bei dem nichts mehr repariert wird (rc=0), dauert keine Sekunde

    v.A. nach -y und altern. Superblock soll immer ein e2fsck -p nachfolgen.

    Servus !

    Habe jetzt den paranoia Mode mit der Option -p noch aufgenommen. Kann leider nicht testen da ich kein korruptes Image habe :( Muss mir mal eines absichtlich zerstoeren.

  • jar Du solltest eigentlich mal noch die Option -r bei pishrink benutzen. Damit wird versucht ueber verschiedene Methoden das Filesystem zu recovern. Allerdings habe ich gerade meine Version noch updated dass Du auch noch die Option -p fuer paranoia recovery benutzen kannst. Der Code ist allerdings nicht getestet da es mir an einem korrupten Image fehlt.

  • jar Du solltest eigentlich mal noch die Option -r bei pishrink benutzen

    so?

    ich weiss ja nicht mal wo ich -r eingeben soll?

    Spoiler anzeigen

    Try option -r.

    pi@raspbianPI3:~ $ sudo /mnt/Qnap453a/__download/__raspberrypi/IMG/pishrink.sh /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung.img /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung_bak.img -r

    pishrink.sh v0.1.1

    pishrink.sh: Copying /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung.img to /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung_bak.img......

    wäre nett wenn du etwas ausführlicher antwortest, ich bin kein Hellseher.

    lasst die PIs & ESPs am Leben !
    Energiesparen:
    Das Gehirn kann in Standby gehen. Abschalten spart aber noch mehr Energie, was immer mehr nutzen. Dieter Nuhr
    (ich kann leider nicht schneller fahren, vor mir fährt ein GTi)

  • Wahrscheinlich

    kann ich wieder tagelang testen ohne genauere Infos,

    ich könnte auch das Script zerlegen und es irgendwann rausfinden......

    lasst die PIs & ESPs am Leben !
    Energiesparen:
    Das Gehirn kann in Standby gehen. Abschalten spart aber noch mehr Energie, was immer mehr nutzen. Dieter Nuhr
    (ich kann leider nicht schneller fahren, vor mir fährt ein GTi)

  • aus framp s Code #85

    Code
    ...
    usage() {
        echo "Usage: $0 [-sdrp] imagefile.img [newimagefile.img]"
        echo "-s: skip autoexpand"
        echo "-d: debug mode on"
        echo "-r: try to repair filesystem errors"
        echo "-p: try to repair filesystem errors (paranoia mode)"
        exit -1
    ...

    $0 ist durch den aufgerufenen Scriptnamen zu ersetzen.

    Ergo: ja, Option hinter Programmnamen und vor Imagenamen.

    framp spendiere dem Script doch bitte noch ein -h: help

    Wenn du nichts zu sagen hast, sag einfach nichts.

  • OK danke, neuer Versuch

    Spoiler anzeigen

    Try option -r.

    pi@raspbianPI3:~ $ sudo /mnt/Qnap453a/__download/__raspberrypi/IMG/pishrink.sh /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung.img /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung_bak.img -r

    pishrink.sh v0.1.1

    pishrink.sh: Copying /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung.img to /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung_bak.img......

    pishrink.sh: Gatherin data...

    pishrink.sh: Checking filesystem...

    /dev/loop0: Inodes wurden gefunden, die Teil einer defekten verketteten Liste von

    verwaisten Inodes waren.

    /dev/loop0: UNERWARTETE INKONSISTENZ; fsck MANUELL AUSFÜHREN

    (d.h. ohne die Optionen -a oder -p)

    pishrink.sh: ERROR occured in line 56: e2fsck failed with rc 4. Filesystem corrupted. Try option -r.

    pi@raspbianPI3:~ $ sudo /mnt/Qnap453a/__download/__raspberrypi/IMG/pishrink.sh -r /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung.img /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung_bak.img

    pishrink.sh v0.1.1

    pishrink.sh: Copying /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung.img to /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung_bak.img......


    lasst die PIs & ESPs am Leben !
    Energiesparen:
    Das Gehirn kann in Standby gehen. Abschalten spart aber noch mehr Energie, was immer mehr nutzen. Dieter Nuhr
    (ich kann leider nicht schneller fahren, vor mir fährt ein GTi)

  • hmmmm

    Anmerkung

    -> vorher: 15,0 GiB (16.118.710.272 Bytes)

    -> shrink: 15,0 GiB (16.118.710.272 Bytes)

    nanu? :conf:


    Spoiler anzeigen

    pi@raspbianPI3:~ $ sudo /mnt/Qnap453a/__download/__raspberrypi/IMG/pishrink.sh -r /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung.img /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung_bak.img


    pishrink.sh v0.1.1

    pishrink.sh: Copying /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung.img to /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung_bak.img......

    pishrink.sh: Gatherin data...

    pishrink.sh: Checking filesystem...

    /dev/loop0: Inodes wurden gefunden, die Teil einer defekten verketteten Liste von

    verwaisten Inodes waren.

    /dev/loop0: UNERWARTETE INKONSISTENZ; fsck MANUELL AUSFÜHREN

    (d.h. ohne die Optionen -a oder -p)

    pishrink.sh: Filesystem error detected...

    pishrink.sh: Trying to recover corrupted filesystem. Trial 1...

    /dev/loop0: Inodes wurden gefunden, die Teil einer defekten verketteten Liste von

    verwaisten Inodes waren.

    /dev/loop0: UNERWARTETE INKONSISTENZ; fsck MANUELL AUSFÜHREN

    (d.h. ohne die Optionen -a oder -p)

    pishrink.sh: Trying to recover corrupted filesystem. Trial 2...

    /dev/loop0: Inodes wurden gefunden, die Teil einer defekten verketteten Liste von

    verwaisten Inodes waren.

    /dev/loop0: UNERWARTETE INKONSISTENZ; fsck MANUELL AUSFÜHREN

    (d.h. ohne die Optionen -a oder -p)

    pishrink.sh: Trying to recover corrupted filesystem. Trial 3...

    /dev/loop0: Inodes wurden gefunden, die Teil einer defekten verketteten Liste von

    verwaisten Inodes waren.

    /dev/loop0: UNERWARTETE INKONSISTENZ; fsck MANUELL AUSFÜHREN

    (d.h. ohne die Optionen -a oder -p)

    pishrink.sh: Trying to recover corrupted filesystem. Trial 4...

    e2fsck 1.42.12 (29-Aug-2014)

    /dev/loop0 enthält ein fehlerhaftes Dateisystem, Prüfung erzwungen.

    Durchgang 1: Inodes, Blöcke und Größen werden geprüft

    Inodes wurden gefunden, die Teil einer defekten verketteten Liste von

    verwaisten Inodes waren. Reparieren? ja

    Inode 8194 war Teil der Liste verwaister Inodes. REPARIERT.

    Inode 8195 war Teil der Liste verwaister Inodes. REPARIERT.

    Durchgang 2: Verzeichnisstruktur wird geprüft

    Durchgang 3: Verzeichnisverknüpfungen werden geprüft

    Durchgang 4: Referenzzähler werden überprüft

    Durchgang 5: Zusammengefasste Gruppeninformation wird geprüft

    /dev/loop0: ***** DATEISYSTEM WURDE VERÄNDERT *****

    145494 Inodes sind in Benutzung (15.61% von 932256)

    703 nicht zusammenhängende Dateien (0.5%)

    106 nicht zusammenhängende Verzeichnisse (0.1%)

    # von Inodes mit ind/dind/tind Blöcken: 0/0/0

    Histogramm der Tiefe von Erweiterungen: 128018/40

    1154696 Blöcke werden benutzt (30.22% von 3820800)

    0 defekte Blöcke

    2 große Dateien

    115806 reguläre Dateien

    11931 Verzeichnisse

    55 zeichenorientierte Gerätedateien

    25 Blockgerätedateien

    0 Fifos

    5268 Verknüpfungen

    17665 symbolische Verknüpfungen (17345 schnelle symbolische Verknüpfungen)

    3 Sockets

    ------------

    150753 Dateien

    pishrink.sh: Recovered failesystem error. Trial 4...

    resize2fs 1.42.12 (29-Aug-2014)

    pishrink.sh: Shrinking filesystem...

    resize2fs 1.42.12 (29-Aug-2014)

    Die Größe des Dateisystems auf /dev/loop0 wird auf 1548212 (4k) Blöcke geändert.

    Start von Durchgang 2 (max = 56730)

    Blöcke werden verschoben XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

    Start von Durchgang 3 (max = 117)

    Die Inode-Tabelle wird gelesenXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

    The filesystem on /dev/loop0 is now 1548212 (4k) blocks long.

    pishrink.sh: Shrinking image...

    pishrink.sh: Shrunk /mnt/Qnap453a/__download/__raspberrypi/IMG/2018_08_06_raspianPI3_jessie_Sicherung_bak.img from 16G to 16G...

    pi@raspbianPI3:~ $

    lasst die PIs & ESPs am Leben !
    Energiesparen:
    Das Gehirn kann in Standby gehen. Abschalten spart aber noch mehr Energie, was immer mehr nutzen. Dieter Nuhr
    (ich kann leider nicht schneller fahren, vor mir fährt ein GTi)

  • so?

    ich weiss ja nicht mal wo ich -r eingeben soll?

    wäre nett wenn du etwas ausführlicher antwortest, ich bin kein Hellseher

    Ich ging davon aus dass Du weisst dass unter Linux Optionen immer nach dem Befehl eingegeben werden ;)

    llutz hat es ja korrekt aus dem Code gelesen.

    Ich bin die naechste Zeit offline. D.h. Du koenntest in der Zwischenzeit, sofern Dein Image keine sensiblen Daten enthaelt, dieses irgendwo hochladen und mir den Downloadlink/Credentials in einer PN mitteilen. Dann koennte ich direkt mit dem Image testen was die ganze Sache sicherlich beschleunigen wuerde.

  • Ich habe dazu PARAGON Backup and Recovery auf einem WIN-Rechner benutzt. Es geht aber viel einfacher mit Disks unter Ubuntu. Da hatte ich allerdings Fehler. Du must beim Recovern möglicherweise eine identisch grosse Speicherkarte benutzen, obwohl Paragon das Image auch erweitern kann

  • Ich habe dazu PARAGON Backup and Recovery auf einem WIN-Rechner benutzt. Es geht aber viel einfacher mit Disks unter Ubuntu.

    Du holst des öfteren Threads aus dem Leichentuch - noch dazu mit halbgaren "Informationen". Bitte unterlass das, Suchende verlassen sich u.U. darauf ("ich hab das im Internet gelesen") und fallen dann auf die Nase.

    Die meisten Windows Imager, auch der von Paragon, sind für das Sichern der SD Karten vom RPi ungeeignet. Sie verursachen deutlich mehr Probleme, als sie bei Sicherung und WIederherstellung lösen könnten. Im Umfeld der Einplatinenrechner haben sich einige Programme auf verschiedensten Plattformen als sehr zuverlässig und nützlich erwiesen. An dieser Stelle seien dd, Etcher, USB Image Tool und Win32Imager genannt. Das Problem verschieden großer mSD Karten kannst Du nicht umgehen. Selbst eine gleiche Karte desselben Herstellers kann unterschiedlich groß sein. Aber auch dafür gibts Lösungen (pishrink oder gparted z.B.)

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!