每日 rsync OS 备份是否会将 SSD 驱动器推至极限?

每日 rsync OS 备份是否会将 SSD 驱动器推至极限?

自去年以来,我一直在使用快照(使用 rsync)将我日常笔记本电脑的 Linux Ubuntu 操作系统备份到本地 NAS。

几个月前,我开始遇到严重的操作系统稳定性问题。好像磁盘驱动器损坏了,所以需要fsck在启动前运行 - 这在过去几周里救了我好几次。

我试图推断出原因,但没有成功。现在我在想是不是每天不断的备份将 SSD 驱动器推到了极限?

rsync 占用多少磁盘空间?它会导致 SSD 问题吗?

输出结果如下sudo nvme smart-log /dev/nvme0n1

Smart Log for NVME device:nvme0n1 namespace-id:ffffffff
critical_warning            : 0
temperature             : 53 C (326 Kelvin)
available_spare             : 100%
available_spare_threshold       : 10%
percentage_used             : 0%
endurance group critical warning summary: 0
data_units_read             : 13.345.895
data_units_written          : 16.767.444
host_read_commands          : 370.380.945
host_write_commands         : 276.324.114
controller_busy_time            : 1.005
power_cycles                : 1.010
power_on_hours              : 1.257
unsafe_shutdowns            : 76
media_errors                : 0
num_err_log_entries         : 2.890
Warning Temperature Time        : 0
Critical Composite Temperature Time : 0
Temperature Sensor 1           : 53 C (326 Kelvin)
Temperature Sensor 2           : 52 C (325 Kelvin)
Thermal Management T1 Trans Count   : 0
Thermal Management T2 Trans Count   : 0
Thermal Management T1 Total Time    : 0
Thermal Management T2 Total Time    : 0

请注意num_err_log_entries: 2.890

答案1

不会,rsnapshot不会对磁盘​​造成任何重大压力 - 恰恰相反:使用硬链接对文件进行重复数据删除,可以避免写入很多数据到底层文件系统。

从您的smart数据来看,我看不到任何因 NAND 磨损而导致的问题(使用百分比为 0)。您看到的错误可能是由平台和控制器省电设置引起的,而这些由于固件有缺陷而导致数据损坏。

请尝试添加pcie_aspm=off到内核启动选项并监控磁盘是否有新错误。如果错误仍然存​​在,请尝试更换磁盘。但如果问题仍然存在,基本上任何原因都可能是根本原因:电源故障、RAM 故障、主板故障等。

相关内容