web-dev-qa-db-ja.com

パーティション。 / bootを含むパーティションを移動しても安全ですか？

デュアルブート（Windows 7およびUbuntu 12.04）を実行していますが、Ubuntuパーティション用のスペースを増やしたいです。ライブCDからgpartedを使ってやっています。

割り当てられていないスペースを確保するためにWindowsパーティションのサイズを変更し、それを埋めるためにUbuntuのサイズを変更しようとしていました。しかし、私はこれを得ました：

「パーティションを移動すると、オペレーティングシステムが起動に失敗する場合があります。

パーティション/ dev/sda3の開始セクターを移動する操作をキューに入れました。/bootを含むGNU/Linuxパーティションを移動した場合、またはWindowsシステムパーティションC：を移動した場合、起動に失敗する可能性が最も高くなります。 GParted FAQでブート構成を修復する方法を学ぶことができます。 http://gparted.org/faq.php

パーティションを移動すると、適用に非常に長い時間がかかる場合があります。」

私は怖くてそれをやろうとはしませんでしたが、まだubuntuパーティションにもっとスペースが欲しいです。私は何をすべきか ？

よろしくお願いします

マルクス

dual-bootpartitioninggpartedunallocated
12
Markus

このようにシステムを変更する前に、十分に言えず、バックアップを作成し、実際に必要なデータが含まれていることを確認してください。

そうは言っても、ブートドライブの開始ブロックの場所を（たとえば、セクター63から2048に）移動すると、システムがブートする前にgrubを再インストールする必要があります。 ubuntuページを参照してください buntu Live CDまたはUSBでGrub 2を修復、復元、または再インストールする方法 。

6
BeowulfNode42

Ubuntu 15.04 Live USBキーのGPartedを使用して、/パーティションの位置とサイズをわずかに変更しました。以前は、磁気HDDからこのSSDにビット単位でコピーしていたので、パーティションを揃えたいと思っていました。

最初に、Grubをディスク自体と別のディスクの両方にインストールしました。パーティションを移動/サイズ変更した後、 GParted FAQからリンクされた手順 を参照しました。

LVM/RAIDを使用していないGrub 2ベースのUbuntuマシンのパーティション/ dev/sdc2の場合：

Sudo -i
mkdir /tmp/mydir
mount /dev/sda5 /tmp/mydir
mount --bind /dev /tmp/mydir/dev
mount --bind /proc /tmp/mydir/proc
mount --bind /sys /tmp/mydir/sys
chroot /tmp/mydir
grub-install /dev/sdc
exit
reboot

パーティションとディスクの両方を適切なものに交換し、異なるセットアップがある場合は、実際にリンクされている手順を確認してください。

Grubをインストールした他のディスクはまだシステムを起動できたため、これは必要ではなかったかもしれません。

2
Sam Brightman

/ bootを含むパーティション（通常Ubuntuがインストールされている場所）を移動すると、Grubはコンピューターを起動するときにロードできず、リカバリラインモードになります。

私自身は、その恐ろしいメッセージのために、パーティションを移動してスペースを空けていません。

この次のステップでは、起動するUbuntuライブCD/USBがあることを確認してください。

重要なファイルをすべてバックアップしてから、GPartedライブCDを使用して、移動するパーティションを移動してください。

次に、コンピューターを再起動し、UbuntuライブCD/USBを起動し、ターミナルでSudo update-grubを実行します。実行されない場合は、Sudo apt-get install --reinstall grub && Sudo grub-installを試してください。次にSudo update-grub。

うまくいけば、これが機能する。

1
MoonRunestar

上記の非常に詳細なアドバイスに加えて、そのほとんどが素晴らしいので、以下を追加します。

1）危険にさらされる可能性があるすべてのデータのバックアップとは別に、少なくとも2つのブートの冗長バックアップを作成します。1つはパーティション全体を直接コピーパーティションマジックなどのパーティションユーティリティを使用して新しいパーティションに私が思い出すように、gpartは両方のバージョンでこの機能を持っているかもしれません。フラッシュドライブまたは別のコンピューターのバックアップでそれを補います。キャプチャした可能性があるかどうか分からない隠しファイルがあることに注意してください。隠しファイルを表示するようにファイルマネージャを設定しない限りわかりません。

2）この状況で私が常にしていることは、ブートパーティションをそのままにして、データパーティションとルートのみをサイズ変更/移動することです。そうすれば、grubの更新や再インストールについて心配する必要はありません。/bootを台無しにする正当な理由を主張したことはわかりません。

3）上記の手順とは別に、運がよければ簡単に Ubuntuリカバリモードで起動できる場合はgrubを更新することもできます。 2番目のオプションであるUbuntuの詳細設定オプションを使用して、そこにアクセスできます。これにより、fdiskやその他の選択肢を備えた昔ながらのメニューが表示されます。 grubオプションを選択すると、運が良ければ自動的に更新されます。

注：grubメニューにアクセスする方法がわからない場合、一部のIntelマシンでは、ブートマネージャーで「EFIファイルからブート」オプションを見つけることができます。ブートアップ時にFkeyを押して、結果のメニューをサーフィンすることにより、ブートマネージャーに取り組むことができるはずです。

0
Flag Bear

重要なファイルをバックアップします。

Windowsでdefragおよびchkdsk/fを実行します。

GpartedのあるライブCDから始めて、パーティションを減らします。

Windowsで再起動します。すべてが正常に機能する場合。

ライブCDから開始し、gpartedを使用するとUbuntuパーティションが増加します。

ターミナルを開き、パーティションのUUIDを取得し、chrootし、/ etc/fstabファイルを編集し、UUIDを修正し、Grubを再インストールして、実行します：

Sudo su
fdisk -l
blkid /dev/sdax 
#/dev/sdax = linux partition - mount as /
mount /dev/sdax /mnt
mount --bind /dev /mnt/dev 
mount --bind /dev/pts /mnt/dev/pts
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt
nano /etc/fstab
#Change the UUID if this changed to /dev/sdax mount as /
#Save the file (Control+O). Close Nano (Control+X)
grub-mkconfig -o /boot/grub/grub.cfg
grub-install --root-directory=/mnt /dev/sda
grub-install --recheck /dev/sda
umount /mnt
reboot
0
kyodake

サイズ変更/移動操作を行う前に重要なファイルをバックアップすることを強くお勧めします。

Gpartedメッセージは、サイズ変更時にデータを失うリスクについて警告するだけです。データを失うという意味ではありませんが、可能です。

私はGpartedやその他のパーティションソフトウェアを使用して、ほぼ毎日パーティション（Ubuntu、XP Vista、7など）のサイズをほぼ毎日変更していますが、問題は発生しませんでした。

サイズ変更/移動操作を行う前に重要なファイルをバックアップすることを強くお勧めします。

0
Mitch