インストール済みUbuntu 16.04
。
Ubuntu以前はWindows 7を使用していましたが、そのディスクをUbuntu用にフォーマットしました。
インストール後、コンピュータを再起動する必要があるとシステムから言われました。
システムを再起動した後、Ubuntuは読み込まれず、Ubuntuの再試行/インストールを要求します。
ASUS K55VJラップトップを使用していて、USBフラッシュドライブからUbuntuをインストールしようとしました。
また、ブート修復ツールを使用しようとしましたが、何も役に立ちませんでした。
このチュートリアルでUbuntuをインストールしました: buntu Installation
さらに、これはブート修復ツールからのリンクです ブート修復ツール
マスターブートレコード(MBR) ディスクにEFI/UEFIモードのUbuntuをインストールしたようです。これは異常で、問題を引き起こす可能性があるほど異常です。 EFIモードインストールの通常の構成では、MBRではなく GUIDパーティションテーブル(GPT)、 を使用します。
EFIモードブートでは、ブートローダーは EFIシステムパーティション (ESP; your /dev/sda4
)、およびそのファイルへの参照はNVRAMに格納されます。私はこれでほとんどテストを行っていませんが、一部のコンピューターはMBRを使用するときにそのNVRAMエントリーを「忘れる」ようで、これがシステムで何が起こっているかという証拠があります-ブート修復出力でefibootmgr
を検索すると、重要なubuntu
エントリがその実行の一部から欠落していることがわかります。これは、ubuntu
エントリが「取得」していないことを意味します。
私が正しい場合は、パーティションテーブルをMBRからGPTに変換し、ブート修復を再実行してmight問題を修正します。この変換はかなり単純で、Ubuntuに標準で付属している私のgdisk
ツールで実行できます。詳細については、gdisk
のドキュメントをご覧ください。
http://www.rodsbooks.com/gdisk/mbr2gpt.html
この変換は迅速ではありますが、完全にリスクがないわけではないことに注意してください。リスクはかなり低いですが、何かがうまくいかない場合、それはひどく悪くなり、簡単に多くのデータが失われる可能性があります。したがって、ディスクに重要なデータがある場合は、この変換を行う前にバックアップする必要があります。 (このようなバックアップを実行する別の理由については、以下を参照してください。)
残念ながら、一部のEFIはバグが多く、GPTディスク上でもブートローダーの設定を記憶できません。これは2011〜2013年では一般的でしたが、最近のコンピューターではあまり一般的ではありません。システムが非常に影響を受けている場合は、次のような非常に多くの質問と回答でカバーされているように、回避策を実装する必要があります。
もう1つのポイント:あなたの/dev/sda2
はNTFSです。このパーティションはブート可能であるように見えません。 Ubuntu専用のNTFSメンテナンスツールがないため、UbuntuのみのインストールでNTFSを使用することはお勧めできません。つまり、when(注:when、notif)NTFSパーティションの修復が必要な場合、ジャンプする必要がありますそれを修正するための退屈な余分なフープ。したがって、そのパーティションが実際に起動可能なWindowsインストールでない限り、バックアップして、ネイティブのLinuxファイルシステムに変換し、復元することを強くお勧めします。起動可能なWindowsインストールの場合、少なくともコンピュータにEFIモードのWindowsブートローダーをインストールしない限り、ディスク全体をGPTに変換すると起動できなくなります。したがって、このパーティションからWindowsを起動している場合は、ディスクにUbuntuのBIOSモードブートローダーをインストールするなど、提案したMBRからGPTへの変換以外のソリューションを使用することをお勧めします。