На моем сервере Debian Squeeze произошел серьезный сбой файловой системы. Я запустил на нем fsck.ext4, и он многое исправил. Теперь все кажется быть в порядке. Кроме того, запустил rsync из последней резервной копии отказавшей файловой системы.
Мой вопрос: теперь, когда rsync запущен, могу ли я с уверенностью предположить, что содержимое файла на моем сервере идентично содержимому резервной копии? Или было бы целесообразно просто воссоздать файловую систему и заново скопировать все данные из резервной копии? Я бы предпочел не делать этого из-за большого трафика (это большая файловая система ...)
Любая помощь приветствуется =)
РЕДАКТИРОВАТЬ: Я не совсем уверен, как был испорчен ext4. Он находится поверх LVM в системе Debian, и я использовал его как / файловая система для паравиртуализированного xen domU. Как-то в какой-то момент мне захотелось перезагрузить domU, но он не смонтировал файловую систему. После этого я не смог запустить fsck в (автономной) файловой системе, я получил ошибку типа «файловая система используется». Однако я не увидел этого в выводе mount команда, и lsof не вернул ничего, связанного с устройством. Действительно очень странная вещь.
Да, rsync из чистого, надежного и заведомо надежного источника - это нормально если вы уверены, что основная файловая система исправна. Мне было бы намного интереснее, что вызвало столько повреждений файловой системы; дисковый массив, нет кэша записи с резервным питанием от батареи и т. д.
Я бы не дал стопроцентной гарантии, но шансы, что что-то не так, почти равны нулю.
По крайней мере: если ваш ext4 работал с включенным журналированием (что по умолчанию) и нет основной проблемы с диском, которая вызвала новые проблемы во время rsync.
В целях безопасности я бы вручную запустил дополнительный fsck в (автономной) файловой системе, просто чтобы убедиться, что он по-прежнему согласован. Если это так, я считаю, что это нормально.
Из любопытства: как удалось испортить ext4? Обычно это довольно сложно сделать.