CTRL+PrtScr+R+E+I+S+U+B 的原因

我认为Ctrl+PrtScr不会做太多，您需要的是SysRq（通常在与 相同的物理键上PrtScr，按下该键时通过按住访问Alt，因此有点不清楚“魔术”组合是否实际上是SysRq+<letter>或Alt+SysRq+<letter>）。

该B功能将启动系统，因此您的组合是浪费时间，只会B完成，并且仅启动与重新启动电源一样糟糕。

SysRq+R,E,I,S,U,B（对我来说）可以（有时）获得什么+表明您需要一次按下所有键，一次按下八个键很难而不是您想要做的 - 请注意“BUSIER”实际上是经典组合完全倒退），是一种更好的关闭方式，其中尽可能多的数据被很好地写入磁盘，因此下次启动时不需要 fsck，并且将数据丢失的风险降至最低。

有很多信息，包括 SysRq 组合的完整列表和Magic SysRq 维基百科页面上的一些助记符。

这有什么细节，在这种情况下说 Linux 的弹性不如 MS-Windows 是真的吗？

在某一时刻进行比较可能会很有用。这种比较可能解释了为什么这些 SysRQ 命令如此广为人知。但是，它不适用于比较最近的 Linux 和 Windows 版本。

如果您了解“日志文件系统”的含义，则会大量解释详细信息。 示例参考。

根据此参考资料，最流行的Linux 文件系统系列获得日志文件系统支持的时间稍晚于 Microsoft。

fsck此外，普遍的理解是 Linux 文件系统仍然可以使用fsck.

考虑到这在现代大型磁盘上需要多长时间，很难质疑日志更“弹性”:-)。原则上，无论日志文件系统如何，同步也可能有一些用途。它使您可以触发立即回写，其中包括任何未同步的文件内容。（然后您必须观察磁盘 LED 或噪音来猜测写回何时完成）。这避免了例如必须等待dirty_writeback_centisecsext 文件系统。有些人甚至将他们的系统配置为使用“笔记本电脑模式”，其中延迟写回被无限期延迟以节省电力。

还有一个额外的细节。Linux 上的日志文件系统倾向于假设它们不是在barriers禁用的情况下运行的。屏障的性能影响已得到缓解，因此 Linux 发行版默认停止禁用屏障。（或者，在某些情况下和某些硬件上禁用屏障可能是“安全的”，但这不适用于 2018 年的普通 PC 硬件。即使在此类硬件上，Redhat 也已停止推荐禁用屏障）。示例参考。

引号（一些格式 - 有用的链接 - 已丢失）：

日志文件系统

更新文件系统以反映对文件和目录的更改通常需要许多单独的写入操作。这使得写入之间的中断（如电源故障或系统崩溃）有可能使数据结构处于无效的中间状态。 [1]

例如，删除 Unix 文件系统上的文件涉及三个步骤：[5]

1. 删除其目录条目。
2. 将 inode 释放到空闲 inode 池中。
3. 将使用的任何块返回到空闲磁盘块池。

如果在第 1 步之后和第 2 步之前发生崩溃，则会出现孤立的 inode，从而导致存储泄漏。另一方面，如果在崩溃前只执行第 2 步，则尚未删除的文件将被标记为空闲，并可能被其他内容覆盖。

检测和从这种不一致中恢复通常需要完整地遍历其数据结构，例如通过 fsck（文件系统检查器）等工具。 [2] 这通常必须在下一次装载文件系统以进行读写访问之前完成。如果文件系统很大并且 I/O 带宽相对较少，这可能需要很长时间，如果它阻止系统的其余部分重新联机，则会导致更长的停机时间。

为了防止这种情况发生，日志文件系统分配一个特殊的区域——日志——在其中记录它将提前进行的更改。崩溃后，恢复只涉及从文件系统中读取日志并重放此日志中的更改，直到文件系统再次保持一致。因此，这些更改被称为是原子的（不可分割），因为它们要么成功（最初成功或在恢复期间完全重放），要么根本不重放（被跳过，因为它们在发生崩溃）。

障碍

为了降低断电期间数据损坏的风险，一些存储设备使用电池供电的写入缓存。通常，高端阵列和一些硬件控制器使用电池供电的写缓存。但是，由于缓存的波动性对内核不可见，Red Hat Enterprise Linux 6 在所有支持的日志文件系统上默认启用写屏障。

对于具有非易失性、电池支持的写入缓存和禁用写入缓存的设备，您可以在安装时使用 -o nobarrier 选项安全地禁用写入屏障。但是，有些设备不支持写屏障；此类设备会将错误消息记录到 /var/log/messages（请参阅表 22.1，“为每个文件系统写入屏障错误消息”）。

[...]

笔记

在 Red Hat Enterprise Linux 6 中不再推荐使用 nobarrier，因为写屏障对性能的负面影响可以忽略不计（大约 3%）。写屏障的好处通常超过禁用它们的性能好处。此外，永远不应在虚拟机上配置的存储上使用 nobarrier 选项。