rsync デバイスに空き領域がないエラーのため、バックアップ処理に時間がかかります。

rsync デバイスに空き領域がないエラーのため、バックアップ処理に時間がかかります。

サーバーの1つのバックアッププロセスに時間がかかりすぎ、データが正しくコピーされない理由を理解しようとしています。

これは外付けハードドライブパーティションのサイズです。

df -h /dev/sdb1
Filesystem            Size  Used Avail Use% Mounted on
/dev/sdb1             985G  362G  573G  39% /media/backup

コピーするフォルダが外付けHDDパーティションのサイズより小さいです。

df -h /dev/sda4
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda4             3.4T  867G  2.4T  27% /mounts

すべてが大丈夫に見えます。約1週間前にバックアッププロセスを開始しましたが、まだ完了していません。 USBポートの速度の問題かもしれないことに気づきましたが、間違っていました。

また、ファイルシステムの破損によってエラーが発生した可能性があると思います。ファイルシステムfsckで実行したいです/dev/sda4。しかし、いくつかのスクリプト出力を確認するときにいくつかのエラーメッセージを読みました。

rsync: mkstemp "/media/backup/2014-06-18_09-36/mounts/ no space left on device (28)

~からここ、ディスク容量の5%がルートファイルシステムに割り当てられていることを読みました。これが私の問題に関連しているかどうかはわかりません。さらに、ここ、inodeサイズは2GBを超えることができないという内容を読みました。私はこれが私が調査しなければならないと信じています。しかし、それが問題なのかよくわかりません。正しい方向にもっと指示があったらと思います。

編集する:

コマンドの出力はdf -i次のとおりです。

df -i /dev/sdb1
/dev/sdb1            65544192 65279823  264369  100% /media/backup
df -i /dev/sda4
Filesystem            Inodes   IUsed   IFree IUse% Mounted on
/dev/sda4            229957632 171244050 58713582   75% /mounts

ベストアンサー1

バックアップドライブのinodeが不足しています。表示されるスペース不足エラーです。

各ファイルは(基本的に)1つのinodeを占めます。残念ながら、ほとんどのファイルシステムでは、mkfsに加えてより多くのinodeを追加する方法はありません。

例:ext4では、作成するinodeの数(mkfs)を選択するオプションを直接使用したり、-Nボリュームサイズの割合を使用したりできます-i。さまざまな使用タイプ(-T主にinode比率の変更)

おすすめ記事