问题标签 [ext3]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
linux - 一个文件夹在 ext3 文件系统中可以容纳多少个文件？
问题说明了一切。
文件夹可以包含的文件有限制吗？如果不是，如果一个文件夹包含太多文件，是否会产生影响？如果是这样，多少才算太多？
c - 重用 inode 字段
我在一个项目中，我需要做一些簿记，即表明程序 A 是否访问了特定文件。我计划将此信息存储在 inode 中，因为使用其他附加数据结构效率低下。我计划在 inode 数据结构中重用字段 i_mode 。有什么建议么。此外，我不知道如何从用户空间写入 inode 数据结构。我怎么做？谢谢...
linux - ntfs 但不是 ext3 的数据完整性问题
在我的应用程序中，我不断将数据写入file1并将其刷新到设备。在另一个线程中，我正在从file1读取数据并将其写入file2。
每次我在 file1 上执行fwrite + fflush时，我都会向另一个线程发出信号以开始从中读取。另一个线程从file1 中读取数据并将其转储到file2 中。很简单的逻辑。此外，每隔几分钟，我就会回到 file1 的开头并开始覆盖旧数据。
现在我的问题是，一旦我开始覆盖file1中的数据，读入 file2 的数据有时是旧数据（即在前一次迭代中写入的数据），即使写入器线程已经发出信号表示它写入了新数据（并刷新了它）。
我正在 [C + linux + arm platfrom] 上写入和读取固态驱动器（128 GB SAMSUNG 470 系列，如果有帮助的话）。我觉得处理器缓存有问题。也许写入进入缓存，读取器线程的读取来自闪存，因此是陈旧的数据。
这里的问题是，如果 SSD 使用 NTFS 格式化，则会出现此问题。如果我用 ext3 格式化它，问题就消失了。不幸的是，NTFS 是一项硬性要求。另一个有趣的观察是，如果我有两个阅读器线程，它们都会在不同的时刻获得陈旧的数据。
禁用 SSD 写入缓存（使用hdparm -W0 /dev/sda1）后的事件，我遇到了与 NTFS 相同的问题。一个多星期以来，我一直坚持这一点。
知道发生了什么，为什么会这样？
任何帮助都将物超所值……
编辑原来NTFS驱动程序不喜欢我通过倒回文件指针来覆盖文件。这是众所周知的事情吗？
ext3 - EXT3文件系统有没有补丁可以压缩？
我读到该补丁可用于文件系统 EXT-3，但我无法跟踪该补丁。所以我谦虚的要求是，如果有人知道 EXT-3 文件系统补丁的位置，请告诉我它在哪里可用...
谢谢，
readdir - ext3 文件系统中的文件顺序变化
我有一个程序，其输出取决于 readdir 如何返回文件顺序。有什么方法可以通过 ext3 模拟不同的文件返回顺序
c++ - 如何从虚拟磁盘中提取文件？
给定一个数据块（文件系统认为是整个驱动器）和文件系统的类型（fat32、ntfs、ext3），我想知道如何从该数据块中提取文件。关于如何做到这一点的任何想法？
linux - Linux 只读分区的数据变化
我有一个只读分区，其数据正在更改。更改仅在第一次安装时发生。后续挂载不会更改分区数据。
尝试使用 ext3 和 ext2 记录日志是一个问题……没有帮助。尝试使用 -c -1 -i 0 进行 tune2fs 以禁用更新时间戳或任何其他可能被执行检查触及的数据......没有帮助
通常我不会在意，但出于数据完整性的目的，我需要对这个分区进行哈希计算。
android - Android 文件系统日志
ext3 有 3 个日志选项：日志、有序和写回。根据维基百科条目，这些范围从风险最小到崩溃恢复风险最大。由于某种原因，Android 的 Linux 版本只支持后两种选项，并且默认为 writeback。（我正在运行 Froyo）
有没有办法添加对日志模式的支持？我想在 /data 分区上执行此操作，即 ext3，也是大多数文件写入发生的地方。我的设备没有电池，所以当有人断开电源时，我需要确保它是防撞的。
如果有人感兴趣，Linux 选项在 kernel/fs/ext3/Kconfig 中定义。具体选项是 EXT3_DEFAULTS_TO_ORDERED。
filesystems - SMB 和 EXT3 对文件写入的顺序提供了哪些保证？
在我的（Linux-）应用程序中，我正在查看特定文件集的热文件夹。比如我在等这一套：
- 示例 1.xml
- 示例 2.xml
- 示例 3.xml
热文件夹通过 SMB 在网络上共享。现在，为了确保在我将它们移走之前所有文件都已写入，我将等待最后一个空文件：
- 例子.完成
我的客户将确保该文件将是最后写入的文件。
我的假设是：
- 文件将通过网络发送并按照写入的顺序存储在磁盘上。
- 一旦 example.done 文件可用，所有以前的文件都将完成。
这些假设是否正确？
搜索“文件系统保证”只会导致对文件内排序或系统崩溃可靠性的解释：
保证文件操作的顺序
Linux 是否保证在 close() 之后将文件的内容刷新到磁盘？
NTFS 提供哪些可靠性保证？
linux - msync 是否像 ext3 上的 fsync 一样将文件系统上的所有文件同步到磁盘？
据我所知，在大多数日志模式为“data=ordered”的ext3系统上，fsync不仅会同步fd指定的文件，还会同步文件系统上的所有文件，这个问题在内核2.6之前还没有修复.30
我有一个问题，那就是，msync 和 fsync 做的事情一样吗？
谢谢。