저는 32GB RAM을 갖춘 Linux Mint 20을 실행하는 PC를 가지고 있습니다. 찾은 지침을 따르십시오.여기(원래 19에서 작동했지만 20에서도 작동하는 것 같습니다.) 스왑 파일을 총 실제 메모리보다 약간 크게 늘렸습니다.
username@hostname:~$ ls -lh /swapfile
-rw------- 1 root root 34G Nov 2 18:05 /swapfile
저는 OS를 설치한 후 디스크를 이미지화하여 문제가 발생하면 원래 상태로 복원할 수 있도록 하고 싶습니다. 이를 위해 Clonezilla Live USB를 사용했으며 (더 나은 옵션을 모르는 경우 기본 옵션 선택에 대한 Clonezilla의 지침을 따르십시오) 기본/단순 옵션을 선택했습니다. 나는 image_disks를 사용하고 보조 드라이브의 폴더를 이미지가 저장될 루트 디렉터리로 선택하고 savedisk 옵션과 기본 압축 알고리즘을 선택합니다. 그런 다음 Clonezilla가 작업을 수행하도록 했습니다. 복구의 목적은 전체 디스크를 복구하는 것일 수 있으므로 파티션만 이미지화하고 싶지는 않습니다.
에 따르면 내 드라이브는 약 156G를 사용했지만 df
결과 이미지는 당연히 이보다 작습니다. 그 중 일부는 압축이지만 Clonezilla는 내 스왑 파일을 무시할 만큼 똑똑합니까? 제로 패딩을 무시할 것이라고 들었습니다(지금은 찾을 수 없습니다). (즉, 최대 절전 모드에서 스왑이 저장되지 않습니다.)분할, 하지만 파일을 복사하기 전에 파일에 대해 동일한 작업을 수행할 만큼 드라이브를 주의 깊게 검사합니까? 그렇지 않다면 스왑 파일 대신 스왑 파티션으로 전환하는 것이 도움이 될까요?
감사해요.
답변1
스왑 파일에서 스왑 파티션으로 전환하면 정보가 있는 파티션만 백업할 수 있는 옵션이 제공됩니다. Clonezilla가 스왑 파일을 인식하고 무시할 만큼 똑똑한지는 잘 모르겠습니다.
스왑 공간의 크기에 대하여 - 사용하는 응용 프로그램에 따라 다르지만 브라우저, 오피스, 편집기와 같은 일반적인 응용 프로그램인 경우 큰 스왑 공간을 개발하는 것은 그다지 도움이 되지 않습니다.