• Критическая ошибка ввода-вывода: ERROR: 58030: could not read/write file "...": Input/output error.
• Сервер PostgreSQL аварийно переходит в режим восстановления (Recovery Mode / Crash Restart).
• Отказ фиксации транзакций при сбое записи в журнал предзаписи (could not write to log file / pg_wal).
• В 1С:Предприятие пользователи получают сообщение «Ошибка разделенного доступа к файлу базы данных» или «Фатальная ошибка СУБД».

1. Проверка состояния физических накопителей и RAID-контроллеров

Код 58030 напрямую указывает на сбой аппаратного I/O или повреждение файловой системы. Проверьте системные ошибки ядра:

dmesg -T | grep -E "I/O error|Buffer I/O error|blk_update_request|EXT4-fs error|XFS error"

Проверьте SMART статус дисков:

smartctl -H /dev/nvme0n1
smartctl -A /dev/nvme0n1

2. Проверка свободного места и дескрипторов Inode

Убедитесь, что диск не заполнен на 100% (по байтам и по inode):

df -h /var/lib/postgresql/data
df -i /var/lib/postgresql/data

3. Проверка прав доступа и целостности файловой системы

Убедитесь, что владелец всех файлов каталога PGDATA — пользователь postgres:

chown -R postgres:postgres /var/lib/postgresql/data
chmod 700 /var/lib/postgresql/data

Если файловая система повреждена, выполните плановую проверку после остановки службы:

# 1. Остановка PostgreSQL
systemctl stop postgresql

# 2. Проверка файловой системы (например, /dev/sdb1)
fsck.ext4 -fy /dev/sdb1

# 3. Запуск службы
systemctl start postgresql

4. Проверка сбоев контроллера кэша (Write-Back Cache)

Если используется аппаратный RAID (MegaRAID, HP Smart Array), проверьте состояние батареи (BBU) и состояние кэша записи через storcli / ssacli.