使用Leapp升级SL/CentOS 7.9至AlmaLinux时持续提示根分区空间不足的问题求助

看起来你遇到了Leapp升级中挺棘手的空间检测问题——明明df -h显示根分区/还有9.4G可用空间，却始终收到「至少需要额外3178MB空间」的报错，扩容和调整LEAPP_OVL_SIZE也没效果。我来分享几个针对性的排查和解决思路：

• 先清理Leapp升级残留与系统冗余文件
  之前的升级尝试可能在系统里留下了大量临时文件、日志或缓存，这些会占用额外空间却没被df的「可用」统计完全反映：

  1. 删除Leapp的历史日志和临时数据：

     rm -rf /var/log/leapp/*
     rm -rf /var/lib/leapp/*
     

  2. 清理系统缓存与旧包：

     yum clean all
     rm -rf /var/cache/yum/*
     

  3. 清理/var/log下的旧归档日志（比如.gz结尾的文件），以及/tmp下的过期临时文件。

• 确保LEAPP_OVL_SIZE参数生效
  你设置的环境变量可能没被Leapp正确读取，建议直接在升级命令前指定该参数（值设得更大些，比如4096MB）：

  LEAPP_OVL_SIZE=4096 leapp upgrade
  

  Leapp使用overlayfs来隔离升级过程，这个参数控制overlay的临时空间大小，系统文件越多，需要的空间就越大，4096MB是比较稳妥的数值。

• 检查根分区的inode使用情况
  有时候不是磁盘空间不够，而是inode被耗尽了（比如系统里有大量小文件），用以下命令查看：

  df -i /
  

  如果IUse%接近100%，需要清理大量小文件（比如/var/spool下的邮件、旧临时文件）来释放inode。

• 排查隐藏的空间占用
  有时候df显示的可用空间和实际可使用空间存在差异，比如有已删除但被进程占用的文件，或者未卸载的临时挂载：

  1. 查看是否有已删除但仍被进程占用的文件：

     lsof | grep deleted
     

     如果找到相关进程，重启该进程或直接重启系统来释放空间。
  2. 检查根目录下是否有额外的挂载点（比如之前升级时的overlay挂载未清理）：

     mount | grep /
     

     如果发现异常挂载，先卸载再尝试升级。

• 手动指定Leapp临时目录
  虽然你的/tmp是tmpfs且有足够空间，但也可以尝试将Leapp的临时目录指定到根分区的某个子目录（确保权限正确）：

  mkdir -p /leapp_tmp
  chmod 777 /leapp_tmp
  LEAPP_TMP_DIR=/leapp_tmp leapp upgrade
  

先按上面的步骤逐一排查，尤其是清理残留和确保LEAPP_OVL_SIZE生效这两步，大概率能解决你的问题。

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