看起来你碰到的问题挺常见的——想给作为/boot的/dev/sda1扩容，但大部分磁盘空间都锁在LVM分区里，GParted直接没法动对吧？别慌，咱们一步步来搞定它，前提是你已经用GParted Live启动，所有分区都处于未挂载状态（你已经做到这一步了，很棒）：

第一步：先缩小LVM逻辑卷和物理分区，腾出空间 #

因为/dev/sda1在磁盘最前面，而LVM的/dev/sda5占了扩展分区的全部空间，咱们得先从LVM里把空间“挤”出来：

• 先搞清楚你的LVM卷组和逻辑卷名称，在终端里输入这两个命令：

  vgdisplay
  lvdisplay
  

  比如常见的Ubuntu系统里，卷组可能叫ubuntu-vg，逻辑卷叫ubuntu-lv，记好这个名字。
• 先检查LVM逻辑卷里的文件系统完整性（必须做，避免后续出错）：

  e2fsck -f /dev/mapper/ubuntu--vg-ubuntu--lv
  

  如果你用的是XFS文件系统，注意XFS不支持缩小，这个方法就不适用了，得先备份数据再重建分区
• 缩小文件系统（这里我假设要腾出5G给/boot，你可以根据需求调整数值，比如把460G改成你想要的LVM最终大小）：

  resize2fs /dev/mapper/ubuntu--vg-ubuntu--lv 460G
  

• 接着缩小逻辑卷，和上面的数值保持一致：

  lvreduce -L 460G /dev/mapper/ubuntu--vg-ubuntu--lv
  

• 回到GParted图形界面，选中/dev/sda5，右键选择“Resize/Move”，把它的末尾往前拉，对应刚才缩小的空间大小，点击“Apply”确认这一步。

第二步：调整扩展分区，给/dev/sda1腾位置 #

因为/dev/sda1在扩展分区的前面，咱们得把扩展分区整体往后挪，腾出前面的空间：

• 在GParted里选中/dev/sda2（扩展分区），右键选择“Resize/Move”，把它的起始位置往后拖，直到前面留出你想要给/dev/sda1的空间，点击“Apply”。

第三步：扩容/dev/sda1 #

• 现在/dev/sda1后面已经有空余空间了，选中它，右键选择“Resize/Move”，把末尾往后拉填满空余空间，点击“Apply”执行所有分区调整操作。

最后：验证操作结果 #

重启回到你的系统，在终端里输入df -h，看看/boot分区的大小是不是已经变大了；再输入lvdisplay确认LVM逻辑卷的大小没问题。

重要提醒：所有分区和LVM操作都有数据丢失风险，一定要先备份好重要数据再动手！

备注：内容来源于stack exchange，提问作者Raul Sanchez