标签: journaling

当我阅读 Linux 下的 SSD 使用时，总是建议在 Ext4 中禁用日志记录（或使用 Ext2），因为这对您的 SSD 来说太糟糕了。但是在所有关于 Windows SSD 调整的文章中，我从未看到任何提及您应该禁用 NTFS 日志记录，或者您应该坚持使用 FAT32。

我知道 Ext4 的日志记录更先进，但它对 SSD 的损害是否比 NTFS 大得多？或者 Linux 用户只是稍微谨慎一点？

^{点击查看全尺寸}

C:\$extend\$Usn.Jrnl:$J:$data

这是最后一张照片。顶部带中心的大条带是最大的块，在其他灰色区域中是各种簇。

在右边，大长灰线是$logfile（不是分页），它是 63 MB。分页，500 MB 是深青色块，内环中的黄色 MFTres 旁边.. 磁盘碎片整理，以便可以更容易地看到它们。并非所有此类文件的集群都被标记，但想法就在那里。

磁盘是 4k 集群，现在大约 12 GB 大小。图中每个可爱的小方块大小为 0.81 MB，代表 207 个簇。dkGreen 部分主要是整个 Winsxs 堆，当他们不断告诉我们它不占用太多磁盘空间时也很有趣。

维基百科建议，在以前的 NT 系统中，“USN 日志”将在启用时打开（假设它也可以关闭？）。

哪些方面、服务或程序正在努力将这些东西放在$jrnl$类型集群已知的磁盘上，即使它不是实际的 USN 日志？

在 Windows 7 系统中是否可以完全禁用日志功能，这会产生什么后果？

在 Windows XP NTFS 系统上，我不记得看到使用这些$jrnl$名称的磁盘簇的数量，所以我不记得在这个数量中这对于 NTFS 文件系统本身是必要的吗？

我知道它不会在那里，如果它没有有用的功能:-) 关于多么美妙的信息很好，如果该信息有助于追踪系统的哪些部分创建和使用它。

更改日志指出：

还需要更改日志来恢复文件系统索引

嗯，这可以解释其中的一些，或者为什么它留在磁盘上。后台索引时崩溃？

我有一个使用大约 1GB 空间的 mongodb 数据库。当我的服务器空间不足时，我感到很惊讶，然后我意识到该日志使用了 3GB。

该文件指出，“一旦MongoDB中的日志文件适用于所有的写操作时，将删除这些文件”，但是，这并不似乎是如此，因为数据库同步和日记是不是整个数据库的大3倍。

如何删除这些日志文件并配置系统以使用更少的空间？

有一台安装了 Wubi Ubuntu 的 Vista 笔记本电脑（阅读：位于 NTFS 分区上的虚拟磁盘上的 Ubuntu）。我只用Ubuntu，但是磁盘性能太差，想切换到普通分区安装。

问题是磁盘当时已经很满了（从 130GB 中释放了约 8 GB），因此 USN 日志散布在整个磁盘上，并且由于它不可移动，因此无法进行磁盘分区。

我唯一能做的就是删除它。看了好几个网站，微软的Technet也算了，但还是不太明白删期刊的风险。

我在冒什么风险？你会建议这样做吗？

在我的 Windows 7 计算机上出现 BSOD 后，我重新启动了我的计算机，发现它要求我进行磁盘检查。在此期间我做了其他事情，但似乎花了几分钟。

如果文件系统是日志系统（我将其保留为默认值 NTFS），为什么它需要在崩溃后检查磁盘？

在我的 ArchLinux 笔记本电脑上，我有/一个/home使用 ext4 格式化的 ecryptfs 加密分区。两者都包含重要（备份）数据。

当分区包含数据时禁用 ext4 日志记录是否安全？我会遇到数据丢失的情况吗？

我将按照此处报告的说明进行操作。

谢谢你？

我不是很懂，但是遇到了很多问题。零填充/低级格式化我的硬盘驱动器似乎没有触及那里的 USN 日志条目（我尝试过 DBAN、KillDisk、UBCD 和 Linux 发行版 - 都无济于事）。

NET USER ADMINISTRATOR 也不能删除它们。我有一段时间有一种感觉，我的内置管理员回答了更高的管理员，该管理员正在将无人值守的 Active 签名 Microsoft 代码静默部署到我的系统中（但记录在cbs.log 如此疯狂的文件中，这很有趣 - 例如：昨天，一个 Windows出现更新，MSSE 已经在 6 小时前下载了，我耸了耸肩并安装它。它说“安装成功”或 w/e，然后我打开cbs.log- 在 41 秒内，7000 行 cbs 条目。）