我正在运行dualboot（Windows 7和Ubuntu 12.04），我想为我的Ubuntu分区腾出更多空间。我正在通过gparted从现场CD上进行操作。
我打算调整Windows分区的大小以获取未分配的空间，并调整Ubuntu的大小以填充它。但是后来我得到了：
“移动分区可能会导致操作系统无法启动。
您已对移动/ dev / sda3分区的起始扇区的操作进行了排队。如果移动包含/ boot的GNU / Linux分区，或者移动Windows系统分区C :，则很可能发生启动失败。您可以在GParted常见问题解答中了解如何修复引导配置。http://gparted.org/faq.php
移动分区可能需要很长时间才能应用。”
我很害怕并且不敢这样做，但是我仍然希望在我的ubuntu分区上有更多的空间。我该怎么办 ？
提前谢谢你
马库斯
Answers:
不能这么说，在进行这样的系统更改之前，请先进行备份并确认其中确实包含所需的数据。
就是说，我发现如果将引导驱动器的起始块位置（例如，从扇区63移至2048），则必须在系统引导之前重新安装grub。有关如何查看的信息，请参见ubuntu页面如何使用Ubuntu Live CD或USB修复，还原或重新安装Grub 2。
我/使用Ubuntu 15.04 Live USB闪存盘中的GParted 稍微修改了分区的位置和大小。我以前曾逐位将其从磁性HDD复制到此SSD，并想对齐分区。
一开始，我在磁盘本身和另一个磁盘上都安装了Grub。移动/调整分区大小后，我使用了您引用的GParted FAQ中链接的说明。
对于基于我的基于Grub 2的Ubuntu计算机上没有LVM / RAID的分区/ 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的另一个磁盘仍然能够引导系统。
update-grub可能以后需要grub-install /dev/sdc-如果一些分区被拆除和其编号发生了变化，grub配置应该更新
/包含的分区后/boot，我不需要对grub进行任何操作，并且可以成功地重新启动磁盘上的Lubuntu。为什么我不需要对grub做任何事情？unix.stackexchange.com/questions/503355/...
如果移动包含/ boot的分区（通常是在安装Ubuntu的位置），则Grub将无法加载，并在启动计算机时进入恢复行模式。
由于该可怕的消息，我本人并没有移动分区以给我更多空间。
对于下一步，请确保您具有可启动的Ubuntu live CD / USB。
确保备份所有重要文件，然后使用GParted live CD移动要移动的分区。
然后重新启动计算机，启动到Ubuntu live CD / USB，并使用终端运行sudo update-grub。如果没有运行，请尝试sudo apt-get install --reinstall grub && sudo grub-install。然后sudo update-grub。
希望这行得通。
/包含的分区后/boot，我不需要对grub进行任何操作，并且可以成功地重新启动磁盘上的Lubuntu。为什么我不需要对grub做任何事情？unix.stackexchange.com/questions/503355/…–
强烈建议在进行大小调整/移动操作之前备份所有重要文件。
Gparted消息仅警告您调整大小时丢失数据的风险。这并不意味着您会丢失数据，而是可能的。
我几乎每天都使用Gparted和其他分区软件来更改分区的大小（例如，Ubuntu，XP Vista和7），并且从未遇到任何问题。
强烈建议在进行大小调整/移动操作之前备份所有重要文件。
/包含的分区后/boot，我不需要对grub进行任何操作，并且可以成功地重新启动磁盘上的Lubuntu。为什么我不需要对grub做任何事情？unix.stackexchange.com/questions/503355/...
备份所有重要文件。
在Windows中运行defrag和chkdsk / f。
从带有gparted的live-cd开始，并缩小分区。
使用Windows重新启动。如果一切正常。
从live-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
/包含的分区后/boot，我不需要对grub进行任何操作，并且可以成功地重新启动磁盘上的Lubuntu。为什么我不需要对grub做任何事情？unix.stackexchange.com/questions/503355/...
除了以上非常详细的建议（大多数建议非常出色）之外，我还将添加以下内容：
1）除了备份可能会受到威胁的所有数据外，我还创建了至少两个冗余的启动备份，一个是通过使用分区实用程序（例如，分区魔术师或gpart）将整个分区直接复制到新分区中的，我在某些版本中，回忆可能具有此功能。我用闪存驱动器或另一台计算机上的备份来补充。请注意，有些隐藏文件可能已捕获也可能未捕获，除非您将文件管理器设置为显示不知道的隐藏文件。
2）在这种情况下，我个人总是做的事情是保持启动分区不变，仅调整/移动数据分区和根目录的大小。这样，我不必担心更新或重新安装grub。我不知道您断言有什么充分理由要弄乱/ boot。
3）除了上述说明，我还要补充一点，如果幸运的话，如果可以引导到Ubuntu恢复模式，则可以轻松更新grub。您可以通过第二个选项Ubuntu Ubuntu高级选项启动。这将为您提供带有fdisk和其他选择的老式菜单。选择grub选项，如果幸运的话，它将自动为您更新。
注意：如果您不知道如何进入grub菜单，则会在某些Intel机器上找到可以在启动管理器中找到“从EFI文件启动”选项。通过尝试在启动时敲击Fkey并浏览生成的菜单，您应该能够使自己进入启动管理器。
/包含的分区后/boot，我不需要对grub进行任何操作，并且可以成功地重新启动磁盘上的Lubuntu。为什么我不需要对grub做任何事情？unix.stackexchange.com/questions/503355/...