가끔 , , /etc/rc.local등과 같은 특정 Linux 파일을 백업하는 것을 잊어버리고 나중에 그렇게 했으면 좋았을 텐데요. 릴리스에 구애받지 않으므로 나중에 업데이트되지 않은 복사본의 복사본을 얻을 수 있는 좋은 방법이 있습니까?/etc/rsyslog.conf/etc/dhcpcd.conf
답변1
프로필 백업/버전 관리 주제는 표면적으로는 단순해 보일 수 있지만 시스템/인프라 관리에 있어서 인기 있는 주제 중 하나입니다.
배포에 관계없이 간단한 솔루션으로 /etc의 자동 백업을 유지하려면 etckeeper를 설치할 수 있습니다.
기본적으로 /etc는 동일한 시스템에 설치된 저장소/버전 제어 시스템에 커밋됩니다.
기본적으로 커밋/백업은 매일 및/또는 패키지 업데이트가 있을 때마다 수행됩니다.
etckeeper 패키지는 거의 모든 Linux 배포판에 있습니다.
바라보다:https://help.ubuntu.com/lts/serverguide/etckeeper.html
또는https://wiki.archlinux.org/index.php/Etckeeper
이 패키지를 설치하는 것은 좋은 업계 표준이라고 할 수 있습니다.
etckeeper가 설치되어 있지 않고 특정 etc 파일이 필요한 경우 유사한 시스템에서 해당 파일을 복사할 수 있는 몇 가지 방법이 있습니다.당신의, 패키지 관리자에게 설치 파일을 다운로드하거나 수동으로 다운로드하고 기타 파일을 추출하도록 요청할 수 있습니다. 가장 쉬운 방법 중 하나는 mc(Midnight Commander)를 사용하여 패키지 내에서 디렉터리인 것처럼 탐색하는 것입니다.
배포 저장소를 사용하여 패키지를 얻을 수도 있습니다. 데비안의 경우http://packages.debian.org
궁극적으로 etc/configuration이 인식할 수 없을 정도로 손상된 경우 항상 특정 패키지를 다시 설치할 수 있는 옵션이 있습니다. 예를 들어 Debian의 경우 등 파일을 백업 이름/디렉토리로 이동합니다.
apt-get install --reinstall package_name
또한 특정 배포/버전에 대한 소스 저장소를 구성 및 설치하고, 소스 패키지를 설치하고, 거기에서 파일을 가져올 수도 있습니다.
https://wiki.debian.org/apt-src(다시 데비안 예제)
일부 패키지에서는 /usr/share/doc/package_name에서 구성 파일의 예를 찾을 수도 있는데, 이는 사용하기에 적합할 수도 있고 적합하지 않을 수도 있습니다.
최후의 수단으로 해당 오픈 소스 프로젝트의 경우 저장소/github 주소에서 etc 파일을 찾을 수도 있습니다. 배포판은 종종 기본 설정 및 주변 사항을 변경한다는 점을 명심하십시오.
분명히 이러한 대안 중 어느 것도 건전한 백업 전략을 갖고 거기에서 손실된 /etc 파일을 검색해야 하는 의무를 면제해 주지 않습니다.
시대는 매우 빠르게 발전하고 있으며 DevOps 개념을 따르면 일부 파일이 손상된 경우 일부 시스템을 완전히 버리고 다시 배포하도록 선택할 수도 있습니다. CI를 사용하고 Jenkins의 파일과 같은 파일을 다시 배포할 수도 있습니다.
답변2
귀하의 배포판에라이브 ISO, 아니면 만들어도 괜찮나요?가상 설치가상 머신(VirtualBox, VMWare 등)에 추가하면 패키지 파일을 수동으로 파헤칠 필요 없이 기본 파일을 볼 수 있습니다.
그리고 가상 머신에 패키지를 설치/재설치/재구성해도 "실제" 시스템 파일은 변경되지 않습니다.