我一直在考虑版本化文件系统。 这是一个杀手级的function，我已经看过Wayback，ext3cow，zfs，保险丝解决scheme，或只是cvs / svn / git覆盖。 我认为ext3cow模型符合我的要求。 透明，高效，但是我可以不用额外的ls abc@timestampfunction。 只要我以某种方式获得自动化，我的文件的透明版本。 它可以是瞬间的，也可以基于10s，30s，1m，5m，15m等间隔的快照。只要能够有效地处理给定目录中的数千个文件的东西都是各种大小，最小的，但是一些超过100米到1GB。 ZFS是不是真正的select，因为我在Linux上（并且宁愿不使用它通过保险丝，因为我已经有一个我想版本的ext3设置，而不是新的东西）。 那里有什么解决scheme？
我在Linux CentOS服务器上安装了EXT3格式的驱动器。 这是一个Web应用程序数据驱动器，并包含每个用户帐户的目录（有25,000个用户）。 每个文件夹都包含该用户上传的文件。 总的来说，这个驱动器上有大约250GB的数据。 使用所有这些目录构build驱动器是否会影响驱动器的读/写性能？ 它是否影响我不知道的其他性能方面？ 以这种方式构造事物是否有内在的错误或坏处？ 也许只是文件系统的错误select？ 我最近尝试合并两个数据驱动器，并意识到EXT3限于32,000个子目录。 这让我想知道为什么。 看起来很愚蠢，我这样构build它，考虑到每个文件都有一个唯一的id，对应于数据库中的一个id。 唉…
我只看着一个旧的Debian Linux盒子（运行蚀刻）只有512 MB的RAM，但附加了很多外部存储。 一个ext3文件系统大小为2.7TB，fsck无法检查，因为内存不足，出现如下错误： 分配目录块数组时出错：内存分配失败 e2fsck：中止 我已经添加了一个4 GB的交换分区，但仍然没有完成，但是这是一个32位的内核，所以我不希望再添加任何更多的帮助。 除了启动到64位内核之外，还有其他方法可以让fsck完成检查吗？
据我所知，Unix类操作系统上的每个文件都有一个inode号（可以用“ls -i”查看），每个inode是一个包含文件实际数据的磁盘块列表。 是否有一个Linux命令将文件名作为其参数，并打印该文件的inode指向的磁盘块列表？ PS有问题的文件系统是ext3。
据我所知，在Windows中使用/访问ext2 / ext3有几种select，例如HOWTO Forge文章和一年前的另一篇文章中描述的那些。 但是，列出的项目都没有提供完全读写访问完全实施的ext3。 也就是说，这两个读写选项似乎不支持ext3日志。 （ext2fsd会重播一个非空的日志，但是不会使用它，看起来像。ext2fs.sys似乎根本不使用日志。） 是否有人知道我可以安装在Windows中的驱动程序提供完整的读写访问ext3分区，包括日志，用户权限，selinux属性（如果可能，至less保留它们）和其他扩展属性？ 有没有人真的使用过这些驱动程序？ 目前，我通过FAT32分区在双引导系统上的操作系统之间共享数据。 我知道我可以使用NTFS，它在Linux下具有读写访问权限。 但是，如果可能的话，我宁愿使用ext3。
为什么我应该select一个而不是另一个？
我们已经在托pipe公司的虚拟机上运行了服务器，并且刚刚注册了一个专用主机（AMD Opteron 3250,4核，8GB RAM，2 x 1TB的软件RAID，ext3）。 在运行性能testing时，我们注意到一些SQLite转换（插入，删除和/或更新的组合）比我的2010年MacBook Pro长10倍到15倍。 经过大量的search和阅读，我们看到了挂载选项，它们是： data=ordered,barrier=1 我们已经做了一些尝试，并获得了最好的performance data=writeback,barrier=0 我已经阅读了这些内容，了解他们正在做什么的基本知识，但是我对这样的跑步是否是个好主意没有很好的理解/感觉。 问题 上述configuration是否合理考虑托pipe服务？ 如果我们发生停电或严重故障，那么最终可能会丢失数据或损坏文件。 如果我们每15分钟拍摄一次数据库快照，这可能会缓解这种情况，但是在拍摄快照时数据库可能不会同步。 我们应该如何（可以）确保这种快照的完整性？ 还有其他的select我们应该考虑吗？ 谢谢
我在大学里有一台新电脑，当我注意到机器的以前的用户只使用了一个巨大的1TB的ext3分区时，几乎为自己设置了一切。 我通常在一个单独的分区上保留/home ，我也更喜欢使用LVM，所以我决定使用resize2fs来缩小分区，然后在我释放的空间中创build我通常的LVM。 （整个硬盘只有30G左右的数据，所以不应该是个问题）。 我使用live CD重新启动，并要求resize2fs将分区缩小到更合理的大小（50G），而且似乎在第一刻钟左右的时间内相当密集地移动数据（从硬盘噪音）。 现在已经运行了三个多小时，而HD几乎没有噪音，尽pipeCPU使用率为100％ 。 这是正常的吗？ resize2fs是否因为某些原因在背景中进行了一些密集的数字处理，这就是为什么我听不到HD的噪音？ 调整整个分区需要多长时间？
我有一个从外部来源约10,000个图像文件的目录。 许多文件名包含空格和标点符号，不是数据库友好或Web友好的。 我也想追加一个SKU编号到每个文件名的末尾（为了会计目的）。 许多文件名（如果不是大多数）还包含我想要保留的用于search引擎优化目的的扩展拉丁字符（特别是文件名准确地代表了Google图片中的文件内容） 我做了一个bash脚本，将所有文件重命名（复制）到我想要的结果。 bash脚本以UTF-8保存。 运行后，省略了大约500个文件（无法统计文件…）。 我在目录上运行了convmv -f UTF-8 -t UTF-8 ，发现这些500个文件名不是用UTF-8编码的（convmv能够检测和忽略已经在UTF-8中的文件名） 有一个简单的方法，我可以找出他们目前正在使用哪种语言编码？ 我唯一能找出自己的方法是将terminal编码设置为UTF-8，然后用convmv遍历所有可能的候选编码，直到显示出一个“看起来正确”的转换后的名称。 我无法确定这500个文件全部使用相同的编码，所以我需要重复这个过程500次。 我想要一个比“看起来很正确”更自动化的方法！
我在这个主题上看到的最后一个真正的问题是大约两年前（ ext4准备好用于生产 ）。 在这段时间内， ext4又如何改进？ XFS ， JFS和ext3是备用的可靠select。 我只在最近的Ubuntutesting/开发环境中使用了ext4，并没有看到任何问题 – 但是它们也是低使用率的工作站，虚拟机和一次性的培训环境。 从速度和可靠性的angular度来看，ext4现在是如何堆积起来的，特别是XFS和JFS已经有了一些成熟的时间了。 ZFS是一个可行的select（看起来它是一个保险丝 模块 ，可能不适用于Linux）。