서버 중 하나의 백업 프로세스가 너무 오래 걸리고 데이터가 올바르게 복사되지 않는 이유를 이해하려고 노력하고 있습니다.
외장 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
모든 것이 괜찮아 보였습니다. 거의 일주일 전에 백업 프로세스를 시작했지만 아직 완료되지 않았습니다. 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 비율이 다름)