我的 CentOS 服务器有 7 个分区，其中 2 个是 LVM 分区，一个被划分为 2 个 LVM 分区。在使用生产软件时，磁盘突然变满，该文件夹存储在 7 个正常分区之一的 LVM 分区中。我的 / 分区只有 40G，而 /somedir LVM 分区有 250G 空间，为什么当 LVM 分区中的文件增长到接近 / 分区的大小时系统会报告磁盘已满？
df -h 命令抛出：
/dev/sda2 39G 6,9G 30G 19% /
tmpfs 3,9G 1,4M 3,9G 1% /dev/shm
/dev/mapper/vgdata-bcks
247G 172G 63G 74% /backups
/dev/sda1 485M 310M 151M 68% /boot
/dev/mapper/vgusers-home
386G 3,4G 363G 1% /home
/dev/sda5 14G 36M 13G 1% /tmp
/dev/mapper/vgdata-usrs
247G 30G 205G 13% /usr1
192.168.11.70:/data 2,0T 249G 1,8T 13% /mnt/SATANAS
//192.168.11.240/Spooler
233G 57G 177G 25% /mnt/Fiscaldir
//192.168.11.223/Catalogos
96G 44G 53G 46% /media/Catalogos
//192.168.11.204/compartidos
98G 42G 51G 46% /mnt/Reportes
/dev/sdb1 3,7T 31G 3,7T 1% /media/Seagate Backup Plus Drive
抱歉之前没有格式化
答案1
首先尝试使用“dmesg”命令找出分区中是否有任何错误。如果您发现任何错误，并且您不太熟悉如何修复该问题，则简单的重新启动可能会解决问题。
如果确实是 inode 相关的问题，您可以减少保留空间。这样会提供一些空间，也会提供 inode。（虽然不建议在生产环境中使用。尽快将其恢复到 2% 或 3%）。
tune2fs -m 0 /dev/sda1 tune2fs 1.41.12 (17-May-2010) Setting reserved blocks percentage to 0% (0 blocks)使用 find 命令查找大小为零或未使用的文件，并在分析文件后将其删除。
如果可能的话，请备份整个文件系统，然后使用以下命令再次创建文件系统，
mkfs.ext4 -i </dev/destination>
指定 inode 的数量，然后将原始内容恢复到其中。
答案2
我相信你已经用完了索引节点在分区上。
如果你这样做，df -i你可能会发现 inode 使用率是 100%。