최근 백업 시도 날짜 rdiff-backup가 만료되었습니다 . 백업 장치 "[Errno 28] No space left on device"에 따르면 사용 가능한 바이트가 0입니다.du
이제 다른 백업 시도를 시작하여 실패한 세션 이전의 상태로 디렉터리를 복원하려고 하면 [Errno 28]다음 생각은 이전 백업 증분 중 일부를 제거하여 새 디스크 공간을 확보하는 것입니다. .
백업 증분 목록을 보기 위해 호출했는데 rdiff-backup -l mirror_dir결과는 다음과 같습니다.
Fatal Error: Previous backup to mirror_dir seems to have failed.
Rerun rdiff-backup with --check-destination-dir option to revert directory to state before unsuccessful session.
그런 다음 나는 메시지가 나에게 말한 대로 실행했고 rdiff-backup --check-destination-dir mirror_dir, 그 결과 다시 지금 유명해졌습니다 [Errno 28]. 막다른 골목에 빠진 것 같은데 할 수 있는 게 아무것도 없어아무것더 이상 또는 일부 디스크 공간을 확보하더라도 이 작업이 이 문제를 해결하는 유일한 방법인 것 같습니다.
이 상황에서 벗어날 방법이 있나요?
답변1
cp -a기본 파일 시스템을 확장하는 것 외에는 이를 수행할 수 있는 좋은 방법은 없지만 쉬울 것입니다. 더 큰 새 드라이브를 구입하고 데이터를 미러링( 또는 같은 것을 사용 rsync -a) 하는 등 다양한 옵션이 있습니다 . 대규모 백업 볼륨의 문제점은 시간이 오래 걸릴 수 있다는 것입니다.
나처럼 동일한 파일 시스템에 여러 개의 백업이 있는 경우 백업이나 대용량 파일을 일시적으로 다른 곳으로 이동하여 공간을 쉽게 찾을 수 있습니다.
이 문제를 피하기 위해 공간이 필요할 때 사용할 수 .00DOORSTOP있도록 백업 디렉터리에 파일을 보관하는 방법을 배웠습니다 . rm현재 파일 크기는 1GB입니다. 필요한 경우 더 많은 공간을 생성하기에 충분합니다. rdiff-backup을 실행하려면 (아마도 임시 파일 생성을 위해) 최소한의 공간이 필요합니다. 분명히 그것은 희소 파일이 될 수 없습니다. 다음을 사용하여 만들었습니다 dd.
dd if=/dev/zero of=.00DOORSTOOP bs=1G count=1