Backup des laufenden Systems anlegen

  • Hallo,
    ich will von meinem meinen Raspi eine Sicherungskopie erstellen und habe dazu eine zweite, identische Micro-SD gekauf (8GB).

    Über SD-Kartenleser hat das Script eigentlich auch erfolgreich das Backup auf die MicroSD geschrieben, aber wenn ich davon versuch zu booten erscheint folgendes auf der Console:

    Jemand eine Idee was hier schief läuft?

    Letztendlich möchte ich "einfach" eine Sicherung des Raspi haben, ob auf SD oder USB ... Sicherung/Clonen mit z.B. ImageWriter schlägt fehl, weil die zweite SD-Karte wohl minimal kleiner ist und keine 1:1 Kopie zurückgeschrieben werden kann :(

    Bild

  • Hallo zusammen,
    habe das Skript jetzt mehrfach laufen lassen, schon 2 verschiedene SD Karten versucht, leider bootet der RPI nicht von der geclonten SD Karte.

    Hier mal fdisk nach dem Clone (die geclonte ist die 8GB, die laufende ist 16GB):

    XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
    pi@pi1 /home $ sudo fdisk -l

    Disk /dev/mmcblk0: 15.6 GB, 15560867840 bytes
    4 heads, 16 sectors/track, 474880 cylinders, total 30392320 sectors
    Units = sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disk identifier: 0x00072188

    Device Boot Start End Blocks Id System
    /dev/mmcblk0p1 8192 2496093 1243951 e W95 FAT16 (LBA)
    /dev/mmcblk0p2 2498560 15458303 6479872 85 Linux extended
    /dev/mmcblk0p3 15458304 15523839 32768 83 Linux
    /dev/mmcblk0p5 2506752 2629631 61440 c W95 FAT32 (LBA)
    /dev/mmcblk0p6 2637824 15458303 6410240 83 Linux

    Disk /dev/sda: 7969 MB, 7969177600 bytes
    4 heads, 16 sectors/track, 243200 cylinders, total 15564800 sectors
    Units = sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disk identifier: 0x00072188

    Device Boot Start End Blocks Id System
    /dev/sda1 8192 2496093 1243951 e W95 FAT16 (LBA)
    /dev/sda2 2498560 15458303 6479872 83 Linux
    /dev/sda3 15458304 15523839 32768 83 Linux


    XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
    und das kommt dabei heraus:

    /home $ sudo ./rpi-clone.sh sda -f
    Mindestens eine Zielpartition wird benutzt (ist gemountet).
    Mountstatus:
    /dev/sda2: /media/2015-02-28
    /dev/sda1: /media/RASPBERRY
    umount der Zielpartition(en)...
    'sudo umount /dev/sda2' wird ausgeführt...
    'sudo umount /dev/sda1' wird ausgeführt...
    ===============================

    *** Erzwinge Initialisierung der Zielpartition 'sda' ***
    Die existierenden Partitionen auf der Zieldisk 'sda' sind:
    Disk /dev/sda: 7969MB
    Partition Table: msdos

    Number Start End Size Type File system Flags
    1 4,19MB 1278MB 1274MB primary fat32 lba
    2 1279MB 7915MB 6635MB primary ext4
    3 7915MB 7948MB 33,6MB primary

    ... Kann kein Ziel-Root-Dateisystem finden vom Typ:

    Dieses Script kann die Ziel-Disk initialisieren mit einer Partitionsstrukur, die
    vom aktuall gebooteten Dateisystem kopiert wird, und dann Partition 2 (das Root-
    Dateisystem) anpassen, um den freien Platz auf der SD-Card nutzen zu können.
    Soll das Ziel /dev/sda initialisiert werden? (ja/nein): j

    Bilde die Partitionsstruktur, kopiere 1287 Megabytes...
    1287+0 Datensätze ein
    1287+0 Datensätze aus
    1349517312 Bytes (1,3 GB) kopiert, 125,696 s, 10,7 MB/s
    Dimensioniere Partition 2 (Root-Partition), um den gesamten Speicherplatz
    der SD-Card nutzen zu können...
    mke2fs 1.42.5 (29-Jul-2012)

    /dev/sda ist initialisiert und dimensioniert. Die Partitionen sind:
    Disk /dev/sda: 7969MB
    Partition Table: msdos

    Number Start End Size Type File system Flags
    1 4,19MB 1278MB 1274MB primary fat32 lba
    2 1279MB 7915MB 6635MB primary ext4
    3 7915MB 7948MB 33,6MB primary

    e2label: Ein Block konnte nicht in einem Zug gelesen werden beim Versuch, /dev/mmcblk0p2 zu öffnen
    Kann keinen gültigen Dateisystem-Superblock finden.

    Das existierende Label des gebooteten Laufwerks /dev/mmcblk0p2 rootfs ist:
    Du kannst nun ein Label für das Ziellaufwerk rootfs /dev/sda2 eingeben: 2015-02-28

    Klone Ziellaufwerk : sda
    Klone Ziel rootfs : /dev/sda2 (2015-02-28) on /mnt/clone
    Klone Ziel bootfs : /dev/sda1 on /mnt/clone/boot
    Verbose Modus : off
    ===============================
    Letzter Check: Ist es OK, wenn mit dem Klonen fortgefahren wird (ja/nein)?: j
    => Mounten von /dev/sda2 (2015-02-28) auf /mnt/clone
    => Mounten von /dev/sda1 auf /mnt/clone/boot
    ===============================
    Starten von rsync des Dateisystems mit sda
    (Dies kann einige Zeit dauern, bitte Geduld)...
    *** Fertig mit klonen auf /dev/sda ***
    Gestartet: 14:05:43 Beendet: 14:21:58

    ===============================

    Wenn du noch etwas an dem Ergebnis kontrollieren oder ändern willst
    (z. B. /mnt/clone/etc/hostname, /mnt/clone/etc/network/interfaces etc.,
    weil die geklonte SD-Card für einen anderen Pi ist), starte jetzt
    eine andere Terminalsitzung und mache die Änderungen in dieser.

    Ansonsten drücke Enter zum Dismounten der /dev/sda Partitionen...
    /mnt/clone/boot dismounten
    /mnt/clone dismounten
    ===============================

    XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
    ... ist das alles ok?

    e2label: Ein Block konnte nicht in einem Zug gelesen werden beim Versuch, /dev/mmcblk0p2 zu öffnen
    Kann keinen gültigen Dateisystem-Superblock finden.

    Das existierende Label des gebooteten Laufwerks /dev/mmcblk0p2 rootfs ist:
    Du kannst nun ein Label für das Ziellaufwerk rootfs /dev/sda2 eingeben: 2015-02-28

    XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX


    Das Ganze läuft sonst durch und macht mir den Anschein, dass alles ok ist.

    Leider bootet die geclonte nicht. Was läuft falsch? Kann mir einer einen Tipp geben?

    Danke

  • Hallo zusammen,

    ich habe ein Problem mit dem Skript, weiss aber nicht was es ist:
    ich klone das System wie beschrieben mit

    Code
    sudo ./rpi-clone.sh sda -f

    auf eine 8GB MicroSD-Karte die wenige Bytes kleiner ist als die Quell-SD-Karte.
    Alles läuft auch ohne Fehlermeldung durch und ich bin zufrieden.

    Da das Backup aber für ein RPi2 vorgesehen ist, stecke ich die erstellte Karte in das RPi2 und alles bootet auch wie geschmiert. Nur leider scheint es keine 1zu1 Kopie zu sein. So fehlt zB der Ordner /platte in /media.
    Und genau da hört mein "Verständnis" für das Skript auf. Wieso geht das? Ich hatte bei einer 1zu1 Kopie erwartet, dass ich alles wie auf dem RPiB+ vorfinde...

    Habe ich da etwas falsch verstanden?

    Danke für Infos,

    marexel

    P.S.: Ich habe die Ziel-Karte mit FAT32 formatiert und es werden sda1 (boot) und sda2 (der Rest) kopiert.

    Einmal editiert, zuletzt von marexel (25. Mai 2015 um 20:46)

  • Ist dieses Backup dann nur für die Achitektur/Raspimodell worauf es erstellt wurde? (auf einem B+)

    Habe als Neuling mit Berryboot begonnen. Nachdem ich mittlerweile ist das System schon 3x neu aufgesetzt hatte, auch diverse andere Dinge testen konnte, ist mein System nun fertig und sauber eingerichtet.
    Ich möchte es sichern. Allerdings dann auch die ganze SD-Karte nutzen.
    Über die Raspi-Config kann ich es nicht expandieren (Fehlermeldung ist mir eben entfallen)
    Nun hab ich gelesen das es eh nicht mit Berryboot geht.
    Soweit das.

    Nun wollte ich es jetzt wie hier sichern und dann ohne Berryboot weiter machen.
    Problemlos möglich?
    Bessere Lösungen vorhanden?
    Bin mir hier noch sehr unsicher! :blush:

    Gruß


    PS
    Beeinflussen Cronjobs die Sicherung negativ?
    Bleibt meine MSQL-Datenbank so erhalten, meine installationen usw.
    Tschuldigt, mich macht das alles total fuchsich...

  • Welche genau sind denn kritische Prozesse?

    Und wie stoppen?


    Edit:
    Geht aber ohnehin hier nicht weiter:

    Zitat

    pi@raspberrypi ~ $ sudo umount /mnt
    umount: /mnt: not mounted
    pi@raspberrypi ~ $ sudo ./rpi-clone.sh sda1 -f
    /dev/mmcblk0p2 ist aktuell gemountet auf /mnt.
    sudo umount /mnt vor Ausführung von rpi-clone.sh.


    Das Problem gabs schon auf Seite 1 :s

  • Gibts hier eine Lösung dafür?
    Angeblich wäre ***p2 eingehängt, aber umount sagt es wäre nichts da.

    Wenns an Berryboot liegen sollte, wie kann ich das bestätigen oder ausschließen?

    Edit:
    Ich such lieber eine andere Lösung. Ohne laufendem System.

  • Hallo

    dumme Frage eines Anfängers: die so erstellte SD-Karte müsste die im RasPi booten? Tut sie bei mir nicht. Das script ist ohne Probleme gelaufen.

    OK, offensichtlich war die Karte schlecht eingesteckt. Jetz bekomme ich
    "mmcblk0: p3 starts 15693824 is beyond END, truncated"
    "VFS: Cannot open root device "mmcblk0p7" or unknown block(179,7): error -6
    ...
    ich hatte von einer 32GB Card mit verwendeten 2.1GB weg auf eine 4GB Card kopiert

    Bitte um Hilfe

    Danke für die Antwort

    Gottfried

    Einmal editiert, zuletzt von gottfried50 (28. Oktober 2015 um 15:32)

  • Hallo,

    ich würde das Script auch gerne nutzen. Aber ich bekomme einen Fehler. Mit eingesteckter SD Kartenlese und gebooten SD-Karte:
    Disk /dev/mmcblk0: 8026 MB, 8026849280 bytes
    4 heads, 16 sectors/track, 244960 cylinders, total 15677440 sectors
    Units = sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disk identifier: 0x00043284

    Device Boot Start End Blocks Id System
    /dev/mmcblk0p1 * 2048 155647 76800 b W95 FAT32
    /dev/mmcblk0p3 155648 14497791 7171072 83 Linux

    Disk /dev/sdb: 7892 MB, 7892631552 bytes
    243 heads, 62 sectors/track, 1023 cylinders, total 15415296 sectors
    Units = sectors of 1 * 512 = 512 bytes
    Sector size (logical/physical): 512 bytes / 512 bytes
    I/O size (minimum/optimal): 512 bytes / 512 bytes
    Disk identifier: 0x00043284

    Device Boot Start End Blocks Id System
    /dev/sdb1 * 2048 155647 76800 b W95 FAT32
    /dev/sdb3 155648 14497791 7171072 83 Linux


    SDB ist also die Karte im Kartenlesen.

    Start ich das Script mit:
    sudo ./rpi-clone.sh sdb -f

    erhalte ich:
    *** Erzwinge Initialisierung der Zielpartition 'sdb' ***
    Die existierenden Partitionen auf der Zieldisk 'sdb' sind:
    Disk /dev/sdb: 7893MB
    Partition Table: msdos

    Number Start End Size Type File system Flags
    1 1.05MB 79.7MB 78.6MB primary fat32 boot
    3 79.7MB 7423MB 7343MB primary

    Dieses Script kann die Ziel-Disk initialisieren mit einer Partitionsstrukur, die
    vom aktuall gebooteten Dateisystem kopiert wird, und dann Partition 2 (das Root-
    Dateisystem) anpassen, um den freien Platz auf der SD-Card nutzen zu können.
    Soll das Ziel /dev/sdb initialisiert werden? (ja/nein): nein
    Abbruch!

    root@Wohnzimmer:/# sudo ./rpi-clone.sh sdb -f

    *** Erzwinge Initialisierung der Zielpartition 'sdb' ***
    Die existierenden Partitionen auf der Zieldisk 'sdb' sind:
    Disk /dev/sdb: 7893MB
    Partition Table: msdos

    Number Start End Size Type File system Flags
    1 1.05MB 79.7MB 78.6MB primary fat32 boot
    3 79.7MB 7423MB 7343MB primary

    Dieses Script kann die Ziel-Disk initialisieren mit einer Partitionsstrukur, die
    vom aktuall gebooteten Dateisystem kopiert wird, und dann Partition 2 (das Root-
    Dateisystem) anpassen, um den freien Platz auf der SD-Card nutzen zu können.
    Soll das Ziel /dev/sdb initialisiert werden? (ja/nein): ja

    Bilde die Partitionsstruktur, kopiere 8 Megabytes...
    8+0 records in
    8+0 records out
    8388608 bytes (8.4 MB) copied, 1.32797 s, 6.3 MB/s
    Dimensioniere Partition 2 (Root-Partition), um den gesamten Speicherplatz
    der SD-Card nutzen zu können...
    mke2fs 1.42.5 (29-Jul-2012)
    Could not stat /dev/sdb2 --- No such file or directory

    The device apparently does not exist; did you specify it correctly?

    /dev/sdb ist initialisiert und dimensioniert. Die Partitionen sind:
    Disk /dev/sdb: 7893MB
    Partition Table: msdos

    Number Start End Size Type File system Flags
    1 1.05MB 79.7MB 78.6MB primary fat32 boot
    3 79.7MB 7423MB 7343MB primary

    e2label: No such file or directory while trying to open /dev/mmcblk0p2
    Couldn't find valid filesystem superblock.

    Das existierende Label des gebooteten Laufwerks /dev/mmcblk0p2 rootfs ist:
    Du kannst nun ein Label für das Ziellaufwerk rootfs /dev/sdb2 eingeben: label
    e2label: No such file or directory while trying to open /dev/sdb2
    Couldn't find valid filesystem superblock.
    e2label: No such file or directory while trying to open /dev/sdb2
    Couldn't find valid filesystem superblock.

    Klone Ziellaufwerk : sdb
    Klone Ziel rootfs : /dev/sdb2 (no label) on /mnt/clone
    Klone Ziel bootfs : /dev/sdb1 on /mnt/clone/boot
    Verbose Modus : off
    ===============================
    Letzter Check: Ist es OK, wenn mit dem Klonen fortgefahren wird (ja/nein)?: ja
    => Mounten von /dev/sdb2 (no label) auf /mnt/clone
    mount: special device /dev/sdb2 does not exist
    Mountfehler von /dev/sdb2, Abbruch!

    Ich lese /dev/mmcblk0p2

    aber ich habe nur:
    /dev/mmcblk0p1
    /dev/mmcblk0p3

    liegt das problem?

    Danke!

  • Servus,


    ... Dropbox hat den Public Folder abgeschafft. ...


    deshalb gehören solche Sachen entweder als Attachment hierher ins Forum oder z.B. auf github.
    Dasselbe gilt für Bilder u.ä. ...
    Ihr tut Euch und allen anderen interessierten Lesern keinen Gefallen, das aus "Rücksicht auf den Traffic" oder was auch immer bei einem externen Hoster abzulegen.
    Wurde aber schon öfter mal thematisiert ...

    bye,
    -ds-

Jetzt mitmachen!

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