모든 apt유사한 명령은 잠금 파일이 /var/lib/dpkg/존재하지 않기 때문에 생성에 실패합니다. 추가로 다음과 같은 /lost+found/내용이 있습니다.
pi@pi-top:~ $ sudo ls -al /lost+found/
total 102456
drwx------ 11 root root 16384 Apr 3 16:26 .
drwxr-xr-x 23 root root 4096 May 5 17:00 ..
-rw------- 1 root root 104857600 Apr 3 16:30 #29025
lrwxrwxrwx 1 root root 9 Mar 29 10:05 #87867 -> /run/lock
lrwxrwxrwx 1 root root 4 Mar 29 10:05 #87868 -> /run
drwxr-xr-x 2 root root 4096 May 5 10:35 #89863
drwxr-xr-x 12 root root 4096 Apr 3 16:41 #89864
drwxr-xr-x 44 root root 4096 Apr 3 16:30 #89865
drwxrwsr-x 2 root staff 4096 Mar 12 14:03 #89866
drwxr-xr-x 6 root root 4096 May 5 16:30 #89867
drwxrwsr-x 2 root mail 4096 Mar 29 10:05 #89868
drwxr-xr-x 2 root root 4096 Mar 29 10:05 #89869
drwxr-xr-x 5 root root 4096 Mar 29 10:32 #89870
drwxrwxrwt 3 root root 4096 May 5 16:31 #89871
/var/lib/시스템에서 다른 증상은 나타나지 않았지만 많은 콘텐츠도 손실되었습니다. 시스템(또는 적어도 dpkg)을 복원할 수 있습니까? 그렇다면 어떻게 해야 할까요?
답변1
죄송합니다. 이 단계에서는 깨끗한 백업에서 복원하는 것이 좋습니다. fsck너무 많은 디렉토리가 에 배치 되면 /lost+found이는 많은 손상을 나타냅니다. 더 많은 손상이 있을 가능성이 있지만 손상은 메타데이터가 아닌 파일 콘텐츠에 있으므로 fsck에서는 이를 알 수 없습니다.
백업에서 복원할 때 다음을 확인하세요.깨끗한지원. 부패는 발견되기 전에 시작될 수 있습니다.
파일의 내용을 식별하는 유일한 방법은 lost+found파일을 보고 알아내는 것입니다. 체계적인 접근 방법이 없습니다. 가능하다면 fsck가 이를 수행합니다.
표시된 내용을 보면 디렉토리가 손상된 /lost+found것 같습니다 . 적절한 항목을 생성하고 로 이동하여 /var문제를 해결할 수 있습니다 ./var/lost+found/var
# Running as root, of course
umask 022
mkdir /var
mv /lost+found/\#87867 /var/lock
mv /lost+found/\#87868 /var/run
mv /lost+found/\#89866 /var/local
mv /lost+found/\#89868 /var/mail
…
메타데이터(소유권 및 심볼릭 링크 대상)에서 위 항목을 알아냈습니다. 디렉토리 내용을 보면 더 자세히 알아볼 수 있습니다. 기존 시스템 설치와 비교합니다(동일한 배포판이나 가까운 배포판이 바람직하지만 프로세서 아키텍처는 중요하지 않음).
/var/lib아마도 #89865하위 디렉터리가 많은 경향이 있기 때문일 것입니다. 그러나 이는 단지 추측일 뿐입니다. 시스템의 다른 부분에서 올 수도 있습니다.
회복에 집중하지 말고 /var/lib/dpkg나머지는 무시하십시오. 결핍은 /var/lib/dpkg당신이 알아차리는 첫 번째 증상일 뿐입니다.
PC에서는 RAM 테스트를 권장합니다.기억력 테스트 86+대부분의 배포판에서 패키지로 제공되며 최소한 Ubuntu에는 기본적으로 설치됩니다. Raspberry Pi의 시스템이 SD 카드에 있는 경우 SD 카드를 교체하는 것이 좋습니다. SD 카드는 시스템에서 가장 신뢰도가 낮은 부분이므로 계속 사용하면 데이터가 계속 손상될 수 있습니다.