オススメのバックアップはコレヤ！

CP -Rp /mnt/sdb1/* /mnt/sdc1

覗いたら>>1のノリに吹いちゃった
2012年頃ってLinux板も今の雰囲気と全然違ったのだなぁ

restic、必ず絶対パスを記録するからbtrfsのスナップショットを取ってからそれをバックアップしていくような用途には使えねー

bupは引数が足りないだけでpythonの生エラーを見せるような未完成感があるな…
gitリポジトリなので巨大ファイルがあると(バックアップなので当然ある)gcが事実上不可能な遅さになるし

ext4 などのファイルシステムなら
dumpが優れているのでは
ファイルシステム単位なので
マウントポイント下とか
考慮しなくて済むし
バックアップレベルでの差分が便利

>>92
> CP -Rp /mnt/sdb1/* /mnt/sdc1

cp -a /mnt/sdb1/* /mnt/sdc1
はどうだろう?
いまはcpの-aオプションがかなり頼りになるようになったみたいだし

自分は
cd /mnt/sdb1/
rsync -av --delete . /mnt/sdc1/
を考えるけど

>>94でresticは絶対パスを記録すると書いたけど、コマンドラインで相対パスを指定するとrestic ls等では親ディレクトリが出てこなくなるし(絶対パスも各所に出てはくる)
--ignore-inodeなんかもあるのでもしかしてバックアップ元に毎回違うスナップショットを指定する用途にもいけるのか…？
もう少し実験してみる

あと性能はbupよりも圧倒的にresticが良い

resticで毎回異なるbtrfsスナップショットをバックアップ元にすると、restic backupの時点ではすべてのディレクトリが変更されたとリストアップされてしまうが
restic diffでは差分として出てこないので、まあこれでいいか…感。メタデータが保存され直して少し余計に容量食ってるとは思う

duplicityから100GB超のデータを移行してみた
bupが30GB、resticが38GB。重複排除はbupが優秀
(duplicity restoreしたのをバックアップし直してるのでresticは毎回メタデータ全部保存し直しになってるのでその分かもしれない)
ただそれ以外は全部resticが良い…特に速度…bup遅えよ

もう少し実験してみるってどういうこと？
ドキュメントで不明なら
ソースコード読めばいいのに

究極のバックアップソフトウェアはこれよ

refractasnapshot