簡単に言えば、ここが私のディスクの問題に対する最善の答えを見つけたところです。https://help.ubuntu.com/community/DataRecovery
Fedora 15のインストール中に、起動時にマウントする3つのドライブがすべて追加されました。ただし、インストールが完了した後はインストールできません。
再起動中にこのメッセージが表示されますか?
**Give root password for maintenance
(or type Control-D for normal startup):**
「Control-D」が機能せず、最終的に手動でシャットダウンし、Fedora 14を再インストールしました。バグだったらいいのに、私の知る限りではそうではなかった。
だから私はfstabで手動でディスクを追加してみました。
$ nano /etc/fstab
/dev/sdb1 /media/Unus ext4 defaults 0 0
/dev/sdc1 /media/Duo ext4 defaults 0 0
しかし、彼らはインストールしません:
$ mount media/Duo
mount: wrong fs type, bad option, bad superblock on /dev/sdb,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so
これは私がdmesgから得たものです:
$ dmesg | tail
[ 897.592207] EXT4-fs (sdc): VFS: Can't find ext4 filesystem
ただし、ディスクは次のようになります。
$ testDisk
Disk /dev/sdb - 1000 GB / 931 GiB - ATA ST31000528AS
Disk /dev/sdc - 2000 GB / 1863 GiB - ATA ST2000DL003-9VT1
Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63
Partition Start End Size in sectors
> P ext4 0 0 1 121601 80 63 1953525168 [Unus]
Disk /dev/sdc - 2000 GB / 1863 GiB - CHS 243201 255 63
Partition Start End Size in sectors
> P Unknown 0 0 1 243201 80 63 3907029168
Fedora 15をインストールする前は、両方のディスクがext4でフォーマットされ、正しく機能していました。
ディスクに書き込まれたデータを失うことなくファイルシステムを再構築する方法はありますか?
どちらのディスクにも必要なデータがありますが、どうすればよいかを知りたいです。
ありがとうございます。
修正する:
次のように:http://linuxexpresso.wordpress.com/2010/03/31/repair-a-broken-ext4-superblock-in-ubuntu/
ルートとして次を実行します。
$ fsck.ext4 -vy /dev/sdb
これにより、マイディスクの1つが復元されました。したがって、以下を使用してインストールできます。
$ mkdir /media/Unus && mount /dev/sdb
しかし、私は他の人にとってあまり幸運ではありませんでした。
$ fsck.ext4 -vy /dev/sdb
e2fsck 1.41.12 (17-May-2010)
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/sdc
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>
誰かが提案したように、以下を実行しました。
$ file -s /dev/sdb1 /dev/sdc1
/dev/sdb1: ACB archive data
/dev/sdc1: LVM2 (Linux Logical Volume Manager) , UUID: XlSIOVm3e8Ozqv4EO0TgTCiKAOdW4V6
これでディスク /dev/sbc - 2000GB / 1863 GiB - ATA ST2000DL003-9VT1(これは外部4、ちなみに)。
# e2fsck -n /dev/sdc1
e2fsck 1.41.12 (17-May-2010)
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/sdc1
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>
ディスクの一部の印刷画面:https://i.stack.imgur.com/FQwDL.jpg
最近の更新
新しいディスクが到着するのを待っている間、あなたの提案のいくつかを試しています。
論理ボリュームを試してアクティブにするには、次のようにします。
# lvchange -ay vg_atipico/**lv_duo**
One or more specified logical volume(s) not found.
私が書いたコマンドが正しいかどうか、次のように書く必要がありますか?
"lvchange -ay vg_atipico/sdc1「?
答え1
まず、何が起こっているのか正確に知るまでは、破壊的な行動をしないでください。。たとえば、デバイスにext2 / ext3 / ext4ファイルシステムが含まれていて、それを復元できることがわからない場合は、デバイスe2fsck
で実行しないでください。-n
危険なリスクを負う前に、次のことをお勧めします。コピーを作成生ディスク。少なくともそのサイズのディスクを入手し、内容全体をコピーします。
cat </dev/sdb >/dev/sdd
(保存して/dev/sdb
上書きしようとしているディスクはどこにありますか/dev/sdd
?1文字でも間違わないように、非常に注意してください!)。
/dev/sdb
矛盾した状態のようです。明らかにパーティションがあることを示すパーティションテーブルがありますが、/dev/sdb1
パーティションではなくディスク全体にファイルシステムもあります。ディスク全体にファイルシステムがある場合は、パーティションテーブルを含めないでください。潜在的に破壊的なことをした場合は、ディスクからすべてのファイルをコピーしてみることをお勧めします。読み取り専用でインストールします。
mkdir /media/b
mount -r -t ext4 /dev/sdb /b
cp -a /media/b /some/place/you/have/enough/space
/dev/sdc1
含むLVM物理ボリューム。このボリュームを集める必要があります。実際、システムはすでにこれを行っている可能性があります。データはパーティションに直接ではなく、論理ボリュームにあります。lvs
使用可能な論理ボリュームを確認するには、実行してください。
mkdir /media/c
lvs # You'll probably see a line with " volumegroupname logicalvolumename"
mount -r -t ext4 /dev/mapper/volumegroupname-logicalvolumename /media/c
何も表示されない場合は、lvs
まずボリュームを有効にする必要があります。vgs
使用可能なボリュームグループのリストを表示し、vgchange -ay volumegroupname
ボリュームグループをアクティブにし、lvchange -ay volumegroupname/logicalvolumename
論理ボリュームをアクティブにするには実行します。ヘルプが必要な場合は、pvs
およびvgs
の出力を投稿してくださいlvs
。
e2fsck
リカバリできない場合でも、ファイルシステム構造をリカバリしてみることができます。しかし、これにはファイルシステムの深い理解が必要です。専門家でも、どの部分を扱うかによって、遠くに行くことも、そうでない場合もあります。テストディスクファイルシステムの回復ツールです。ディスクから空き容量を確保してみてください。
ファイルシステムを回復できない場合は、個々のファイルを見つけます。作業しているファイルの種類とディスクの配置方法によっては、これは簡単でも難しいかもしれません。 1つの有利な状況は、一度に作成される大容量のビデオファイルです(したがって、各ファイルには認識可能なヘッダーがあり、断片化されない可能性があります)。欠点は、すべてのファイルに複数のバージョンがあり(1つを除いてすべて削除された)、ソースツリーがあり、ファイルデータを名前に関連付けるのも難しいことです。
持つツール破損したファイルシステム(または削除されたファイル)で認識可能なファイル(主に画像、ビデオ、サウンド)を見つけます。 TestDiskのウェブサイトにデータ復旧配布リスト;ケイン特にフォレンジックのリアルタイム流通に特化しています。