サーバーの 1 つでバックアップ プロセスに時間がかかり、データが正しくコピーされない理由を理解しようとしています。
これは外付けHDDパーティションのサイズです。
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 サイズは 2 GB を超えることはできないと読みました。これは調査する必要があると思います。ただし、それが問題かどうかはわかりません。正しい方向へのさらなる指針をいただければ幸いです。
編集：
コマンドの出力は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 比率が異なります) によって、inode 比率が変わります。