Backup mit Recuezilla schlägt fehl

DodgerTheRunner

Cadet 4th Year
Registriert
Dez. 2021
Beiträge
115
Hi Leute,

ich habe hier eine Windows 10 Installation, die schon einen langen Leidensweg hat. Ich glaube, seit Windows XP wurde das System nicht mehr neu installiert sondern immer nur aktualisisert.
Macht aber nix, eigentlich läuft es.
Jetzt nähern wir uns aber einem Windows 11 Upgrade und es sind einige Änderungen notwendig, massgeblich der Wechsel von MBR nach GPT.
Und bevor ich damit starte, wollte ich ein Backup meiner Platte machen.
Also Rescuezilla auf einen Stick gebracht und los geht's.
Die Platte hat 3 Partitionen, System-reserviert, die eigentliche System-Partition und eine Wiederherstellungspartition.
Am Ende des Backups bekomme ich jetzt folgende Fehlermeldung:
Fehler beim Sichern der Partition /dev/nvme0n1p3
The command used internally was:

partclone.ntfs --logfile /var/log/partclone.log --clone --source /dev/nvme0n1p3 --output - | pigz --stdout -6 | split --suffix-length=2 --bytes=4GB - /mnt/backup/Win11_Update_Backup/2024-07-26-1835-img-rescuezilla-Laufwerk-C/nvme0n1p3.ntfs-ptcl-img.gz.

The output of the command was: Partclone v0.3.20 http://partclone.org
Starting to clone device (/dev/nvme0n1p3) to image (-)
Reading Super Block
ntfsclone-ng.c: NOT NTFS partition, ntfs mount error 5
Partclone fail, please check /var/log/partclone.log !
und danach kam noch folgendes:
Befehl konnte nicht ausgeführt werden: mount -o ro /dev/nvme0n1p3 /tmp/rescuezilla.ntfs.mount


Incomplete multi-sector transfer: magic: 0x454c4946 size: 1024 usa_ofs: 48 usa_count: 1 data: 43605 usn: 4: Input/output error
Record 3 has no FILE magic (0x44414142)
Failed to mount '/dev/nvme0n1p3': Input/output error
NTFS is either inconsistent, or there is a hardware fault, or it's a
SoftRAID/FakeRAID hardware. In the first case run chkdsk /f on Windows
then reboot into Windows twice. The usage of the /f parameter is very
important! If the device is a SoftRAID/FakeRAID then first activate
it and mount a different device under the /dev/mapper/ directory, (e.g.
/dev/mapper/nvidia_eahaabcc1). Please see the 'dmraid' documentation
for more details.
und zu guter letzt:
Befehl konnte nicht ausgeführt werden: ntfsfix --clear-dirty /dev/nvme0n1p3

Mounting volume... FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... FAILED

Incomplete multi-sector transfer: magic: 0x454c4946 size: 1024 usa_ofs: 48 usa_count: 1 data: 43605 usn: 4: Input/output error
Record 3 has no FILE magic (0x44414142)
Incomplete multi-sector transfer: magic: 0x454c4946 size: 1024 usa_ofs: 48 usa_count: 1 data: 43605 usn: 4: Input/output error
$MFTMirr error: Incomplete multi sector transfer detected in $Volume.
Die Zusammenfassung des Backup Vorgangs zeigt:
Zusammenfassung zur Sicherungskopie

Die Sicherungskopie war mit einigen Fehlern erfolgreich:

Erfolgreiche Sicherung der Partition /dev/nvme0n1p1
Erfolgreiche Sicherung der Partition /dev/nvme0n1p2
Befehl konnte nicht ausgeführt werden: ntfsfix --clear-dirty /dev/nvme0n1p3

Mounting volume... FAILED
Attempting to correct errors...
Processing $MFT and $MFTMirr...
Reading $MFT... OK
Reading $MFTMirr... OK
Comparing $MFTMirr to $MFT... FAILED

Incomplete multi-sector transfer: magic: 0x454c4946 size: 1024 usa_ofs: 48 usa_count: 1 data: 43605 usn: 4: Input/output error
Record 3 has no FILE magic (0x44414142)
Incomplete multi-sector transfer: magic: 0x454c4946 size: 1024 usa_ofs: 48 usa_count: 1 data: 43605 usn: 4: Input/output error
$MFTMirr error: Incomplete multi sector transfer detected in $Volume.

<b>Fehler beim Sichern der Partition</b> /dev/nvme0n1p3

Der Vorgang dauerte 18.3 Minuten.

Was genau konnte er denn jetzt nicht sichern?
Die Wiederherstellungspartition?
Das wäre mir herzlich egal, die funktioniert garantiert eh nicht mehr.

Irgendwelche Ideen eurerseits?

Gruß
Dodger
 
Was ist denn "/dev/nvme0n1p3" fuer eine partition?
zeig mal im terminal:
lsblk --fs

komplette Partitionen als backup oft nicht sinnvoll. In deinem Fall, da du den "Typ" MBR / GPT mit klonst
 
Bin schon wieder im Windows.
Easeus Partition Manager sagt:
Partitions-Typ: 0x07 NTFS
NTFS-Version: 3.01

Die Partition ist versteckt und heißt "Recovery". Und darauf befindet sich wirklich ein WinRE.
Mein WinRE ist aber in %win%/System32...

Gruß
Dodger
 
Da ich auch ein leidgeplagter, frustrierter Clone-User bin (siehe Thread unter diesem).
Kannst du mit chkdsk sicherstellen, dass deine zu sichernden Partitionen keine Fehler enthalten?
 
DodgerTheRunner schrieb:
Was genau konnte er denn jetzt nicht sichern?
Die Wiederherstellungspartition?
Das dürfte in der Tat eine Recovery (Wiederherstellungspartition) gewesen sein.
Wenn du schon seit etlichen Zeiten immer nur Upgrades gemacht hast
auf eine andere Windows Version, da bekommt man auch schnell mal eine zweite ("verwaiste")
Recovey Partition.
 
hier der notwendige Auszug aus lsblk
nvme0n1p3
ntfs Recovery
1C1E8CEA1E8CBE70
madmax2010 schrieb:
komplette Partitionen als backup oft nicht sinnvoll. In deinem Fall, da du den "Typ" MBR / GPT mit klonst
ich will ja genau das haben: wenn mit mbr2gpt irgendwas schieflaeuft, dann will ich auf das alte System zurueckkommen (bloede englische Tatstatur..)

Makkaroni schrieb:
Da ich auch ein leidgeplagter, frustrierter Clone-User bin (siehe Thread unter diesem).
Kannst du mit chkdsk sicherstellen, dass deine zu sichernden Partitionen keine Fehler enthalten?
dafuer in Windows einen Laufwerkbuchstaben vergeben und dann chkdsk?

Ich frage mich eh, warum man die Platte mounten muss.
Eigentlich brauche ich doch einfach nur eine bitweise Kopie des Datentraegers, um alles wieder herstellen zu koennen.

Gruss
Dodger
 
DodgerTheRunner schrieb:
Ich frage mich eh, warum man die Platte mounten muss.
Eigentlich brauche ich doch einfach nur eine bitweise Kopie des Datentraegers, um alles wieder herstellen zu koennen.
Kann man mit dd machen. Wenn Rescuezilla ähnlich zu Clonezilla ist, kann man irgendwo einstellen, dass dd anstelle von partclone genutzt werden soll. Vorteil von partclone: Da auf Dateisystemebene gearbeitet wird, wird freier Speicher erkannt und dieser wird beim Backup ausgelassen. Das beschleunigt den Vorgang und deshalb ist es die Voreinstellung.
 
So, Backup war jetzt erfolgreich.
Was hab ich getan?
Unter Windows einmal chkdsk /r ausgeführt.
Das Problem war: die Recovery Partition hat keinen Laufwerksbuchstaben und es ließ sich auch keiner zuweisen.
Aber mit dem Befehl "mountvol" im Kommando-Fenster bekommt man die ID der Partition heraus.
Dann kann man "chkdsk ID /r" ausführen und die Partition wurde repariert.

Danke an euch.

Gruß
dodger
Ergänzung ()

Weil ihr mir hier so schön geholfen habt:
hab jetzt die Platte von MBR nach GPT konvertiert.
Weil ich mich nicht in der WinRE anmelden konnte, hab ich es einfach direkt aus Windows heraus gemacht.
Dabei wurde eine weitere Partition erstellt und das Layout der Platte sieht nun wie folgt aus:
1722023888696.png


Die 102MB Partition kann ich doch jetzt löschen, oder?
Muss die EFI Partition dort an der Stelle stehen oder kann ich das Ganze soweit aufräumen, dass ich die 102MB und die 237GB und die 110MB nach vorne ziehe und danach die EFI und dann die alte Recovery kommt?
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: Makkaroni
Zurück
Oben