web-dev-qa-db-ja.com

リカバリ後のddrescueイメージのマウント（頭上）

リカバリイメージのマウントに問題があります。複数の方法でイメージをマウントしようとしました。

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

Nautilusによれば、作成したファイルに関する詳細な情報も表示されず、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

何が間違っているのか、最初から間違ってこのプロセスを開始したのかどうかはわかりません。これまでに行ったことの概要を以下に示します。私は無知です、誰かが私のために何らかの入力をしてくれたらありがたいです。

最初からやったこと

私のラップトップには2つのハードドライブがあります。

1つには、Win7/Linux Mintシステムファイルのデュアルブートがあります。 2番目のフォルダには/ homeフォルダが含まれていました。

ラップトップが震え、/ homeディスクが壊れました。 LiveCDのリカバリを試みましたが、失敗しました。インストールされたディスクでLiveセッションをロードすることさえしません。だから私は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内部、すべてのシステムファイルとすべてのコンピューター機能を保持します。
  • sdb-160g内部、壊れた、回復したいデータ約140gが含まれています。
  • sdc-1T外部、リカバリイメージが含まれています。このすべてを行うスペースがある場所のみ。

このサイトから https://apps.education.ucsb.edu/wiki/Ddrescue

このスクリプトを使用して、壊れたハードドライブのイメージを作成しました。宛先を外部USBドライブに変更しました。

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

すべてが問題なく外れたように見えました：

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

私が立っているところからは完璧に機能したようです。ログは次のとおりです。

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

どうすればいいかわかりません。これは、すべてのデータが失われることを意味しますか????????

どんな入力でも感謝します！

mounthard-drivedata-recoveryext4
18
BorgDomination

私は解決策を見つけましたが、これを見逃すのは馬鹿げています。ご回答ありがとうございました！

イメージのエラーをチェックし、問題なくマウントされました！

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

エラーを修正し、問題なくマウントしました：

Sudo mount /dev/sda2/backup.img /mnt/recoverydata
7
BorgDomination

作成したイメージには、元のディスクにあるすべての障害が含まれます。したがって、マウントまたは読み取りができない可能性があります。続行する方法は、このイメージをお気に入りの データリカバリツール にロードすることです。

Testdisk/PhotoRec については良い経験がありますが、他にも言及する価値のあるツールがあります。何よりも。

こちらもご覧ください：

5
Takkat

似たような状況で私がしなければならなかったことを以下に示します-私のように誰かがこの質問に出くわした場合に備えて。

私のイメージもマウントされず、同じエラー（不良スーパーブロック）が生成されます。ただし、fsckも次のエラーで失敗しました。

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提供のリンク、ありがとう！）を読んだ後、次のことを試しましたが、うまくいきました：

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

これにより、次の出力が生成されました。

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

次に、63を512倍して32256を取得し、次のようにイメージをマウントしました。

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

これが他の人にも役立つことを願っています。

4
Jure Merhar

Takkatの答えに加えて、別の可能なアプローチを提案したいと思います。イメージがほぼ確実に破損していることを考慮すると、データ回復ツールでは適切に回復できないデータが存在する場合があります。

SpinRite は、この問題に別の方法で対処します。イメージを操作するのではなく、通常のツールで回復できるよりも多くのデータを取得するためにディスクを操作します。これを使用して、回復可能なデータの量を大幅に増やしました。運が良ければ、適切なバックアップを作成するのに十分な時間、通常どおりディスクをマウントできます。

ただし、SpinRiteには大きな欠点があります。かなりの費用がかかります。他のツールがあなたのために働くなら、あなたのお金を節約するよりも。しかし、さらに必要な場合は、SpinRiteを試してみる価値があります。

2
Scott Severance