はい2つのハードドライブを同期してみてください。データの損失を望んでおらず、RAIDを使用しないほとんどの人はこの方法を使用し、GUIがうまく機能すると思います。そうではないようです。 Linuxでは、これを実行できるGrsync GUIのみが見つかりましたが、rootが所有するファイルをコピーできないため、コンソールでこのrsyncコマンドを実行する必要があります。
sudo rsync -r -t -p -o -g --delete -l -s /media/veracrypt1 /media/veracrypt2
これは基本的に意味ソースドライブのすべてのアイテムをコピーし、ソースドライブから削除されたファイルをターゲットドライブから削除します。。内容が100%同じになるようにドライブを複製する予定ですが、まだコマンドにいくつかのパラメータがありません。両方のext4ドライブはVeraCryptを使用して完全に暗号化されており、まったく同じモデル(同じストレージサイズ)です。私はDebian12 / KDEを使用しています。
私の質問はターゲットドライブがいっぱいになり、コピーが完了する前に常に中断されます。、rsyncに次のエラーが表示されます。
rsync: [receiver] write failed on "/media/veracrypt2/file": No space left on device (28)
rsync error: error in file IO (code 11) at receiver.c(380) [receiver=3.2.7]
rsync: [sender] write error: Broken pipe (32)
lsblk -f
ただし、ソースドライブのFSUSE%が95%未満で利用可能なGBが多いため、いっぱいにしないでください。
ターゲットディスクの大容量ファイルを削除して再実行して、一部の大容量ファイルを除外してみましたが、その--exclude-from='./exclude-file.txt' --delete-excluded
ファイルvar/spool/
はvar/cache/
BackInTimeで作成されたシステムパーティションのバックアップディレクトリのどこかにあります。また、sudo tune2fs -m 1 /dev/mapper/veracrypt2
以前に表示されたルート予約ディスク容量を5%から1%に変更しました。大容量ファイルを削除した後も、0Bを引き続き使用できます。。まだ通過できませんでした。
異なるサイズのディレクトリをすばやく見つける方法では、この問題の原因を特定しようとすることはできますか?
ディスクスペースが公開されていない問題に対して、ユーザーはsudo du -sk /media/veracrypt2/*/* > ./before_deleting_files.txt
ディスクスペースの比較などのコマンドの実行を提案しましたが、特定のファイルとディレクトリのみが表示され、各コマンドの4
ロードに時間がかかります。
スキャンに時間がかからず、まず解決する必要がある他の問題のない方法を探しています。理想的には、1)表示可能なグラフィックディスクマップ(gdmap)などの動的グラフィック(この状況では)は、a)ビジュアルサイズと動的ナビゲーション、または2)単にどのディレクトリが異なるかをリストするレポートの生成などです。
ベストアンサー1
tree -d --du disk1
出力をtree -d --du disk2
それぞれファイルにリダイレクトして比較できます。
rsyncの違いを防ぐには:
上記のコメントで、私はあなたが説明しているシステムの全体的な複雑さにとても魅了されていて、あなたの通話を詳しく見たことがありませんでしたrsync
。
その必要がある
sudo rsync -r -t -p -o -g --delete -l -s /media/veracrypt1/ /media/veracrypt2
いいえ
sudo rsync -r -t -p -o -g --delete -l -s /media/veracrypt1 /media/veracrypt2
末尾のスラッシュに注意してください/media/veracrypt1/
。