Предотвратите повреждение файла

Эта безопасность должна не не пытайтесь реализовать с нуля сверху файловой системы. Вместо этого я предлагаю реорганизовать вашу систему и использовать ZFS. С ZFS любая консистенция обрабатывается на уровне файловых систем без необходимости отслеживать контрольные суммы или другие средства, и без необходимости явного экономного состояния файла на каждом доступе или с каждым доступом к файлам доступа инструмента.

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

Так что в основном вы можете делать ежедневные резервные копии в разные места. Когда вы заметите неисправность диска, и у вас есть несколько резервных копий для восстановления, даже если последний перезаписывается поврежденным.

Должно быть легкой задачей с Cron и RYSNC , и есть несколько сценариев для этой цели.

Вы можете установить и настроить интеллектуальные инструменты мониторинга. На Debian Package называется SmartMontools . Они не будут препятствовать отказу диска, но они помогут идентифицировать предшественников возможного сбоя диска.

В установке пакета нет конфигурации, поэтому вам нужно сначала включить интеллектуальный мониторинг в файле / etc / default / smartmontools :

# uncomment to start smartd on system startup
start_smartd=yes

, а затем отредактируйте файл конфигурации / etc /smartd.conf:

# The word DEVICESCAN will cause any remaining lines in this
# configuration file to be ignored [...]
# [...] Most users should comment out DEVICESCAN and explicitly
# list the devices that they wish to monitor.
#DEVICESCAN -d removable -n standby -m root -M exec /usr/share/smartmontools/smartd-runner


# Short test nightly, Long test on Sunday mornings; append "-m your@email.address" to email errors
/dev/sda -a -s (S/../.././02|L/../../6/03)
/dev/sdb -a -s (S/../.././04|L/../../6/05)
/dev/sdc -a -s (S/../.././06|L/../../6/07)
# /dev/sdd -a -s (S/../.././06|L/../../6/07) -m admin@contoso.com

finally Запустите подсистему мониторинга, Invoke-rc.d SmartMontools Start .

Есть также некоторые очень хорошие ответы на Monitor Healthing Health с использованием Smartd (в SmartMontools) на программном обеспечении высокой доступности RAID 1

Если бы можно было легко определить, когда секторы вот-вот испортятся или действительно испортятся, то, скорее всего, к настоящему времени это уже было бы встроено в файловую систему. Из-за характера ошибки он часто будет молчать. Вам нужна файловая система, которая выполняет контрольную сумму. Для GNU / Linux BTRFS может быть хорошей ставкой, поскольку я смотрел в Интернете и, очевидно, поддержка была введена в Debian 6.

В основном вам нужно контрольная сумма + рейд (какой-то). Файловая система может автоматически исправлять только в том случае, если у нее есть как минимум две ветви в настройке RAID. Без второй ноги ему некуда идти, чтобы найти проверяемую копию файла. К счастью, вы сможете создать массив RAID1, используя два разных раздела на одном диске (или логические тома, какие бы они ни были доступны):

Очевидно, размещение их на одном диске не защищает от полного отказа диск, но он защищает от сбойных секторов. Имитация отказавшего сектора, вероятно, требует больше усилий, чем я должен вложить в ответ SE, но этот парень (тест начинается на отметке 24:30) проводит для вас демонстрацию.

Обычно BTRFS непрозрачно восстанавливает файл, и пользовательское пространство не узнает, что что-то произошло. Вы можете использовать btrfs scrub для обнаружения ошибок постфактум. Вы можете запустить это в cronjob и отправить его по электронной почте одной из ваших локальных учетных записей. После этого вы можете настроить / etc / aliases для пересылки вывода команды в вашу реальную учетную запись электронной почты.