私の方はHDDが認識できるので有れば当初から考えは変わりません。
HDDのフォーマットです。
MBRについてはパーティションを新たに作成することで必要な情報は書き込まれます。
MBRの起動部分の情報はブートローダーを入れる事で(OSのインストール作業)で書き込まれます。


HDDの認識が安定下もので有れば「CMOSクリア」や「ケーブルの確認」は必要有りません。
原因は突発的な電源遮断の為にファイルシステムに異常が出た可能性が大なので「testdisk」は効力を発揮しないでしょう。
必要なデータがある場合はライブCDからHDDをマウントすれば良いのですがLVMが邪魔をして出来ないかもしれません。

「fsck」は今回の症状からの修復コマンドですが「実行しない事」を強く奨めます。
壊れたファイルシステムの整合性を保つために異常な箇所を切り離して帳尻合わせしますので、より複雑怪奇に起動しなくなるか、上手く起動しても実用性が保たれているかどうかの賭的な要素が強く有ります。
今回のケースでは「100害有って一利有る時も有る」でしょう。

LVMの再構築は必要性が無い場合は避けた方が良いかもしれません。
この様な事態で暗号化されたディレクトリからのデータ救出方法を確保しようとされているメンバがいましたが、同じようにLVM構築機で不具合が発生したときの影響とデータ救出方の情報を得てからLVMでの運用をされた方が良いかも。

※規約違反により追放されたユーザの投稿は、ログインユーザにのみ表示されます。

>HDDのフォーマットです。
①Gpartedで/dev/sdaを選択、フォーマット>ext4を選択
フォーマットを実行したのですが、失敗してしまいそれ以降/dev/sdaのファイルシステムがext4から不明になってしまいました。

②Gpartedで「デバイス」ー「パーティションテーブルの作成」
作成中に失敗のメッセージが出力されました。

上記①、②に共通していることは一度失敗するとデバイスを認識しなくなり、再起動すると新たにデバイスを認識する事です。

>HDDの領域がグチャグチャになってしまったらしく、できませんでした。
私のPCも似たような症状かもしれません、持ち込むしかないのでしょうか。。。

※規約違反により追放されたユーザの投稿は、ログインユーザにのみ表示されます。

fjkさん
ご指摘の事例と同様で、私の１年も使用していないSATAのHDDは、Gpartedでパティションを操作したことで、
本当にグチャグチャになった様です。

パティションを変更はできるのですが、そのときフォ−マットの途中で止まってしまいます。
どうにもならなくなり、ショップに持ち込みました。
普通は、なにがしかのサポ−ト料金を取るようですが、そこは話の持って行きようで無料になります。
新しいHDDを購入したついでに、ちょっと調べてくれないかで。。。
チラッと見ただけなので名前は忘れましたが、物理フォ−マットに近いことを行う特殊なソフトがあるようです。
教えてくれと担当者に言いましたが、隠されてしまいました。

fjk による投稿:

>HDDのフォーマットです。
①Gpartedで/dev/sdaを選択、フォーマット>ext4を選択
フォーマットを実行したのですが、失敗してしまいそれ以降/dev/sdaのファイルシステムがext4から不明になってしまいました。

②Gpartedで「デバイス」ー「パーティションテーブルの作成」
作成中に失敗のメッセージが出力されました。

上記①、②に共通していることは一度失敗するとデバイスを認識しなくなり、再起動すると新たにデバイスを認識する事です。

>HDDの領域がグチャグチャになってしまったらしく、できませんでした。
私のPCも似たような症状かもしれません、持ち込むしかないのでしょうか。。。

う～ん、試せる事を実行してから出してみるのも有かな。

・Gpartedで/dev/sda1 を削除のみを実行してエラーの確認。
・新規作成で失敗した場合「詳細」の▽マークを掘り下げてエラー内容をお願いします。
・不明なファイルシステム（黒ブチ）が/dev/sda1 である事を確認
・$ sudo fdisk -l で　/dev/sda1 の存在を確認
・$ sudo badblocks -vs /dev/sda     で不良セクタの確認
・$ sudo mkfs.ext3 -c /dev/sda1     もう一度デバイスのチェック後、フォーマット
・エラー表示の場合はGpartedのエラーと比較。
・Gpartedからパーティションを2つ以上切ってからフォーマットした結果をみてみる。
（これはシステムが原因の時には良いが、ライブCDからだと意味がないかな）
・/dev/sdb を先にフォーマットしてみる。
・3988さんの案、HDDを一つ外してフォーマットしてみる。
・/dev/sda のパーティションを削除した状態でMicrosft様のパーティションエディタ（インストールディスク）を試してみる。

#オフトピ

普通なら、すんなりntfsでフォ−マットできるのですが、この不具合がでたHDDは途中で
　セクタ−書き込み不良エラ−が表示され、止まってしまいました。
不思議なことに、ショップにて比較的新しいマザ−ボ−ドおよび最新のWindows　OSだと、何事もなく
　ntfsでフォ−マットが完了しました。

koisan1949さん、今晩は！
う～ん、一体何処が引っかかってダメだったのか、何処が良くて上手く機能したのか気になりますね。
やはりエラー文は予め用意された文の表示だから、多少は諦めずに抗ってみると吉なのかなぁ。
フォーマットのツールの性能差って有るのかなぁ。
結構にた問題でUSBデバイスでは遭遇したけどHDDだと頭を抱えちゃいますね、抜き差しとかデバイスファイルの変更とか大変だし怖いし、、、

「/dev/sda のパーティションを削除した状態」はExt形式が残っているとWindows側で認識できずに失敗するって話が有ったと思ったのだけど、「フォーマットするから関係ないよ」って以前メンバから教えてもらいました。

にも関わらず同じ事を繰り返す私の学習能力＆記憶力の低さorz

それにしても上手く行くと良いのですが、、、

liveCDから起動して以下を試してみました。
前回デバイスを認識しなかったことから再現性は低いと思います。

>sudo dmraid -s
no raid disks

>sudo fdisk -l

ディスク /dev/sda: 1000.2 GB, 1000204886016 バイト
ヘッド 255, セクタ 63, シリンダ 121601
Units = シリンダ数 of 16065 * 512 = 8225280 バイト
Disk identifier: 0xa1e2a1e2

デバイス ブート     始点        終点    ブロック   Id システム
/dev/sda1   *           1      120858   970791853+  83  Linux
/dev/sda2          120859      121601     5968147+   5  拡張領域
/dev/sda5          120859      121601     5968116   82  Linux スワップ / Solaris

ディスク /dev/sdb: 1000.2 GB, 1000204886016 バイト
ヘッド 255, セクタ 63, シリンダ 121601
Units = シリンダ数 of 16065 * 512 = 8225280 バイト
Disk identifier: 0x00063bdd

デバイス ブート     始点        終点    ブロック   Id システム
/dev/sdb1   *           1      121601   976760001   8e  Linux LVM

>sudo badblocks -vs /dev/sda
全セクタが表示されつづけたので途中でストップしました。

一度HDDのパーティションテーブルなどを読みにいくと認識しなくなるようです。
試せそうな事は夜通し試してみようと思いますが

>ファイルシステムを作ろうとする場所の近辺にデータがないか探して、余計なことに見つけるとそれを有効な物として初期化を強行しない節があります。

とあるようにたまたま前回のファイルシステムが見つかった時は捏造し、見つからなかったら認識しないといった動作をしているように見えます。

>ファイルシステムを構築することを躊躇するような動作が原因である場合、パーティションテーブルを弄っても何の効果もありません。

なので色々試してダメでしたら、MBRのマスターブートロダーをGRUBが上書いていることが原因であると思いますのでMBRの再構築を実施したいと思います。

その発想はなかったですね
9.04のインストラーで認識するかどうかも合わせて試してみます。

※規約違反により追放されたユーザの投稿は、ログインユーザにのみ表示されます。