Debian下mdadm RAID1的ext4块大小异常问题求助

咱们一步步排查，你遇到的这个问题大概率和ext4文件系统配置或者Samba共享设置有关，先别慌，新手踩这种坑太正常了～

第一步：确认ext4实际的块大小 #

先回到Debian系统，先搞清楚你的ext4文件系统实际块大小是不是真的是4KB。执行以下命令（把/dev/md0换成你的RAID设备号，比如md127这类）：

tune2fs -l /dev/md0 | grep "Block size"

如果输出是Block size: 4096，那说明ext4的块大小是正常的4KB；如果显示的是1048576（也就是1MB），那就是你创建文件系统时不小心设置了1MB的块大小，这就是问题根源。

如果块大小确实是1MB： #

需要先备份所有数据，然后重新创建ext4文件系统并指定4KB块大小：

# 先卸载RAID设备
umount /dev/md0
# 重新创建ext4，指定块大小为4KB
mkfs.ext4 -b 4096 /dev/md0
# 重新挂载到你的目录
mount /dev/md0 /你的挂载路径

⚠️ 注意：这会清空RAID上的所有数据，一定要先备份重要文件！

第二步：检查Samba共享配置（如果是用Samba共享给Windows） #

如果ext4块大小是正常的4KB，那问题大概率出在Samba的设置上。打开你的Samba配置文件（通常是/etc/samba/smb.conf），找到对应共享的配置段，检查有没有以下可疑参数：

• strict allocate = yes：强制预分配整个块空间，可能导致小文件占用异常
• min receivefile size = 1048576：设置了1MB的传输块大小，会让Windows显示的占用变大
• vfs objects = prealloc：启用预分配模块，可能触发大空间预分配

修复Samba配置： #

1. 编辑smb.conf，找到你的共享段（比如[my-share]），把上面提到的可疑参数注释掉（加#），或者直接删除：

   [my-share]
       path = /你的RAID挂载路径
       browseable = yes
       writable = yes
       # 注释掉以下可能有问题的参数
       # strict allocate = yes
       # min receivefile size = 1048576
       # vfs objects = prealloc
   

2. 重启Samba服务生效：

   systemctl restart smbd
   

3. 回到Windows端，刷新共享目录，重新创建小文件测试，看看占用是否变回4KB左右。

第三步：验证实际磁盘占用（排除Windows显示误差） #

有时候Windows在网络共享中显示的“磁盘占用”只是表象，不是ext4实际的块占用。你可以在Debian上用du命令查看文件的真实占用：

# 创建一个只写单个字符的测试文件
echo "a" > test.txt
# 查看实际占用空间
du -h test.txt

如果输出是4.0K test.txt，那说明ext4的实际占用是正常的4KB，只是Windows的显示逻辑导致的误差，这种情况不用纠结，实际存储是没问题的。

补充：关于RAID1的容量显示 #

你提到的“大小618GB，磁盘占用648GB”是正常现象：ext4默认会预留5%的空间给root用户（用于系统维护，避免磁盘满导致崩溃），总容量648GB的话，预留5%就是32.4GB，可用空间就是648-32.4≈615.6GB，和你看到的618GB接近。如果想多释放点空间，可以用下面的命令把预留比例改成1%：

tune2fs -m 1 /dev/md0

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