我们有一个使用 SSD（4TB Samsung 860 Pro）的系统，我们通过 Linux 系统打开电源 10 分钟以写入数据，然后每小时关闭一次，每天 24/7，持续大约六个月。我们手动打开驱动器的电源并等待操作系统查看已安装的驱动器。这通常需要 12 秒到 22 秒才能完成。如果驱动器在等待挂载 30 秒后仍未显示，我们将认为挂载失败。我们第一次这样做时，一切都工作正常。我们使用相同的驱动器进行了第二轮，但在我们运行的 5 个系统之间大约 1 个月到 3 个月后，驱动器在 30 秒内停止安装。
基本上，在第一轮中，驱动器将打开和关闭至少 4,320 次。由于驱动器在第二轮测试中无法一致安装，总电源周期似乎在 5,000 到 7,000 次之间。如果您等待超过 30 秒，所有驱动器仍在工作，但它们被认为不再可靠地安装在我们的系统中。
我似乎找不到任何有关电源循环的 SSD 驱动器规格以及这样做是否有限制。我们购买 4TB 860 Pro 驱动器时非常昂贵（> 1,000 美元），据说非常可靠，具有非常高的编程/擦除 (P/E) 周期。但是，没有有关电源循环的规格。
频繁的电源循环对于 SSD 驱动器来说是一件坏事吗？我知道大多数人可能不会这样做，并且驱动器每天可能不会重新启动超过一次。我们基本上在 6 个月内完成了 12 年的日常动力循环。
编辑 1（来自评论的附加信息）：我们使用电池运行，因此电量使用非常有限。
编辑 2（来自评论的附加信息）：SSD 驱动器使用修改后的 USB 3 转 SATA 电缆连接到 RPi 2B v.1.2。我们有一个外部电源控制器来打开和关闭电缆的电源。基本上，Pi 打开 SSD 的电源，然后监视 SSD 是否连接到特定的 USB 端口，然后尝试安装驱动器。这是通过 bash 脚本完成的，它会运行一个延迟 1 秒的安装循环，直到可以访问 SSD。我们给它最多 30 个循环计数（安装失败后每次延迟 1 秒）。
编辑3（来自评论的附加信息）：卸载过程是卸载驱动器，然后关闭电源。我们在卸载和断电之前验证数据已完全写入。数据大小是压缩文件，通常约为 1.2GB 到 1.6GB。通常一小时内只是一个文件，从 SD 卡上的原始数据压缩文件并将其传输到 SSD 大约需要 10 分钟左右。因此 SSD 在关闭前会开启 10-12 分钟。
编辑 4 检查更多驱动器后，我发现一个驱动器已经进行了超过 13,000 次电源循环，并且仍然按照我们想要的方式安装。我正在等待恢复故障驱动器，看看它们的计数是多少。我们知道我们在之前的运行中至少使用过它们 2 次，因此我预计每次运行都会超过 10k 次电源周期。
编辑 5 SSD 上的文件类型为 Ext4。