кажется образ будет правильнее. какой-то dd > /file.txt | tar -cf, за подробностями в джобс

А чем, собственно, tar не устраивает?

Да я вообще без понятия. Интересно кто чем пользуется.

Не вижу причин не использовать tar.

Неподробно

Пишу с телефона, потому неподробно, вероятно ошибочно.

# tar -caf backup.tar.xz /mnt --exclude-dirs /mnt/media/*

Примерно так.

загрузиться с livecd, далее

dd if=/dev/sdX bs=8M | gzip -c  > /media/user/volume/root.gz

для создания архива

watch -n10 'kill -USR1 `pidof dd`'

в другом терминале для просмотра статистики

если понадобится восстановление из копии, то

gunzip -c /media/user/volume/root.gz | dd of=/dev/sdX bs=8M

Прям в лучших традициях, дальше заголовка не читал :)

Livecd + mksquashfs

/thread

Что такого уникального в корне, что его надо бекапить? Хомяк бекапь...

Вопрос надо ставить «почему вообще tar упоминается в 2017 году?»

Был ли у тебя тар архив хотя бы на 300 ГБ? А сжатый gz ? Ты после этого продолжишь упоминать тар как решение?

Зачем kill?

Что не так?

Гента же. Пересобирать всё заново не хочу. Ну и в хомяке нету /etc

Можно хороший ман по использованию её для бекапов.

Был ли у тебя тар архив хотя бы на 300 ГБ?

Нет. А что с ним не так?

Образ dd, AFAIK, можно записать только на устройство размером не меньше этого образа. При этом этот образ сам будет размером с копируемый раздел, даже если сам раздел заполнен не полностью.

http://www.clonezilla.org/

http://partclone.org/

Все в куче, можно бэкапить по ssh https://partedmagic.com/

Да вот я тоже не в восторге от dd. Мне-то файлы нужны, а не образ.

Если файлы то rsync :)

Зачем мне ssh на десктопе. Все эти проги бэкапят разделы целиком. Мне нужен просто архив с файлами.

Да, инкрементальный архив - это круто. Но rsync, вроде бы, не умеет сжатие.

Rsync тупо делает копию файлов, тут сжатия нет. Им удобно бэкапить, так как передается только то что изменилось

А так tar gz более чем достаточно, если надо сжатие. Ну или tar xz, 7z

А так tar gz более чем достаточно, если надо сжатие.

То есть просто архивировать корень?

Был ли у тебя тар архив хотя бы на 300 ГБ?

Был на 600.

А сжатый gz ?

Сжатый xz.

Ты после этого продолжишь упоминать тар как решение?

Sure.

Да, но с опциями сохраняющими права и ссылки, правда там есть еще атрибуты файла не знаю сохраняет ли их tar

Всетаки для бэкапа лучше клонирование(со сжатием), меньше геморроя при восстановлении

У меня сейчас под корень весь SSD на 60ГБ, а занято всего 9ГБ. Если я куплю новый диск, но раздел тоже нужно будет делать >= 60ГБ, что тупо. Хочется большей гибкости.

В идеале подошёл бы инкрементальный бекап с сжатием и архивированием. Но пока не вижу вариантов.

Он подойдёт для такого: Бэкап корня для нуба (комментарий) ?

То есть rsync в squashfs со сжатием.

Восстанавливаете раздел на 60 гб и расстягиваете gparted на весь диск

Еще нагуглил dar, выглядит очень заманчиво.

А если я хочу восстановить на раздел в 15ГБ?

У некоторых файловых систем есть утилиты уменьшения раздела Проблема решаемая

Возможно gparted может все это автоматом

tar -capf уж тогда.

и не надо архивировать /proc, /sys, /run и /dev (/dev если, что можно из stage* взять)

занято всего 9ГБ

делай значит через rsync. потом сжимай в tar.xz

монтируем

#mount /dev/sdXX /mnt

#rsync -a /mnt/* /tmp/disk/

cd /tmp/disk

#tar -cJpf /куда/сохранит/архив/backup.tar.xz `ls`

Зачем kill?

kill с флагом USR1 заставляет процесс выдать данные на стандартный вывод не завершая работу

dump?

Если dd не сильно древний, то status=progress в параметры достаточно добавить.

Вот в этой версии работает

$ dd --version
dd (coreutils) 8.26

С ним всё не так.

Гента же. Пересобирать всё заново не хочу.

Оксюморон!

Ну и в хомяке нету /etc

Что такого уникального в /etc на десктопе, что его надо бэкапить? Из-за /etc/portage весь корень, ну не знаю...

Наверное, достаточно будет несколько подкаталогов в /var.

dump

Ну надо же, всего лишь 35ое сообщение и вот он правильный ответ.

Например?

Остановился на dar.

cd /
# full
sudo dar -c /media/data/linux -R / -D -z -P media -P dev -P proc -P run -P sys -P tmp
# diff
sudo dar -c /media/data/linux_diff -R / -D -z -P media -P dev -P proc -P run -P sys -P tmp -A /media/data/linux

Если у меня диск полетит - мне влом ждать сутки, пока все соберётся.

Так он предлагает не соответствующее ОП решение.

Например когда приспичит восстановить файл из /etc, который окажется где-то на 299-ом гигабайте/

Делаю бекап раздела с помощью squashfs. Тут и сжатие и смотреть его можно потом как простой раздел смонтированный, без ожидания распаковки всего объёма содержимого. Делаю прямо с рабочей системы. Можно исключать каталоги для бекапа.