Kurtarma işleminden sonra ddrescue görüntüsünü takma (başımın üstünde)


18

Kurtarma görüntüsünü takarken sorun yaşıyorum. Görüntüyü birden çok şekilde monte etmeye çalıştım.

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

Az önce yaptığım dosya hakkında ayrıntılı bilgi bile vermiyor, nautilus 160gb olduğunu söylüyor.

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

Neyi yanlış yaptığımdan veya bu işlemi en baştan yanlış bir şekilde başlattığımdan emin değilim. Aşağıda ne yaptığımı özetledim. Clueless, birisinin benim için bir girişi olup olmadığını takdir ediyorum.

Başından beri ne yaptım

Dizüstü bilgisayarımın iki sabit diski var.

Biri ikili önyükleme Win7 / Linux Mint sistem dosyalarına sahiptir. İkincil klasörde / home klasörüm vardı.

Dizüstü bilgisayar kilitlendi ve / home diski bozuldu. Bir LiveCD kurtarma denedim, başarısız oldu. Disk takılıyken bir Canlı oturum bile yüklemez. Bu yüzden kurtarmaya döndüm.

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 dahili, tüm sistem dosyalarını ve tüm bilgisayar işlevlerini tutar.
  • sdb - 160g dahili, BROKEN , kurtarmak istediğim yaklaşık 140g veri içeriyor.
  • sdc - 1T harici, kurtarma görüntüsü içerir. Sadece tüm bunları yapmak için yer olan bir yer.

Bu siteden, https://apps.education.ucsb.edu/wiki/Ddrescue

Bu komut dosyasını bozuk sabit sürücünün bir görüntüsünü oluşturmak için kullandım. Hedefi harici USB sürücüsüne değiştirdim.

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

Her şey sorunsuz bir şekilde çıktı:

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

Görünüşe göre, durduğum yerden mükemmel çalıştı. İşte günlü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  +

Nasıl ilerleyeceğimi bilmiyorum. Bu, tüm verilerimin kaybolduğu anlamına mı geliyor ????????

HERHANGİ bir giriş için teşekkür ederiz!


5
Açık ve okunması kolay bir şekilde sunulan çok sayıda ayrıntılı alakalı bilgi sağlamak için +1.
Scott Severance

Ubuntu wiki'sinin veri kurtarma konusunda çok iyi bir sayfası var: help.ubuntu.com/community/DataRecovery
Wilf

Yanıtlar:


7

Çözümü buldum ve bunu kaçırdığım için kendimi aptal gibi hissediyorum. Yanıtlarınız için çok teşekkürler!

Görüntüyü hatalar için kontrol ettim ve sonra sorunsuz bir şekilde monte edildi!

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

Hatalar düzeltildi, sonra sorun yaratmadı:

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


4

İşte benzer bir durumda yapmam gereken şey - birisinin benim gibi bu soruyu tökezlemesi durumunda.

Resmim de aynı hatayı (kötü süper blok) oluşturacak şekilde bağlanmaz. Ancak, fsck aşağıdaki hatayla da başarısız oldu:

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>

DataRecovery (Takkat tarafından sağlanan bağlantı, teşekkürler!) İle okuduktan sonra aşağıdakileri denedim ve işe yaradı:

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

Bu, aşağıdaki çıktıyı üretti:

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

Daha sonra 32256 almak için 63 ile 512 çarptı ve görüntü böyle monte:

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

Umarım bu başka birine de yardımcı olur.


2

Takkat'ın cevabına ek olarak, başka bir olası yaklaşım önermek istiyorum. Görüntünüzün neredeyse kesinlikle zarar gördüğünü düşünürsek, veri kurtarma araçlarının yeterince kurtaramayacağı bazı veriler olabilir.

SpinRite bu sorunu farklı bir şekilde ele alıyor. Bir görüntüyü çalıştırmak yerine, normal araçların kurtarabileceğinden daha fazla veri almak için diski kullanır. Geri kazanılabilir veri miktarını önemli ölçüde artırmak için kullandım. Şanslıysanız, uygun bir yedekleme yapmak için yeterince uzun bir süre sonra diskinizi normal şekilde bağlayabilirsiniz.

Ancak SpinRite büyük bir dezavantajla birlikte geliyor. Makul miktarda paraya mal oluyor. Diğer araçlar sizin için çalışıyorsa, paradan tasarruf edin. Ancak daha fazlasına ihtiyacınız varsa, SpinRite kesinlikle denemeye değer.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.