要访问ext3上的文件，（如果没有使用dir_index）什么是最佳目录深度vs每个目录的文件数量？ 文件大小是否影响到这个？ 文件的总数可能是一个因素，但仍然应该有一个等式，我认为… 如果你没有支持的基准，我仍然会对你认为最合适的方面感兴趣，为什么？ 也许某些系统调用需要更长时间，或者您的计算机科学知识可能会提供什么答案。 或者，如果您有来自其他文件系统的示例可能也非常有趣，但是我想知道答案是什么，而没有单独的索引机制（如dir_index tune2fs选项）。 我看到这个问题跳舞，想知道答案，但从来没有find答案。 在这一点上，实际上数据库很好可能是答案。 但是，我仍然想知道文件系统的答案是什么。
我将在不久的将来从Ubuntu 9.04升级到Ubuntu 9.10，并想知道在这个过程中是否应该将现有的ext3分区迁移到ext4，如果是的话，为什么？
我有兴趣离线访问我的IMAP帐户。 我发现maildirs是一个简单的方法，使其工作。 我发现[offlineimap]几乎处理所有使IMAP-> maildir同步发生的事情。 然后，我可以在Mutt或Wanderlust客户端打开账户。 一个主要的问题是，maildirs在文件名中使用冒号。 Windows不允许冒号。 我在Cygwin中尝试mount -f -s -b -o managed "d:/tmp/mail" "/home/of/mail" ，但是做一个echo test > /home/of/mail/test:file did not工作 我正在考虑ext2fs ，但我需要一个ext2分区。 我可以以某种方式将文件分成一个分区吗？ 我不想开始修改我的硬盘的分区表。 此外，有没有人知道如果ext2fs将支持文件名冒号？
我正在开发一个应用程序，它读取大量的目录列表，并使用file命令和使用ext4文件系统检查文件types。 当我看着Ext4时，我发现它有两个有趣的function dir_index 文件types 我刚刚启用这两个function使用 tune2fs -O dir_index /dev/hdXY e2fsck -fD /dev/hdXY 我的问题是： dir_index启用后是否透明地工作（例如， ls -lR large_direcory/性能提高了，而不需要任何额外的程序/configuration），还是必须通过编程/脚本来使其工作？ 索引是透明生成的？ 或者需要使用e2fsck -fD /dev/hdXY ？ Ext3 / 4文件typesfunction如何工作？ 我已经读过XFS比ext3有更好的性能和可靠性，它如何与ext4相比，我应该切换？ 谢谢！
我最近需要将大型的tar文件从一台Red Hat ES 5服务器转移到另一台（既没有networking连接），而是将外部USB硬盘转移到另一台。 最初我试图将〜90gig tar文件从服务器移动到外部驱动器。 这个传输工作，但当卸载驱动器时，我收到一个I / O错误拒绝设备断开连接，然后卸载，但不干净。 我试图做〜20-30gig文件，发生同样的事情。 打破了〜10-15g焦油球的东西被转移得很好。 我希望有人能提供一些见解，为什么我遇到了较大的tar文件（除了我自己的经验）的问题。 任何信息将是伟大的！
我有一台带有2个HBA的RHEL5.5 x86_64服务器，连接到EMC和HP存储arrays。 安装EMC PowerPath是因为我的EMC供应商坚持这样做。 我的问题是惠普存储上的卷经常出现日记错误（见下文）并进入只读模式。 这是SAN问题还是操作系统问题？ 我该如何解决这个问题？ May 27 14:16:57 cvoddv01 kernel: journal_bmap: journal block not found at offset 6156 on dm-7 May 27 14:16:57 cvoddv01 kernel: Aborting journal on device dm-7. May 27 14:16:57 cvoddv01 kernel: ext3_abort called. May 27 14:16:57 cvoddv01 kernel: EXT3-fs error (device dm-7): ext3_journal_start_sb: Detected aborted journal May 27 14:16:57 […]
他们只是硬链接，所以文件实际上甚至不应该被删除。 我有什么select？ 它甚至似乎需要相当的一些负担。 我不明白如何删除30.000个硬链接需要一分多钟，更let论整整一个小时。 我使用rsnapshot，centos和ext3文件系统。
我有3个不同的文件夹包含销售订单的特定信息。 一切工作正常，但几天前，我开始有一个关于每个主要文件夹（高于32K订单）子目录的数量的问题。 我的临时解决scheme是将最旧的数据移动到备份并将其从生产环境中移除，但是我真的很想将其放在那里，所以我的问题是： 你build议什么选项来存储一个结构，我可以保存增量子文件夹，而不会达到最大值？ 我在一台带有ext3的Ubuntu服务器上 它看起来像 -tmp / –order_1 / –order_2 / … –order_32000 / … -imgs / –order_1 / –order_2 / … –order_32000 / … -hd_imgs / –order_1 / –order_2 / … –order_32000 / 每个order_xx文件夹里面都会生存1到30个左右的文件。
最初在我公司设置Web服务器的天才把swap，/ var和/目录放在不同的驱动器对上。 我需要一些如何将所有这三个合并为一个驱动迁移的目的。 我怎么才能开始呢？ 这是fstab： /dev/VolGroupROOT/LogVolROOT / ext3 defaults 1 1 /dev/VolGroupVAR/LogVolVAR /var ext3 defaults 1 2 LABEL=/boot /boot ext3 defaults 1 2 tmpfs /dev/shm tmpfs defaults 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 sysfs /sys sysfs defaults 0 0 proc /proc proc defaults 0 0 /dev/VolGroupSWAP/LogVolSWAP swap swap defaults 0 0 如同问：vgdisplay：/ dev […]
我们正在将一些服务器从SLES 10升级到SLES 11，而我刚刚看到不支持ext4。 我应该移动到XFS还是保持ext3？ 我将把程序和数据库移动到一个新的虚拟机，所以重新格式化不成问题。 我们目前使用的是ext3，但是崩溃后的fsck或者正常的文件系统检查都很慢。 我以为ext4会在SLES 11下得到支持，因为它具有更快的fsck，但事实并非如此。 Btrfs似乎还没有准备好。 所以现在我正在考虑转移到xfs，但我不确定它如ext3一样稳定？ 我看到一些关于截断文件的旧报告，但显然这些bug已经closures了。 这些磁盘有大量的大型数据库文件，所以xfs对于这种情况来说是非常完美的。