Linux: Klonen Sie eine Betriebssystemdiskette ohne Leerzeichen, sodass Daten später wiederhergestellt werden können

686
user3728501

Ich habe eine SSD mit einem Linux-Betriebssystem, die ich derzeit nicht verwende. Die SSD befindet sich normalerweise auf meinem Desktop-Computer, aber ich verwende sie für eine Weile nicht.

Ich möchte die SSD für eine Weile in meinem Laptop verwenden. Da sie noch ziemlich teuer sind, möchte ich nicht wirklich ein anderes kaufen, während ich hier ein perfektes habe.

Ich habe darüber nachgedacht dd, die Festplatte zu klonen, damit ich sie später wiederherstellen kann, wenn mein Desktop-System wieder funktioniert. Es ist zwar 240 GB groß, aber derzeit werden nur 5 GB verwendet. Idealerweise möchte ich es klonen, ohne all diesen Speicherplatz zu verwenden.

  • Ist dies möglich, wenn ich das Ausgabe-ISO-Bild komprimiert habe?

  • Kann ich die Dateien, für die ich später benötige (einschließlich versteckter Dateien), einfach mit rsync "kopieren"? Das wird nur ~ 5 GB groß sein - aber kann ich diese Dateien korrekt wiederherstellen? z.B; Möglicherweise müssen die Berechtigungen beibehalten werden, um Probleme zu vermeiden, wenn ich die Dateien auf der SSD wiederherstelle.

  • Gibt es eine bessere Methode?

Das Betriebssystem ist entweder debian / ubuntu.

0
Mögliches Duplikat von [Nur von Festplatte verwendeten Speicherplatz klonen] (https://superuser.com/questions/1097210/clone-only-space-in-useuse-from-hard-disk) Kamil Maciorowski vor 6 Jahren 1
[Clonezilla] (http://clonezilla.org) anders vor 6 Jahren 1
Die Verwendung von rsync (mit --archive) ist wahrscheinlich am einfachsten. @AndersD Clonezilla ist im Grunde immer noch eine Linux-Distribution mit Terminalmenüs? Wäre es schön, wenn man seine "Funktionen" direkt selbst benutzt, scheint es ein großer Wrapper für `dd 'zu sein? Xen2050 vor 6 Jahren 1
Beim möglichen Dup Q geht es darum, den belegten Speicherplatz jeder Festplatte zu sparen. Im Grunde geht es um das Sichern einer Linux-Systemplatte, nicht um ein echtes Duplikat Xen2050 vor 6 Jahren 0
Natürlich ist es schön, Dinge direkt über CLI zu erledigen, aber was in Ihrer Situation für Sie richtig ist, ist nicht immer das Richtige für den nächsten Mann. Ich verstehe es so: Er möchte eine vollständige Sicherung mit MBR, falls er seinen Desktop wieder zu seinem früheren Glanz "neu installieren" möchte. Dann macht clonezilla die Arbeit gut, und das Backup wird nur 5 GB umfassen, wenn dies der Speicherplatz ist, den er verwendet hat. Es ist eher ein Wiederherstellungsprozess mit einem Klick, wenn der Desktop erneut verwendet werden soll. anders vor 6 Jahren 0
@Anders Haben Sie den Beweis, dass Clonezillas Backup nur 5 GB groß ist und keine vollständige Rohkopie der 240 GB-Partition? [Die Hilfe] (http://clonezilla.org/clonezilla-live-doc.php) nur [zeigt Klonierungsdisketten und Partitionen] (http://clonezilla.org/fine-print-live-doc.php?path= ./clonezilla-live/doc/01_Save_disk_image/06-dev-img.doc#06-dev-img.doc). Das klingt nach einer "dd" -Kopie, einschließlich 245 GB freiem Speicherplatz (dies könnte alte, möglicherweise unkomprimierbare Daten haben, wenn clonezilla sogar eine Komprimierung verwendet). Xen2050 vor 6 Jahren 0
"Clonezilla speichert und stellt nur die verwendeten Blöcke auf der Festplatte wieder her. Das Kopieren von Sektor zu Sektor (von dd) erfolgt nur mit nicht unterstützten Dateisystemen (Funktionen lesen). Und ich weiß, nicht nur durch das Lesen, was die Software tut, sondern Sie können nicht auf einen Screenshot schauen und nicht davon ausgehen, was die Software hinter den Kulissen tut. So funktioniert Clonezilla: MBR (by dd) Partitionstabelle (von sfdisk und parted), CHS der Festplatte Partition oder LV (logisches Volume) (von Partimage, ntfsclone, partclone oder dd. Dies hängt von der von Ihnen gewählten "-q" -Option ab.) Ihr Weg ist jedoch l33t! anders vor 6 Jahren 0
@Anders Danke, das ist interessant, definitiv vielseitiger als ich. Sie * müssen * wirklich an ihren Hilfeseiten arbeiten, Sie würden denken, dass sie die Werkzeugnamen in ihren Anleitungshandbüchern und Screenshots selbst mehr erwähnen würden, und die Textwand, die ihre Startseite ist, ist TL; DR; -) Partimage & Partclone sind in Debians Repos enthalten, ntfsclone ist in "ntfs-3g", also wahrscheinlich bereits in den meisten Linux installiert (Clonezillas Seite hat einen toten Link zur Seite der NTFS-Tools), so dass sie "dein Lieblings" -Linux verwenden können. Xen2050 vor 6 Jahren 0

1 Antwort auf die Frage

3
Xen2050

Sie müssen nur die Dateien speichern, der freie Speicherplatz spielt keine Rolle (es sei denn, Sie möchten die Dateien später wiederherstellen). Ein ddähnliches Tool würde also mit 235 GB (240 GB minus 5 GB) zu viel beginnen. Anstatt Zeit und Aufwand zu investieren und die begrenzte Schreibzeit der SSD, die versucht, den gesamten leeren Speicherplatz mit Nullen zu füllen, sichern Sie einfach die 5 GB der Dateien.

rsyncund die --archiveFlagge wäre gut.

Verwenden Sie für ein noch kleineres Backup ein Squashfs-Image. Es ist das, was die meisten Live-Linux-ISOs verwenden. Das Ausführen von einem anderen Live-System / ISO würde auch temporäre / in Gebrauch befindliche / Sperrdateien vermeiden. Nach dem Einbau (sagen wir /mnt) ist es im Grunde:

mksquashfs /mnt backup.squashfs

Sie könnten eine wahrscheinlich kleinere und langsamere xz-Komprimierung verwenden mit:

mksquashfs /mnt backup.squashfs -comp xz -b 1048576

Dann mounten und kopieren Sie die Dateien zurück, wenn Sie fertig sind. Macht auch eine gute allgemeine Sicherung, da es sich um einen wahlfreien Zugriff handelt - Sie müssen nicht die gesamte .tar.xz oder

Wenn Sie den Bootsektor (und GRUB) überschreiben, möchten Sie möglicherweise auch eine Kopie davon speichern. Für MBR sind es nur die ersten 512 Bytes, also ddwürde es in eine Datei mit dem Namen MBR.dd:

dd if=/dev/sda of=MBR.dd bs=512 count=1

GPT könnte sgdisk( Antwort auf U & L ) wie folgt verwenden :

sgdisk --backup=<file> <device>

So stellen Sie das Backup wieder her:

sgdisk --load-backup=<file> <device>

Aber das Ignorieren der Partitionstabelle ist auch gut. Sie haben die Möglichkeit, eine viel kleinere Partition zu erstellen und wiederherzustellen (nur 5 GB von 240 GB). Die Wiederherstellung von GRUB mit einem Live-ISO ist ebenfalls einfach.

Verwandte Probleme