☰

由於 rsync no space left on device 錯誤，備份過程花了很長時間

tag-icon • tag-icon backup rsync
由於 rsync no space left on device 錯誤，備份過程花了很長時間

我試圖理解為什麼其中一台伺服器的備份過程花費如此長的時間並且無法正確複製資料。

這是外部硬碟分割區的大小。

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

一切看起來都很好。我大約一周前開始備份過程，但仍然沒有完成。我意識到這可能是 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

您的備份磁碟機上的索引節點已用完。這就是您看到的空間不足錯誤。

每個檔案（基本上）佔用一個索引節點。不幸的是，對於大多數檔案系統來說，除了 mkfs 之外，沒有辦法添加更多 inode。

範例：使用 ext4，您可以直接使用選項選擇建立的 inode 數量（在 mkfs 時）-N，或使用 與磁碟區大小的比率-i。各種使用類型（-T主要改變inode比率）。

相關內容