Wo genau liegt der Secondary GPT Header?

[inne]

Hallo,

ist es richtig dass der Secondary GPT Header am Ende der Festplatte liegt? Also auf den physisch letzten Sectoren?

[cosinus]

Schau dir mal das Bild von Wikipedia an --> https://upload.wikimedia.org/wikipedia/ ... Scheme.svg

Secondary GPT belegt die letzten 33 Sektoren. Primary GPT belegt mit dem Protective MBR die ersten 34 Sektoren.

[inne]

(Und) Kann ich den Secondary GPT mit dd auch von einer größeren auf eine kleinere Festplatte dort hin kopieren, und funktioniert GPT dann wieder? Wenn die Partitionen/Freie Sektoren das erlauben?

[cosinus]

Kann man machen, ich mach das aber andes. Wenn ich einen Rechner aus meinem Konstrukt mit dd und ntfsclone auf einen Rechner ausrolle, dann geh ich mit gdisk auf die Platte und lasse den Backup-Header aus dem Main-Header neu zusammenbauen. Geht mit x/r/e in gdisk.

[inne]

Das ntfsclone würde nur belegten Speicher kopieren. Das ist schonmal ein Pluspunkt.
Das wäre dann eine (Image)Datei (-o, --output FILE ) der Partition SOURCE?

Ist für ntfsclone --restore-image dann -o das wiederherzustellende Image und SOURCE die Zielpartition?
Andersum -o ist Zieldevice und SOURCE das Image.
// In den Beispielen steht es geht auch ntfsclone --overwrite /dev/hdc1 /dev/hda1, na mehr braucht es auch nicht hdc1 ist das Ziel dabei?

Das würde dann schon auch gehen. Neupartionieren und dann kopiert man mit ntfsclone zurück. Die Partitionen müss nur groß genug sein, wobei aber die Gesamtgröße egal ist. Ich werde das auch mal ausprobieren.

[cosinus]

Sichern geht mit ntfsclone so:

Code: Alles auswählen

ntfsclone -s -o /path/to/backup.ntfs /dev/sda3

Zurückpsielen:

Code: Alles auswählen

ntfsclone -r /path/to/backup.ntfs -O /dev/sda3

Beachte:
Beim Zurückspielen musst du ein großes O nehmen, damit er er auch überschriebt. Beim Sichern heißt das kleine o, dass er in eine neue Datei schreibt. Das Zurückspielen von nur der C-Partition reicht nicht, man muss auch nach einem Crash die anderen Partitionen recovern (ESP und MS-Reserved, die sichere ich per dd in eine Dump-Datei)
In meinem Beispiel ist /dev/sda3 die C-Partition von Windows.
Bitlocker im Einsatz? Keine Ahnung wie sich ntfsclone da verhält.

[inne]

Bitlocker im Einsatz? Keine Ahnung wie sich ntfsclone da verhält.

Nein habe ich nicht.

Vielen Dank auf jeden Fall.
Werde mal die Backupplatte entsprechend Partitionen und dann alle Partitionen mit ntfsclone kopieren.
So oft mach ich das Backup bei Windows nicht, also das ist dann schon ok.

(Ich meine nun habe ich es verstanden.)

[MSfree]

Bitlocker im Einsatz? Keine Ahnung wie sich ntfsclone da verhält.

cryptsetup kann die Bitlockerverschlüsselung entschlüsseln. Man kann so auf ein verbitlocktes NTFS zugreifen. Möglicherweise funktioniert dann auch ntfsclone.

[cosinus]

(Ich meine nun habe ich es verstanden.)

Wenn's dir zusehr über den Kopf wächst: Probier drivesnapshot aus. Das ist ein portables Windowsprogramm, mit dem du superease Images direkt aus Windows heraus erstellen kannst. Dieses Image lässt sich auch in ein virtuelles Laufwerk mounten, dann kannst du selektiv Dateien und Ordner zurückkopieren. Nur das Zurückspielen auf eine nackte Platte ist dann wieder etwas Gefrickel, ich hab das damals aus einem Windows10-Setup heraus gemacht, mit F10 ne CMD geöffnet und snapshot64.exe vom Stick gestartet, das Image lag auf ne externe HDD.

Ich hab vor einiger Zeit dazu mal ne Anleitung im TB erstellt, lies gerne mal --> https://www.trojaner-board.de/186299-ba ... pshot.html

[inne]

(Ich meine nun habe ich es verstanden.)

Wenn's dir zusehr über den Kopf wächst: Probier drivesnapshot aus.

Nein, nein! Ich habe das nun schon.
Bei ntfsclone darf man nur die Parameter nicht durcheinanderbringen. Ähnlich dd und devices vertauschen. Sekundenschlaf
Ich werde das Heute auch nicht mehr umsetzen. Es ist spät geworden. Aber Morgen wohl!