我们的系统pipe理员已经离开了一天，我们的生产箱（这是不常用）是给消息像
无法创build/写入文件'/tmp/#sql_1d2d_0.MYI'（Errcode：30）
/ tmp已经只读了它的外观。
谁能告诉我如何解决这个问题？
尝试umount / tmp给我“设备正忙”。
想不重启。
/ etc / fstab文件
ABEL = / / ext3默认，usrquota 1 1
LABEL = / var / var ext3默认值，usrquota 1 2
LABEL = / boot / boot ext3默认值1 2
tmpfs / dev / shm tmpfs默认值0 0
devpts / dev / pts devpts gid = 5，mode = 620 0 0
sysfs / sys sysfs默认值0 0
proc / proc proc defaults 0 0
LABEL = SWAP-sda3 swap swap defaults 0 0
/ usr / tmpDSK / tmp ext3默认值，noauto 0 0
挂载命令输出
/ dev / sda5 on / type ext3（rw，usrquota）
proc on / proc type proc（rw）
/ sys上的sysfs sysfs（rw）
dev / dev / pts type devpts（rw，gid = 5，mode = 620）
/ dev / sda2 on / var type ext3（rw，usrquota）
/ dev / sda1 on / boot type ext3（rw）
/ dev / shm上的tmpfstypestmpfs（rw）
none / on / proc / sys / fs / binfmt_misc type binfmt_misc（rw）
/ usr / tmpDSK on / tmptypesext3（rw，noexec，nosuid，loop = / dev / loop0）
/ tmp on / var / tmptypes无（rw，noexec，nosuid，bind）
/ var / lib / nfs / rpc_pipefs上的sunrpctypesrpc_pipefs（rw）
df -h输出：
已使用的文件系统大小可用使用％
/ dev / sda5 200G 35G 156G 19％/
/ dev / sda2 24G 7.2G 16G 32％/ var
/ dev / sda1 99M 17M 78M 18％/ boot
tmpfs 1013M 0 1013M 0％/ dev / shm
/ usr / tmpDSK 485M 21M 439M 5％/ tmp
我通过以下来修复它
lsof | grep / tmp给我看什么是使用/ tmp，我停止了服务（xfs），然后设法运行一个fsck，修复不一致，现在备份:)
但是现在它又下降了。 build议？
不知道你的系统pipe理员试图用一个循环加载文件/usr/tmpDSK来实现/tmp （然后使用日志文件系统）。 你的根分区/dev/sda5有足够的空间，所以我猜如果你只是umount /tmp你会没事的，直到他回来。