Đang cố gắn hình ảnh ddresTHER từ ổ ntfs bị hỏng 1tb


2

Tôi đã hỏi điều này trên Ask Ubuntu mà không thành công và họ khuyên bạn nên đăng lại nó trên superuser, vì vậy tôi đây!

Đó là thời gian, sau 5 năm, ổ đĩa ngoài 1tb của tôi với tất cả các bức ảnh gia đình và tất cả âm nhạc của tôi bị hỏng. Thật ngu ngốc, tôi đã không có hai ổ đĩa trong cuộc đột kích, mà tôi chỉ đầu tư vào để nó sẽ không xảy ra lần nữa.

Tôi đã giải cứu thành công các tệp bằng dd_resTHER vào ổ đĩa phim 2tb khác trên máy chủ của mình, tuy nhiên tôi dường như không thể hiểu cách gắn tệp .img này.

Tôi đang sử dụng GNU ddresTHER.

Tôi cũng đã thử chạy chkdsk \ f trên Windows 7 nhưng nó đã báo lỗi "Không đủ dung lượng đĩa để sửa bitmap âm lượng. CHKDSK đã hủy bỏ." theo trang web microsofts về thông báo lỗi này: "Xóa một số tệp không cần thiết khỏi ổ đĩa NTFS, nếu bạn có thể, sau đó thử lại lệnh Chkdsk. Nếu bạn không thể xóa bất kỳ tệp nào, bạn sẽ phải định dạng lại ổ đĩa NTFS và khôi phục dữ liệu từ bản sao lưu . ". Vì tôi không thể giải phóng không gian khỏi hình ảnh nên tôi không biết phải làm gì. Và chỉ có 400gb của 1tb được sử dụng trước đây, vì vậy thông báo lỗi không thực sự có ý nghĩa gì. Một anh chàng trên Ask Ubuntu nói rằng đó cũng có thể là do tham nhũng rất lớn, nhưng việc tích lũy để xử lý lỗi sai chỉ ở mức 31mb nên cũng không có ý nghĩa gì.

Đây là cách tôi đã thực hiện lệnh ddresTHER của mình

sudo ddresTHER / dev / sdh1 /media/external/resTHER/resTHER.img / media / bên ngoài / cứu hộ / rescuelog

Initial status (read from logfile)
rescued:        1 TB,  errsize:  30944 kB,  errors:     345
Finished

Dưới đây là các lệnh kiểm tra của tôi

tập tin hình ảnh.img

image.img: x86 boot sector, code offset 0x52, OEM-ID "NTFS    ", sectors/cluster 8, reserved sectors 0, Media descriptor 0xf8, heads 255, hidden sectors 2048, dos < 4.0 BootSector (0x80)

hình ảnh fdisk -l.img

Disk image.img: 1000.2 GB, 1000203091968 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953521664 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x2052474d

This doesn't look like a partition table
Probably you selected the wrong device.

    Device Boot      Start         End      Blocks   Id  System
image.img1   ?     6579571  1924427647   958924038+  70  DiskSecure Multi-Boot
image.img2   ?  1953251627  3771827541   909287957+  43  Unknown
image.img3   ?   225735265   225735274           5   72  Unknown
image.img4      2642411520  2642463409       25945    0  Empty

Partition table entries are not in disk order

Tôi hoàn toàn không biết tại sao fdisk hiển thị tất cả các phân vùng wierd này như 'DiskSecure Multi-Boot' và hai phân vùng 'Unknown', lệnh chia tay cung cấp cho tôi thông tin có vẻ đúng

in hình ảnh.img

WARNING: You are not superuser.  Watch out for permissions.
Model:  (file)
Disk /media/external/Rescue/image.img: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: loop

Number  Start  End     Size    File system  Flags
 1      0.00B  1000GB  1000GB  ntfs

Tôi không chắc là tôi có cờ chính xác hay không, nhưng ở đây tôi đang cố gắn ổ đĩa

sudo mount -r -o vòng lặp hình ảnh.img / mnt

ntfs_mst_post_read_fixup_warn: magic: 0x00000000  size: 4096   usa_ofs: 0  usa_count: 65535: Invalid argument
Index buffer (VCN 0x0) of directory inode 0x5 has a size (24) differing from the directory specified size (4096).
ntfs_mst_post_read_fixup_warn: magic: 0x00000000  size: 4096   usa_ofs: 0  usa_count: 65535: Invalid argument
Index buffer (VCN 0x0) of directory inode 0x5 has a size (24) differing from the directory specified size (4096).
ntfs_mst_post_read_fixup_warn: magic: 0x00000000  size: 4096   usa_ofs: 0  usa_count: 65535: Invalid argument
Index buffer (VCN 0x0) of directory inode 0x5 has a size (24) differing from the directory specified size (4096).

Bây giờ nó thực sự được gắn trên / mnt, nhưng khi thực hiện ls / mnt, nó trả về "thư mục đọc / mnt /: Lỗi đầu vào / đầu ra"

Bất kỳ trợ giúp được đánh giá cao, thậm chí suy đoán rất được hoan nghênh.

Cảm ơn trước!


Nó có thể là một vấn đề MBR? Làm sạch MBR có lẽ là giải pháp? Sau đó tôi sẽ phải lấy một ổ cứng khác để lưu phục hồi trong trường hợp không khắc phục được.
Johan Bjäreholt

Tôi vừa thử sử dụng testdisk trên hình ảnh để cố gắng sửa chữa partitiontable, nhưng nó cho thấy thiết lập phân vùng tương tự như fdisk và điều đó hoàn toàn sai, và tôi không tìm ra cách nào để cấu hình nó.
Johan Bjäreholt

Câu trả lời:


2

Tôi nghĩ rằng tôi đã gặp vấn đề tương tự (bảng phân vùng bị hỏng từ ổ NTFS bị lỗi ddresTHER'd (bị rối "fdisk -l" nhưng "chia tay" chính xác, lệnh mount sẽ thất bại với

Failed to read last sector (1953520001): Invalid argument
HINTS: Either the volume is a RAID/LDM but it wasn't setup yet,
   or it was not setup correctly (e.g. by not using mdadm --build ...),
   or a wrong device is tried to be mounted,
   or the partition table is corrupt (partition is smaller than NTFS),
   or the NTFS boot sector is corrupt (NTFS size is not valid).
Failed to mount '/dev/loop0': Invalid argument
The device '/dev/loop0' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?

Tôi quản lý để gắn hình ảnh được giải cứu bằng lệnh

sudo ntfs-3g -o force imagefile /mountpoint

mà tôi nghĩ là tương đương với

sudo mount -t ntfs-3g imagefile /mountpoint

(tìm thấy ở đây http://www.makeuseof.com/tag/fix-corrupted-windows-ntfs-filesystem-ub Ubuntu / (và trong trang man nếu tôi thấy phiền khi đọc nó ... ngu ngốc.))


Đáng buồn thay, nó đã không làm việc cho tôi. ntfs_mst_post_read_fixup_warn: magic: 0x00000000 size: 4096 usa_ofs: 0 usa_count: 65535: Invalid argument Index buffer (VCN 0x0) of directory inode 0x5 has a size (24) differing from the directory specified size (4096). Thông báo lỗi dài hơn, nhưng không phù hợp với các bình luận. Cảm ơn sự giúp đỡ ít nhất! Tôi sẽ gửi hình ảnh cho một chuyên gia để phân tích. Đắt tiền, nhưng đó là lựa chọn duy nhất của tôi hiện tại.
Johan Bjäreholt
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.