Memasang gambar ddrescue setelah pemulihan (di atas kepala saya)

18

Saya mengalami masalah pemasangan gambar pemulihan. Saya sudah mencoba memasang gambar dengan berbagai cara.

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

Bahkan tidak memberi saya informasi terperinci tentang file yang baru saja saya buat, nautilus mengatakan itu 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

Saya tidak yakin apa yang saya lakukan salah atau apakah saya memulai proses ini dengan salah sejak awal. Saya telah menguraikan apa yang telah saya lakukan sejauh ini di bawah ini. Saya tidak tahu apa-apa, saya akan menghargai jika ada yang memberi saya masukan.

Apa yang telah saya lakukan sejak awal

Laptop saya memiliki dua hard drive.

Satu memiliki dual boot file sistem Win7 / Linux Mint. Sekunder berisi folder home saya.

Laptop tersentak dan disk / rumah rusak. Saya mencoba pemulihan LiveCD, gagal. Bahkan tidak akan memuat sesi Langsung dengan disk terpasang. Jadi saya beralih ke ddrescue.

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 internal, memegang semua file sistem dan semua fungsi komputer.
sdb - 160g internal, BROKEN , berisi sekitar 140g data yang ingin saya pulihkan.
sdc - 1T eksternal, berisi gambar pemulihan. Hanya tempat yang memiliki ruang untuk melakukan semua ini.

Dari situs ini, https://apps.education.ucsb.edu/wiki/Ddrescue

Saya menggunakan skrip ini untuk membuat gambar dari hard drive yang rusak. Saya mengubah tujuan ke drive USB eksternal.

#!/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

Segala sesuatu tampak seperti itu terlepas tanpa hambatan:

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

Sepertinya, dari tempat saya berdiri itu berfungsi dengan sempurna. Ini lognya:

# 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  +

Saya tidak yakin bagaimana melanjutkan. Apakah ini berarti semua data saya hilang ????????

Hargai masukan APAPUN!

— BorgDomination
sumber

5

+1 untuk memberikan banyak informasi relevan yang terperinci yang disajikan dengan cara yang jelas dan mudah dibaca.

— Scott Severance

Wiki Ubuntu memiliki halaman yang sangat bagus tentang pemulihan data: help.ubuntu.com/community/DataRecovery

— Wilf

7

Saya menemukan solusinya, dan merasa agak bodoh karena melewatkan ini. Terima kasih banyak atas tanggapan Anda!

Saya memeriksa gambar untuk kesalahan dan kemudian dipasang tanpa masalah!

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

Itu memperbaiki kesalahan kemudian dipasang tidak ada masalah dengan:

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

— BorgDomination
sumber

5

Gambar yang Anda buat akan berisi semua kesalahan yang dimiliki disk asli Anda. Karena itu Anda kemungkinan tidak dapat memasang atau membacanya. Cara untuk melanjutkan adalah memuat gambar ini ke alat pemulihan data favorit Anda .

Kami memiliki pengalaman yang baik dengan Testdisk / PhotoRec tetapi ada alat lain yang layak disebut, misalnya Terkemuka.

Lihat juga:

— Takkat
sumber

4

Inilah yang harus saya lakukan dalam situasi yang sama - kalau-kalau ada orang yang tersandung pada pertanyaan ini seperti yang saya lakukan.

Gambar saya juga tidak akan dipasang, menghasilkan kesalahan yang sama (badlocklock buruk). Namun, fsck juga gagal dengan kesalahan berikut:

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>

Setelah membaca DataRecovery (tautan yang disediakan oleh Takkat, terima kasih!), Saya mencoba yang berikut dan berhasil:

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

Ini menghasilkan output sebagai berikut:

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

Saya kemudian dikalikan 63 dengan 512 untuk mendapatkan 32256 dan memasang gambar seperti ini:

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

Saya harap ini membantu orang lain juga.

— Jure Merhar
sumber

2

Selain jawaban Takkat, saya ingin menyarankan pendekatan lain yang mungkin. Mengingat bahwa gambar Anda hampir pasti rusak, mungkin ada beberapa data yang tidak dapat dipulihkan oleh alat pemulihan data secara memadai.

SpinRite mengatasi masalah ini dengan cara yang berbeda. Alih-alih mengoperasikan gambar, itu melatih disk untuk mendapatkan lebih banyak data dari itu daripada alat normal dapat memulihkan. Saya telah menggunakannya untuk secara signifikan meningkatkan jumlah data yang dapat dipulihkan. Jika beruntung, Anda dapat memasang disk secara normal setelahnya cukup lama untuk membuat cadangan yang tepat.

SpinRite memang datang dengan kerugian besar. Harganya cukup mahal. Jika alat lain bekerja untuk Anda, daripada menghemat uang Anda. Tetapi jika Anda membutuhkan lebih, SpinRite pasti patut dicoba.

— Scott Severance
sumber