我们有一组安装了 Linux、本地 Web 服务器和 PostgreSQL 的消费者终端。我们正在收到有关机器出现问题的现场报告，经过调查，似乎停电了，现在磁盘有问题。
我原以为问题只是数据库损坏，或者最近更改的文件被打乱了，但还有其他奇怪的报告。
index.php现在是目录）数据库损坏存在问题，但这是我可以预料的。我更惊讶的是更基本的文件系统问题——例如，权限或将文件更改为目录。这些问题也发生在最近没有更改的文件中（例如，软件代码和配置）。
这是 SSD 损坏的“正常”吗？最初我们认为它发生在一些便宜的 SSD 上，但我们在名牌（消费级）上发生了这种情况。
FWIW，我们不会在不干净的启动上执行 autofsck（不知道为什么 - 我是新手）。我们在某些地方安装了 UPS，但有时它没有正确完成等。这应该是固定的，但即便如此，人们仍然可以不干净地关闭终端等 - 所以它不是万无一失的。文件系统是ext4。
问题是：我们可以做些什么来缓解系统级别的问题？
我发现一些文章提到关闭硬件缓存或以同步模式安装驱动器，但我不确定这在这种情况下是否有帮助（元数据损坏和非最近更改）。我还阅读了有关以只读模式挂载文件系统的参考资料。我们不能这样做，因为我们需要编写，但如果有帮助，我们可以为代码和配置创建一个只读分区。
这是一个驱动器的例子sudo hdparm -i /dev/sda1：
Model=KINGSTON RBU-SMS151S364GG, FwRev=S9FM02.5, SerialNo=<deleted>
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=0
BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=125045424
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=yes: disabled (255) WriteCache=enabled
Drive …