갑자기 apt를 사용하여 아무 것도 성공적으로 설치할 수 없으며 다음 오류가 발생합니다.
The following packages will be upgraded:
linux-headers-6.5.0-10-generic
1 upgraded, 0 newly installed, 0 to remove and 4 not upgraded.
75 not fully installed or removed.
Need to get 0 B/3,737 kB of archives.
After this operation, 28.8 MB of additional disk space will be used.
(Reading database ... 156176 files and directories currently installed.)
Preparing to unpack .../linux-headers-6.5.0-10-generic_6.5.0-10.10_amd64.deb ...
Unpacking linux-headers-6.5.0-10-generic (6.5.0-10.10) over (6.5.0-10.10) ...
dpkg: error processing archive /var/cache/apt/archives/linux-headers-6.5.0-10-generic_6.5.0-10.10_amd64.deb (--unpack):
error creating symbolic link './lib/modules/6.5.0-10-generic/build': Read-only file system
dpkg: error while cleaning up:
unable to remove newly-extracted version of '/lib/modules/6.5.0-10-generic/build': Read-only file system
Errors were encountered while processing:
/var/cache/apt/archives/linux-headers-6.5.0-10-generic_6.5.0-10.10_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
도움이 되고 도움이 될 수 있다면 문제는 Ubuntu 23.10 설치에서 TPM 암호화라는 실험적 기능을 활성화했다는 것입니다.
내장된 Ubuntu 버그 제출 소프트웨어를 사용하여 버그를 제출했습니다. 하지만 이 오류가 발생하지 않고는 PHP 패키지를 설치할 수도 없습니다.
나는 다음을 시도했습니다 :
sudo apt clean && sudo apt update && sudo apt upgradesudo dpkg --configure -a && sudo apt-get -f install
문제가 해결되지 않습니다.
답변1
이 답변에서는 루트 파일 시스템이 손상되어 이를 복구해야 한다고 가정합니다. 일반적으로 누구도 실수로 이런 일을 해서는 안 됩니다. 직접 도움을 줄 수 있는 사람을 찾을 수 있는지 알아보세요.
한 가지 방법은 다른 마운트(예: 라이브 ISO 또는 이와 유사한)로 컴퓨터를 부팅하고 fsck이를 메인 디스크 드라이브에서 실행하는 것입니다.
데이터를 소중히 여긴다면 문제가 발생할 경우를 대비해 데이터를 제대로 백업해 두는 것이 좋습니다. USB 연결 드라이브를 가져와 dd백업하는 것도 가능하지만 다른 방법이 더 빠를 수도 있습니다. fsck를 실행하기 전에 이 작업을 수행하십시오!
fsck를 실행하려면 일반적으로 파일 시스템이 현재 사용 중이 아니어야 하므로 라이브 ISO가 사용됩니다. GUI 방식이 있을 수 있지만 다음을 제안합니다.
#>fsck -n /dev/sda1
블록 장치 sda의 첫 번째 파티션을 확인하지만 변경하지는 않습니다. lsblk어떤 장치에 무엇이 있는지 식별 할 수 있도록 장치 이름이 다를 수 있습니다 . 예를 들어 NVME SSD 드라이브가 있는 경우 이름은 다음과 같습니다./dev/nvmes0p2
실행 시 fsck -n ...오류가 표시되면 질문을 받게 되지만 대답은 "아니요"(따라서 -n)로 미리 채워집니다. 문제를 해결하려면 -n오류가 발견될 때마다 일시 중지하고 수행할 작업을 묻는 를 사용하지 않고 명령을 다시 실행하거나 -y, 모두 "수정"이라고 대답하는 을 사용하여 명령을 다시 실행해야 합니다 . 자신이 무엇을 하고 있는지 알지 못하는 한 -y이는 권장되지 않습니다 .
백업이 있나요? ? 그렇기 때문에!
fsck는 마술적이지 않으며 파일 시스템을 완전히 또는 전혀 복구하지 못할 수도 있습니다. 그렇다면 실행 sync하여 디스크 캐시를 플러시한 다음 컴퓨터를 다시 시작해야 합니다.라이브 ISO로 돌아가기. 이제 다시 실행하여 fsck -n여전히 손상되었는지 확인하세요. 그렇다면 도움을 받기 위해 (보다) 유능한 사람에게 백업을 가져가야 합니다.
문제가 없으면 로컬 라이브 배포에 설치하고 다음을 확인하세요.
#>mount /dev/sda1 /mnt
(sda1을 앞서 찾은 디스크 장치 이름으로 바꿉니다).
ls그런 다음 장치에서 디렉터리를 찾을 수 있어야 합니다 /mnt. 특히 "ext4" 파일 시스템의 경우 "fsck"가 무엇을 해야 할지 모르는 파일이나 디렉터리를 저장하는 "lost+found" 디렉터리를 볼 수 있습니다. 거기에 문제가 있으면 디스크를 계속 사용할 가치가 있는지, 아니면 가능한 것을 다른 장치에 복사한 다음 다시 포맷하고 재구축할 가치가 있는지 평가해야 합니다. 때로는 그것이 사실이고 때로는 다시 모든 것을 바로잡기가 어렵습니다.
행운을 빕니다.
답변2
이것은 이제 알려진 버그이며 Launchpad의 다른 사람에 의해 제출되었습니다. 버그 리포트 링크는 다음과 같습니다.여기.