Папки для резервного копирования
У меня есть внешний жесткий диск емкостью 1 ТБ, который я использую для резервного копирования всего компьютера. Прямо сейчас у меня есть все папки на моем компьютере для резервного копирования, то есть /home, /usr и т. Д. (За исключением /media, очевидно, поскольку в этом месте будет находиться сам мой жесткий диск.) Моя причина Это обширная резервная копия, в которой мои файлы в /etc или / usr были повреждены, а затем внезапно мой сервер дисплея необратимо не работал. Мне пришлось переустановить Ubuntu. Но это не главное...
Я использую Ubuntu уже довольно давно, но до сих пор не знаю, что означает каждая из этих папок. Прямо сейчас, каждый раз, когда двуличность пытается создать резервную копию, она застревает в определенном файле в /proc. Используя nautilus, он показывает, что файл равен 0B и является пустым, когда он открывается с помощью gedit. Резервная копия зависает там довольно долго (по крайней мере, 15 минут) и в итоге сообщает, что резервная копия не удалась.
Какие у меня есть варианты? Должен ли я удалить все резервные копии с моего HD и попробовать еще раз? / Proc не подлежит резервному копированию? Есть ли другая программа, кроме резервной копии по умолчанию (duplicity или deja-dup, я думаю, она называется), которую я должен использовать для такого обширного резервного копирования?
Спасибо!
1 ответ
/proc - это виртуальная файловая система, которая представляет состояние работающей системы, включая процессы и их карты виртуальной памяти, поэтому, да, неуместно создавать резервные копии, если вы не отлаживаете ядро или что-то в этом роде. Другими такими виртуальными файловыми системами только для времени выполнения являются /sys, /run и /dev.
Учитывая, что ваша существующая резервная копия содержит некоторый мусор из /proc и, возможно, другие компоненты файловой системы, когда вы в последний раз пытались, я бы по крайней мере удалил эти компоненты из резервной копии, если вы можете, и попробуйте снова, на этот раз без них. С Deja-dup все будет в порядке (лично я все еще использую rsync в командной строке из того, что узнал в тот день).