我有一台1TB的消费级NAS，我可以使用任何文件系统。 我只打算在基于Linux的系统上使用它，所以Windows兼容性并不是一个优先事项。 什么是最好的归档文件系统？ JFS？ EXT3？ EXT4？ BTRFS？
我有一个Linux（红帽）系统上的三个目录。 说/ usr / local / one，/ usr / local / 2和/ usr / local / 3。 我想有一个机制，就像一个目录，它将一，二，三的内容组合到/ opt / oneTwoThree中，而不用物理地移动它们的文件内容。 即.. $ find /usr/local/ /usr/local/one /usr/local/one/aaa /usr/local/one/bbb /usr/local/three /usr/local/three/fff /usr/local/two /usr/local/two/ccc /usr/local/two/ddd /usr/local/two/eee $ find /opt/oneTwoThree /usr/local/oneTwoThree /usr/local/oneTwoThree/aaa /usr/local/oneTwoThree/bbb /usr/local/oneTwoThree/fff /usr/local/oneTwoThree/ccc /usr/local/oneTwoThree/ddd /usr/local/oneTwoThree/eee
假设我们有一个常规文件和两个连接到它的同义链接。 我听说有时用硬链接取代符号链接是不可能的，但我不知道什么时候。
该服务器configuration了RAID-1。 它每天获得只读文件系统。 如果我重新启动它，它会返回一个读写文件系统。 但过了一会儿，再次只读… 有什么想法吗？ 谢谢。 ＃dmesg | grep错误 VFS：不能在设备cciss / c0d0p8上写入配额结构（错误-30）。 配额可能不同步！ VFS：不能在设备cciss / c0d0p8上写入配额结构（错误-30）。 配额可能不同步！ VFS：不能在设备cciss / c0d0p8上写入配额结构（错误-30）。 配额可能不同步！ VFS：不能在设备cciss / c0d0p8上写入配额结构（错误-30）。 配额可能不同步！ VFS：不能在设备cciss / c0d0p8上写入配额结构（错误-30）。 配额可能不同步！ VFS：不能在设备cciss / c0d0p8上写入配额结构（错误-30）。 配额可能不同步！ VFS：不能在设备cciss / c0d0p8上写入配额结构（错误-30）。 配额可能不同步！ VFS：不能在设备cciss / c0d0p8上写入配额结构（错误-30）。 配额可能不同步！ EXT3-fs错误（设备cciss / c0d0p8）：ext3_lookup：未链接inode 71927230 in dir＃71927229 EXT3-fs错误（设备cciss / c0d0p8）：ext3_lookup：未链接inode 71927273 in dir＃71927229 EXT3-fs错误（设备cciss / […]
预计的体积大小约为1TB。 在处理每个文件夹中的大量文件时，文件系统应该快速执行。 对于备份目的而言，快照支持将会很好，但不是强制性的。 它将通过一个硬件RAID 0 + 1系统创build，但我毫不怀疑这将是一个问题。
我正在使用Plesk 9（64位）的CentOS 5，我正在运行一个网站，用户将上传图片。 对于64位的操作系统，有多less文件可以存储的限制？ 我只关心性能，并提供文件。 我宁愿不要有4个分散的文件深的目录。 不过，我希望，在某个时候，我可以有200 – 30万的图像。
我完全不了解ZFS上的本地SMB / CIFS 。 这个wiki文档没有提到性能差异。 两者之间有什么样的性能差异？
我想创build一个维护脚本，在我们的每台服务器上运行，以清除常见的drop / archive目录。 优选地，脚本将使用文件夹path的参考文件和期望的老化限制。 然后，脚本会清理比老化限制更早的文件path。 input引用文件看起来像这样： c:\logs\iis\siteA\ 30 c:\logs\job1\ 60 e:\archive\clientA\ 90 第一个组件是文件path; 第二个是文件应保留的天数，用空格分隔。 现在为脚本我有以下; 然而，我的脚本经验令人尴尬。 （我更关注networking） #Attempted loop Foreach ($ParentDir = Get-Content .\paths.txt $arg1, $arg2) {$limit = (Get-Date).AddDays(-$arg2) $path = $ParentDir # Delete files older than the $limit. Get-ChildItem -Path $path -Recurse -Force | Where-Object { !$_.PSIsContainer -and $_.CreationTime -lt $limit } | Remove-Item […]
我对Debian文件系统configuration惯例颇为陌生。 我发现应用程序的configuration文件通常存储在/ etc / {application_name} / 当存储应用程序的实际文件时，这是一个“前往”的地方吗？
我遇到了一个相当典型但奇怪的问题：在我的服务器断电后，硬盘正在崩溃。 我可以感觉到在崩溃之后，fsck在启动时完成了大量的工作，然后我的Subversion版本库正在失去几个月的工作 – 这听起来很奇怪。 服务器在该硬盘上运行ext4，所以它应该是安全的 – 但事实并非如此。 我开始怀疑硬盘问题，但也许还有其他原因？ 相关的fstab行是 / dev / mapper / vg_data-LV_data / data ext4默认值1 2 系统是Fedora 11 x86_64。