최근에 서버를 시작하려고 시도했지만 다음 오류가 발생했습니다. initramfs를 생성할 수 없는 것 같습니다. 복구 모드로 부팅을 시도했는데 fstab 파일이 비어 있는 것을 발견했습니다. 파일을 업데이트했지만 운이 없습니다. 선을 복사할 수 없어서 이미지를 첨부했습니다.
답변1
Unix&Linux StackExchange에 오신 것을 환영합니다!
오류는 다음에서 발생합니다 initramfs. 주요 문제는 분명히 다음에서 발생합니다.
dracut-initqueue[217]: Warning: /dev/disk/by-uuid/fea3e633-5380-4b23-86e0-8dd8442b4404 does not exist
즉, 이 UUID로 지정된 루트 파일 시스템은 initramfs에서 사용 가능한 스토리지 드라이버를 사용하여 찾을 수 없습니다.
GRUB 부팅 메뉴에 이전 커널 버전이 포함되어 있습니까? 그렇다면 이전 커널로 부팅하려고 하면 어떻게 될까요?
이전 커널을 사용한 부팅이 작동하지 않으면 CentOS 설치 미디어를 사용하여 시스템을 복구 모드로 부팅하거나 다른 라이브 Linux 미디어를 사용하여 시스템을 부팅하여 조사해야 할 수 있습니다. blkid명령이 디스크에서 오류 메시지에 나열된 UUID를 찾을 수 없는 경우 다음과 같은 몇 가지 이유가 있을 수 있습니다.
운전자가 부족합니까? 일부 최신 서버는 하드웨어 공급업체의 특정 드라이버가 필요한 "BIOS RAID"를 사용합니다. 복구/LiveOS 환경에서 이 드라이버를 로드하려면 추가 단계를 수행해야 할 수도 있습니다. 이 오류는 서버에서 커널을 업데이트했지만 공급업체에서 적절한 드라이버 업데이트를 설치하지 못했을 때 발생할 수 있습니다.
GRUB/initramfs 구성 오류가 발생했습니까? 커널 부팅 매개변수를 사용하여 루트 파일 시스템을 지정할 수 있으며, GRUB 구성을 편집할 때 오류가 발생하면 잘못된 파일 시스템을 참조하게 될 수 있습니다. 루트 파일 시스템의 올바른 UUID를 확인하고 구성을 수정해야 합니다. 실제 GRUB 구성 파일을 복구하는 것만으로는 충분
/boot/grub/grub.cfg하지/boot/efi/EFI/centos/grub.cfg않습니다. 커널 업데이트가 설치될 때 자동 GRUB 재구성 프로세스 중에 사용되는 파일도 복구해야 합니다. 파일은/etc/default/grub.루트 파일 시스템이 손상되었거나 덮어썼습니까? 복구 모드로 부팅을 시도했지만 비어 있는 것을 발견했다고 하셨습니다
/etc/fstab. 도대체 어떻게 그렇게 하신 겁니까? Dracut Emergency Shell인 경우 initramfs 환경에서 실행 중이며 빈/etc/fstab파일이 있을 가능성이 높습니다.
그러나 실제로 별도의 미디어에서 부팅하고 루트 파일 시스템을 포함해야 하는 장치를 성공적으로 마운트하고 빈 /etc/fstab파일을 찾으면 파일 시스템에 매우 나쁜 일이 발생한 것일 수 있습니다. 이 경우에는 백업을 잘 하시길 바랍니다.
답변2
LV를 삭제해야 할 때 이 문제에 직면했습니다./dev/mapper/swap
제거한 후 다시 시작하면 dracut에 문제가 발생했습니다.
해결책은 2개의 파일을 편집하는 것입니다.
vim /boot/efi/EFI/centos/grub.cfg
vim /etc/default/grub
스왑에 대한 참조를 제거하고,
rd.vlm.lv=centos/swap (두 파일 모두에서 전체 문자열을 제거하고 다시 시작함)
답변3
initramfs 재생성
파일을 업데이트 /etc/fstab한 후 /etc/crypttabdracut을 사용하여 initramfs 이미지를 업데이트해야 합니다.
다음 명령을 실행하여 dracut 비상 셸에서 dracut 이미지를 업데이트할 수 있습니다.
# dracut --hostonly --regenerate-all --force