为什么在错误的“rm”后关闭机器可以保存我的文件？

Question 1

听起来你对发生的事情已经有了相当的了解。

是的，因为您在将更改提交到磁盘之前硬关闭了系统，所以当您重新启动时它们就在那里。

系统在将所有写入刷新到磁盘之前对其进行缓存。有几个选项可以控制此行为，全部位于/proc/sys/vm/dirty_* ^{[内核文档]}。除非应用程序通过^[显式执行刷新fsync() ^{人2 fsync]}，当数据足够旧或写缓存已满时，数据就会被提交。
上面使用的“数据”的定义包括对目录条目的修改以删除文件。

现在，就期刊而言，这是对期刊用途的常见误解之一。日志的目的不是确保重播更改或数据不丢失。日志的目的是防止文件系统本身的损坏，而不是其中的文件的损坏。日志仅包含有关所做更改的信息，而不（通常）包含更改本身的完整数据。确切的细节取决于文件系统和日志模式。对于 ext3/4，请参阅data中的挂载选项man 8 mount。

要回答您的补充问题：是否有办法在不重新启动的情况下防止挂起的写入：

通过快速阅读内核源代码，看起来您可以使用神奇的 sysrqu命令^{（[维基百科],[内核文档])}执行紧急重新安装只读操作。看来这将立即以只读方式重新安装所有卷没有同步操作。

要使用它，只需按Alt+ SysRq+即可u。

Answer

听起来你对发生的事情已经有了相当的了解。

是的，因为您在将更改提交到磁盘之前硬关闭了系统，所以当您重新启动时它们就在那里。

系统在将所有写入刷新到磁盘之前对其进行缓存。有几个选项可以控制此行为，全部位于/proc/sys/vm/dirty_* ^{[内核文档]}。除非应用程序通过^[显式执行刷新fsync() ^{人2 fsync]}，当数据足够旧或写缓存已满时，数据就会被提交。
上面使用的“数据”的定义包括对目录条目的修改以删除文件。

现在，就期刊而言，这是对期刊用途的常见误解之一。日志的目的不是确保重播更改或数据不丢失。日志的目的是防止文件系统本身的损坏，而不是其中的文件的损坏。日志仅包含有关所做更改的信息，而不（通常）包含更改本身的完整数据。确切的细节取决于文件系统和日志模式。对于 ext3/4，请参阅data中的挂载选项man 8 mount。

要回答您的补充问题：是否有办法在不重新启动的情况下防止挂起的写入：

通过快速阅读内核源代码，看起来您可以使用神奇的 sysrqu命令^{（[维基百科],[内核文档])}执行紧急重新安装只读操作。看来这将立即以只读方式重新安装所有卷没有同步操作。

要使用它，只需按Alt+ SysRq+即可u。

Question 2

从：https://www.kernel.org/doc/Documentation/filesystems/ext4.txt

commit=nrsec (*) Ext4 可以被告知每隔“nrsec”秒同步其所有数据和元数据。默认值为 5 秒。这意味着，如果您断电，您将丢失最近 5 秒的工作（不过，由于日志功能，您的文件系统不会被损坏）。此默认值（或任何低值）会损害性能，但有利于数据安全。将其设置为 0 与保留默认值（5 秒）具有相同的效果。将其设置为非常大的值将提高性能。

另请参阅此处有关如何冲洗它们的信息：如何清空 Linux 系统上的缓冲区和缓存？

引用自上面的链接：

注意：清理内存中不必要的东西（Kernerl 2.6.16 或更高版本）。始终确保首先运行同步以将有用的内容刷新到磁盘！

To free pagecache:

$ echo 1 > /proc/sys/vm/drop_caches

To free dentries and inodes:

$ echo 2 > /proc/sys/vm/drop_caches

To free pagecache, dentries and inodes:

$ echo 3 > /proc/sys/vm/drop_caches

Answer