Мне лень каждый раз читать для вас мануалы. Я сослался на утверждение разработчика и общепринятую практику разбивки, учитывающую такую проблему.
Где? В мануале не нашел. Кроме того, повторяю - старый груб просто не понимает что у вас райд.
Ну, значит проблемы персонально тех буратин, которые это сломали.
Мое предположение было не о "изощренных вредителях", а о осознанных действиях, сделанных при настройке какого-то приложения (может и забытых впоследствии).
Резкое изменение в масштабе секунды. Или это не быстро?
КО говорит, что есть. Вот здесь: http://www.officerecovery.com/
В чем проблема, ищите таблэтку?
Пацаны-то не знают - зачем-то в загрузчике сделали себе fsys_reiserfs.c. Вы абсолютно уверены, что только для того чтобы читать?
Блажен, кто верует - можете продолжать наступать на грабли, которые по-умолчанию дистрибутив обходит (хотя хз, может бубунты это поломали - но дебиан выносит /boot отдельно).
Покуда данные свидетельствуют больше в сторону некомпетентности администратора. А райд просто у него под ногами путается - только потому и виноват.
_До_ сколько? Если вы вручную прогоняете repair (check mismatch'и не исправляет) - в конце в файлике mismatch_cnt будет цифирь.
это ядро так обновляет файлы в vm/*
А как иначе файлы оттуда взять? Тот же initrd.
То работает - то ничего не работает. Вы определитесь.
Так он нуль или не нуль вообще у вас? Если нуль - абсолютное значение важно мало.
Ну возьмите дебиан и посмотрите как это люди делают. (Как вариант - посмотреть в сторону grub2, но я не уверен что он там нужной версии и обновление в ubuntu корректно работает).
Просто вынесите /boot на отдельный раздел (можно райд сделать при желании). "Все в /" - это ппц.
Что, прям так и инитрд в mtr? И stage1?
Это, как вы сами правильно заметили - просто копирование файлов (еще точнее, синхронизация).
Да, там уже больше похоже на инкременты.
Правда, структура каталогов получается (мягко говоря) странная. И надо их очищать. Ну и до кучи - в каталоге "инкремента" не целостная копия файлов на какую-то дату, а лишь часть из них (так или иначе измененные, удаленные). Если вы по файликам восстанавливаете - это нормально, а если надо откатить все на конкретную дату - повеситесь.
Вы все-таки посмотрите что делают программы, ссылки на которые вам дали.
Вы не понимаете разницы между бекапом и райд?
Смотрите документацию для grub соответствующей версии.
https://bugzilla.redhat.com/show_bug.cgi?id=566828
В баге дебиана тоже упоминали, лень искать.
Райд не обязан быть надежным, если администратор настроил систему так, что она молча ковыряет один из его дисков.
А день рождения Чикатилло вы тоже отмечаете? 🍿
В этой строчке нет никакого "инкрементного бекапа". Просто синхронизация каталогов.
Не таких ключей. А еще rsync не умеет щи.
Если вам нужен инкрементальный бекап на основе rsync - посмотрите в сторону rsnapshot или rdiff-backup.
