web-dev-qa-db-ja.com

/ dev / sdc1：スーパーブロックを読み取ることができません

Linux Ubuntu 14.04（Azureサーバー）

/ dev/sda1ドライブをバックアップしようとしたので、

Sudo dd if=/dev/sda1 of=/dev/sdc1

コマンド。コマンドの実行が可能である間、スペースは負を示していました。コマンドを終了しました。その後、そのドライブを開くことができなかったので、このコマンドを実行しました。

Sudo reboot

そのディスクにはいくつかの重要なデータがあります。マウントされたドライブがリストに表示されませんdf -h。

マウントしようとしているとき。

 Sudo mount /dev/sdc1 /datadrive

次に、この出力を取得します

Sudo: unable to resolve Host abc
mount: /dev/sdc1: can't read superblock

誰かがこの動作を引き起こしている可能性のあるアイデアを持っていますか？

linuxubuntuhard-driveazuresudo
1
gopal

あなたがこれをしたなら

Sudo dd if=/dev/sda1 of=/dev/sdc1

そしてあなたのデータは本当にsda1にありました、そしてあなたのデータはまだsda1で安全であるはずです。

それ以外はすべてオフです。

1
user9517

そのディスクにはいくつかの重要なデータがあります。

あなたはsdc1を意味しますか？はいの場合、そこからデータを取り戻す見込みはあまりありません。

Ddコマンドを実行すると、sdc1の先頭のデータが上書きされます。スーパーブロックはファイルシステムの先頭にあります。上書きされている可能性もあります。これが、sdc1をマウントしようとしたときにエラーメッセージが表示される理由です。

Sdc1からできるだけ多くのデータを回復するために、私の考えでは、スーパーブロックをそのバックアップから復元します（ファイルシステムの別の場所にスーパーブロックのコピーが保存されています）そして、次の場合にsdc1からファイルをコピーしてみてください読みやすいです。一部のファイルは、パーティションの先頭にあるブロックを使用すると破損する可能性があります（これらのブロックは上書きされています）。

ここに良い リンク スーパーブロックについてです。

実際、私はあなたと同じ状況を経験したことがあります。最終的には何も復元できません。

さらに、回復手順を実行する前に、それ以上の損傷を防ぐために、ddコマンドでsdc1をバックアップしてください。

0
Steven Lee - MSFT

MBRもddでバックアップし、ディスクのクローン作成プロセス後に復元し、パーティションテーブルを書き換えることをお勧めします（念のため）。

MBRをコピーします：

~# dd if=<SOURCE_DISK> of=/path/to/mbr_file.img bs=512 count=1

パーティションテーブルを復元します。

~# dd if=/path/to/mbr_file.img of=<DESTINATION_DISK> bs=1 skip=446 count=64

ただし、ディスクのバックアップにddを使用することは、LinuxSOのバックアップに適した選択肢ではありません。 * NIXサーバーを扱う場合は、tarまたはrsyncを使用することをお勧めします（これはリモートコピーに最適です）。ファイルシステム、ディスクサイズ、およびパーティショニングスキーム。私は常にrsyncを使用してLinuxサーバーをデプロイしています。

注意：NTFSのクローン作成には、ツールとしてPartimageをお勧めします。

0
ivspenna