Schneiden Sie eine NTFS-Partition aus und reparieren Sie sie später

1

Ich habe eine halb theoretische Frage zu NTFS-Partitionen.

Angenommen, wir erstellen eine NTFS-Partition in einer Datei

    dd if=/dev/zero of=test.img count=40960
    mkfs.ntfs -F test.img

Zu Testzwecken habe ich einige Dateien hinzugefügt

    sudo mount -o loop test.img mnt
    mkdir -p mnt/test_dir/doc
    echo "this is a test file" > mnt/test_dir/doc/README.txt
    sudo umount mnt

Hier kommt meine Frage. Angenommen, ich habe nur einen Teil meiner Partition

    dd if=test.img of=test_part.img count=40952

ist es möglich, dieses teil zu reparieren, um es wieder zu montieren.

Nach meinem Verständnis fehlt in der test_part.img ein Cluster, da der count Parameter ist 40952, was 8 weniger als die Originalgröße ist. Bei einer Sektorgröße von 512 ist 8 * 512 = 4096 ein ntfs-Cluster.

Ich habe das ausprobiert ntfsfix Dienstprogramm, das nicht funktioniert hat.

Ich habe mir auch die Dokumentation von angeschaut testdisk und es scheint, dass Sie die Partitionsgeometrie mit diesem Werkzeug manuell ändern können. Ich hatte jedoch keinen Erfolg.

Also bitte hilf mir. Gibt es eine Möglichkeit, test_part.img zu reparieren, damit ich es erneut mounten und die README.txt-Datei abrufen kann.

MechaTheo
quelle
AFAIR CloneZilla verwendet ntfsresize In ähnlichen Fällen können Sie es versuchen.
gronostaj
Ja! Danke, es hat funktioniert. Ich hoffe, dass dies auch bei meinem eigentlichen Problem funktioniert.
MechaTheo

Antworten:

0

(Ich poste meinen Kommentar als Antwort

Soweit ich mich erinnere, verwendet CloneZilla ntfsresize In ähnlichen Fällen können Sie es versuchen.

Es ist so einfach wie Laufen:

ntfsresize /dev/sda1

Woher sda1 ist die Partition, die Sie reparieren möchten. Sie benötigen Root-Rechte.

gronostaj
quelle
Nach weiteren Untersuchungen habe ich das herausgefunden ntfsresize behebt das Problem nicht vollständig. Beim Laufen ntfsresize -s 6709248 test_part.img Ich kann die Partition mounten und die Testdatei ist immer noch da. jedoch ntfsinfo -m test_part.img gibt zurück, dass die Volume-Größe bei Clustern 5119 liegt, was der Größe des nicht beschädigten Original-Images entspricht. Nach dem Rennen ntfsfix In test_part.img wird die Volume-Größe in Clustern jedoch korrekt angezeigt parted meldet immer noch eine Größe von 21,0 MB.
MechaTheo
Ok, ich denke es ist aber richtig. Ich habe die Größe in Bytes doppelt überprüft und es scheint in Ordnung zu sein.
MechaTheo