/var 내용이 삭제되거나 손상된 Raspbian의 적절한 문제

Question

다음을 참고하겠습니다기사그리고데비안 위키 게시물내 대답을 위해.

먼저 작동 중인 Raspbian 시스템에 환경을 만듭니다 debootstrap. 다음 지침을 따르세요.데비안 위키당신이 해야 할 일은 다음을 완료하는 것뿐입니다.

mkdir /debootstrap
debootstrap stable /debootstrap http://deb.debian.org/debian/

이제 Raspbian을 사용하고 있으므로 올바른 gpg-key를 추가해야 할 수도 있습니다.여기서 지적했듯이, Raspbian Deb Mirror를 참조하세요. 이 같은: http://archive.raspbian.org/raspbian. 포함하겠습니다링크크로스 플랫폼 빌드 가이드에는 Raspberry Pi가 아닌 amd64 시스템에서 이 작업을 수행한다고 명시되어 있습니다.

중요: 메시지가 표시되면 grubMBR에 설치하지 마세요! 이로 인해 기존 설치가 중단될 수 있습니다!

다음으로 손상된 시스템에 설치된 모든 프로그램 목록을 가져옵니다. 처음에는 사용을 제안했지만 dpkg --get-selections사용자 AB가 지적했듯이 이는 실패합니다. dpkg다양한 /var디렉토리에 대한 참조가 작동합니다. /var하나를 잃으면 당연히 실패합니다. 사용자 AB는 인용할 수 있는 내용 /usr/share/doc/과 관련 심볼릭 링크를 지적했습니다. 먼저 사용 가능한 것이 무엇인지 확인한 다음 installed.txt결과에 따라 하나를 만들어 보겠습니다.

cd /usr/share/doc && for i in *; do echo $i install >> /home/user/installed.txt; done

그 결과를 installed.txt당신의 기대와 비교하십시오. 확인할 또 다른 위치는 입니다 /usr/share/man. 이 디렉토리에는 맨페이지가 포함되어 있지만 맨페이지를 설치하는 패키지에만 해당됩니다. 비교할 수 있는 작동 중인 Raspberry Pi가 있는 경우,고장난 라즈베리파이와 구성이 동일합니다., installed.txtRaspberry Pi의 출력을 사용하여 빌드 할 수 있습니다 dpkg --get-selections.

installed.txt손실된 호스트에서 /var복구된 /var호스트로 복사합니다. scp또는 rysnc여기에서 작동하지만 이 시점에서는 ssh손상된 호스트와 복구를 수행하는 호스트 사이에 작동하는 구성이 있는지 확인해야 합니다. 두 호스트 사이에 유효한 구성이 없으면 ssh복제할 수 없습니다 . /var계속하기 전에 ssh문제를 해결해야 합니다 .

이제 이 파일을 /deboostrap환경으로 이동하고 이 chroot 내에 동일한 소프트웨어를 모두 설치할 준비를 합니다.

cp installed.txt /debootstrap/
chroot /bootstrap/
mount -t proc none /proc
dpkg --set-selections < installed.txt

sources.list필요한 경우 일치하는지 확인하세요 . debootstrap기본적으로는 main.

apt update
apt install dselect
dselect update
apt-get dselect-upgrade

좋은 건물을 만들 수 없다면`installed.txt`

debootstrapchroot에 필요한 모든 패키지를 수동으로 설치 해야 할 수도 있습니다 . 여기가 좋은 설정 문서나 코드로서의 인프라가 유용한 곳입니다. 가능한 한 원래 버전에 가깝게 하려면 apt install package1 package2 package3 ... packageNchroot에서 실행하십시오 . 설치하는 대신 다음 단계를 따라야 합니다./var/vardselect

chroot /bootstrap/
mount -t proc none /proc
apt update
apt install package1 package2 package3 ... packageN

이 시점에서 귀하의 debootstrap환경은 손상된 대상 호스트의 환경과 일치해야 합니다. 여기서 rsync복사 해야 /var합니다 . rsync -A그 정도면 충분합니다. 내가 지적했듯이협회PermitRootLogin without-password, 가 작동 sshd_config하도록 허용해야 할 수도 있습니다 rsync.

또한 Alephnull.uk의 Pete Donnell이 실행해야 할 최종 단계와 고려 사항을 직접 인용하겠습니다.

mariadb-server... 깨진 서버에 패키지를 다시 설치 해야 했습니다 apt-get install --reinstall mariadb-server mariadb-server-10.1 mariadb-server-core-10.1.

다음 단계는 사용자 데이터를 복구하는 것입니다. 이는 사용하는 구조에 따라 다르므로 지침을 제공할 수 없습니다. 이 작업을 완료한 후에는 작업자 서버(또는 부트스트랩)의 파일에 대한 권한을 확인하여 파일이 올바른지 확인하세요 /var/lib. /var/log시스템 계정의 사용자 ID는 서버와 부트 환경 간에 다를 가능성이 높습니다.

이제 를 사용하여 설치한 다양한 서비스를 확인해야 합니다 service --status-all. 모든 서비스를 활성화할 필요는 없습니다. 다시 한 번 작동 중인 서버와 비교하는 것이 좋습니다. 현재 실행되고 있지 않지만 실행되어야 하는 서비스를 다시 시작해 보세요. 모든 권한이 올바르고 관련 사용자 데이터(있는 경우)가 복원된 경우 서비스가 성공적으로 시작됩니다. 그렇지 않은 경우 s로 systemd 상태를 확인하고 ystemctl status <service-name>, s로 systemd 로그를 확인하고, journalctl -xes로 서비스의 로그 파일을 확인하세요 /var/log. 이를 통해 남은 문제를 추적하는 데 충분한 정보를 얻을 수 있습니다.

debootstrap운이 좋게 두 번째 작업 호스트가 있는 경우 시간을 내어 환경과 손상된 호스트를 비교하는 것이 좋습니다. 모든 권한이 올바른지, 서비스가 제대로 실행되고 있는지 확인해야 합니다. 이 작업이 완료되면 콘솔을 재부팅하고 모든 것이 복원되었는지 확인합니다.

명령을 시도하기 전에 제가 제공하는 각 링크를 주의 깊게 읽어보시기 바랍니다. 제 글에 오류나 오해, 문제가 있는 경우 알려주시면 수정하도록 노력하겠습니다.

행운을 빌어요!

Answer 1

다음을 참고하겠습니다기사그리고데비안 위키 게시물내 대답을 위해.

먼저 작동 중인 Raspbian 시스템에 환경을 만듭니다 debootstrap. 다음 지침을 따르세요.데비안 위키당신이 해야 할 일은 다음을 완료하는 것뿐입니다.

mkdir /debootstrap
debootstrap stable /debootstrap http://deb.debian.org/debian/

이제 Raspbian을 사용하고 있으므로 올바른 gpg-key를 추가해야 할 수도 있습니다.여기서 지적했듯이, Raspbian Deb Mirror를 참조하세요. 이 같은: http://archive.raspbian.org/raspbian. 포함하겠습니다링크크로스 플랫폼 빌드 가이드에는 Raspberry Pi가 아닌 amd64 시스템에서 이 작업을 수행한다고 명시되어 있습니다.

중요: 메시지가 표시되면 grubMBR에 설치하지 마세요! 이로 인해 기존 설치가 중단될 수 있습니다!

다음으로 손상된 시스템에 설치된 모든 프로그램 목록을 가져옵니다. 처음에는 사용을 제안했지만 dpkg --get-selections사용자 AB가 지적했듯이 이는 실패합니다. dpkg다양한 /var디렉토리에 대한 참조가 작동합니다. /var하나를 잃으면 당연히 실패합니다. 사용자 AB는 인용할 수 있는 내용 /usr/share/doc/과 관련 심볼릭 링크를 지적했습니다. 먼저 사용 가능한 것이 무엇인지 확인한 다음 installed.txt결과에 따라 하나를 만들어 보겠습니다.

cd /usr/share/doc && for i in *; do echo $i install >> /home/user/installed.txt; done

그 결과를 installed.txt당신의 기대와 비교하십시오. 확인할 또 다른 위치는 입니다 /usr/share/man. 이 디렉토리에는 맨페이지가 포함되어 있지만 맨페이지를 설치하는 패키지에만 해당됩니다. 비교할 수 있는 작동 중인 Raspberry Pi가 있는 경우,고장난 라즈베리파이와 구성이 동일합니다., installed.txtRaspberry Pi의 출력을 사용하여 빌드 할 수 있습니다 dpkg --get-selections.

installed.txt손실된 호스트에서 /var복구된 /var호스트로 복사합니다. scp또는 rysnc여기에서 작동하지만 이 시점에서는 ssh손상된 호스트와 복구를 수행하는 호스트 사이에 작동하는 구성이 있는지 확인해야 합니다. 두 호스트 사이에 유효한 구성이 없으면 ssh복제할 수 없습니다 . /var계속하기 전에 ssh문제를 해결해야 합니다 .

이제 이 파일을 /deboostrap환경으로 이동하고 이 chroot 내에 동일한 소프트웨어를 모두 설치할 준비를 합니다.

cp installed.txt /debootstrap/
chroot /bootstrap/
mount -t proc none /proc
dpkg --set-selections < installed.txt

sources.list필요한 경우 일치하는지 확인하세요 . debootstrap기본적으로는 main.

apt update
apt install dselect
dselect update
apt-get dselect-upgrade

좋은 건물을 만들 수 없다면`installed.txt`

debootstrapchroot에 필요한 모든 패키지를 수동으로 설치 해야 할 수도 있습니다 . 여기가 좋은 설정 문서나 코드로서의 인프라가 유용한 곳입니다. 가능한 한 원래 버전에 가깝게 하려면 apt install package1 package2 package3 ... packageNchroot에서 실행하십시오 . 설치하는 대신 다음 단계를 따라야 합니다./var/vardselect

chroot /bootstrap/
mount -t proc none /proc
apt update
apt install package1 package2 package3 ... packageN

이 시점에서 귀하의 debootstrap환경은 손상된 대상 호스트의 환경과 일치해야 합니다. 여기서 rsync복사 해야 /var합니다 . rsync -A그 정도면 충분합니다. 내가 지적했듯이협회PermitRootLogin without-password, 가 작동 sshd_config하도록 허용해야 할 수도 있습니다 rsync.

또한 Alephnull.uk의 Pete Donnell이 실행해야 할 최종 단계와 고려 사항을 직접 인용하겠습니다.

mariadb-server... 깨진 서버에 패키지를 다시 설치 해야 했습니다 apt-get install --reinstall mariadb-server mariadb-server-10.1 mariadb-server-core-10.1.

다음 단계는 사용자 데이터를 복구하는 것입니다. 이는 사용하는 구조에 따라 다르므로 지침을 제공할 수 없습니다. 이 작업을 완료한 후에는 작업자 서버(또는 부트스트랩)의 파일에 대한 권한을 확인하여 파일이 올바른지 확인하세요 /var/lib. /var/log시스템 계정의 사용자 ID는 서버와 부트 환경 간에 다를 가능성이 높습니다.

이제 를 사용하여 설치한 다양한 서비스를 확인해야 합니다 service --status-all. 모든 서비스를 활성화할 필요는 없습니다. 다시 한 번 작동 중인 서버와 비교하는 것이 좋습니다. 현재 실행되고 있지 않지만 실행되어야 하는 서비스를 다시 시작해 보세요. 모든 권한이 올바르고 관련 사용자 데이터(있는 경우)가 복원된 경우 서비스가 성공적으로 시작됩니다. 그렇지 않은 경우 s로 systemd 상태를 확인하고 ystemctl status <service-name>, s로 systemd 로그를 확인하고, journalctl -xes로 서비스의 로그 파일을 확인하세요 /var/log. 이를 통해 남은 문제를 추적하는 데 충분한 정보를 얻을 수 있습니다.

debootstrap운이 좋게 두 번째 작업 호스트가 있는 경우 시간을 내어 환경과 손상된 호스트를 비교하는 것이 좋습니다. 모든 권한이 올바른지, 서비스가 제대로 실행되고 있는지 확인해야 합니다. 이 작업이 완료되면 콘솔을 재부팅하고 모든 것이 복원되었는지 확인합니다.

명령을 시도하기 전에 제가 제공하는 각 링크를 주의 깊게 읽어보시기 바랍니다. 제 글에 오류나 오해, 문제가 있는 경우 알려주시면 수정하도록 노력하겠습니다.

행운을 빌어요!

/var 내용이 삭제되거나 손상된 Raspbian의 적절한 문제

답변1

좋은 건물을 만들 수 없다면`installed.txt`

관련 정보

답변1

좋은 건물을 만들 수 없다면installed.txt

관련 정보

좋은 건물을 만들 수 없다면`installed.txt`