だから私はラップトップにUbuntuをインストールしようとしていますが、grubをインストールしようとするまでうまく動作するようです。過去1時間で進捗が見られず、これが2回目の試みです。
Linux Live USBを使用して13.10をインストールしようとしています。私はラップトップの内容を気にしません。
私は、インストールを開始する前にgrubのインストールに関する指示を見つけようとしていました。それが私の問題を解決することを期待していましたが、空っぽになりました。
ラップトップは2歳で、デュアルブートWindows 7およびUbuntuを実行するために使用されていました。現在、Ubuntuのみの新規インストールを行っています。
なぜそれが起こっているのかを知る方法を誰もが知っていることを願っています。
インストール中に、grubのインストールをスキップする方法があります。 「ブートローダーインストール用デバイス」ドロップダウンを見てください。
デバイス全体「/ dev/sda」を選択する代わりに、Ubuntuをインストールするパーティションを選択します。例えば、「/ dev/sda1」
「dev/sda」を選択した場合、ドライブ全体のブートレコードを書き換える必要があります。これが問題だと思います。
ただし、「dev/sda1」(またはsda2、sda3 ...)を選択すると、ドライブ全体ではなくパーティションの先頭にブートフラグが配置されます。だからといって、ブートローダーを変更する必要はありません。つまり、ブートフラグを既存のブートローダーの「サブタイトル」として配置します。
修正を適用した後、何らかの理由でGrub2に切り替えたい場合は、Ubuntuブート修復ディスクを使用します。 buntu Boot Repair
他のすべてが失敗した場合は、Windowsのアンインストール中にブートセクタが誤ってそこに残っている可能性があるため、「MBRの書き換え」を試みてください。 Ubuntuの新規インストールを行っているため、WindowsパーティションのブートフラグをUbuntuが正しく処理できなかった可能性がわずかにあるため、これが最終的な選択肢になる可能性があります。
UEFI BIOSにインストールする際に問題がある場合(この問題がAcerラップトップのみに当てはまるかどうかわかりません) ここにトピックがあります この問題の解決に役立ちました。
コマンドが消えた場合に備えてコピーしますが、すべてのクレジットはAcer CommunityフォーラムからPueseso
に送られます。
-- Boot Ubuntu Live USB
-- open terminal
Sudo -s
ubiquity -b
-- Press Continue testing after installation is over.
--Now we will return to the CLI ( https://wiki.debian.org/GrubEFIReinstall )
Sudo mount /dev/sda2 /mnt #sda2 is the root partition
Sudo mkdir /mnt/boot/efi
Sudo mount /dev/sda1 /mnt/boot/efi #sda1 is the efi partition
for i in /dev /dev/pts /proc /sys; do Sudo mount -B $i /mnt$i; done
modprobe efivars # make sure this is loaded
-- notice the bootx64 file
efibootmgr --verbose
-- We will reinstall grub-install for a 64bit version
apt-get install --reinstall grub-efi-AMD64
grub-install —no-nvram —root-directory=/mnt
chroot /mnt
update-grub
cd /boot/efi/EFI
cp -R ubuntu BOOT
cd BOOT
cp grubx64.efi bootx64.efi
-- You are finished, reboot the system.