通常build议在ext3文件系统上启用dir_index选项，例如 sudo tune2fs -O dir_index / dev / dm-1 但是，该文件系统上的现有目录不会自动转换为索引格式。 有什么办法可以告诉特定的目录是否被编入索引？
我有一个Xen虚拟机，已经运行了一年，体面的负载下。 今天早上我重新启动了，启动了几个小时。 我认为这是FSCKing本身。 xm list显示这是使用了很多的CPU。 我不能xm console进入它。 xenconsole: Could not open tty '/dev/pts/0': No such file or directory 。 文件系统是EXT3。 有什么办法可以让我： 查看VM的启动日志/控制台，以便我可以validation它在做什么？ 了解FSCKing要花多长时间？
我最近把我的逻辑卷（在/ home）从16TiB扩展到25TiB。 但是，当我尝试在我的/ dev / vtrak / home上运行extend2fs时，它抱怨说 resize2fs 1.41.12 (17-May-2010) resize2fs: File too large while trying to determine filesystem size 经过进一步的调查，似乎ext3只会给我一个16TiB文件系统的最大值。 在这个文件系统中有15 TB的数据。 我现在应该怎么做？ 我可以尝试移到ext4（但是我可以在哪里暂时放置我的数据，以便更新文件系统？）。 尝试将用户的家庭文件夹分成单独的文件系统？ 更新：search互联网与参考，虽然ext4支持> 16TiB，目前的代码不（WTH）。 有人对此有个人经验吗？
除了fsck.ext3，fsck.ext4之外，是否还有专门的/首选的工具来修复ext3（或ext4）的文件系统？ 谢谢
我正在使用InnoDB寻找MySQL 5.6的ext3文件系统块大小的build议。 在VMware ESXi 5中运行CentOS 5.4 VM，在NetApp FibreChannel LUN（具有4k块大小）上运行VMFS 5数据存储。 使用O_DIRECT，innodb_flush_log_at_trx_commit = 2，14G缓冲池，db做OLTP，偶尔会有大量的查询处理大量的数据。 有些桌子是几个GB或更多，其他很小。 表和ibdata文件在另一个文件系统上，binlog和ib_logfiles，因此它们可以具有不同的块大小。 我知道InnoDB使用16k块大小，这是不是用户可configuration的，所以我想知道是否值得它设置ext3块大小匹配，而不是4k的默认值。 谢谢！
有问题的系统安装了Debian Lenny，运行2.6.27.38内核。 系统有16Gb内存，8X1Tb硬盘在3Ware RAID卡后面运行。 存储通过LVM进行pipe理，并专门由ext3文件系统组成。 简洁版本： 运行分配有1.7Tb存储的KVM guest虚拟机。 客人正在达到全盘。 所以我们决定调整它运行的磁盘大小 我们对LVM和KVM非常熟悉，所以我们认为这将是一个无痛的操作： 停止KVM来宾。 扩展LVM分区的大小：“lvextend -L + 500Gb …” 检查文件系统：“e2fsck -f / dev / mapper / …” 调整文件系统大小：“resize2fs / dev / mapper /” 启动客人。 客人启动成功，运行“df”显示额外的空间，但不久后系统决定重新挂载文件系统只读，没有任何明确的错误指示。 由于偏执，我们closures了客户，并再次运行文件系统检查，考虑到文件系统的新大小，我们预计这需要一段时间，但现在已经运行了24小时以上，没有迹象表明需要多长时间。 使用strace我可以看到fsck是“做东西”，类似地运行“vmstat 1”我可以看到有很多块input/输出操作发生。 所以现在我的问题是三重的： 有人遇到类似的情况吗？ 一般来说，我们在过去几年没有做过这样的调整。 最可能的原因是什么？ （3Ware卡显示后备存储的RAIDarrays为A-OK，主机系统未重新启动，dmesg中没有任何重要/exception情况） 如果忽略btrfs + ext3（还不够成熟，不能信任），我们是否应该在未来将更大的分区放在不同的文件系统中，以避免这种损坏（无论原因）还是减lessfsck时间？ XFS似乎是明显的候选人？
我有一个根目录“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并不重要。 有没有逻辑上的限制或只是一个性能限制？
我需要增加更多的磁盘空间到我的CentOS虚拟机，所以我添加了另一个虚拟磁盘，然后使用lvextend将空间添加到现有的分区。 我遵循的步骤是： echo "- – -" > /sys/class/scsi_host/host0/scan pvcreate /dev/sdb vgextend VolGroup00 /dev/sdb lvextend -l +100%FREE /dev/VolGroup00/LogVol00 resize2fs /dev/VolGroup00/LogVol00 这工作得很好。 我随后填满了虚拟机，然后删除了大部分已用磁盘空间。 但是，删除所有文件后，未使用的磁盘空间从未恢复。 这将说明我所说的更好： # df -h Filesystem Size Used Avail Use% Mounted on /dev/mapper/VolGroup00-LogVol00 61G 32G 26G 56% / /dev/sda1 99M 20M 75M 21% /boot tmpfs 1006M 0 1006M 0% /dev/shm # pwd; du -h […]
我需要iSCSI设备的群集文件系统。 问题在于它连接的服务器生成的数据文件必须由其他服务器读取。 除了这些文件的写入和删除之外，我不需要像OCFS2或GFS2中的完全lockingscheme。 那么，我可以在ext3文件系统上使用分布式锁pipe理器（DLM），还是只能使用专门的文件系统？
我们的初级系统pipe理员意外地删除了一些目录。 任何人都可以请build议任何免费/专有的应用程序恢复EXT3文件系统（RHEL 5.x）的文件？