你可以把文件放在/ tmp中吗？ 我的一个朋友告诉我永远不要这样做，这可能会导致一台机器。 这是真的？
我知道有这样的问题已经有很多，但他们的答案都不适用于我的问题。 所以我试图从Debian 7.7升级到Debian 8.1。 每个工作正常，但某些操作报告Error: No space left on device 。 df -h Filesystem Size Used Avail Use% Mounted on /dev/sda1 443G 28G 393G 7% / udev 10M 0 10M 0% /dev tmpfs 1.6G 8.7M 1.6G 1% /run tmpfs 3.9G 0 3.9G 0% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 3.9G 0 3.9G 0% […]
我没有open_basedir，PHP可以访问/ etc / usr / proc / home等…但不是/ tmp。 tmpfs挂载在/ tmp（/ tmptypestmpfs（rw））这也是我想使用/ tmp文件夹的原因。 我的文件由http（用于nginx和php的用户）拥有，每个人都可以阅读。 sudo -u http cat /tmp/file正在工作，但是php脚本内的任何东西都不会（像file_exist（）或file（））。 编辑：在日志中显示的错误： PHP Warning: file(/tmp/ydlw/pid): failed to open stream: No such file or directory in /srv/http/ydlw/status.php on line 267 编辑2：我testing了另一种方式的问题。 我做了 touch("/tmp/boo"); file_exist("/tmp/boo"); file_exist返回true，所以文件被创build。 然后我看了/ tmp里面没有“boo”文件可以在那里find。 这就是我害怕，PHP不“看”挂载点。 为什么是这样的，我该如何解决这个问题？
我使用centOS5，但是这些/ tmp的文件会在时间stream逝的时候被自动删除。 这会杀了他什么样的结构？ 另外，如何阻止这个？
我的/ tmp分区在非常大的SQL查询中空间不足。 我怎样才能使/ tmp分区更大？ 谢谢Tom 编辑： 这里是请求命令的输出 blkid /dev/sda1: UUID="e8604436-53ea-4a05-9459-6c498cf19a1a" SEC_TYPE="ext2" TYPE="ext3" /dev/sda5: UUID="21bd6739-89c8-4196-986d-bec9474a4b1a" SEC_TYPE="ext2" TYPE="ext3" /dev/sda6: UUID="1a80f7c6-d524-4974-82ee-c5bd734802b9" SEC_TYPE="ext2" TYPE="ext3" /dev/sda7: TYPE="swap" /dev/sda8: UUID="edee40d5-9337-4705-b152-7bc2b9b35336" SEC_TYPE="ext2" TYPE="ext3" /dev/sda9: UUID="5c586547-8d78-4dd1-86c9-92f83b4d8fb5" SEC_TYPE="ext2" TYPE="ext3" fdisk -l Disk /dev/sda: 160.0 GB, 160041885696 bytes 255 heads, 63 sectors/track, 19457 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk […]
我的Debiannetworking服务器上使用Apache2与mod_php PHP会话似乎是随机失败，说没有空间来写他们： sudo tail -60 /var/log/apache2/error.log [Fri Jan 30 15:55:35 2015] [error] [client xxx.xxx.xxx.xxx] PHP Warning: session_start() [<a href='function.session-start'>function.session-start</a>]: open(/tmp/sess_555555555555555555, O_RDWR) failed: No space left on device (28) in /path/to-first-session-use/core/bootstrap.php on line 18 当我尝试： ls /tmp 它只是永远挂起，所以这是不好的。 但是，当我检查可用空间，并检查inode的使用是否合理… $ df -h Filesystem Size Used Avail Use% Mounted on /dev/sda1 150G 121G 22G 85% / tmpfs […]
我有Linux服务器，我有一个备用的500GB磁盘分区。 我想格式化它并将其用于/ tmp。 服务器偶尔会运行一些大型的数据处理任务，所以可能会发生/ tmp会保存GB的临时数据。 然后我得到一个想法，相反，我可以将其添加为交换分区，而将/ tmp挂载到tmpfs。 这个想法是否合理？ 服务器有6GB的RAM，所以在大多数情况下，/ tmp上的数据只会在RAM中，具有明显的速度优势。 问题是，如果在/ tmp上会有10-20GB的数据，系统将如何执行？ 与简单地将/ tmp挂载到ext4分区相比，性能如何？ 感谢帮助。 编辑：很明显，当tmpfs的使用达到RAM限制时，系统将开始交换内存。 但是，Linux是否足够智能，可以交换出tmpfs数据，并在RAM中保存“常规”数据？ 如果是的话，那么我认为它可以合理的行事。 否则，整个系统将受到严重影响。
在Centos 6.3服务器上，我注意到/ tmp不再有可用空间来存储文件。 [root @]＃df -h 已使用的文件系统大小可用使用％ 的/ dev /映射器/ VG0-即lv_root 99G 11G 84G 12％/ tmpfs 16G 0 16G 0％/ dev / shm / dev / sda1 194M 65M 120M 35％/ boot 的/ dev /映射器/ VG0-lv_tmp 97M 92M 704K 100％/ tmp / dev / mapper / vg1-lv0 50G 180M 47G 1％/ mnt / ssd2 但是/ […]
有没有一个环境variables来设置基于debian的系统上的临时目录？ 我有一个使用该环境variables的Java小应用程序，当启动同一个小应用程序的两个实例时，它变得困惑。
很多人（包括“ Debian安全手册” ）都推荐使用noexec,nodev,nosuid选项来安装/tmp 。 这通常performance为“深度防御”战略的一个组成部分，即防止允许某人写入文件的攻击升级，或者用户使用合法帐户但没有其他可写入空间的攻击。 但是随着时间的推移，我遇到了一些争议（Debian / Ubuntu开发人员Colin Watson），认为noexec是一种无用的措施，原因有两个： 用户可以运行/lib/ld-linux.so <binary>以获得相同的效果。 用户仍然可以在不能直接运行的脚本上运行系统提供的解释器 鉴于这些论点，可能需要更多的configuration（例如debconf喜欢可执行的临时目录）以及潜在的方便性丧失，这是否值得采取安全措施？ 你知道哪些其他的漏洞可以规避？