我需要recursion地获取一个目录的大小。 我每个月都要这样做。 我想要做一个PowerShell脚本来做到这一点。
通过SAN在Linux和Windows服务器之间共享文件系统的最佳方式是什么？ 我们有前端RHEL Linux服务器和后端的Windows 2k3服务器，通过数据库传递文件，这不是一个最好的解决scheme。 我是否正确地认为集群文件系统是一个解决scheme？如果是这样，那么最好使用什么？
我将硬盘从一台机器（Win 7）移到另一台机器（XP），现在某些文件夹告诉我“访问被拒绝”。 我以pipe理员身份login。 我在另一台机器上有不同的帐户。 除了本地机器之外，任何帐户都不能通过validation。 旧机器显然已经死了，所以我不能在那里做任何更改权限等。我怎样才能访问这些文件？ 编辑： 更改驱动器上的所有文件和文件夹的所有权后，我收到一个不同的错误。 这让我深感不安。 “xxx表示不可用的位置，可能位于此计算机或networking上的硬盘驱动器上，请检查以确保磁盘已正确插入，或已连接到Internet或networking，以及然后再试一次，如果仍然无法find，那么这些信息可能已经被移到了不同的位置。 重启后没有变化。 有任何想法吗？ 当然这些文件还在那里，对吗？
格式化一个只能保存应用程序数据的大分区（10TB）时，为“超级用户”空间保留是否合理？ 122065906 blocks (5.00%) reserved for the super user 我的直言不讳，但专业的系统pipe理员（我以前的托pipe供应商）坚持认为这是一个要求蚀刻。 10TB的5％是一个高达500GB的文件系统，是应用程序专用的存储！
显然，我可以net use * http://servername.com这个概念对我来说是全新的。 这是否意味着我正在使用WebDAV？ 什么是安全影响？ 如何以这种方式读取/写入文件？ 为什么它不适用于每个网站？ 是否有可能使用这种方法编写文件？
我想在FreeBSD下格式化一个分区，并将其更改为UFS文件系统。 我search了网页，但即使是“fdisk”手册页也不清楚。 任何帮助将明确表示赞赏！ 我目前的分区是： fdisk /dev/da0 ******* Working on device /dev/da0 ******* parameters extracted from in-core disklabel are: cylinders=121601 heads=255 sectors/track=63 (16065 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=121601 heads=255 sectors/track=63 (16065 blks/cyl) Media sector size is 512 Warning: BIOS […]
我有一个根目录“data_0”。 在这个目录下有大约15,000个目录（'a'，'b'，'c'，…'aa'，'ab'…）。 在每个目录下有成千上万个非常小的文件（4〜10kB），每个文件有1000到2000个文件。 所有这一切导致3000万个文件。 我需要从'data_0'移动到'data_1'文件夹，但没有“2级”文件夹（a，b，c等），所以： /data_0/a/1.txt –> /data_1/a_1.txt /data_0/a/2.txt –> /data_1/a_2.txt … /data_0/ccc/989.txt –> /data_1/ccc_989.txt … 我能走多远呢？ 这里的performance并不重要。 有没有逻辑上的限制或只是一个性能限制？
我不得不拥有这个目录结构/ var / www / $ WEBSITE / $ DIR1 / $ DIR2 / $ FILES 对于每个$ FILES，大约有50,000个XHTML页面。 我正在运行切诺基，它有新的前端caching支持。 但是我有点内存有限，所以我无法caching整个事情。 我相信我可以caching上市，这是最糟糕的部分。 我可以在文件系统方面做些什么？ 我通常使用ext4（我的服务器使用ext3），但我知道ReiserFS是这种情况的首选。 我可能只是在ReiserFS中挂载$ WEBSITE。 我真的不希望重新分配的东西，并愿意解决这个问题。 我可以在文件系统的某个地方做一个交错的子目录，只需将它们全部符号链接到$ DIR2？ 这会不会有助于使这种恶劣的情况performance更好，从ext3减less痛苦？ 我真的不想要任何RDB，我会考虑一个NOSQL选项如果我能以某种方式从它创build一个人造文件系统。 这将是一个很酷的select，只是不确定它甚至存在。 可能是FUSE相关的东西存在？ 整个网站已经存在了，基本上只是一个奇特的目录列表。 文件被写入一次，然后从那里读取。 从这一点来看，每个目录下的文件数目不会增加。
我不知道是否有一个在Linux日志设施，可以启用logging失败的文件操作，如由于权限创build目录失败或打开文件的写入，以便有关文件系统的问题可以很容易地跟踪。
FreeNAS是否可以作为一个虚拟机运行是有争议的。 官方的立场是肯定的，但是需要额外的configuration 。 如果我不能保证我可以遵循这些build议，那么比起运行EXT4 / XFS的vanilla Linux系统，或者使用UFS的FreeBSD，我更容易遭受失败 – 特别是灾难性的失败？ 具体来说，假设我将无法执行PCI传递，也不能禁用写入caching。 此外，我将只有一个虚拟磁盘存储（由硬件RAID支持的VMDK），所以没有RAIDZ。 显然，会有备份。 编辑 ：澄清为什么我想要做到这一点 – 我需要一个文件服务器，这是我必须使用的基础设施。 如果我需要，我可以得到额外的虚拟磁盘设置RAIDZ，但否则就是这样。 我正在寻找一个好的文件服务器解决scheme，而FreeNAS似乎符合这个法案。 除了所有关于虚拟化ZFS的可怕警告，以及如何丢失所有数据并破坏备份。 我意识到，在这个基础设施上部署FreeNAS是有风险的。 我的问题是：比替代品风险高吗？ 编辑2 ：我似乎无法沟通我的意图。 带有ZFS的FreeNAS是一个坚如磐石的NAS平台。 然而，从我所读到的看来，使ZFS作为裸机文件服务器更可靠的function，如果在标准的虚拟机configuration上运行，实际上可能会对您有所帮助。 如果是这样，那么使用不同的文件系统是标准虚拟机设置（即没有直接IO，写入caching启用）的更好select。 这是一个正确的评估？