/var 콘텐츠가 제거되거나 손상된 Raspbian의 apt 문제

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다양한 디렉토리를 참조하며 누락되면 당연히 실패합니다. 사용자 AB는 해당 심볼릭 링크의 내용 과 관련 심볼릭 링크를 참조할 수 있음을 지적합니다. 나는 사용 가능한 것이 무엇인지 확인하고 결과를 바탕으로 구축해 보겠습니다 ./var/var/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가 있는 경우,깨진 Raspberry Pi와 동일하게 구성됩니다.installed.txt, 해당 Raspberry 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`

chroot 에 필요한 모든 패키지를 수동으로 설치해야 할 수도 있습니다 debootstrap. 여기에서 좋은 설정 문서나 코드형 인프라가 유용합니다. apt install package1 package2 package3 ... packageNchroot에서 실행하여 /var원본과 최대한 일치하도록 빌드하세요 /var. 설치하는 대신 dselect다음 단계를 따라야 합니다.

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>systemd는 로 로그하며 journalctl -xe서비스의 로그 파일은 /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다양한 디렉토리를 참조하며 누락되면 당연히 실패합니다. 사용자 AB는 해당 심볼릭 링크의 내용 과 관련 심볼릭 링크를 참조할 수 있음을 지적합니다. 나는 사용 가능한 것이 무엇인지 확인하고 결과를 바탕으로 구축해 보겠습니다 ./var/var/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가 있는 경우,깨진 Raspberry Pi와 동일하게 구성됩니다.installed.txt, 해당 Raspberry 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`

chroot 에 필요한 모든 패키지를 수동으로 설치해야 할 수도 있습니다 debootstrap. 여기에서 좋은 설정 문서나 코드형 인프라가 유용합니다. apt install package1 package2 package3 ... packageNchroot에서 실행하여 /var원본과 최대한 일치하도록 빌드하세요 /var. 설치하는 대신 dselect다음 단계를 따라야 합니다.

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>systemd는 로 로그하며 journalctl -xe서비스의 로그 파일은 /var/log. 이를 통해 남은 문제를 추적할 수 있는 충분한 정보를 얻을 수 있습니다.

debootstrap운이 좋게 작동하는 두 번째 호스트가 있는 경우 환경과 손상된 호스트를 비교하는 데 시간을 할애하는 것이 좋습니다 . 모든 권한이 올바르고 서비스가 제대로 실행되고 있는지 확인하고 싶습니다. 이 작업을 완료한 후에만 호스트를 재부팅하고 모든 것이 다시 돌아왔는지 확인합니다.

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

행운을 빌어 요!

/var 콘텐츠가 제거되거나 손상된 Raspbian의 apt 문제

답변1

좋은 건물을 짓지 못했다면`installed.txt`

관련 정보

답변1

좋은 건물을 짓지 못했다면installed.txt

관련 정보

좋은 건물을 짓지 못했다면`installed.txt`