标签: ext3

我知道在 Windows 中使用/访问 ext2/ext3 有几种替代方法，例如HOWTO Forge 文章和一年前的另一篇文章中描述的那些。但是，列出的项目都没有提供对完全实现的 ext3 的完全读写访问。也就是两个读写选项好像都不支持ext3日志。（ext2fsd 会重放一个非空的日志，但不使用它，看起来像。ext2fs.sys 似乎根本不使用该日志。）

有没有人知道我可以在 Windows 中安装一个驱动程序来提供对 ext3 分区的完全读写访问，包括日志、用户权限、selinux 属性（如果可能，至少保留它们）和其他扩展属性？

你们中有人实际使用过这些驱动程序之一吗？目前，我通过 FAT32 分区在双引导系统上的操作系统之间共享数据。我知道我可以使用 NTFS，它在 Linux 下具有读写访问权限。但是，如果可能的话，我更愿意使用 ext3。

我从来没有真正关注过块大小，但显然选择默认值以外的东西是有好处的。我正在寻找关于选择块大小的良好“最佳实践”论文。此外，当在 LVM 之上使用时，它的性能回报或重要性是否以任何方式被否定？TIA

我一直在考虑版本控制文件系统。这是一个杀手级功能，我看过 Wayback、ext3cow、zfs、fuse 解决方案，或者只是 cvs/svn/git 覆盖。

我认为 ext3cow 是满足我要求的模型。透明、高效，但我可以不用额外的ls abc@timestamp功能。只要我以某种方式对我的文件进行自动化、透明的版本控制。

它可以是瞬时的，也可以基于 10 秒、30 秒、1 米、5 米、15 米等间隔的快照。只是可以有效处理给定目录中各种大小的数千个文件的东西，大多数文件很小，但也有一些超过 100m 到 1gb。

ZFS 并不是一个真正的选项，因为我在 linux 上（并且不想通过保险丝使用它，因为我已经有一个我想要版本的 ext3 设置，而不是新的东西）。

有哪些解决方案？

除了磁盘是只读的并且不想改回来之外，一切都照常工作。

谢谢。

root@NODE02:/tmp# df .
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda5            461490504 179502128 258545928  41% /

root@NODE02:/tmp# mount -o rw,remount /dev/sda5
mount: cannot remount block device /dev/sda5 read-write, is write-protected

root@NODE02:/tmp# touch helll
touch: cannot touch `helll': Read-only file system

这不是多路径。这没什么特别的。只是一个带有 ubuntu 9.10 的服务器。

对我来说没有意义，是吗？

- - 编辑 - -

Selinux 不活跃。

没有RAID。有 2 张光盘，每张 500Gb。第一个用于操作系统和一些家庭。第二个是分布式FS，HPC高性能。

Dmesg 自 2 天前未更新。最后几行没有任何与光盘或错误相关的内容。

重启了，没找到硬盘。从BIOS，硬盘驱动器已死，甚至没有响应名称查询。

需要新硬盘。谢谢。

我在 Linux CentOS 服务器上有一个 EXT3 格式的驱动器。这是一个 Web 应用程序数据驱动器，包含每个用户帐户（有 25,000 个用户）的目录。每个文件夹都包含该用户上传的文件。总的来说，这个驱动器上大约有 250GB 的数据。

使用所有这些目录构建驱动器是否会影响驱动器读/写性能？它会影响我不知道的其他一些性能方面吗？

以这种方式构建事物是否存在本质上的错误或不好的地方？也许只是文件系统的错误选择？

我最近尝试合并两个数据驱动器并意识到 EXT3 仅限于 32,000 个子目录。这让我想知道为什么。考虑到每个文件都有一个与数据库中的 id 相对应的唯一 id，我以这种方式构建它似乎很愚蠢。唉...

在我的 Intranet 服务器上，我有一个 100.00 GiB 的分区 /dev/sda5，我将其用作 lvm2 的物理卷。

• 它是我的卷组 vg01 中唯一的物理卷。
• vg01 当前包含一个逻辑卷 lv01，使用完整的 100.00 GiB - 好吧，实际上是 99.99 GiB 由于一些舍入（这就是问题开始的地方）。
• lv01 包含一个 ext3 文件系统，使用整个空间。

我想将 lv01 减少到大约 97 GiB，所以我可以创建大约 lv02。3 GiB（我需要它来拍摄 lvm 快照）。

到目前为止我做了什么：

e2fsck -f /dev/mapper/vg01-lv01
resize2fs /dev/mapper/vg01-lv01 97G

这很有效。但现在我得跑了

lvreduce --size ? /dev/mapper/vg01-lv01

而且我不确定，我必须指定哪个确切值。该lvreduce手册页明确警告说，所产生的大小不能大于文件系统更小。我也不想让它变得比它必须的更大。但现在我有不同的数字：

• 我97G在 resize2fs 中指定。
• df -h 说，它是 96 G。
• df 说，它是 100115936 个 1K 块。
• lvdisplay（当然）仍然报告逻辑卷的 99.99 GiB。

我必须指定lvreduce什么？

编辑：

当前接受的答案提供了一个很好的解决方法。然而，为了将这些东西集成到可靠的脚本等中，我通常更喜欢使用精确的测量来代替。或者也许已经有一个可靠的 (!) 脚本或工具可以一步执行整个调整大小过程？

我在使用 Dell 1950 服务器时遇到了一些问题。我正在安装 RHEL 4.6 以及 Oracle 和其他一些软件。

我在 ssh 会话和连接到服务器的监视器上随机收到一条错误消息，显示“内核：日志提交 I/O 错误”，我看到一个错误滚动显示“EXT3-fs 错误（设备 sda5）在 start_transaction 中：日志已中止。”

它发生了多次，但从未在安装过程中同时发生。实际上，这最后一次系统启动并运行时，我只是尝试将数据库导入 oracle。

这发生在几个硬盘驱动器上，所以我很确定这不是问题。这让我觉得raid 控制器坏了。

你们有什么感想？

** 更新 **

很确定这是一个坏硬盘。我在服务器中插入了另一个驱动器，它已经运行了大约 48 小时没有出现问题。

我正在为大型存储场进行设置，为了避免需要长达一个月的 fscks，我的计划是将存储拆分为许多较小的文件系统（这很好，因为我有一个存储良好的文件树，所以可容易地具有单独的文件系统安装在1/，2/，3/，4/，等等）。

我的困难在于找出文件系统的“合理”大小的任何枚举，以保持 fsck 时间同样“合理”。虽然我完全意识到给定大小的绝对时间在很大程度上取决于硬件，但我似乎无法找到任何关于文件系统大小不同的 ext3 fsck 时间曲线形状的描述，以及其他变量是什么（在单个目录中充满文件的文件系统是否比在树中数千个目录中的每个目录中包含 10 个文件的文件系统花费的时间更长；大文件与小文件；完整文件系统与空文件系统；等等）。

有没有人参考过任何经过充分研究的数字？如果做不到这一点，关于这些问题的任何轶事至少应该有助于指导我自己的实验，如果需要的话。

编辑：澄清：无论文件系统如何，如果元数据出现问题，都需要进行检查。是否启用或需要基于时间或挂载的 re-fscks 不是问题，我要求特别关于 ext3 的数字的唯一原因是因为这是最有可能选择的文件系统。如果你知道一个文件系统有一个特别快的 fsck 进程，我愿意接受建议，但它确实需要是一个强大的选择（声称“文件系统 X 从不需要 fscking！”将被嘲笑和嘲笑） . 我也意识到需要备份，并且 fsck 的愿望不能替代备份，但是只是丢弃文件系统并在出现故障时从备份中恢复，而不是 fscking 它，似乎真的，