在编译cm-13.0镜像时，为了实现强制加密功能，你修改了fstab文件，在首次启动时选择了forceencrypt而非默认的encryptable。然而这导致了首次启动的时间大大延长（超过2小时）。根据官方文档，forceencrypt是为了创建快速加密而引入的特性，在首次启动时不建议使用。
在使用encryptable的情况下，通过进入系统设置-安全-加密后手动进行加密，则过程耗时约7分钟。这是因为默认情况下，加密操作会针对数据分区中的所有未用空间执行全盘加密，这大大延误了整个流程时间。
为了减少首次引导时间，推荐采用以下方法：
解决方案1：保持encryptable
当设备首次启动后，通过系统设置手动进行全盘加密。这种方法虽然不便于自动化部署，但可以显著缩短初次引导时间。具体操作为：
– 初始构建设备镜像时，将其引导模式从forceencrypt更改为encryptable。
– 设备启动并正常运行后，进入系统设置中依次点击“安全”和“加密”，选择对数据进行全盘加密。
这种方法可以确保首次启动时间恢复正常，而同时又能为首次使用提供足够的保护。
解决方案2：自定义fstab文件
你可以尝试调整fstab配置文件以优化加密性能。比如，减少需要加密的空间范围或频率，并允许系统在后台进程期间逐步完成数据块的加密操作。
然而此方法可能会引入额外复杂度且风险较高，建议具备相当技术水平和对系统底层有深刻理解者方可执行。
解决方案3：使用设备专用密钥
部分搭载特定硬件平台的Android ROM支持通过烧录专用设备密钥来实现快速加密。虽然这种方法需要额外准备工作（比如使用特定工具烧录密钥文件），但理论上能够大幅缩短全盘加密所需时间。
在实际操作中，如果硬件允许，则可以根据官方文档指导安装设备专用密钥以加快初次启动过程。
总结以上几种方案：选择手动encryptable加密方式是最简单直接的方法；自定义fstab和利用专用密钥则分别针对不同场景进行了优化。具体采用哪种策略取决于开发者目标及其对时间、复杂度等要求考虑结果而定。
同时，务必确保操作过程中保持设备安全性及数据完整性，以防止任何潜在问题的发生。