Hyperledger Sawtooth Validator报错：设备无空间但本地仍有30GB可用

我之前在WSL上部署Sawtooth的时候也碰到过一模一样的困惑——明明Windows本地还有几十GB可用空间，Validator却一个劲报磁盘不足。结合踩过的坑，给你几个排查和解决的方向：

1. 检查WSL虚拟硬盘的默认容量限制 #

WSL的Ubuntu系统是基于虚拟硬盘文件（.vhdx）运行的，默认情况下这个虚拟盘有大小上限（比如早期版本是25GB，新一点的可能是50GB），哪怕Windows主机有剩余空间，虚拟盘没扩容的话WSL内部还是会显示空间不足。

• 先在WSL里用命令查看当前磁盘使用情况：

  df -h
  

  重点看/分区的可用空间，如果确实接近上限，就需要扩容虚拟盘。

• 扩容步骤：

  1. 关闭WSL终端，打开Windows命令提示符（CMD），输入wsl --shutdown彻底停止WSL服务。
  2. 找到Ubuntu的虚拟硬盘文件，路径一般是：
     C:\Users\<你的Windows用户名>\AppData\Local\Packages\CanonicalGroupLimited.Ubuntu<版本号>_<一串字符>\LocalState\ext4.vhdx
  3. 用diskpart工具扩容：

     diskpart
     select vdisk file="刚才找到的vhdx文件路径"
     expand vdisk maximum=51200  # 这里的51200代表50GB，按需调整数值
     exit
     

  4. 重新打开WSL终端，执行命令让文件系统识别扩容后的空间：

     sudo resize2fs /dev/sda  # 如果df显示挂载点是/dev/sda1，就换成/dev/sda1
     

2. 排查特定目录的空间占用 #

Sawtooth Validator可能会把临时文件、区块数据或日志写到特定目录，哪怕总空间够，这些目录所在的分区（比如/tmp这类临时文件系统）可能容量不足：

• 检查/tmp目录的空间：

  df -h /tmp
  

  如果是tmpfs类型，默认大小可能只有几GB，Sawtooth运行时生成的大量临时数据可能占满。可以修改/etc/fstab来扩容tmpfs：

  sudo nano /etc/fstab
  

  找到类似tmpfs /tmp tmpfs defaults 0 0的行，改成：

  tmpfs /tmp tmpfs defaults,size=10G 0 0
  

  保存后重启WSL生效。

• 检查Sawtooth的数据目录占用：
  默认Sawtooth的数据存在/var/lib/sawtooth/，用命令查看大小：

  sudo du -sh /var/lib/sawtooth/
  

  如果这个目录占用过大，可以清理旧的区块数据（注意先备份重要数据）。

3. 源码错误行的潜在逻辑问题 #

如果错误提示指向Sawtooth源码的某一行，大概率是它的磁盘空间检查逻辑只针对了特定路径，而不是系统总空间。比如它可能硬编码检查/var/lib/sawtooth/所在分区的可用空间，或者设置了一个比较严格的阈值（比如要求至少10GB可用），而刚好这个分区的剩余空间没达标。

你可以找到那行源码对应的逻辑，确认它在检查哪个路径的空间，然后针对性地给那个路径所在的分区扩容或者清理空间。

关于启动程序的影响 #

如果只是警告而非致命错误，Validator可能能启动，但运行过程中大概率会出问题：比如无法写入新的区块、日志文件写满导致程序崩溃，甚至可能损坏已有的链数据。建议先解决空间问题再启动，避免不必要的麻烦。

内容的提问来源于stack exchange，提问作者shortstuffsushi