백업에 대한 질문을 많이 받는다는 것을 알고 있지만 숙련된 Linux 사용자가 겪고 있는 문제를 찾고 있습니다. 아래와 같은 3가지 질문이 있습니다. 불행하게도 이러한 (긴) 문제는 서로 연관되어 있으므로 별도의 쿼리로 분리할 수 없습니다. 저는 Fedora 22만 사용하고 있지만 Fedora 범용 또는 Linux 범용 응답을 환영합니다. 질문:
(질문 1) 가정:
ㅏ. 내 부팅 드라이브는 (device=sda)이고 내 도크에는 백업 하드 드라이브(device=sdc)가 있습니다.
b. 최신 버전의 Fedora22 Live를 사용하여 (장치 = sdc)에 Fedora22를 (전체) 설치하여 sdc를 부팅 가능하게 만들었습니다.
씨. sdc가 손상될 경우를 대비해 sdc를 전체 백업(예: 기능적 "클론")으로 유지하고 sdc를 최신 상태로 유지하기 위해 sdc에 대한 sda 루트의 주기적인 rsync에 전적으로 의존하고 싶습니다.
d. docker(sdc 위치)에서 백업을 시작하거나 원래 부팅 디스크를 백업으로 교체하고 (sda 위치)에서 백업을 시작할 수 있기를 원합니다.
e. 패키지를 전혀 다시 설치하지 않고 싶습니다.
내 Fedora 22 부팅 드라이브의 디렉터리 구조는 다음과 같습니다.
.autorelabel, bin, boot, .config, dev 등, home, lib, lib32, lib64, loss+found, media, mnt, opt, proc, root, run, sbin, srv, sys, tmp, usr, var
제외할 임시 디렉토리 목록은 다음과 같습니다.
/dev, /home, /media, /mnt, /proc, /run/media, /sys, /tmp, /var/lock, /var/run
/home은 별도로 rsync하기 때문에 제외됩니다. 질문 (1)을 가정하여 제외할 디렉토리에 대한 논의를 요청합니다.
(질문 2) Linux에 대한 경험이 부족하고 위의 가설 (1)d에 중점을 두었기 때문에 /etc/fstab 및 /boot/grub2/grub.cfg에 특별한 처리가 필요할 수 있다고 추측했습니다. 내 의도는 다음과 같습니다
ㅏ. sda에서 /etc/fstab을 .../fstab_sda로 복사하고 /boot/grub2/grub.cfg를 .../grub_sda.cfg로 복사합니다.
b. rsync에서 /etc/fstab 및 /boot/grub2/grub.cfg를 제외하고 (위치 sdc)에서 백업이 성공적으로 부팅되기를 바랍니다.
씨. 부팅 디스크를 백업으로 교체하려면(sda 위치에서 백업 부팅) .../fstab 및 .../grub.cfg를 해당 ..._sda 대응 항목으로 교체하여 백업이 부팅되기를 바랍니다. (위치 sda)에서 성공적으로 수행되었습니다.
이 접근 방식을 취한 사람이 있습니까? .../fstab 및 .../grub.cfg에는 실제로 이 특별한 처리가 필요합니까? 이 특별한 처리가 필요한 다른 파일이 있습니까?
(질문 3) 내 연구에 따르면 위의 (1) + (2)는 과잉이므로 rsync_on_the_root 전략을 포기하고 다음을 사용해야 합니다.
ㅏ. rsync'g /home 및 /etc만.
b. dnf를 사용하여 설치된 패키지 목록을 유지합니다.
씨. Fedora 22 Live를 사용하여 새 디스크에 (전체) Fedora 22를 넣고 해당 새 디스크에 /home 및 /etc를 수동으로 rsync'g하고 해당 새 디스크에서 부팅하고 해당 새 디스크에 대한 자동 업데이트를 호출한 다음 수동을 사용하여 복원됩니다. 이 새 디스크에 dnf 패키지를 다시 설치합니다.
d. fedoraproject.org를 정기적으로 확인하여 Fedora 22(워크스테이션) Live iso의 최신 버전이 있는지 확인하세요.
내 시스템에서 "dnf History userinstalled"는 2015년 6월 Fedora 22를 처음 설치한 이후 24개의 패키지만 보고합니다. 나는 Fedora 22(Workstation) Live에 대한 Fedoraproject.org의 정기 업데이트가 자동으로 업데이트되는 .isos의 대부분을 포함한다고 가정합니다.
숙련된 LINUX 사용자의 경우:
위의 (1)과 (2)가 더 이상 쓸모 없게 만드는 위 (3)의 추론에 동의하십니까? (3)c는 24시간 이상 걸릴 수 있다는 댓글을 봤습니다. 위의 (3)d가 이런 일이 발생하는 것을 방지할 수 있습니까?
또한 (3)c로 인해 하드 드라이브가 (위치 sdc, 도킹 스테이션) 또는 (위치 sda, 기본 부팅 드라이브)에서 부팅됩니까?
또는 "dnf History userinstalled"가 100개 미만의 패키지를 보고하고 (3)d가 관찰된다고 가정하더라도 (3)c는 여전히 24시간 이상 걸리나요? 그렇다면 왜 그렇습니까?
Fedora 22의 경우 (1) + (2)가 완벽합니까? (1) + (2)에서 어떤 문제가 발생했거나 들었습니까?
답변1
rpm -qa나는 설치된 패키지 목록(예: 출력)을 안전한 곳에 보관하고 동기화 /home(사본 저장 /etc) 하는 것을 선호합니다 . 필요한 경우 설치된 패키지를 다시 설치하고 /etc복사본과 비교하여 필요한 변경 사항을 수정합니다.
그 이유는 이것이 자체 개발한 "내 시스템 복제" 스크립트 세트보다 더 안전하기 때문입니다. 속도가 느려질 수 있지만(매일 그렇게 하지 않기를 바랍니다) 재설치에 실패하면 다시 시작할 수 있습니다. 복제가 제대로 작동하지 않으면 다음을 찾을 수 있습니다.뒤쪽에원본이 개발되었습니다.