Вопрос остался открытым, чего увидим, отказ железа, или ошибки субд?

Обычно это производные от ошибки диска, особенно при выключении питания резко, но и другие варианты возможны

Проводил опыт на linux сервер 1с + pg без ups 100 раз вытягивал из розетки, pg повредить не удалось не разу! Сеансы 1с зависали, даже пришлось написать скрипт, удаляющий сеансы при перезагрузке.

за отказы железа должен отвечать сервер, батарейка контроллера, и прочее. какие ещё варианты?

случайно вырубали питание почтового сервера на линукс, ловили ошибки фс, так что, не исключено.

Если у вас упс, то остальные варианты характерны для железа старше трех лет, чем старше тем больше вероятность, назовём это возрастной потерей надёжности железа

если обобщить, то для железа старше трёх лет контрольные суммы считать не нужно?

Добавлю что также появляются такие штуки когда ОЗУ повреждена

Первое куда более вероятно, но совсем исключать второго нельзя.

Да, для получения такой ошыбки требуются аппаратные проблемы (некорректные репорты об исполнении записи в систему, либо повреждение сектора или соседних секторов при записи) либо проблемы настроек (отключенный fsync, либо опять sync не пробрасывается из виртуалки наружу, либо как-то так).

Да вот нифига. Суточный memtest выявляет почти всегда, но не всегда — а уж чтобы запуск дал ошыбку ECC раньшэ, чем syslog — ну, это прямо исключительный случай.

Ну даже если так, хоте мне не попадалось, такая проблема либо сразу на новом сервере, ну например из-за брака, либо ну не знаю, гроза например или сильно не стабильное питание. Но тогда и на реплику некондиция уедет. Только архивный бэкап большой глубины разве что поможет, а такой сервер я бы целиком менял. Просто так такой сервер уде нормально работать не будет с высокой вероятностью. Все равно ошибка с памятью скажется вцелом на работе, это не получится не заметить имхо.