저는 비교적 검은색 화면 Os-es(*nix)를 처음 접했고 Linux에서 실행할 수 있는 몇 가지 명령을 제공했습니다.
- etc/rc.d/rc0.d 삭제 Logscan, procscan, gpp만 삭제
나는 혼란스러워서 다음과 같이 했습니다.
rm -rf rc.drm -rf rc0.d결과적으로 init.d도 삭제되었습니다. **
나중에 rc.d다른 서버에서 폴더를 복사했는데 소프트링크가 여러 개 있었고 전체 폴더 구조가 손실되어 소프트링크는 없고 파일만 있었습니다.
/etc/rc.d및 을(를) 삭제하면 어떤 영향이 있나요 /etc/rc0.d? 파일과 어떤 관련이 있습니까 init.d? 이 파일( rc.d& rc0.d)을 복구할 수 있나요? 다른 서버에서 복사해서 아래에 넣을 수 있나요 /etc? 이것이 도움이 될까요? 다시 시작하면 도움이 될까요?
답변1
RHEL 6에서는 /etc/rc.d/init.d/SysVinit 스타일 시작/종료 스크립트의 실제 위치입니다. /etc/init.d이에 대한 심볼릭 링크입니다.
이러한 /etc/rc.d/rc[0-6].d디렉토리에는 에 대한 포인터만 포함되어야 합니다 . 의 해당 디렉토리를 가리키는 /etc/rc.d/init.d/기호 링크 세트도 있습니다 ./etc/rc[0-6].d/etc/rc.d/
가장 좋은 옵션은 동일한 서버에서 원래 가져온 백업에서 이러한 디렉터리를 복원하는 것입니다. 이렇게 하면 이전과 정확히 동일한 구성을 유지할 수 있습니다.
그러나 동일한 방식으로 구성된 여러 서버가 있는 경우(= 동일한 RPM 설치, 동일한 서비스 실행) 디렉터리를 복사하여 꽤 좋은(완벽하지는 않지만) 결과를 얻을 수 있습니다.
서버 간에 변경되지 않을 수 있으므로 /etc/rc.d/rc먼저 다른 서버에서 복사하는 것이 좋습니다 . /etc/rc.d/rc.sysinit이러한 스크립트가 없으면 서버는 시작 프로세스 초기에 단일 사용자 모드로 충돌하게 되어 추가 복구가 더 불편해질 수 있습니다.
/etc/rc.d/rc.local로컬 관리자는 이를 수정할 수도 있고 수정하지 않을 수도 있습니다. 기본적으로 아무 작업도 수행하지 않지만 그대로 두는 것이 좋습니다. 따라서 해당 항목도 복사하되 기본 콘텐츠가 아닌 경우 해당 콘텐츠가 적용 가능한지 확인하세요.
/etc/rc.d/init.d그런 다음 손상된 시스템과 동일한 구성으로 구성된 서버에서 콘텐츠를 복사하고 다음을 사용하여 스크립트의 기본 심볼릭 링크를 복원할 수 있습니다.
cd /etc/rc.d/init.d
for i in *; do chkconfig --add $i; done
이것은 복원됩니다공장 기본값다양한 서비스 구성을 활성화/비활성화한 다음에는 chkconfig --list손상된 서버와 동일한 구성을 가진 다른 서버에서 실행 해야 하며 chkconfig <service name> on/ chkconfig <service name> off명령을 사용하여 동일한 서비스를 사용하는 다른 서버와 일치하도록 다양한 서비스의 활성화/비활성화 상태를 조정해야 합니다. 구성에는 실제로 손상된 서버(다른 서버가 동일하지 않은 경우)와 관련된 서비스(또는 의미 있는 모든 것)의 목적이 있습니다.
rpm -Va | grep /etc/rc.d/init.d그런 다음 RPM에서 설치된 소프트웨어에 대한 모든 스크립트가 있는지 확인할 수 있습니다 . RPM에 제공된 기본 상태에서 누락되거나 수정된 모든 스크립트가 나열됩니다. 일부 스크립트가 누락된 경우 yum reinstall <package name>이를 수정하는 쉬운 방법이 될 수 있습니다.
RPM 패키지에서 설치되지 않은 일부 타사 소프트웨어가 있는 경우 해당 설치 지침을 검토하고 수동으로 교체해야 하는 시작 스크립트가 있는지 확인해야 합니다.