Как правильно делать резервную копию раздела /home в timeshift?
- Автор темы Iskatel_znaniy
- Дата начала
- Сообщения
- 702
- Сообщения
- 702
Я не знаю, но с некоторых пор у меня резервное копирование идет бесконечно и приходится его прерывать, а когда смотрю сколько места эта прерванная копия занимает, то в ужас прихожу. Раньше все было нормально, но с тех пор как в настройках подключил домашние разделы, такое началось. И даже когда возвращаю настройки обратно это продолжается. Пришлось от этого отказаться. Прежние копии так много места не занимали тем более что теперь резервное копирование длится бесконечно. У меня для этого есть 1 терабайтный накопитель а сам диск, с которого идет резервное копирование, занимает всего не более 250 гигов. И ведь один раз достаточно сделать копию чтобы потом другие копии были гораздо меньше.
*в сторону*
При наличии root-прав и при равных прочих для /home:
Бэкап: cd /home && tar cfvz /путь-хранения-бэкапов/имя_бэкапа.tar.gz имя_юзера
Восстановить: rm -rf /home/имя_юзера && tar xfvz /путь/имя_бэкапа.tar.gz -C /home && chown -R имя_юзера:группа_юзера /home/имя_юзера
Когда: sudo crontab -e
Легко собрать, легко отследить, легко восстановить...
При наличии root-прав и при равных прочих для /home:
Бэкап: cd /home && tar cfvz /путь-хранения-бэкапов/имя_бэкапа.tar.gz имя_юзера
Восстановить: rm -rf /home/имя_юзера && tar xfvz /путь/имя_бэкапа.tar.gz -C /home && chown -R имя_юзера:группа_юзера /home/имя_юзера
Когда: sudo crontab -e
Легко собрать, легко отследить, легко восстановить...
to Iskatel_znaniy
Потому что в данном примере в tar.gz-архив попадет все с указанием абсолютного пути от /имя_юзера, а не /home/имя_юзера. Поэтому при архивации вначале идет переход cd /home, а при распаковке указывается полный путь, предварительно очищенный через rm -rf. В противном случае при распаковке можно получить /home/home/имя_юзера и проч. приколы...
Для случая, когда домашних директорий и юзеров много, приведенный пример переделывается элементарно. Детали раскрывать не буду. Потому что, если тупо копипастить примеры из Сети, не разбираться и не изучать их самостоятельно, - все эти примеры превращаются в ту самую медвежью услугу, ага...
Потому что в данном примере в tar.gz-архив попадет все с указанием абсолютного пути от /имя_юзера, а не /home/имя_юзера. Поэтому при архивации вначале идет переход cd /home, а при распаковке указывается полный путь, предварительно очищенный через rm -rf. В противном случае при распаковке можно получить /home/home/имя_юзера и проч. приколы...
Для случая, когда домашних директорий и юзеров много, приведенный пример переделывается элементарно. Детали раскрывать не буду. Потому что, если тупо копипастить примеры из Сети, не разбираться и не изучать их самостоятельно, - все эти примеры превращаются в ту самую медвежью услугу, ага...
- Сообщения
- 702
А при восстановлении этих разделов на другом оборудовании могут возникнуть проблемы? И если да то как их решить? И еще: попробовал от root в графике через графический терминал восстановится командой
mkdir -p /home/backup/backup1 && mv /home/username/backup/backup1/backup1.tar.gz /home/backup/backup1/ && rm -rf /home/username && tar xfvz /home/backup/backup1/backup1.
tar.gz -C /home && chown -R username:username /home/username
в ответ пишет:
rm: невозможно удалить '/home/username/.bash_history': Операция не позволена
rm: невозможно удалить '/home/username/Документы/file': Операция не позволена
mkdir -p /home/backup/backup1 && mv /home/username/backup/backup1/backup1.tar.gz /home/backup/backup1/ && rm -rf /home/username && tar xfvz /home/backup/backup1/backup1.
tar.gz -C /home && chown -R username:username /home/username
в ответ пишет:
rm: невозможно удалить '/home/username/.bash_history': Операция не позволена
rm: невозможно удалить '/home/username/Документы/file': Операция не позволена
Последнее редактирование:
- Сообщения
- 702
Ошибку нашел. Там были атрибуты на эти файлы наложены которые можно посмотреть командой sudo lsattr /путь к файлам и снять командой sudo chattr -атрибут /путь к файлам. Но теперь там другие ошибки. Придется их еще разгребать. Вот проделал процедуру заново, исключив предварительно атрибуты указанных выше файлов, в графике из под учетки root, в терминале (нужно это проделывать из под другого пользователя во время восстановления иначе не сработает), и вроде работает. Команда отработала без ошибок. Если возникнут проблемы отпишусь.
Последнее редактирование:
При восстановлении из tar -архива не возникает никаких проблем на другом оборудовании, поскольку это просто архив с той же структурой файлов, что и в оригинале. Tar архив не привязан к файловой системе жёстко, для корректного восстановления при наличии в архиве ссылок нужно только чтобы файловая система поддерживала ссылки.
to Iskatel_znaniy
Это даже не смешно. Вы бы про tar почитали оф.документацию - вопрос бы отпал сам собой...
В приведенном примере имя_юзера предусматривало типовую ситуацию, когда имя и название домашнего каталога юзера совпадают. Если у вас имя юзера и его домашний каталог различаются по имени, то вы и без окружающих знаете, зачем это и что с этим делать юзать, разумеется, надо наименование домашнего каталога, ибо именно он архивируется средствами tar. А при расставлении прав через chown (см. пример распаковки) - вначале имя юзера, затем путь к домашнему каталогу. Так-то привязка домашнего каталога к конкретному юзеру описывается в /etc/passwd...
Это даже не смешно. Вы бы про tar почитали оф.документацию - вопрос бы отпал сам собой...
В приведенном примере имя_юзера предусматривало типовую ситуацию, когда имя и название домашнего каталога юзера совпадают. Если у вас имя юзера и его домашний каталог различаются по имени, то вы и без окружающих знаете, зачем это и что с этим делать юзать, разумеется, надо наименование домашнего каталога, ибо именно он архивируется средствами tar. А при расставлении прав через chown (см. пример распаковки) - вначале имя юзера, затем путь к домашнему каталогу. Так-то привязка домашнего каталога к конкретному юзеру описывается в /etc/passwd...