서버 중 하나의 백업 프로세스가 너무 오래 걸리고 데이터가 올바르게 복사되지 않는 이유를 이해하려고 노력하고 있습니다.
이것은 외장 하드 드라이브 파티션의 크기입니다.
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
백업 드라이브의 inode가 부족합니다. 표시되는 공간 부족 오류입니다.
각 파일은 (기본적으로) 하나의 inode를 차지합니다. 불행하게도 대부분의 파일 시스템에서는 mkfs 외에 더 많은 inode를 추가할 수 있는 방법이 없습니다.
예: ext4를 사용하면 생성할 inode 수(mkfs)를 선택하는 옵션을 직접 사용 -N
하거나 볼륨 크기에 대한 비율을 사용할 수 있습니다 -i
. 다양한 사용 유형( -T
주로 inode 비율 변경)