问题标签 [ext3]

我想在ext3的源代码中做一些实验。关于如何编译并使其可用的任何指针？谢谢

我正在为 Android 开发一个媒体文件组织程序，我想将媒体文件移动到一个目录结构中，例如 root/Artist/Album/Song.flac。我正在遍历包含此信息的数据结构并使用 mkdirs() 创建文件夹。当我浏览创建的文件夹（使用 OI 文件管理器或文件专家）时，我可以进入一级目录并看到二级目录的名称，但它们被指示为 0 字节文件。起初我以为它们真的只是文件并再次尝试，但如果我在 ADB 中浏览它们，它们就是文件。权限是问题：

例如，我的根目录位于 /mnt/storage/FLAC：

二级目录（/mnt/storage/FLAC/Artist_1 等）对专辑文件夹具有相同的权限。

如果我使用 chmod 手动编辑权限，将两个级别文件夹都设置为 drwxrwxrwx (777)，我可以导航到它们并在文件管理器中播放文件。这可以通过 chmod +x 来完成。

这是我正在使用的代码：

这是 moveFile 函数：

我的清单文件中有这一行：

我的设备上的存储空间是 16GB 内部 ext3。我应该如何将此权限修复添加到我的代码中？

这是我在这里的第一篇文章。

我想检查文件是否存在但不使用硬盘。例如看这段代码：

据我所知，ext4 是日志文件系统。这是否意味着脚本可以通过查看日志来检查文件是否存在，即主内存而不接触硬盘？

谢谢你的时间。

UPD。

是否有任何文件系统将硬盘的日志保存在主存中，以便文件存在的操作可以在不访问硬盘的情况下完成？

在一篇论文中，我阅读了 ext2/ext3 文件系统标记 I/O 调度程序的所有元数据请求（间接块，...）。但是在阅读 ext2/3 源代码几个小时后，除了 ext3 中的 REQ_META 和 REQ_PIRO 之外，我找不到任何东西。我想知道这两个文件系统是否还有其他设置来显示请求是元数据请求？经过一些测试，我发现 ext3 似乎没有标记间接块。（从 50GB 文件中读取 8000 个随机 4KB 块，只有 2 个带有 REQ_META 的请求）。那么还有其他方法可以找出 I/O 调度程序中的所有元数据请求吗？

我正在努力理解我正在运行的测试中发生了什么。测试是在同一台机器上运行的两个 shell 脚本。

A：

乙：

所以我运行 A /ext3_dir，然后运行 ​​B /ext3_dir > out （所以只有错误进入标准输出）。

根据“重命名”的 POSIX 规范，这一切都可以正常工作并且符合预期：

如果新参数命名的链接存在，则应将其删除并将旧的重命名为新的。在这种情况下，一个名为 new 的链接将在整个重命名操作期间对其他进程保持可见，并且在操作开始之前引用 new 或 old 引用的文件。

但是，如果我在移动之前添加到临时文件的硬链接：

我在阅读方面收到“没有这样的文件或目录”错误 - 似乎违反了 POSIX 规范。

任何人都可以阐明这种行为吗？测试有效吗？我无法弄清楚为什么创建指向我正在移动的文件的额外链接会影响从移动目标读取的能力。

我想找到那个地方并在那个请求中设置一个标志，这样我就可以在块 io 层中识别这些请求。我改变了生物结构并添加了一个额外的标志，我想为所有发送到磁盘的间接块请求设置这个标志。

我知道日志文件系统 (JFS) 只记录元数据。

但是Linux下的JFS是像ext3 writeback模式还是像ordered模式那样工作呢？

当我尝试用新的 Fedora 16 编译一个使用 ext3 结构的旧程序时

我收到消息

我做了 yum install kernel-devel 和 kernel-headers - 但它仍然给出了上述消息。

我想从目录的内容创建一个图像（比如“/home/sid/folder/”）。然后我想使用 /dev/loop0，将其格式化为 ext3 格式。最后将我刚刚创建的图像与 loop0 关联并挂载它。我该怎么做呢？

挂载所有分区后，我在设备启动时的内核日志中有几个错误。

经过搜索，我发现内核中已经集成了针对同一问题的错误修复。

然后我在存储库上搜索了类似的提交，但没有找到任何东西，所以似乎该错误已在主流上修复，并且问题与 Android 相关。

从 RedHat bugtracker 关于这个 bug 的讨论中，我发现它可以通过压力测试实用程序重现。ext3不幸的是，我在 Android 上不知道这些。