私のノートブックには2つのディスクがあります(3番目のディスク - / dev / sdb - 2番目のディスクのキャッシュです)。
Windows 10は2番目のディスク(/ dev / sdc)(SATA ODD)にあり、今日まで非常にうまく機能していました。
Ubuntu昨日最初のディスク(/ dev / sda)にインストールしました(固定HDD)。
現時点ではUbuntuは正常です。
UbuntuでGPartedを実行した後、私の問題は今日始まりました。次のようなポップアップメッセージが表示されました。
libpartedにバグが見つかりました。 バックアップGPTテーブルは、ディスクの最後にはありません。 これは、別のオペレーティングシステムがディスクが小さいと考えることを意味するかもしれません。 バックアップを最後まで移動して(そして古いバックアップを削除して)修正しますか?
残念ながら、プロセスを実行するためにボタンを押しました。実行中のディスク(/ dev / sda)が変更されることを期待していました。しかし、それはWindowsでディスク(/ dev / sdc)を変えました。
その後:
- UEFIはWindowsを見つけませんでした。
- セットアップでは、SATA ODDは[Not Detected]と表示されます。
- Windowsのリカバリディスクを使用して実行しているDiskPart(list diskコマンド)は、2番目のディスク(/ dev / sdc /)を見ることができませんでした。 2つのディスクが見つかりました:/ dev / sdaと/ dev / sdbは正しく、GPTを使用しています。
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コントラクター付きHDD SATAを使用するためにアダプターに入れました。
そしてこのようにしてDISKPARTはディスクとそのパーティション/ボリュームを見ることができました。 GPTとして識別
今私はちょうどディスクのWindowsブートローダを回復する必要があります。 (私はシステムを使用して作成されたリカバリディスクと、Windows 10インストーラを両方ともpendrivesに持っています)。
それをするための最も安全な手順は何ですか?