标签: ext3

我有一个包含需要在 Mac、Linux 和 Windows 机器之间复制的文件的卷。我想确保没有意外：

• 文件大小
• 文件名长度
• 文件名字符集
• 嵌套目录数

假设在 FAT32 中合法的任何内容（在上面的列表中）在 NTFS、EXT3 和 HFS+ 中也合法，我是否正确？

如果没有，是否有我可以运行的脚本/实用程序，而无需实际将文件复制到所有这些类型的卷，这将打印一个列表潜在问题？

最近我们的存储出现故障，我们需要 fsck。存储大约1.2 Tera，我们花了5个多小时。

ext3 文件系统是否有替代解决方案，或者比 ext3 更好的解决方案？欢迎提出正反两方面的建议。

TQVM

通常建议在 ext3 文件系统上启用 dir_index 选项，例如

须藤 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 的启动日志/控制台，以便我可以验证它在做什么？
• 了解 FSCKing 需要多长时间？

我需要一个用于 iSCSI 设备的集群文件系统。问题是它所连接的服务器生成的数据文件必须由其他所有服务器读取。除了写入和删除此类文件外，我不需要像 OCFS2 或 GFS2 那样的完整锁定方案。

那么，我可以在 ext3 文件系统之上使用分布式锁管理器 (DLM) 还是必须只使用专门的文件系统？

我最近将我的逻辑卷（/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（但是我可以暂时将数据放在哪里以便更新文件系统？）。
• 尝试将用户主文件夹拆分为单独的文件系统？

更新：在互联网上搜索到的参考资料表明，虽然 ext4 支持 >16TiB，但当前代码不支持（WTH）。有人对这件事有亲身经历吗？

除了 fsck.ext3、fsck.ext4 之外，是否有任何专门/首选的工具来修复 ext3（或 ext4）的文件系统？

谢谢

我们的初级系统管理员不小心删除了一些目录。任何人都可以建议任何免费/专有应用程序来从 EXT3 文件系统 (RHEL 5.x) 恢复文件吗？

我需要为 CentOS VM 添加更多磁盘空间，因此我添加了另一个虚拟磁盘，然后使用 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 --max-depth=0
/
5.1G    .

我不知道如何让分区看到只使用了 5.1 GB。任何想法我做错了什么？

我正在为使用 InnoDB 的 MySQL 5.6 寻找 ext3 文件系统块大小的建议。

在 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 文件在一个文件系统上，binlogs 和 ib_logfiles 在另一个文件系统上，因此它们可以具有不同的块大小。

我知道 InnoDB 使用 16k 块大小，这不是用户可配置的，所以我想知道是否值得将 ext3 块大小设置为匹配，而不是 4k 默认值。

谢谢！