设备上没有剩余空间错误，但 df 报告有更多可用空间

Question 1

可能是/tmp/目录本身充满了未清理的陈旧 PHP 会话；这意味着问题的根源可能与/tmp/目录本身无关。如果是这种情况，我会删除所有/tmp/sess_*文件。首先，列出所有文件，sess_*如下所示：

ls -la /tmp/sess_*

或者你可以像这样获得计数wc：

ls -la /tmp/sess_* | wc -l

现在，一旦您确认那里有大量文件，请继续运行此命令来删除这些/tmp/sess_*文件：

sudo rm -rf /tmp/sess_*

并且短暂的会话文件将被吹走。

但是另一种蛮力——但相对安全——的解决这个问题的方法是删除/tmp目录本身，重新创建/tmp目录并重新启动服务器。

由于该/tmp目录基本上是缓存材料的编码暂存区，因此其中不应该包含任何有效内容。因此，我最好的建议是运行以下命令来删除并重建目录/tmp。

rm -rf /tmp && mkdir /tmp/ && chown root:root /tmp && chmod 1777 /tmp

现在，该行基本上是由连接的 shell 命令列表，这些命令&&将首先删除/tmp、重新创建/tmp、将的所有权更改/tmp回root:root，然后为/tmp目录设置适当的权限。如果您愿意，可以逐个运行每个命令，如果您觉得这样做更安全的话。

sudo rm -rf /tmp 
sudo mkdir /tmp
sudo chown root:root /tmp
sudo chmod 1777 /tmp

完成后，我建议重启服务器。一切应该会恢复正常。

Answer

可能是/tmp/目录本身充满了未清理的陈旧 PHP 会话；这意味着问题的根源可能与/tmp/目录本身无关。如果是这种情况，我会删除所有/tmp/sess_*文件。首先，列出所有文件，sess_*如下所示：

ls -la /tmp/sess_*

或者你可以像这样获得计数wc：

ls -la /tmp/sess_* | wc -l

现在，一旦您确认那里有大量文件，请继续运行此命令来删除这些/tmp/sess_*文件：

sudo rm -rf /tmp/sess_*

并且短暂的会话文件将被吹走。

但是另一种蛮力——但相对安全——的解决这个问题的方法是删除/tmp目录本身，重新创建/tmp目录并重新启动服务器。

由于该/tmp目录基本上是缓存材料的编码暂存区，因此其中不应该包含任何有效内容。因此，我最好的建议是运行以下命令来删除并重建目录/tmp。

rm -rf /tmp && mkdir /tmp/ && chown root:root /tmp && chmod 1777 /tmp

现在，该行基本上是由连接的 shell 命令列表，这些命令&&将首先删除/tmp、重新创建/tmp、将的所有权更改/tmp回root:root，然后为/tmp目录设置适当的权限。如果您愿意，可以逐个运行每个命令，如果您觉得这样做更安全的话。

sudo rm -rf /tmp 
sudo mkdir /tmp
sudo chown root:root /tmp
sudo chmod 1777 /tmp

完成后，我建议重启服务器。一切应该会恢复正常。

Question 2

有时损坏的文件系统会产生类似的影响 - 例如当目录 /tmp 损坏时。或者 - 当文件太多时。

对于“快速”修复：

mv /tmp /tmp.xxx
mkdir /tmp
chmod a+rwxt /tmp

如果有帮助，请尝试重新启动系统并 fsck 根文件系统。如果没问题，只需删除 /tmp.xxx 目录。

另一种可能性是 - 当 /tmp 是“其他”分区或 tmpfs（在 linux vservers 上看到）时 - 但 df 不会显示它（因为 df 从 /etc/mtab 文件获取分区列表，有时不正确）。尝试使用以下命令直接检查 tmp 上的磁盘空间：

df /tmp
df -i /tmp

其他选项通常有助于会话 - 它使用其他会话机制。如果您有很多临时会话，不需要非常持久 - 我建议您使用 memcache 来存储会话。配置非常简单 - 您必须安装 php-memcache、memcached，然后在 php.conf 中配置：

session.save_handler = memcache
session.save_path="tcp://server:port?persistent=1&weight=1&timeout=1&retry_interval=15"

然后 - 会话将存储在 memcache 中，直到达到定义的大小。超过该大小 - 最旧的会话将被自动删除。

Answer