고대(?) 문서들을 보면 새 파티션을 만든 다음 마운트하고 /proc을 제외한 모든 디렉토리를 cp -a로 복사하고 etc/fstab 파일을 적절하게 수정해 준 다음 부트로더 업데이트하고 그 새 파티션으로 재부팅하는 식으로 리눅스 시스템 복사가 가능하다고 적혀 있었습니다만 지금 시도해 보니 /proc 말고 /dev도 복사가 불가능한 데다가 무엇보다도 부팅할 때 부트로더가 새 파티션에 복사한 커널을 인식 못하는 문제가 있더군요.
옛날에는 이걸 대체 어떻게 성공한 건지 참 궁금해집니다.
/dev도 복사가 됩니다. cp -a /dev /some/dir/
거기 있는 애들은 block or character special files. 즉 그냥 파일이니까요.
그리고 부트로더가 제대로 설정이 되있다면 최소한 커널은 올라갑니다.
[quote="땡칠도사":3vj5n5hh]/dev도 복사가 됩니다. cp -a /dev /some/dir/[/quote:3vj5n5hh]
[quote:3vj5n5hh]cp: preserving permissions for `./dev/snd/controlC0’: Operation not supported[/quote:3vj5n5hh]
이런 메시지가 막 나오는데… 어쩌죠?
파일 복사에 실패한 것이 아니라 권한이 변경이 안된다는 메세지입니다.
참고로 복사본의 권한은 원본과 똑같습니다.
권한이 고정되어 있어서 변경을 지원하지 않을 뿐입니다.
그런 거였군요.
그렇다면 나중에 새 파티션으로 부팅을 시도할 때 out of disk라는 에러 메시지가 나오는 건 어떻게 해야 되나요?
파티션 복사하신다면 리눅스에는 Clonezilla가 어떠신지요.
uuid까지 포함해서 일란성 쌍둥이 파티션이나 디스크를 만들어줍니다.
복사후 gparted에서 파티션 크기 조절만 하시면 됩니다.
[quote="포풍저글링":36a2rdgy]그런 거였군요.
그렇다면 나중에 새 파티션으로 부팅을 시도할 때 out of disk라는 에러 메시지가 나오는 건 어떻게 해야 되나요?[/quote:36a2rdgy]
의도되지 않은 grub 에러를 겪은 적이 ‘단 한번도’ 없는 입장에서 뭐라고 하기는 곤란합니다만 :s
대충 검색해보니 grub.cfg에 문제가 있는 경우라고 합니다.
뭐… 이랬든 저랬든지 간에 일단 rescue 쉘로 부팅을 시켜보는게 설치 성공 여부를 확인하는 방법이 아닐까 합니다.
부팅이 되면 그 쪽에서 grub-install을 해주면 될테구요.