Про отдельный бэкап понятно, конечно, но вопрос изначально не так стоял. Аналогично и в дампе можно системную информацию бэкапить.
Да, можно. Он изначально для этого и предназначен, в отличие от tar.
Вы сейчас о чем по поводу /proc/? Если о том, что её нельзя забэкапить наживую, то это и не нужно, это виртуальная файловая система, создаваемая на этапе загрузки ядра, которая к корневому разделу непосредственно не относится.
Это уже совсем другой вопрос, и тут надо по ситуации думать, как лучше его решить, это зависит от качества вашей сети, например, размер буфера зависит от таймаута и так далее. Может быть хватит памяти при использовании пайпа.
А по поводу бэкапа раздела я бы все-таки на вашем месте предпочел dump, тем более, что он умеет инкрементальные бэкапы делать, то есть сохранять только изменения с прошлого бэкапа, что позволяет не делать полный бэкап каждый раз и снижает таким образом нагрузку на систему и сеть.
Такое возможно разве что при таймаутах ввода-вывода, когда запись на сетевой ресурс буферизуется и передача данных возобновляется после простоя соединения. По другому не получится.
Давайте проверим.
Вы про какие параметры сейчас, не совсем понял?
Если упадет NFS-шара, куда архивируется tar'ом или dump'ом, по-моему, будет ровно одно и то же. Можно для надежности монтировать NFS по TCP, а не UDP. А так я не думаю, что будет какая-то разница между данными, переданными при использовании tar и при использовании dump. Компрессия опять же и там, и там есть.
Контрольные суммы чего, дампа раздела? Если у вас директория назначения будет по NFS примонтирована, например, почему вы думаете, что у вас проблемы будут?
Вопрос на засыпку: Какова вероятность окончания работы resolvconf до окончания работы networking, если networking запускается раньше? Порядок запуска — это одно, а порядок окончания работы — это несколько другое.
Если надо, могу кинуть шелл-скрипт для регулировки яркости программно через ядро.
Может быть поможет. Написал по быстрому под Убунту 12.04, поскольку не нашел, как регулировать яркость матрицы штатными средствами.
Да, можно. Он изначально для этого и предназначен, в отличие от tar.
Вы сейчас о чем по поводу /proc/? Если о том, что её нельзя забэкапить наживую, то это и не нужно, это виртуальная файловая система, создаваемая на этапе загрузки ядра, которая к корневому разделу непосредственно не относится.