私のノートブックには2つのディスクがあります(2番目のディスクのキャッシュである3番目のディスク-/ dev/sdb-があります)。
Windows 10は2番目のディスク(/ dev/sdc)(SATA ODD)にあり、今日まで非常にうまく機能していました。
Ubuntu私は昨日最初のディスク(/ dev/sda)にインストールしました(固定HDD)。
現時点ではUbuntuは正常です。
私の問題は、UbuntuでGPartedを実行した後に今日始まりました。次のポップアップメッセージが表示されました。
Libpartedでバグが見つかりました!バックアップGPTテーブルは、本来あるべきディスクの最後にはありません。これは、別のオペレーティングシステムがディスクが小さいと信じていることを意味している可能性があります。バックアップを最後に移動する(そして古いバックアップを削除する)ことで修正しますか?
残念ながら、ボタンを押してプロセスを実行しました。それが実行されていたディスク(/ dev/sda)を変更することを期待していました。しかし、それはWindowsでディスク(/ dev/sdc)を変更しました。
その後:
Linuxでは、/ dev/sdcは、lsblk、fdisk、およびpartedを使用して表示されます。
2番目のディスク(/ dev/sdc /)のパーティションをマウントし、ファイルにアクセスすることができました(読み取り専用)。
Gdiskは、/ dev/sdcについて次の情報を提示しました。
問題:セカンダリヘッダーのセルフポインタは、それがディスクの最後に存在しないことを示しています。 RAIDアレイにディスクを追加した場合は、エキスパートメニューの「e」オプションを使用して、セカンダリヘッダーとパーティションテーブルの場所を調整します。
1つの問題を特定しました!
ブート情報スクリプトは次のことを示しました。
/ dev/sdcのMBRにブートローダーがインストールされていません。 (Windows付きディスク)
Windowsは/ dev/sdaのMBRにインストールされます。 (Ubuntuのディスク)
/ dev/sdc(Windows 10である2番目のディスク)のGPTパーティションまたはブートローダーを修復するのを手伝ってもらえますか?
更新:
ノートブックからディスク(/ dev/sdc /)を取り外しました。 USBコネクタ付きのHDDSATAを使用するためにアダプタに入れました。
このようにして、DISKPARTはディスクとそのパーティション/ボリュームを確認できました。それをGPTとして識別します。
ここで、ディスクのWindowsブートローダーを回復する必要があります。 (システムを使用して作成されたリカバリディスクと、両方のペンドライブにWindows 10インストーラーがあります)。
それを行うための最も安全な手順は何ですか?
私が正しく理解している場合は、インストーラーでペンドライブ/ CD/DVDを起動し、修復オプションを選択する必要があります。そこから、起動時の問題を修正するためのオプションを選択します。これで、ブートローダーが再インストールされます。次に、CD/DVDからLinuxを起動し、GRUBを再インストールする必要があります。これは、Windowsによっても上書きされるためです。
Ubuntu wiki プロセスを詳しく説明しています 。
それでもうまくいかない場合は、Ubuntuとほぼ同じ方法を使用するdebianを使用します。 過去に使用したGRUB EFI を修正するための適切な手順は次のとおりです。Ubuntuwikiメソッドが失敗した場合、Ubuntuに簡単に転送できるはずです。このメソッドはGRUBをインストールするためのREFIndブートCDであり、EFI固有です(レガシーBIOSはこのようには機能しません)。