Wie lange sollte es dauern, bis ntfsclone abgeschlossen ist?

478
j4x

Ich versuche, eine Windows 7-Installation von einer Kubuntu-Box zu sichern. Die Festplatte ist ein 320 GB-Toshiba, der direkt an eine SATA-Schnittstelle angeschlossen ist, und hat immer gut funktioniert.

Mein erster Versuch bestand darin, ntfsclone+ xzwie folgt zu verwenden:

ntfsclone --save-image -o - /dev/sdb3 | xz -9e -T8 > Win7-20170621.ntfsclone.xz

Wenn ich jedoch die Daten tatsächlich gesichert habe (Meldung "NTFS in Image speichern ..."), dauert es Stunden!

Dann dachte ich, ich könnte die Schuld daran legen xzund Dinge umgestalten, um einfach ohne Kompression zu sichern:

ntfsclone --save-image -o Win7-20170621.ntfsclone.xz /dev/sdb3

Aber kein besseres Glück. Es dauert immer noch Stunden.

Meine Box ist ein ziemlich guter i7-7700K mit 16 GB DDR4-RAM und Kubuntu 16.04 läuft von einer 240 GB Kingston SSD. Überwachung der Systemressourcen Die durchschnittliche CPU-Auslastung beläuft sich auf nur etwa 15% (von Zeit zu Zeit auf einem einzelnen Kern zu 100%). Der verwendete RAM ist nie größer als 3 GB.

Die Festplattennutzung sdb3liegt bei etwa 2,5 MB / s - das ist weniger als das, was hdparm -Ttfür dieses Laufwerk angezeigt wird . Ich habe sogar versucht, Dateien zu kopieren, und die Geschwindigkeit beträgt recht gute 40 bis 60 MB / s. Die Ziellaufwerknutzung ist sehr gering. Von Zeit zu Zeit sehe ich einige Spitzen von 5 MB / s oder so.

Es ist normal? Ich sehe Leute im Internet, die besagen, dass ntfsclonedies nur ein paar Minuten dauern sollte. Was kann falsch sein?

Danke im Voraus.

0
"xz" scheint [langsam] zu sein (https://www.rootusers.com/gzip-vs-bzip2-vs-xz-performance-comparison/) und 15% Ihres Prozessors bedeuten, dass ein Single-Thread-Programm seine Arbeit macht maximal. xenoid vor 6 Jahren 1
Danke für deinen Kommentar @xenoid, aber wie gesagt, es ist kein xz Fehler. ntfsclone dauert auch alleine Stunden - ganz ohne xz. j4x vor 6 Jahren 0
Vergessen zu erwähnen, dass xz mit -T8 läuft, also 8 Threads. IT bedeutet, dass das Single-Thread-Programm ntfsclone ist, nicht xz. j4x vor 6 Jahren 0
Dies kann kontraproduktiv sein, wenn dadurch auf die Laufwerke nicht sequentiell zugegriffen wird. Zeigt Ihr Prozessmonitor einen Prozess im "Festplatten-Ruhezustand" an? Übrigens, ist das 320 GB Laufwerk 5400 oder 7200 U / min? Übrigens sagt man man xz auf meinem 16.04 Kubuntu, dass Multithreading nicht wirklich implementiert ist? xenoid vor 6 Jahren 1
Hallo @xenoid. Ich habe gerade eine andere Festplatte als Backup ausprobiert und die `ntfsclone`-Zeit betrug * nur * eine halbe Stunde, um ein Backup von 65 GB durchzuführen. Das ist seltsam, dass das erste Laufwerk diese Zeit verdoppelt. Ich habe die Laufwerk-RPMs noch nicht überprüft, aber der erste ist NTFS, der zweite ist FAT32. Ich vermute, dass es das Problem sein kann ... EDIT: Ich habe das doppelt überprüft und habe mich geirrt. beide sind NTFS :( j4x vor 6 Jahren 0
@xenoid, ich muss mehr auf die Manpage achten. Mir ist dieses "nicht implementierte Multithreading" von xz nicht aufgefallen. j4x vor 6 Jahren 0

0 Antworten auf die Frage

Verwandte Probleme