Das ist Absicht. gparted markiert das verkleinerte NTFS als dirty und erzwingt von Windows dadurch einen Dateisystemcheck, nur, um wirklich auf Nummer sicher zu gehen.guennid hat geschrieben:19.08.2018 10:30:02(hat dem Braten wohl nicht recht getraut und zuerst einen Partionscheck durchgeführt ).
(gescheitert) Windows sichern
Re: Windows sichern
Re: Windows sichern
So, der 1. Test läuft mit Ich will damit die ersten 41GiB von sda auf sdb kopieren. Ist das so in Ordnung? Die manpage und das ubuntu-wiki hätte ich mir noch präziser gewünscht. Macht es Sinn, bs zu erhöhen (und count entsprechend zu verkleinern)? Ich habe 4GB Ram auf dem Schleppi.
Grüße, Günther
Code: Alles auswählen
dd if=/dev/sda of=/dev/sdb bs=10M count=4100
Grüße, Günther
Re: Windows sichern
4100 * 10MiB sind nicht 41GiB.guennid hat geschrieben:19.08.2018 13:58:05Ich will damit die ersten 41GiB von sda auf sdb kopieren.
Ich würde mit fdisk nachschauen, welches die Sektornummer des letzten Sektors von /dev/sda4 ist. Diese Nummer + 2048 und anschließend / 2048 gibt die Anzahl der zu kopierenden MiB, vorausgesetzt fdisk gibt als Sektorgröße 512 Bytes aus.
Ich nehme da immer 1M, alles darüber macht es nach meiner Erfahrung nicht schneller.Macht es Sinn, bs zu erhöhen
Re: Windows sichern
fdisk liefert die 512 Bytes als Sektorgröße.
letzter Sektor von sda4 ist 81920000
Also ich lass' jetzt laufen: - richtig?
(40001= (81920000+2048)/2048)
Grüße, Günther
letzter Sektor von sda4 ist 81920000
Also ich lass' jetzt laufen:
Code: Alles auswählen
dd if=/dev/sda of=/dev/sdb bs=1M count=40001
(40001= (81920000+2048)/2048)
Grüße, Günther
Re: Windows sichern
Ist das wirklich der Wert, der in der Spalte "End" steht, oder hast du da schon 1 dazuaddiert? Wenn ersteres, ist das sehr, sehr, sehr unüblich, denn üblicherweise liegen die Partitionen an MB-Grenzen.
Re: Windows sichern
Ich kann mir vorstellen, dass ich 'ne Null zuviel oder zuwenig geschrieben habe, aber nicht, dass ich eine 1 addiert hätte. Bisher scheitert alles. gparted liest auf /dev/sdb zeigt nur "unallocated" Bereiche. Muss ich, bevor ich dd ausführe, eine leere gpt (z.B.mit gparted) auf /dev/sdb anlegen? Wenn ich das mache, könnte ich zumindest partitionieren, aber das wollen wir ja wohl zumindest einstweilen nicht.hast du da schon 1 dazuaddiert?
Grüße, Günther
Re: Windows sichern
Wenn die Partition an einer MiB-Grenze endet, dann kommt aber eine ungerade Sektorennummer als Ende heraus, und da du die Partition mit GParted verkleinert hast, würde ich auch genau das erwarten, da GParted per default mit MiB-Grenzen arbeitet.guennid hat geschrieben:19.08.2018 16:37:27Ich kann mir vorstellen, dass ich 'ne Null zuviel oder zuwenig geschrieben habe, aber nicht, dass ich eine 1 addiert hätte.hast du da schon 1 dazuaddiert?
Hier mal exemplarisch meine Platte:
Code: Alles auswählen
# fdisk -l
Festplatte /dev/sda: 447,1 GiB, 480103981056 Bytes, 937703088 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x00059db3
Gerät Boot Anfang Ende Sektoren Größe Kn Typ
/dev/sda1 * 2048 2099199 2097152 1G 83 Linux
/dev/sda2 2099200 27265023 25165824 12G 82 Linux Swap / Solaris
/dev/sda3 27265024 77596671 50331648 24G 83 Linux
/dev/sda4 77600768 937433087 859832320 410G 83 Linux
Wollte ich diese Platte kopieren, müsste ich (937433087 + 2048) / 2048 MiB, also 457731 MiB kopieren. (BTW: Man könnte auch (937433087 + 1) / 2048 rechnen und dann selber aufrunden, wobei es hier nichts zu runden gibt, da das Parttionsende an einer MiB-Grenze liegt.)
Du kannst das gerne machen, ist aber völlig irrelevant, weil das dd sowieso alles wieder überschreibt.Muss ich, bevor ich dd ausführe, eine leere gpt (z.B.mit gparted) auf /dev/sdb anlegen? Wenn ich das mache, könnte ich zumindest partitionieren, aber das wollen wir ja wohl zumindest einstweilen nicht.
Was mir als Fehlerquelle einfällt: Nach dem dd muß man die Festplatte abziehen und neu stecken (wenn per USB verbunden) bzw. das Linux neu starten, damit die neue Partitionstabelle von /dev/sdb auch vom Kernel neu gelesen wird. Startet man aber direkt nach dem dd gleich fdisk oder GParted, ist es die Regel, daß immer noch die alte Partitionstabelle angezeigt wird, die immer noch im RAM gecached liegt.
Und vor dem dd darf nichts von der Zielplatte, also /dev/sdb eingebunden sein, das also vorher am besten mittels "mount" kontrollieren.
Zuletzt geändert von owl102 am 19.08.2018 17:47:10, insgesamt 1-mal geändert.
Re: Windows sichern
Das hatte ich bisher noch nicht probiert!Nach dem dd muß man die Festplatte abziehen und neu stecken (wenn per USB verbunden)
Nun ja, offenbar habe ich mir jetzt die gpt auf /dev/sda mit
Code: Alles auswählen
sgdisk -R=/dev/sda /dev/sdb
Grüße, Günther
Re: Windows sichern
Kein Backup? Schade, daß du hier nie die Ausgabe von fdisk gepostet hast, denn ansonsten wäre das kein Problem.
BTW: gdisk kann ein Backup einer GPT in eine Datei machen, und auch wieder zurückspielen. Aber diese Info kommt wohl zu spät.
Die Angaben von viewtopic.php?p=1181922#p1181922 sollten aber auch reichen, um mit gdisk die Partitionstabelle neu anzulegen. (GParted würde ich hier nicht nehmen, denn das hat die Tendenz, die Partitionen selber auch gleich mit anzulegen, und das können wir hier gar nicht gebrauchen.) Die Daten von /dev/sda4 sind dort zwar mit alter Größe, aber hier steht ja die Sektornummer des letzten Sektors von /dev/sdb4: viewtopic.php?p=1181986#p1181986
(Wobei ich die 81920000 immer noch nicht glaube, Sorry, wo hast du diesen Wert genau abgelesen?)
Re: Windows sichern
Da bin ich mir nach dem einen Tag Arbeit auch nicht mehr sicher, womöglich in der fünften Spalte der fdisk-Ausgabe ("Sektoren"). Zu den beiden vorangehenden liefert fdisk keine Maßeinheiten, ein Grund für meine Unsicherheiten.owl102 hat geschrieben:Sorry, wo hast du diesen Wert genau abgelesen?
Gepostet hatte ich die schon - nur nicht komplett. Ich bin mit dem Schleppi nicht im Netz, erschien mir als zuviel überflüssige Windows-Arbeit. Ich musste alles aptippen. Hinterher ist man schlauer.owl102 hat geschrieben:Schade, daß du hier nie die Ausgabe von fdisk gepostet hast, denn ansonsten wäre das kein Problem.
Falls ich die "Wiederherstellung" mit gdisk versuchen soll, müsste ich fertige Kommandos haben, bevor ich weiteren Unsinn anstelle.
Grüße, Günther
Re: Windows sichern
Dann war das gar nicht die Nummer des letzten Sektors, sondern nur die Größe der Partition /dev/sda4.guennid hat geschrieben:19.08.2018 19:15:30womöglich in der fünften Spalte der fdisk-Ausgabe ("Sektoren").
Wie würde ich vorgehen? Ich würde gdisk auf die Platte ansetzen, die Partitionen mit der in deinem Beitrag angegebenen Größen und vom passenden Typ anlegen, und dabei die vierte Partition einfach bis zum Ende der Platte anlegen, bei der wissen wir ja die Größe nicht mehr. (Das kann man immer noch nachträglich korrigieren, Hauptsache, das Ding bootet wieder.)
Das ist in Sektoren. "Start" bedeutet die Nummer des ersten Sektors der Partition, "Ende" die Nummer des letzten Sektors. Das muß man sich dann selber in Bytes/MiB/GiB umrechnen, wenn man das braucht.Zu den beiden vorangehenden liefert fdisk keine Maßeinheiten
Falls ich die "Wiederherstellung" mit gdisk versuchen soll, müsste ich fertige Kommandos haben, bevor ich weiteren Unsinn anstelle.
Code: Alles auswählen
gdisk /dev/sda
ABER: Selbst wenn du den gecachten, alten Inhalt der kleineren Platte auf die größere kopiert hast, und damit dort die Partitionstabelle geleert hast, müsstest du doch auf der kleineren Platte ein Backup haben! Das Backup ist sehr wahrscheinlich zu kurz (da die falsche Zahl zur Berechnung der Gesamtgröße genommen), aber das ist doch egal, Hauptsache die Partitionstabelle ist dabei, und die liegt in dem ersten MiB der Platte.
Boote doch mal ein Linux von USB und schaue nach, welche Partitionen denn nun die kleinere Platte hat.
Re: Windows sichern
Ich komme mit dem Teil (gdisk) nicht zurecht. Es hat mir mal angeboten zwei Partitionen "anzulegen" und das sah hinterher in gparted auch so aus wie die beiden ersten im Original. Weitere anzulegen kriegte ich nicht hin. Mit den Sektoren (oder waren's Zylinder), die er haben will, kann ich nicht dienen, da ich die originalen nicht mehr habe, und wenn ich es mit Größenangaben versucht habe, habe ich das Programm nicht mehr verstanden.
Nebenbei: das Original/Quellplatte (sda) ist die größere Platte, die Kopie/Zielplatte (sdb) ist die kleinere. Auf dem Ziel liest gparted wie gesagt nur "unallocated"
Grüße, Günther
Nebenbei: das Original/Quellplatte (sda) ist die größere Platte, die Kopie/Zielplatte (sdb) ist die kleinere. Auf dem Ziel liest gparted wie gesagt nur "unallocated"
Grüße, Günther
Re: Windows sichern
Dann probiere fdisk. Ich habe allerdings noch nie mit fdisk in Kombination mit GPT gearbeitet, würde aber mal unterstellen, daß neuere Versionen von fdisk das können.
Die erste Partition wird bei Sektor 2048 angefangen haben, dies ist 1 MiB Abstand zum Anfang der Platte. Ab da muß man Rechnen, ein Sektor ist ja 512 Bytes groß.Mit den Sektoren (oder waren's Zylinder), die er haben will, kann ich nicht dienen, da ich die originalen nicht mehr habe
Ich würde daher unterstellen, daß
Code: Alles auswählen
/dev/sda1 450M Windows recovery environment
/dev/sda2 100M EFI System
/dev/sda3 16M Microsoft reserved
/dev/sda4 ? Microsoft basic data
Code: Alles auswählen
Partition Start Ende Größe
/dev/sda1 2048 923647 921600
/dev/sda2 923648 1128447 204800
/dev/sda3 1128448 1161215 32768
/dev/sda4 1161216 83081215 81920000
Das verstehe ich nicht, du hattest doch mit dd ca. 40 GB von der großen auf die kleine Platte kopiert. Was sagt denn gdisk zu der Platte?Auf dem Ziel liest gparted wie gesagt nur "unallocated"
Re: Windows sichern
Also ich habe die Nacht über mehr oder weniger blind testdisk auf /dev/sda laufen lassen.
Heute morgen dann bot mir gdisk an, 128 Partitionen anzulegen. (ich nehme an, das meint ein GPT mit max. 128 Einträgen schreiben zu können). Gestern Abend hatte ich diese Option nicht. Ich habe dann versucht, die GPT von /dev/sda mit den vier Partitionen nach der Verkleinerung, so wie ich die Auszüge hier gepostet hatte, wieder herzustellen. Der letzte von zahlreichen! Versuchen lief so:
1. "n" eigegeben (neue Partition)
2. Wahl der Part.nummer
3. Als Anfangssektor den Defaultwert genommen (2048 für Part.1, einen kleineren hat er gar nicht akzeptiert)
4. Statt eines Endsektors die Größe angegeben (+450M bei Part.1. Bei sda4 hatte ich mir, aus welchen Gründen auch immer, den letzten Sektor: 83081215 aufgeschrieben und den statt einer Größenangabe verwendet.)
5. Hex.code für den Partitionstyp angegeben
6. "w" eingegeben (ausführen der bisherigen Eingaben)
Und das Ganze dann 4mal für die vier Partitionen
(Ein für meinen Geschmack äußerst unhandliches Teil dieses gdisk. Aber nun gut, Geschmacksfragen sind Ansichtssache.)
fdisk -l /dev/sda liefert nun diese Ausgabe:
Diesmal vollständig, Ich habe das Netz für grml-live konfiguriert. Dass die Sektorenzahl für sda4 den gleichen Wert zeigt wie den, den ich gestern abend fälschlich beim Rechnen verwendet hatte, deute ich so, dass ich da eine passende GPT erzeugt habe.
gparted zeigt als Dateisysteme dieselben wie schon gepostet.
Ich kann via grml /dev/sda4 mounten und mich mit mc im Verzeichnisbaum bewegen.
Das ganze Spielchen jetzt auf die mit dd behandelte Zielplatte übertragen, zeigt, soweit ich sehe, das gleiche Ergebnis, insofern beschleicht mich der Verdacht, dass deine Annhme:
Inwieweit das Geschilderte ausreicht. von einer wenigstens im Prinzip gelungenen Wiederherstellung zu sprechen, lasse ich mal dahingestellt sein. Das Windows lässt sich momentan nicht mehr booten, bzw. der Windows-Bootvorgang stoppt mit der Meldung, das Installationsmedium (das ich nicht habe) zu benutzen. Genaueres schreibe ich beim nächsten Boot-Versuch.
edit:
hier die Meldung vom "Windows Boot Manager":
Grüße, Günther
Heute morgen dann bot mir gdisk an, 128 Partitionen anzulegen. (ich nehme an, das meint ein GPT mit max. 128 Einträgen schreiben zu können). Gestern Abend hatte ich diese Option nicht. Ich habe dann versucht, die GPT von /dev/sda mit den vier Partitionen nach der Verkleinerung, so wie ich die Auszüge hier gepostet hatte, wieder herzustellen. Der letzte von zahlreichen! Versuchen lief so:
1. "n" eigegeben (neue Partition)
2. Wahl der Part.nummer
3. Als Anfangssektor den Defaultwert genommen (2048 für Part.1, einen kleineren hat er gar nicht akzeptiert)
4. Statt eines Endsektors die Größe angegeben (+450M bei Part.1. Bei sda4 hatte ich mir, aus welchen Gründen auch immer, den letzten Sektor: 83081215 aufgeschrieben und den statt einer Größenangabe verwendet.)
5. Hex.code für den Partitionstyp angegeben
6. "w" eingegeben (ausführen der bisherigen Eingaben)
Und das Ganze dann 4mal für die vier Partitionen
(Ein für meinen Geschmack äußerst unhandliches Teil dieses gdisk. Aber nun gut, Geschmacksfragen sind Ansichtssache.)
fdisk -l /dev/sda liefert nun diese Ausgabe:
Code: Alles auswählen
Disk /dev/sda: 298.1 GiB, 320072933376 bytes, 625142448 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: E29C0903-D8AE-5346-9DF3-DD5C776B73D7
Device Start End Sectors Size Type
/dev/sda1 2048 923647 921600 450M Windows recovery environment
/dev/sda2 923648 1128447 204800 100M EFI System
/dev/sda3 1128448 1161215 32768 16M Microsoft reserved
/dev/sda4 1161216 83081215 81920000 39.1G Microsoft basic data
gparted zeigt als Dateisysteme dieselben wie schon gepostet.
Ich kann via grml /dev/sda4 mounten und mich mit mc im Verzeichnisbaum bewegen.
Das ganze Spielchen jetzt auf die mit dd behandelte Zielplatte übertragen, zeigt, soweit ich sehe, das gleiche Ergebnis, insofern beschleicht mich der Verdacht, dass deine Annhme:
nicht zutrifft. Ich vermute, die muss nach dd in jedem Fall neu geschrieben werden, insofern wäre wohl zwingend notwendig gewesen, die komplette gdisk-Ausgabe VOR dd zu sichern.Ich würde auf der Zielplatte gar keine Partitionen erstellen, sondern einfach von Sektor 0 bis Sektor x (=letzter Sektor von /dev/sda4) mittels dd kopieren, dann wird die Partitionstabelle automatisch mit kopiert.
Inwieweit das Geschilderte ausreicht. von einer wenigstens im Prinzip gelungenen Wiederherstellung zu sprechen, lasse ich mal dahingestellt sein. Das Windows lässt sich momentan nicht mehr booten, bzw. der Windows-Bootvorgang stoppt mit der Meldung, das Installationsmedium (das ich nicht habe) zu benutzen. Genaueres schreibe ich beim nächsten Boot-Versuch.
edit:
hier die Meldung vom "Windows Boot Manager":
Code: Alles auswählen
Windws failed to start. A recent hardware or software change might be the cause. To fix the problem:
1. Insert your windows installation disc and restart your computer
2.Choose your language settings and then click "Next."
3. Click "Repair your computer."
If you do not have this disc, contact your system administrator or computer manufactorer for assistance
Status: 0x0000225
Info: The boot selection failed, because a required device is inaccessible
Re: Windows sichern
Lad’s dir doch: https://www.microsoft.com/de-de/softwar ... d/windows7guennid hat geschrieben:20.08.2018 10:09:44der Windows-Bootvorgang stoppt mit der Meldung, das Installationsmedium (das ich nicht habe) zu benutzen.
-
- Beiträge: 5525
- Registriert: 30.12.2004 15:31:07
- Wohnort: Wegberg
Re: Windows sichern
Hallo
Und falls du den key nicht zur Hand hast für den Downloadlink von @niemand
http://dl2.winfuture.de/MtD1aGz3qJKGE-c ... 676919.iso
ohne key, , Win7-Pro + SP1
mfg
schwedenmann
Und falls du den key nicht zur Hand hast für den Downloadlink von @niemand
http://dl2.winfuture.de/MtD1aGz3qJKGE-c ... 676919.iso
ohne key, , Win7-Pro + SP1
mfg
schwedenmann
Re: Windows sichern
Ich habe keine Ahnung von Windows. Ich sagte eingangs, dass ich mir einen gebrauchten Schleppi gekauft habe, auf dem dieses vermaledeite Betriebssystem installiert ist. Und wenn ich's nun schon mal habe, will ich es auch für gelegentliche Anwandlungen bootfähig auf einer möglichst kleinen Ersatzplatte aufbewahren. Ich habe schwedenmanns Link als DVD gebrannt. die bootend und "Reparaturoptionen" wählend kommt das hier:
Ich weiß nix von Windows-Key und ob ich den wofür benötige. Ob mit schwedenmanns ISO eine Neuinstallation möglich ist, weiß ich nicht, ist mir aber auch eigentlich egal. Ich will z.Z. das installierte Windows wiederbeleben. Wenn das nicht (mehr) geht, dann mach' ich's eben ersatzlos platt.
Grüße, Günther
Code: Alles auswählen
Diese Version der Systemwiederherstellungsoptionen ist nicht mit der zu reparierenden Windows-Version kompatibel ...
Grüße, Günther
Zuletzt geändert von guennid am 20.08.2018 14:40:17, insgesamt 2-mal geändert.
Re: Windows sichern
hier stand nichts drin, was im vorstehenden Beitrag nicht auch drin steht.
Zuletzt geändert von guennid am 20.08.2018 14:37:46, insgesamt 1-mal geändert.
Re: Windows sichern
Vorschlag zum Überdenken, mögliche Vereinfachung: Erzeuge dir mit RUFUS (also unter Windows bei Familienangehörigen, Freunden) ein "Windows to Go (W10 Pro)" auf USB-Stick. 16-GB-USB-Stick (besser 32 GB) wird man brauchen. Etwa 12 Euro. Dann hat man was zum "nebenher" booten, entspricht etwa einer Live-ISO, allerdings sollte man bei Netzwerkanschluss Win-Updates maximal verzögern. Oder ohne Netzwerk/Updates betreiben. Ich habe das nur mit W10 getestet, nicht mit Win7. Keys unnötig. Näheres bei Bedarf.guennid hat geschrieben:20.08.2018 14:22:48will ich es auch für gelegentliche Anwandlungen bootfähig auf einer möglichst kleinen Ersatzplatte aufbewahren.
Re: Windows sichern
Das macht es dann für mich völlig sinnlos. Siehe Eingangsbeiträge.Jana66 hat geschrieben:Oder ohne Netzwerk [...] betreiben.
Re: Windows sichern
Mit Netzwerk Updates entgegennehmen! Sicherheitsproblematik. Da werden die Windows-Updates im Gegensatz zu Linux-Live-Isos auf den USB-Stick geschrieben. Dauert manchmal etwas.
Re: Windows sichern
Das ist keine Annahme von mir, sondern eine Tatsache. Mal im Ernst, die primäre GPT befindet sich ab Sektor Nummer 1 (oder 2) und ist in der Regel 32 Sektoren lang. Wenn man mit dd die Platte kopiert, bleibt dd gar nichts anderes übrig, als die primäre GPT mitzukopieren. dd schaut sich ja nicht den Inhalt der kopierten Sektoren an und entscheidet dann, ob es die Sektoren wirklich kopiert oder nicht.guennid hat geschrieben:20.08.2018 10:09:44Das ganze Spielchen jetzt auf die mit dd behandelte Zielplatte übertragen, zeigt, soweit ich sehe, das gleiche Ergebnis, insofern beschleicht mich der Verdacht, dass deine Annhme:nicht zutrifft.Ich würde auf der Zielplatte gar keine Partitionen erstellen, sondern einfach von Sektor 0 bis Sektor x (=letzter Sektor von /dev/sda4) mittels dd kopieren, dann wird die Partitionstabelle automatisch mit kopiert.
Da muß also beim dd irgendwas fundamentales schlief gelaufen sein. Oder die GPT wurde kopiert, aber GParted zeigt nichts an, weil die sekundäre GPT (am Plattenende) nicht da ist. Deswegen war auch meine Idee, mal gdisk auf /dev/sdb loszulassen, denn das zeigt solche Sachen an.
Interessant wäre auch mal ein
Code: Alles auswählen
dd if=/dev/sdb of=datei bs=512 count=4
Code: Alles auswählen
od -A x -t x1z datei
Denn wenn die GPT noch irgendwo ist, sparen wir und die Reparaturnotwendigkeit von MS-Windows.
Die normale Ausgabe von gdisk ist nicht komplett, manche Sachen (wie z.B. die UUIDs der Partitionseinträge) werden unterschlagen, die muß man sich mit "i" für jede einzelne Partition anzeigen lassen. Aber: gdisk hat auch ein Kommando, um die GPT komplett in eine Datei zu sichern (und auch ein Kommando, die GPT mit Hilfe der Datei wiederherzustellen).insofern wäre wohl zwingend notwendig gewesen, die komplette gdisk-Ausgabe VOR dd zu sichern.
Re: Windows sichern
Macht das noch Sinn, da ich auch auf der Zielplatte (/dev/sdb) bereits die gleiche (nicht funktionierende) GPT wie auf der Quellplatte erstellt habe?owl102 hat geschrieben:GParted zeigt nichts an, weil die sekundäre GPT (am Plattenende) nicht da ist. Deswegen war auch meine Idee, mal gdisk auf /dev/sdb loszulassen, denn das zeigt solche Sachen an.
Du sprichst von einer 2. GPT am Plattenende. Wäre es nicht zielführender sich um die zu bemühen - falls das möglich ist?
Im Übrigen mache ich die Quellplatte jetzt platt. Auf der will ich ja eigentlich ein Debian installieren statt mich nun schon tagelang mit dem ungeliebten Windows rumzuplagen.
Grüße, Günther
Re: Windows sichern
Wenn ein reguläres Partitionstool verwendet wird, wird immer sowohl die primäre GPT (am Plattenanfang) als auch die sekundäre GPT (am Plattenende) überschrieben. Also: Nein, das ist nicht möglich.guennid hat geschrieben:21.08.2018 14:57:43Du sprichst von einer 2. GPT am Plattenende. Wäre es nicht zielführender sich um die zu bemühen - falls das möglich ist?
Re: Windows sichern
Bedenke, daß die Windows-Partition nicht komplett auf die Zielplatte kopiert wurde, weil du seinerzeit für die Berechnung von count=xxx nicht den letzten Sektor von /dev/sda4, sondern nur die Größe von /dev/sda4 genommen hattest.
BTW: Was war eigentlich der Grund, daß du dich für dd und nicht für Clonezilla entschieden hattest?