Clonezilla を使用して、Ubuntu 16.04 を含む 1:1 HDD コピーを IDE ドライブから 1 TB SATA HDD に実行しました。1 TB HDD は以前は Windows に使用されていました。
コントローラーが AHCI に設定されている場合、1 TB HDD は BIOS によって認識されなくなりました。(ただし、コントローラーが IDE に設定されている場合は機能します。) 「AHCI ポート XXX を検出しています」で停止しますが、どのポートかはまったく関係ありません。Windows (NTFS) がインストールされている限り、AHCI 認識は機能していました。また、FAT32 ドライブも問題なく認識します。
これは、Ext4 ファイル システムでクローン/書き込みされた後に故障した 2 番目のハード ディスクであるため (以前に試したハード ディスクは、より小型の SATA HDD でした)、起動に「OK」を出すために AHCI ドライブ認識ルーチンがハード ディスクからの追加情報を必要とし、NTFS/FAT32 がない場合に停止するのではないかと自問します。
使用したマシンは、Q6600、8GB RAM、ASUS P5K Pro、最新の BIOS です。さらに、BIOS には Asus EZFlash も含まれており、これは NTFS/FAT32/FAT16 ルーチンを使用して、USB フラッシュ ドライブまたは CD 上の BIOS 更新ファイルにアクセスします。おそらく、AHCI ルーチンは EZFlash のファイル システム アクセス ルーチンを使用します。
この問題は、「古い」AHCI コントローラーでよく発生するエラーですか? または、何か提案はありますか?
答え1
問題は BIOS のバグです。ICH9 チップセットを使用する一部のコンピューターで発生します (おそらく他のコンピューターでも発生します)。BIOS ルーチンは、ハードディスクのオフセット 0x1c3 で HDD 全体の終了アドレスを検索し、これらが特定の値 (FE FF FF) と一致しない場合、ルーチン全体が「AHCI ポート XXX を検出しています...」で停止します。パーティションを最大サイズに変更すると、問題は解決しました。0x1C3 を「FE FF FF」で埋めると、GRUB はそれをまったく好まなくなり、起動を拒否しました。
AHCI ルーチンが HDD コントローラーのフラッシュ エントリではなく、HDD サーフェスから情報を取得する必要があるのはなぜかと自問します。
答え2
私も同様の問題を抱えていました。まず、新しい SATA ケーブルを試して、ケーブルを交換してみてください。ケーブルが不良だったり、ボードと HDD の端子が汚れていたりしました。また、HDD への電源も不良/汚れていました。
クローンファイルは問題ないと思います。テストしてもらえますか?
元の HDD が新しい BIOS フラッシュで正常に起動する場合は、両方の HDD をインストールします。問題の HDD をフォーマットします (NTFS)。テストして、問題がなければ、Ubuntu で起動可能なフラッシュを作成します。デュアル ブート HDD をセットアップします。再起動して Ubuntu をインストールします。正常に動作する場合は、パーティションを好きなようにセットアップします。
BIOS アップデートの不具合については読んだことがありますが、対処したことはありませんでした。その後にこれが起こった場合。