パーティション。/ 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パーティションにもっとスペースが欲しいです。私は何をすべきか ？

よろしくお願いします

マルクス

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

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

/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をインストールした他のディスクがまだシステムを起動できたため、これは必要ではなかったかもしれません。

/ 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。

うまくいけば、これでうまくいく。

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

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

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

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

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

Windowsでdefragとchkdsk / fを実行します。

gpartedでlive-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

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

1）以外に危険にさらされる可能性のあるすべてのデータをバックアップから、私は、ブートの少なくとも2つの冗長バックアップ、ずつ作成直接パーティション全体をコピー Iような仕切りマジックまたはgpartとしてパーティションユーティリティを使用して、新しいパーティションに、両方のを一部のバージョンでは、リコールにこの機能がある場合があります。フラッシュドライブまたは別のコンピューターのバックアップでそれを補います。隠しファイルがあり、それがキャプチャされている場合とキャプチャされていない場合があることに注意してください。

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

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

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