On Thu, Jun 27, 2013 at 09:50:29PM +0400, "Артём Н." wrote:
On 27.06.2013 00:48, Eugene Berdnikov wrote:
On Thu, Jun 27, 2013 at 12:26:51AM +0400, "Артём Н." wrote:
К тому же, не совсем понятно где читать: когда произошла ошибка не ясно.
За несколько секунд до того, как ядро сказало, что перемонтирует
корневую систему в read only. Оно точно об этом говорит.
Jun 25 07:45:37 dana kernel: [36372.782093] EXT4-fs error (device dm-0):
ext4_lookup:1428: inode #7619: comm rdiff-backup: deleted inode referenced: 2520
Jun 25 07:45:37 dana kernel: [36372.782097] Aborting journal on device dm-0-8.
Jun 25 07:45:37 dana kernel: [36372.782380] EXT4-fs (dm-0): Remounting
filesystem read-only
И о чём это говорит?
О том, что журнал неконсистентен: в нём есть ссылки на иноды, которые
отмечены как удалённые. Скорее всего это ошибка диска при записи в журнал,
и было бы неплохо проверить диск на бэдблоки.
Хотя может быть и багом ядра... почему fs смонтирована через dev-mapper,
там шифрование или какая-то другая прослойка?
Да, перед выполнением резервного копирования, производится чистка истории и
кэшей в пользовательских каталогах.
Но ведь не должно же ничего побиться из-за удаления файла?
Конечно. Но на практике данные почти всегда бьются при работе с диском,
и очень редко при полном отсутствии активности. :)