私は Windows 7 がインストールされた 30GB SSD を持っています (コンピュータの仕様は下記にあります)。しばらく前に何かを行った後 (残念ながら何があったかは思い出せません)、SSD に何かが起こりました。起動時に SSD をコンピュータに接続すると、コンピュータが BIOS スプラッシュ スクリーンでフリーズします。
言及する価値があるかもしれない事項:
- SSDは別のコンピュータに接続すると正常に起動します
- SSDが接続されていない場合でもコンピュータは正常に動作します
- BIOS画面の後にSSDを接続すると正常に動作します[1]
- ファイルを別のハードドライブに転送し、そこから修正することで動作するようになりました。[2]
- SSD は完全にいっぱいで、30 から 1 GB 未満の空き容量しかありません。このため、Windows Update が一晩中ハングしたときに強制シャットダウンする必要がありました (.NET Framework を更新するには少なくとも 3 GB の空き容量が必要であると読みました)。
[1] - 現在の回避策は、データが保存されている TB HDD のみを接続することです。これにより、BIOS を通過して、「再起動して適切なブート デバイスを選択するか、選択したブート デバイスにブート メディアを挿入してキーを押してください」という画面が表示されます。この時点で、HDD に接続された SATA ケーブルを使用して SSD に移動し、他の SATA ケーブルを使用して残りのドライブを接続します。
私が試してみました：
- 異なるSATAケーブルとポートの使用
- SATA モードを ACHI から IDE に変更する
- BIOS をリセットする (マザーボードのマニュアルに記載されているように CMOS ジャンパーを使用する)
- Linux のさまざまな修復ツール (boot-repair、gdisk、testdisk) を使用する
投稿を表示するために BIOS 画面を無効にしようとしましたが、投稿直前に空白の黒い画面でフリーズしました。
私が試したもう 1 つの方法は、コンテンツを別のドライブにコピーすることでした。私はこれを 2 つの方法で試しました。1 つ目は dd を使用してディスク全体のクローンを作成し、2 つ目は単純な cp コマンドを使用してすべてのファイルとディレクトリをコピーしました。
最初の方法を試したところ、2 番目のハード ドライブが最初のハード ドライブと同じように動作し、BIOS でフリーズしました。
[2] - しかし、2 番目の方法の方がうまくいきました。最初に何をしたかは正確には覚えていませんが (testdisk か、それに似たもの、あるいは Windows 修復ディスク (認識させるのに少し苦労しました) だったかもしれません)、grub rescue コマンドラインを起動できました。そこから lilo を使用して mbr を再インストールし、Windows 修復ディスクを使用しました。その後、正常に起動しました (ただし、適切にテストしていません)。SSD でも同じプロセスを実行できることはわかっていますが (何をしたか覚えていれば)、実際に問題の原因を突き止めて修正する方がはるかに良いと思います。
コンピュータの仕様:
マザーボード: Asus P8P67 Pro
ストレージ:
- 30GB SSD - Windows 7
- 1TB HDD - Ubuntu* とデータ
- 1TB HDD - その他のデータ
- 80GB HDD - Arch と空の 40 GB パーティション* 最終的には両方の OS で GRUB を設定することが目標ですが、自分でできると確信しています。この質問をしているのは、GRUB の設定ではなく、Windows ドライブの修復に関するヘルプを求めているからです。