![CentOS 分区报告空间不足](https://linux22.com/image/619218/CentOS%20%E5%88%86%E5%8C%BA%E6%8A%A5%E5%91%8A%E7%A9%BA%E9%97%B4%E4%B8%8D%E8%B6%B3.png)
我的 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%。