Gắn hình ảnh ddresTHER sau khi phục hồi (trên đầu của tôi)


18

Tôi đang gặp sự cố khi gắn hình ảnh khôi phục. Tôi đã cố gắn hình ảnh theo nhiều cách.

quark@DS9 ~ $ sudo mount -t ext4 /media/jump1/1recover/sdb1.img /mnt
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so


quark@DS9 ~ $ sudo mount -r -o loop /media/jump1/1recover/sdb1.img recover
mount: you must specify the filesystem type

quark@DS9 ~ $ sudo mount /media/jump1/1recover/sdb1.img mnt
mount: you must specify the filesystem type

Nó thậm chí không cung cấp cho tôi thông tin chi tiết về tập tin tôi vừa tạo, nautilus nói rằng đó là 160gb.

quark@DS9 ~ $ file /media/jump1/1recover/sdb1.img
/media/jump1/1recover/sdb1.img: data


quark@DS9 ~ $ mmls /media/jump1/1recover/sdb1.img
        Cannot determine partition type

Tôi không chắc chắn những gì tôi đã làm sai hoặc nếu tôi bắt đầu quá trình này không chính xác ngay từ đầu. Tôi đã phác thảo những gì tôi đã làm cho đến nay dưới đây. Tôi không biết gì, tôi đánh giá cao nếu ai đó có một số đầu vào cho tôi.

Những gì tôi đã làm từ đầu

Máy tính xách tay của tôi có hai ổ cứng.

Một có các tệp hệ thống Win7 / Linux Mint khởi động kép. Thứ cấp chứa thư mục / nhà của tôi.

Máy tính xách tay đã bị vỡ và đĩa / home bị hỏng. Tôi đã thử phục hồi LiveCD, nó đã thất bại. Thậm chí sẽ không tải một phiên Live với đĩa được cài đặt. Vì vậy, tôi đã chuyển sang ddresTHER.

quark@DS9 ~ $ sudo fdisk -l

Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 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: 0x0009fc18

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048   112642047    56320000    7  HPFS/NTFS/exFAT
/dev/sda2       138033152   312580095    87273472   83  Linux
/dev/sda3       112644094   138033151    12694529    5  Extended
/dev/sda5       112644096   132173823     9764864   83  Linux
/dev/sda6       132175872   138033151     2928640   82  Linux swap / Solaris

Partition table entries are not in disk order

Disk /dev/sdb: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 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: 0x0002a8ea

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1   *          63   312576704   156288321   83  Linux

Disk /dev/sdc: 1000.2 GB, 1000204886016 bytes
255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 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: 0xed6d054b

   Device Boot      Start         End      Blocks   Id  System
/dev/sdc1              63  1953520064   976760001    7  HPFS/NTFS/exFAT
  • sda - 160g nội bộ, chứa tất cả các tệp hệ thống và tất cả các chức năng của máy tính.
  • sdb - 160g nội bộ, MÔI GIỚI , chứa khoảng 140g dữ liệu tôi muốn khôi phục.
  • sdc - 1T bên ngoài, chứa hình ảnh phục hồi. Chỉ có nơi có không gian để làm tất cả điều này.

Từ trang web này, https://apps.education.ucsb.edu/wiki/DdresTHER

Tôi đã sử dụng tập lệnh này để tạo một hình ảnh của ổ cứng bị hỏng. Tôi đã thay đổi đích đến ổ USB ngoài.

#!/bin/sh 

prt=sdb1
src=/dev/$prt
dst=/media/jump1/1recover/$prt.img
log=$dst.log

sudo time ddrescue --no-split $src $dst $log
sudo time ddrescue --direct --max-retries=3 $src $dst $log
sudo time ddrescue --direct --retrim --max-retries=3 $src $dst $log

Tất cả mọi thứ trông giống như nó đi ra mà không gặp trở ngại:

quark@DS9 ~ $ sudo bash recover1 


Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:         0 B,  errsize:       0 B,  errors:       0
Current status
rescued:   160039 MB,  errsize:    4096 B,  current rate:    35588 B/s
   ipos:      3584 B,   errors:       1,    average rate:   22859 kB/s
   opos:      3584 B,     time from last successful read:       0 s
Finished                   
12.78user 1060.42system 1:56:41elapsed 15%CPU (0avgtext+0avgdata 4944maxresident)k
312580958inputs+0outputs (1major+601minor)pagefaults 0swaps


Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:   160039 MB,  errsize:    4096 B,  errors:       1
Current status
rescued:   160039 MB,  errsize:    1024 B,  current rate:        0 B/s
   ipos:      1536 B,   errors:       1,    average rate:       13 B/s
   opos:      1536 B,     time from last successful read:     1.3 m
Finished                       
0.00user 0.00system 3:43.95elapsed 0%CPU (0avgtext+0avgdata 4944maxresident)k
238inputs+0outputs (3major+374minor)pagefaults 0swaps


Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:   160039 MB,  errsize:    1024 B,  errors:       1
Current status
rescued:   160039 MB,  errsize:    1024 B,  current rate:        0 B/s
   ipos:      1536 B,   errors:       1,    average rate:        0 B/s
   opos:      1536 B,     time from last successful read:     3.7 m
Finished                       
0.00user 0.00system 3:43.56elapsed 0%CPU (0avgtext+0avgdata 4944maxresident)k
8inputs+0outputs (0major+376minor)pagefaults 0swaps

Có vẻ như, từ nơi tôi đang đứng, nó hoạt động hoàn hảo. Đây là nhật ký:

# Rescue Logfile. Created by GNU ddrescue version 1.14
# Command line: ddrescue --direct --retrim --max-retries=3 /dev/sdb1 /media/jump1/1recover/sdb1.img /media/jump1/1recover/sdb1.img.log
# current_pos  current_status
0x00000600     +
#      pos        size  status
0x00000000  0x00000400  +
0x00000400  0x00000400  -
0x00000800  0x254314FC00  +

Tôi không chắc chắn làm thế nào để tiến hành. Điều này có nghĩa là tất cả dữ liệu của tôi bị mất ????????

Đánh giá cao bất kỳ đầu vào!


5
+1 để cung cấp nhiều thông tin liên quan chi tiết được trình bày một cách rõ ràng, dễ đọc.
Scott Severance

Ubuntu wiki có một trang rất tốt về phục hồi dữ liệu: help.ub Ubuntu.com/community/DataRecovery
Wilf

Câu trả lời:


7

Tôi tìm thấy giải pháp, và cảm thấy thật ngu ngốc khi bỏ lỡ điều này. Cảm ơn các bạn rất nhiều vì câu trả lời của bạn!

Tôi đã kiểm tra hình ảnh cho các lỗi và sau đó nó gắn kết không có vấn đề!

sudo fsck -y /dev/sda2/backup.img

Nó đã sửa các lỗi sau đó nó không có vấn đề gì với:

sudo mount /dev/sda2/backup.img /mnt/recoverydata

5

Hình ảnh bạn tạo sẽ chứa tất cả các lỗi mà đĩa gốc của bạn có. Do đó, bạn có thể không thể gắn kết hoặc đọc nó. Cách để tiến hành là tải hình ảnh này vào công cụ phục hồi dữ liệu yêu thích của bạn .

Chúng tôi có kinh nghiệm tốt với Testdisk / PhotoRec nhưng có những công cụ khác đáng được đề cập, ví dụ như Foremost.

Xem thêm:


4

Đây là những gì tôi phải làm trong một tình huống tương tự - trong trường hợp ai đó vấp phải câu hỏi này giống như tôi đã làm.

Hình ảnh của tôi cũng sẽ không gắn kết, tạo ra lỗi tương tự (siêu khối xấu). Tuy nhiên, fsck cũng không thành công với lỗi sau:

fsck from util-linux 2.20.1
e2fsck 1.42 (29-Nov-2011)
fsck.ext2: Superblock invalid, trying backup blocks...
fsck.ext2: Bad magic number in super-block while trying to open /mnt/download/rescue.img

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

Sau khi đọc qua DataRecovery (liên kết được cung cấp bởi Takkat, cảm ơn!), Tôi đã thử các cách sau và nó đã hoạt động:

apt-get install sleuthkit
mmls /path/to/image

Điều này tạo ra đầu ra sau đây:

DOS Partition Table
Offset Sector: 0
Units are in 512-byte sectors

     Slot    Start        End          Length       Description
00:  Meta    0000000000   0000000000   0000000001   Primary Table (#0)
01:  -----   0000000000   0000000062   0000000063   Unallocated
02:  00:00   0000000063   2930272064   2930272002   Linux (0x83)
03:  -----   2930272065   2930277167   0000005103   Unallocated

Sau đó, tôi nhân 63 với 512 để có được 32256 và gắn hình ảnh như thế này:

mount -o loop,offset=32256 /path/to/image /mnt/temp

Tôi hy vọng điều này sẽ giúp người khác quá.


2

Ngoài câu trả lời của Takkat, tôi muốn đề xuất một cách tiếp cận khả thi khác. Xem xét rằng hình ảnh của bạn gần như chắc chắn bị hỏng, có thể có một số dữ liệu mà các công cụ phục hồi dữ liệu không thể phục hồi đầy đủ.

SpinRite giải quyết vấn đề này theo một cách khác. Thay vì vận hành một hình ảnh, nó thực hiện đĩa để lấy được nhiều dữ liệu hơn các công cụ bình thường có thể phục hồi. Tôi đã sử dụng nó để tăng đáng kể lượng dữ liệu có thể phục hồi. Nếu bạn may mắn, bạn sẽ có thể gắn đĩa bình thường sau đó đủ lâu để tạo một bản sao lưu thích hợp.

SpinRite đi kèm với một bất lợi lớn, mặc dù. Nó có giá một số tiền hợp lý. Nếu các công cụ khác làm việc cho bạn, hơn là tiết kiệm tiền của bạn. Nhưng nếu bạn cần nhiều hơn, SpinRite chắc chắn đáng để thử.

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.