必须从Live环境启动GParted才能安全调整已挂载系统分区大小，因运行中分区被内核占用，强行操作会破坏文件系统或分区表；操作前需检查未挂载、运行e2fsck、确认空闲空间连续、关闭swap；resize顺序须先缩小后扩大相邻分区；应用后须等绿色成功提示并验证UUID及更新initramfs。
不能直接在已挂载的系统分区上用 GParted 调整大小 —— 这是绝大多数失败操作的根源。你看到的“操作成功但重启后无法进系统”“分区表损坏”“/dev/sda1 显示为 unknown”，几乎全是强行对运行中根分区执行 resize/move 导致的。
为什么必须从 Live 环境启动
GParted 需要独占访问磁盘设备。Ubuntu 正常启动后，/、/boot、/home 等分区都被内核和 systemd 挂载并占用，此时 GParted 对这些分区的任何写操作（哪怕只是移动空闲空间）都可能被缓存、延迟或中断，最终破坏文件系统元数据或分区表。
- Live 环境（如 Ubuntu Desktop ISO 启动的试用模式）不挂载你的硬盘分区，
/dev/sda1等设备处于“干净未使用”状态 - 确认是否在 Live 环境：终端运行
mount | grep " / "，输出为空才安全 - 别用“安装时的试用模式”就以为够了——有些 OEM 镜像会自动挂载旧系统分区，务必手动检查
调整前必须做的三件事
不是点击“应用”就完事。GParted 的“应用”按钮本质是批量执行 fdisk + e2fsck + resize2fs，中间任意一环失败都会卡住或出错。
Ubuntu 26.04
下载
Ubuntu 26.04 LTS（代号“Resolute Raccoon”）是Canonical于2026年4月23日发布的下一代长期支持版操作系统，提供长达10年的技术支持。它搭载Linux 7.0内核与GNOME 50桌面环境，全面转向Wayland协议，并引入Rust重写的核心工具以增强安全性。官方提供适用于AMD64和ARM64架构的桌面及服务器ISO镜像，是追求前沿技术与极致稳定的开发者
- 先运行
e2fsck -f /dev/sda1（替换为你的真实根分区设备名），强制检查 ext4 文件系统；若提示“filesystem is mounted”，说明没在 Live 环境 - 确保目标分区有足够连续空闲空间：GParted 中右键分区 → “Information”，看 “Free space preceding” 和 “Free space following” —— 想扩大分区，必须有紧邻其后的空闲空间；想缩小，必须保证缩小后剩余空间能容纳现有数据
- 关闭 Swap：右键 swap 分区 → “Swapoff”，否则 GParted 会跳过对其的操作，导致后续调整失败
resize/move 操作的实际顺序很关键
GParted 界面拖动滑块看似直观，但底层依赖分区表物理布局。错误顺序会导致“无法应用”或“灰色不可操作”。
- 想把
/dev/sda3（home）的空间分给/dev/sda2（root）？先选中/dev/sda3→ “Resize/Move”，把左侧滑块右移（即缩小它），腾出右侧空闲空间；再选中/dev/sda2→ “Resize/Move”，把右侧滑块右移（即扩大它），填入刚腾出的空间 - 不能反过来：先扩
/dev/sda2，它后面若没有空闲区，GParted 直接禁用该操作 - 如果两个分区不相邻（比如中间隔着 recovery 或 EFI 分区），必须先移动其中一个，让它们挨着——但移动分区极耗时，且要求目标位置完全空闲
应用后不要立刻重启
点完“应用”后，GParted 会显示每一步进度（check, resize, write）。即使进度条走完，也请等左下角出现绿色“All operations successfully completed”再操作。
- 常见假成功：进度条满格但最后报
libparted错误，或日志里出现failed to update /etc/fstab—— 这类问题不会阻止重启，但可能导致下次启动时/home挂载失败或黑屏 - 应用完成后，手动打开终端，运行
sudo blkid，确认所有分区 UUID 未变（尤其是 root 和 boot 对应的 UUID）；若变了，需重装 GRUB 或更新/etc/default/grub - 真正麻烦的不是分区失败，而是分区成功但
initramfs仍按旧分区大小加载 —— 这种情况只能进 recovery mode 手动运行update-initramfs -u
