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!
sumber
Jawaban:
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!
Itu memperbaiki kesalahan kemudian dipasang tidak ada masalah dengan:
sumber
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:
sumber
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:
Setelah membaca DataRecovery (tautan yang disediakan oleh Takkat, terima kasih!), Saya mencoba yang berikut dan berhasil:
Ini menghasilkan output sebagai berikut:
Saya kemudian dikalikan 63 dengan 512 untuk mendapatkan 32256 dan memasang gambar seperti ini:
Saya harap ini membantu orang lain juga.
sumber
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.
sumber