
Я пытаюсь сделать резервную копию своей машины Ubuntu, на которой установлена Ubuntu Wubi вместе с Vista.
До сих пор я сделал следующее. Сначала я перешел на свой внешний жесткий диск, затем создал на этом диске папку резервной копии, а затем ввел в терминале следующее:
sudo tar cpf mybackup.tgz2
--exclude="/host/*"
--exclude="/media/*"
--exclude="/mnt/*"
--exclude="/proc/*"
--exclude="/tmp/*"
--exclude="/sys/*"
--exclude="/home/*/gvfs/*" / (I have also tried, "/home/.../.gvfs")
и процесс выполняется, но в конечном итоге выдает мне это сообщение: Выход со статусом сбоя из-за предыдущей ошибки.
Я видел на этом форуме, что отказ в доступе может быть причиной статуса отказа, также я посетил этот сайт:https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/225361, где обсуждается вопрос о том, что .gvfs содержит какую-то ошибку... обсуждение выходит за рамки моего понимания, но, похоже, это может быть причиной того, что у меня появилось уведомление об ошибке (если вы дочитаете обсуждение на этом сайте ошибок до конца, то увидите, что в Ubuntu 11.10 по-прежнему есть некоторые проблемы с этой проблемой).
Так что мой вопрос: кто-нибудь знает, как обойти эту проблему и получить чистую надежную резервную копию? Я имею в виду, что резервная копия со статусом сбоя не внушает мне доверия.
Спасибо за любую помощь,
рельсовый гид48
решение1
Чтобы выполнить полное резервное копирование системы Wubi, скопируйте root.disk
файл из папки Ubuntu в Windows в другое место. Если случится что-то плохое, вам просто нужно будет заменить текущий файл тем, резервную копию которого вы создали, и ваша система вернется к тому состоянию, в котором она была на момент резервного копирования.
Вы даже можете смонтировать root.disk
файл в Ubuntu, если хотите частично восстановить только некоторые файлы:
sudo mkdir /mnt/rootdisk
sudo mount -o loop <path to share in windows>/root.disk /mnt/rootdisk
Поднимем вас root.disk
на тропу /mnt/rootdisk
.
решение2
Вам не нужно делать резервную копию, .gvfs
чтобы резервное копирование было успешным. Эта папка хранит информацию о смонтированных в данный момент файловых системах пользовательского пространства. Если вы восстановите домашний каталог пользователя без папки .gvfs
, он будет создан заново и заполнен заново по мере необходимости. Фактически, предлагаемое решение вошибка 225361заключалась в том, чтобы поместить папки пользователей .gvfs
где-нибудь за пределами их домашних каталогов (например, в /tmp
), чтобы они автоматически пропускались любой операцией, нацеленной только на содержимое домашних каталогов пользователей.
Вы сказали, что пытались исключить /home/*/gvfs/*
и /home/.../.gvfs
. Первый вариант исключил бы папки, вызываемые gvfs
(вместо .gvfs
) в домашних каталогах пользователей. А последний, если вы имеете в виду буквально, исключил бы папки, вызываемые .gvfs
в каталоге, вызываемом ...
в /home
(которого почти наверняка не существует, поскольку не может быть пользователя с именем пользователя ...
, но даже если бы он и существовал, это не решило бы проблему).
То, что вы хотите сделать, это исключить .gvfs
(с ведущим .
) в домашнем каталоге каждого пользователя. Это представлено как:/home/*/.gvfs