私は次の設定を持っています:
私は基本的なLinuxディストリビューションとしてElementary OS Luna(Ubuntu 12.04のフォーク)に切り替えることにしました。 10Gbに過剰なeOS容量を追加するには、Ubuntuパーティションを削除する必要があります。
現在私のeOS/dev/sda9
はUbuntuです/dev/sda8/
。ブートローダがインストールされている場所を忘れてbootinfoscriptを実行しましたが、次のものが返されました。
`==============================スタート情報の概要:=============== = ===============
=> Grub2(v1.99)は/ dev / sdaのMBRにインストールされ、同じハードドライブのセクタ1でcore.imgを探します。 core.img はここにあります。
sda1: ____________________________________________________________________________
File system: ntfs
Boot sector type: Windows Vista/7: NTFS
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /bootmgr /Boot/BCD
sda2: ______________________________________________________________
File system: ntfs
Boot sector type: Windows Vista/7: NTFS
Boot sector info: No errors found in the Boot Parameter Block.
Operating System: Windows 7
Boot files: /bootmgr /Boot/BCD /Windows/System32/winload.exe
sda3: ____________________________________________________________________________
File system: ntfs
Boot sector type: Windows Vista/7: NTFS
Boot sector info: No errors found in the Boot Parameter Block.
Operating System:
Boot files: /bootmgr /boot/bcd
sda4: ____________________________________________________________________________
File system: Extended Partition
Boot sector type: -
Boot sector info:
sda5: ______________________________________________________________
File system: ntfs
Boot sector type: Windows Vista/7: NTFS
Boot sector info: According to the info in the boot sector, sda5 starts
at sector 2048.
Operating System:
Boot files:
sda6: ____________________________________________________________________________
File system: swap
Boot sector type: -
Boot sector info:
sda7: ______________________________________________________________
File system: ext4
Boot sector type: Grub2 (v1.99)
Boot sector info: Grub2 (v1.99) is installed in the boot sector of sda7
and looks at sector 851823520 of the same hard drive
for core.img, but core.img can not be found at this
location.
Operating System:
Boot files: /grub/grub.cfg /extlinux/extlinux.conf
sda8: ____________________________________________________________________________
File system: ext4
Boot sector type: Grub2 (v1.99)
Boot sector info: Grub2 (v1.99) is installed in the boot sector of sda8
and looks at sector 860224256 of the same hard drive
for core.img. core.img is at this location and looks
for (,msdos9)/boot/grub on this drive.
Operating System: Ubuntu 13.04
Boot files: /etc/fstab
sda9: ______________________________________________________________
File system: ext4
Boot sector type: -
Boot sector info:
Operating System: elementary OS Luna
Boot files: /boot/grub/grub.cfg /etc/fstab /boot/grub/core.img`
進行方法に関するアドバイスが必要です。私は、Ubuntuと/dev/sda7/パーティションを削除すると、私のGRUBがめちゃくちゃになるのではないでしょうか?助けてくれてありがとう。
答え1
通常、Ubuntuパーティションを削除したりElementary OSをインストールできない理由はありません。
ほとんどの場合、Linuxディストリビューションは使用可能なすべてのオペレーティングシステムのインストール(ワシントンレッドモンドの欠陥があり、古い製品を含む)を検出し、検出されたインストールに基づいて起動メニューを構築し、ドライブのMBR起動にGRUBをインストールしようとします。したがって、GRUBブートメニューおそらくElementary OSをインストールすると、最初から再構築されます。
Elementary OSのインストールに失敗した場合(より正確には、GRUBのインストールを試みる前に失敗した場合)そして別のパーティションを移動したりサイズ変更したりしないと仮定すると、ブートブロックの残りのGRUB構成を使用して別のパーティションにブートできます。
付録:@d4ryl3は、「Ubuntuと/dev/sda7/パーティションを削除すると、私のGRUBがめちゃくちゃになるのではないでしょうか?」という質問で質問を明確にしました。おそらくいいえ。 」
GRUBを最後にインストールした人、パーティションを見つけるためにGRUBを構成した方法、およびディスクを再分割する方法によって異なります。ボリュームIDまたはボリュームラベルを見つけるようにGRUBを設定した場合、問題はありません。これは、通常、パーティションを移動するときにボリュームIDは変更されず、ボリュームラベルも(明示的に変更しない限り)確実に変更されないためです。
OTOH GRUBが「オリジナル」パーティション番号を検索するように構成されていてもおそらく正しく。たとえば、/dev/sda7はMBRパーティションテーブルの7番目のエントリであるため、/dev/sda7と呼ばれます。パーティション「削除」通常パーティション項目が無効または非表示としてマークされていることを示します。通常削除されたアイテムを埋めるためにすべての後続アイテムを上に移動するという意味ではありません。これは、すべてのエントリに新しいパーティション番号が付与されるためです。パーティション番号が変更された場合は、最新のパーティション構造を知るためにGRUBインストールを再実行する必要があります。
パーティションエントリが移動された場合、またはパーティションが記述するデータブロックが移動され、GRUBがデータブロックがあった場所から何かを移動する必要がある場合、重大な影響を受ける可能性があります。あなたの場合、両方のシナリオは不可能です。ただし、結果に影響を与える可能性のあるディスクを再分割する方法については説明しませんでした。
パーティションを分割した後に行う必要がある2つの作業があります。今後再起動:
- システムユーティリティを再実行してすべてのオペレーティングシステムパーティションを検出し、GRUBをMBRに再インストールします。
- GRUBを含む起動可能なUSBスティックを作成して、損傷を修復する可能性を半分にします。