在FreeBSD系统上，可能还有其他一些系统，为root提供了足够的空间，这是MINFREE占总容量的百分比。 对于多TB的文件系统，默认的8％是一个惊人的空间。 大量的MINFREE可能less于1％，但当然，它必须是一个整数值。 这会改变吗？ 有人甚至使用MINFREE了吗？
有没有一个文件系统是完全安全的基于电源故障的腐败？ 如果我们假设关键数据在没有UPS的情况下被存储并且性能不相关，文件系统是否存在从电源故障中完全不可破坏？
据了解，ext2 / ext3 FS的每个目录大约有32k个文件/目录的下限。 看起来ReiserFS在实践中受r5散列函数的限制，该函数允许大约1200000个文件名而没有冲突。 但其他常见的Linux文件系统呢？ JFS，XFS，Btrfs，Reiser4，ext4，… 提前致谢！
我们使用rsync将一些（百万）文件从Windows（NTFS / CYGWIN）服务器传输到Linux（RHEL）服务器。 我们希望强制Linux机器上的所有文件和目录名都是小写的。 有没有办法使rsync自动将所有文件和目录名称转换为小写？ 例如，假设源文件系统有一个名为： /foo/BAR.gziP Rsync会创build（在目标系统上） /foo/bar.gzip 显然，NTFS是不区分大小写的文件系统，不会有任何冲突… 失败的rsync选项的可用性，是否有一个增强版本或其他方式来实现这种效果？ 也许CYGWIN上的一个挂载选项？ 也许在Linux上有一个类似的挂载选项？ 它的RHEL，以防万一。
我尝试使用rsync同步两台机器之间的文件，但它似乎复制所有的文件，无论文件修改时间。 连续两次调用该命令产生相同的结果，所以显然是中断的。 有问题的命令是： rsync -r local/path user@host:/remote/path -v 本地文件系统是ext4，而远程是ext3。 我怀疑这个问题在这里，因为当我试图在同一个ext3系统和NTFS驱动器之间同步文件时，我遇到了类似的问题。 将后者转换为ext3解决了这个问题。 这次我不能诉诸转换。 有谁知道问题的确切来源和任何可能的解决scheme？
/ tmp（/ var / tmp符号链接到/ tmp）是否有理想的chmod？ 我已经看到人们提到这两种方式只是好奇的差异。 这是一个安全差异？
在我的大学部门，我们即将升级我们学生实验室的电脑（约25-30台机器）。 这些机器将运行Linux。 关于新机器的一件事是他们有巨大的（1TB）硬盘（我们没有要求他们，但是现在你无法find相当便宜的硬盘！） 目前，用户主目录存储在中央文件服务器上，并通过nfs进行安装。 所以问题是，有什么办法可以使用所有这些磁盘容量？ 我会想想 扩大我们的中央文件存储，或 复制主目录以加快访问速度。 主要问题是实验室机器不能保证一直运行。 浏览这个网站我读了关于GlusterFS和AFS 。 GlusterFS似乎有很多朋友，是一个很好的通用解决scheme。 怎么样AFS？ 我读过它有性能问题，有没有经验？
我很好奇为什么在所有的备份教程中，我发现tar命令排除其他/dev/pts而不是所有的/dev/为什么我要备份下的任何东西？
我们有进程做大文件的后台写入。 我们希望这些对其他进程的影响最小。 这是在SLES11 SP4上实现的testing。 该服务器有大量的内存，这使得它可以创build4GB的脏页面。 > dd if=/dev/zero of=todel bs=1048576 count=4096 4096+0 records in 4096+0 records out 4294967296 bytes (4.3 GB) copied, 3.72657 s, 1.2 GB/s > dd if=/dev/zero of=zer oflag=sync bs=512 count=1 1+0 records in 1+0 records out 512 bytes (512 B) copied, 16.6997 s, 0.0 kB/s real 0m16.701s user 0m0.000s sys 0m0.000s > […]
可以说，我有一个rpool与etc /作为其中的常规目录，现在我想创build一个单独的zfs rpool / etc，显然inheritance了原来的/ etc中的所有数据。 什么是最恰当和安全的方式呢？