리눅스 부팅 문제

Question

이러한 [Firmware Bug]메시지는 일반적으로 커널 개발자가 시스템 펌웨어 개발자에게 보내는 공개 편지와 비슷합니다. "사양을 따르십시오. 그러면 계속해서 더러운 해결 방법을 고안할 필요가 없습니다." 문제가 BIOS 업데이트 직후에 발생하지 않는 한 이러한 메시지는 발생할 가능성이 없습니다. 문제의 근본 원인.

그러나 이는 다음과 같을 수 있습니다.

Jul 06 18:30:26 server_f.project33.ca systemdl11: Failed to mount /boot.

/boot정상적인 시스템 시작 프로세스를 방해하는 파일 시스템에 문제가 있는 것 같습니다 . 이는 부트로더 및 커널 업데이트에만 필요 하므로 /boot일시적으로 주석 처리하여 /boot시스템 /etc/fstab을 정상과 유사한 상태로 만들 수 있는지 확인할 수 있습니다. 성공하면 문제 해결이 /boot더 쉬워집니다.

NVMe 시스템 디스크가 약간 손상되었거나 죽기 시작할 수 있습니다. 안타깝게도 SSD 장치에 오류가 발생하기 시작하면 어떤 일이 발생하는지 기존 HDD만큼 예측할 수 없습니다. SSD에 오류가 발생하면 때로는 실제 경고 신호 없이 완전히 사라지는 경우가 있습니다.

귀하의 NVMe SSD가 여전히 작동한다는 사실은 고무적으로 보일 수 있지만 귀하의 입장에서는진짜다른 미디어에 백업되지 않은 데이터에 대해 걱정하세요. 시스템에 매우 중요한 것이 포함되어 있는 경우 해당 NVMe SSD를 다른 시스템에 두 번째 디스크로 연결하고 여전히 액세스할 수 있는 모든 것을 백업하는 방법을 찾는 것이 좋습니다.최대한 빨리다른 일을 하기 전에.

NVMe SSD의 상태를 평가하려면 smartctl -x /dev/nvme0루트로 실행하여 헤더 뒤에 나타나는 내용을 확인하세요 === START OF SMART DATA SECTION ===.

명령을 사용할 수 없는 경우 nvme smart-log /dev/nvme0기본적으로 동일한 데이터가 제공되어야 하며 nvme error-log /dev/nvme0최근에 감지된 많은 오류(있는 경우)에 대한 추가 세부 정보가 제공되어야 합니다.

그래서 일시적으로 주석 처리를 함으로써 시스템이 등장하게 된 /boot것 같습니다 . /etc/fstab( /etc/fstab지금 존재하는 자신을 보는 것이 도움이 될 수 있습니다. 추측의 필요성을 최소화할 것입니다.)

이 메시지는 Failed to start LVM event activation on device 8:2메이저 번호가 8번이고 마이너 번호가 2번인 블록 장치를 나타냅니다 /dev/sda2. 이는 별도의 문제인 것으로 보이며 시스템에서 디스크를 제거했으므로 메시지가 더 이상 나타나지 않습니다.

오류 메시지를 참고하세요: XFS (nvme0n1p1): Corruption warning: Metadata has LSN (1:3869) ahead of current LSN (1:3835). Please unmount and run xfs_repair (>= V4.3) to resolve.

/etc/fstab이는 귀하 /boot가 파티션에 직접 존재함 을 나타내는 것 같습니다 /dev/nvme0n1p1.아니요LVM 논리 볼륨으로.

nvme0n1p1귀하의 시스템이 이라고 가정 /boot하고 이제 시스템을 실행하고 제거했으므로 /boot이 메시지가 제안하는 대로 수행할 수 있습니다. 먼저 실행하여 xfs_repair -V복구 도구 버전이 4.3.0 이상인지 확인하고, 그렇다면 실행하십시오 xfs_repair /dev/nvme0n1p1.

다음과 같은 내용이 표시될 수 있습니다.

ERROR: The filesystem has valuable metadata changes in a log which needs to be replayed. 
Mount the filesystem to replay the log, and unmount it before re-running xfs_repair. 
If you are unable to mount the filesystem, then use the -L option to destroy the log and attempt a repair.
Note that destroying the log may cause corruption — please attempt a mount of the filesystem before doing this.

그렇다면 이 메시지를 인쇄하기 전에 문제가 해결된 /boot경우를 대비하여 설치해 보십시오. xfs_repair파일 시스템을 마운트할 수 없는 경우(이전 시도가 확실히 성공하지 못했기 때문에) 메시지에 따라 를 실행하십시오 xfs_repair -L /dev/nvme0n1p1.

출력에서는 blkidLVM TYPE="LVM2_member물리 볼륨(간단히 PV)을 나타냅니다. 파일 시스템이 아니므로 마운트할 수 없지만 하나 이상의 파일 시스템이거나 그 일부인 컨테이너일 수 있습니다. 파티션 에 루트 파일 시스템, 스왑 영역 및 파일 시스템이 포함되어 있는 /dev/nvme0n1p2것처럼 보이지만 실제로는 그렇지 않습니다 .TYPE="LVM2_member"/home/boot

파일 시스템 UUID 자체는 변경되지 않습니다. 이를 변경하려면 mkfs파티션 또는 LVM 논리 볼륨을 다시 포맷하거나(실제로 그 안의 모든 기존 데이터가 손실됨) 파일 시스템별 도구를 사용하여 파일 시스템에 새 UUID를 할당해야 합니다. 따라서 /bootin의 UUID는 UUID 자체가 손상되었거나 이전에 파일 시스템에 대해 알려주지 않은 작업을 수행한 /etc/fstab경우를 제외하고는 변경할 필요가 없습니다 ./etc/fstab/boot

만약에 /dev/nvme0n1p1도 나타나면 TYPE="LVM2_member"이는 /boot해당 명령으로 파일 시스템을 덮어썼다는 의미입니다 pvcreate /dev/nvme0n1p1. 만약 사실이라면, 그것은 확실히 부패를 설명할 것입니다.

그럼에도 불구하고 위 xfs_repair프로세스를 통해 파일 시스템을 마운트할 수 있도록 복구하지 못한 경우 최후의 수단은 /boot파일 시스템을 처음부터 다시 빌드하는 것입니다.

이 프로세스는 성공적으로 완료될 때까지 시스템을 부팅할 수 없게 만들므로 중간에 재부팅하지 마십시오. 먼저 를 사용하여 손상된 파일 시스템을 다시 포맷한 다음(오타하지 마십시오. 파괴적입니다!) 를 /boot사용하여 새 UUID를 확인하고 항목을 다시 활성화한 다음 해당 UUID를 새 항목으로 변경한 다음 .mkfs.xfs /dev/nvme0n1p1lsblk -o +UUID /dev/nvme0n1p1/boot/etc/fstabmount /boot

그 후 패키지 관리자를 사용하십시오.다시 설치현재 설치된 모든 커널 패키지: 패키지 관리 도구에는 누락된 파일을 교체하고 있을 수 있는 파일을 덮어쓰기 위해 "예, 데이터베이스에 이 패키지가 이미 설치되어 있다고 표시되어 있지만 어쨌든 해당 파일을 다시 작성합니다"라고 효과적으로 알려주는 특정 옵션이 있어야 합니다. 손상되었습니다."

완료되면 grub2-install /dev/nvme0n1다음을 사용하여 부트로더를 다시 설치하십시오. 존재 하는지 확인 /boot/grub2/grub.cfg하고 설치된 커널 버전을 포함하십시오. grub2-mkconfig > /boot/grub2/grub.cfg필요한 경우 구성을 다시 빌드하십시오. 이 시점에서 시스템을 다시 부팅할 수 있어야 합니다.

Answer 1

이러한 [Firmware Bug]메시지는 일반적으로 커널 개발자가 시스템 펌웨어 개발자에게 보내는 공개 편지와 비슷합니다. "사양을 따르십시오. 그러면 계속해서 더러운 해결 방법을 고안할 필요가 없습니다." 문제가 BIOS 업데이트 직후에 발생하지 않는 한 이러한 메시지는 발생할 가능성이 없습니다. 문제의 근본 원인.

그러나 이는 다음과 같을 수 있습니다.

Jul 06 18:30:26 server_f.project33.ca systemdl11: Failed to mount /boot.