 엊그1228; 갑1088;기 1665;에 1080;lj16; 시스템 1204;체를 그대/196; 0177;업Ȣ16;고 dz10;다lj16; 생각1060; 들었습니다. 
1060;런 1200;런 0169;법1012; 찾아보다가 rear라lj16; ,163;1012; 찾았습니다. 
1648;금ᅻ1; 모르고 1080;었다니.. ^^;
1060;,148; 리눅스에서 사용Ȣ16;lj16; ,163;1004;/196; 1096; 만들Ǻ12;1652; ,163; 같습니다. 
ǥ12;ᔚ1;1012; 할 수 1080;lj16; rescue iso 파1068;1060; 만들Ǻ12;1648;고
시스템1012; 그대/196; ǹ17;축한 backup tar.gz 파1068;1060; 만들Ǻ12;1665;니다. 
복구할 ǐ12;lj16; rescue iso를 usb에 구워서 ǥ12;ᔚ1;해서 backup.tar.gz를 불러와서 새/196;운 디스크에 풀고 grub መ1; 1089;업1012; 1088;ᇼ1;1004;/196; 해 1469;니다.
처1020; 설치Ȣ16;고 간단한 config1012; 해보니, NFS/196;, 또lj16; 다른 디스크/196; 1096; 0177;업.104;lj16; ,163; 처/100; 보였습니다. 
그런데 gzip1012; 사용해서 tar/196; 묶1004;니 엄청 lj12;립니다. 
pigz/196; 여러 코Ǻ12;를 Ǹ16;,172; 했습니다. 
config 파1068;에 
BACKUP_PROG_COMPRESS_OPTIONS=( --use-compress-program='pigz --best')
1012; 넣Ǻ12;1500;더니 코Ǻ12; 수 대/196; 병/148;/196; ǹ17;축1060; 1652;행.121;니다. 
cron에 4시간 마다 0177;업Ȣ16;,172; 했습니다. 
한 번 테스트 해보고1088; virtualbox/196; 가상머신 Ȣ16;나 만들고 rescue iso/196; ǥ12;ᔚ1;Ȣ16;고 recover를 했더니 에러가 나lj16;군요.
portmap/rpcbind መ1;1012; 확1064;Ȣ16;lj16; 과1221;에서 에러가 납니다. 
그래서 
/usr/share/rear/verify/NETFS/default/050_start_required_nfs_daemons.sh
안1012; 에디트했습니다. 
# newer Linux distros usse rpcbind instead of portmap
에서ǥ12;터
# NFS v4 related daemons:~~~~~
여기까1648; 다 DŽ16;/140;버/160;1648;요.
1060; 에러lj16; 벗Ǻ12;났lj16;데 또 문1228;가 생기lj16;군요.
gzip1060; 아니고 pigz를 쓴 ,172; 문1228;네요.
rescue iso 안에 pigz 실행파1068;1060; 없습니다. 
1060;,144; ǐ12;문에 계속 구글링1012; 해봤1648;만 내용1060; 없습니다. 
그래서 rear1032; 쉘1012; 1060;래1200;래 뒤1256;보니 
PROGS 라lj16; 변수 안에 rescue에 들Ǻ12;가lj16; 실행 0148;1060;너리들1060; 기/197;.104;Ǻ12; 1080;lj16; ,163; 같더군요.
그/111;다면 1060; 변수 안에 pigz를 넣Ǻ12;1452;면 .104;,192;군요.
다시 rear config 파1068;1012; 수1221;합니다. (/etc/rear/local.conf )
PROGS=( "${PROGS[@]}" /usr/bin/pigz )
1060; 라1064;1012; 추가했더니 1096; .104;lj16;군요.
1221;말 오류 없1060; ᇼ1;1089;Ȣ16;lj16;1648;, 도커 መ1; 특별한 시스템1060; 1080;1012; ᅆ1;우lj16; Ǻ12;떤1648; መ1;መ1; 아1649; 확1064; 안 .108; ǥ12;ǥ16;1008; 1080;습니다. 
Ȣ16;1648;만 간단Ȣ16;,172; 테스트해 본 결과 복1105;Ȣ16;1648; 않1008; 시스템1008; 1096; ᇼ1;1089;합니다. 
리눅스 Ǹ16;시lj16; ǥ16;들1008; 1060; 프/196;그ǖ16;1004;/196; 1473;요한 시스템과 파1068;들1012; 1096; 보호해 1452;세요.
1. 부트로더에서 리눅스 커널을 메모리에 로드하고 기동시킴.
2. 기동된 리눅스 커널은 하드웨어 초기화를 진행.
3. 초기화가 다 끝나면 리눅스 커널은 커널 파라미터에 지정된 파티션을 루트로 마운트 (여기서 실패하면 VFS: Unable to mount 어쩌구저쩌구 하는 메시지 뜨고 멈춰버립니다. 그냥 전원 뺐다가 다시 끼는수밖에.)
4. 루트 마운트 성공하면 마운트한 파티션에서 /sbin/init 실행
5. /sbin/init은 부팅스크립트 실행 (요즘은 init 대신 systemd를 쓰는데, 이때는 systemd가 init의 역할 수행)
6. 부팅스크립트는 시작할때 올라가기로 되어 있는 각종 서버 대몬 서비스 로드, 네트워크/시계 등 환경 설정 -> 여기서부터 배포판마다 다릅니다.
7. 부팅스크립트가 로드할 것들을 모두 로드하면 유저가 쓸 준비가 완료되고 로그인 화면이 나타남
위는 initramfs 안쓴 시스템을 경우고, 대부분의 배보판들은 여러 하드웨어 대응 등의 문제로 initramfs 쓰고 있습니다.
initramfs 썼다면 3번~4번 과정이 복잡해지고 그냥 tar cpf, tar xpf로 백업복원하면 이부분에서 문제가 터지죠.
initramfs를 사용하게 되면 3번 루트 마운트할때 진짜 하드디스크 파티션 대신 initramfs라는 이미지를 로드하고 램디스크로 마운트한 다음 이 안의 /sbin/init을 실행합니다. 그러면 램디스크 안의 init 프로세스는 장치 검색하고 필요한 모듈을 로드해서 커널에 인식시켜주고 나서 루트 파티션 마운트를 시도하고 성공하면 4번으로 넘어가죠. 배포판 회사에서 배포판 제작할 때 여러 드라이버 다 대응되게 할려고 이렇게 한건데 initramfs도 소형화된 별개 리눅스 시스템이라 까보면 복잡합니다.
일단 설치할때 루트 파일시스템을 LVM 등으로 잡지 말고 하드디스크 파티션 그대로 잡도록 하고요(루트까지 LVM 잡는 배포판이면 절대 안됩니다)
설치한 후에 커널을 initramfs 안쓰고, 시스템에 맞게 해서 재컴파일하고 부트로더 등록해서 부팅 성공하시면 올려주신 내용대로 마음껏 하실 수 있습니다.
tar cpf, tar xpf만으로도 다 됩니다. (복원시 tar xpf 해제후 커널 부트로더 등록, /etc/fstab 조정, 스왑 파티션 조정 정도만 하면 부팅은 됩니다. 이후는 환경조정)
왜 루트 파일시스템을 LVM, mdraid(소프트레이드), LUKS 암호화파티션 하지 말라고 하냐면 루트 파일시스템을 이곳에 올리면 initramfs가 필수입니다. initramfs 단계에서 이들과 관련된 드라이버를 올려주거나 설정을 잡아주어야 커널이 이 디스크들을 제대로 인식해야 진짜 루트에 대한 부팅과정을 진행할 수 있으니까요.