Filevault坚持优化

当我在Yosemite 10.10.5上启用filevault时，它经历了整个加密过程，然后变为“优化”。它进展到86％，似乎被困在那里。

现在大约24小时，它一直在说“剩下X小时”。它从1小时到12小时不等。大约12个小时后，我重新启动，看看是否会有所帮助，但事实并非如此。当我跑步时diskutil cs list，它说：

CoreStorage logical volume groups (1 found)
|
+-- Logical Volume Group XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX
    =========================================================
    Name:         Macintosh HD
    Status:       Online
    Size:         999345127424 B (999.3 GB)
    Free Space:   5495873536 B (5.5 GB)
    |
    +-< Physical Volume XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX
    |   ----------------------------------------------------
    |   Index:    0
    |   Disk:     disk0s2
    |   Status:   Online
    |   Size:     999345127424 B (999.3 GB)
    |
    +-> Logical Volume Family XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX
        ----------------------------------------------------------
        Encryption Status:       Unlocked
        Encryption Type:         AES-XTS
        Conversion Status:       Converting
        Conversion Direction:    forward
        Has Encrypted Extents:   Yes
        Fully Secure:            No
        Passphrase Required:     Yes
        |
        +-> Logical Volume XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX
            ---------------------------------------------------
            Disk:                  disk2
            Status:                Online
            Size (Total):          993513701376 B (993.5 GB)
            Conversion Progress:   Optimizing 86%
            Revertible:            No
            LV Name:               Macintosh HD
            Volume Name:           Macintosh HD
            Content Hint:          Apple_HFS

问题是什么？我能做些什么来解决它吗？

那么，那怎么样。

发布此问题几分钟后，它又开始取得进展。它在几分钟内从87％直接拉到99％，现在已经完成了。

显然，答案只是“等待更长时间”。

FileVault是一个非常棘手的事情，它依赖于许多变量来执行其操作，例如您正在加密的驱动器的总体大小，驱动器的类型（HDD [和RPM]，SSD等），以及金额存储在驱动器上的实际数据（和数据类型）。

我遇到了一段时间，我不得不禁用FileVault，以便某些进程在启动时自动启动，而不必先登录。我有一个70％已满的加密1TB硬盘。FileVault花了将近4天的时间来解密这个卷。所以，FileVault流程肯定需要一段时间。

关于不是FileVault本身的另一个注意事项，但一般的进度条，当我从Mavericks升级到Yosemite时，进度条保持99％，说“剩余1分钟”超过2小时。

我认为这只是对某些GUI流程的错误处理，开发人员认为这些流程并不像实际影响正常系统功能那样重要，因为就开发和改进而言，更多的是用户体验被置于次要地位。

然后再次（我知道这是不是该操作系统上运行的代码相同的水平），但如果你曾经尝试实施在操作进度条bash（这不已经有这个功能内置其中，比如rsync，wget等。），你会发现充分估计某些过程操作的“估计剩余时间”是非常困难的。

就像我之前说的，bash是一个shell脚本语言，而不是实际的编程语言，所以我不能说C，C++等等，但我所看到的基本行为bash的进度条如下（如果这有助于提供任何洞察力）：

• 您需要在脚本中执行10个进程。
• 每个流程完成后，进度条以10％的增量更新，以便在最后一个流程完成后，您的进度条将显示100％。
• 假设每个过程需要1分钟才能完成，因此整个操作的总体估计时间应为10分钟。
• 现在让我们假设进程＃9遇到一些意外的东西，它必须在幕后的后端处理（GUI无法配置为更新并考虑到各个系统配置的广泛范围，因为这会真的减慢开发速度） 。
• 过程＃9最终花费10分钟而不是花费1分钟来执行，以解决它必须处理的所有混乱。
• 您的进度条将被停留在90％，表示“剩余1分钟”，持续10分钟。
• 最终的结果是一个操作说它需要10分钟，但实际上，实际上需要20分钟，进度条在一半时间内停留在90％。

以上只是我在野外遇到的许多进度条和用户更新实现的本质，并希望有助于解释您遇到的性质（仅在更小，更简单的范围内）。

微软在这方面很可怕，因为任何Windows用户都已经知道，而且他们显然在纠正或改善这种行为方面采取的措施非常少（如果有的话）。所以不幸的是，有时答案是走开或小睡，然后回来看看是否真的发生了什么。看起来这是他们与Apple共同的一件事（或者，就像我之前所说的那样，很难说明特定类型操作的估计剩余时间）。

在您的特定场景中，FileVault可能认为它几乎已经完成，然后在某些文件块上运行某些操作或者比原先预期的时间稍长一些，并且进度条没有配置为考虑到这一点。

我有一个理论：

似乎“优化”过程仅在计算机实际使用时运行。所以，只要让Mac坐在那里，即使睡眠不足，也不会让它在优化方面取得进展。你实际上必须与它进行交互。一旦你这样做，“剩余”时间会再次迅速减少。

所以我尝试了这个：

要模拟这个，打开Terminal.app（在Applications / Utilities文件夹中）输入enter this命令（后跟Return键）：

caffeinate

只要您将终端窗口打开，macOS就会认为您正在与它进行交互，优化过程将继续其工作。

唉，事实证明这没有帮助。起初对我来说似乎是这样，但最终进展估计会回落到“超过一天”。然而，简单地与它进行交互使得它建议更快地完成。