Fedora 19로 부팅하는 데 문제가 있습니다. 우선 가상 디스크에서 해당 시스템을 "추출"했다는 점을 언급해야 합니다(단순히 물리적 디스크의 루트 및 부팅 파티션 내용을 DD로 지정). 문제가 발생할 수 있지만 이는 관련 문제가 아닌 것 같습니다. 저는 라이브 Ubuntu 배포판을 chrootFedora 시스템에 사용 grub2-install하고 grub2-mkconfig나타날 수 있는 grub 오류를 복구하는 데 사용했으며 제대로 작동했습니다. Grub은 부팅 파티션에서 모든 커널을 찾아서 로드할 수 있었지만 문제가 나타났습니다.
내 상황을 보여주기 위해 몇 장의 사진을 사용하겠습니다. Fedora로 부팅할 때 발생하는 오류입니다.
blkid이제 이것은 dracut 쉘에서 제공하는 것처럼 사실입니다 . 이는 일반적으로 로 참조되는 노트북 SATA HDD의 내 파티션이지만 sda다른 2개의 USB 장치가 연결되어 있고 그 중 하나에 시스템이 있습니다. 시스템이 있는 장치는 일반적 으로 둘 sdb다 있고 파티션이 있으므로 grub이 이에 대해 알고 있었음에 틀림없지만 이 단계에는 표시되지 않으며 커널이 로드할 수 없는 것처럼 보입니다.
rootboot
해당 파티션이 실제로 존재하고 상태가 양호하다는 사실을 지원하기 위해 라이브 Ubuntu를 실행하고 blkid거기에서 호출했습니다. 그리고 여기에 부팅 중에 누락된 파티션이 나타났습니다.
그래서 제 질문은 Fedora에 어떤 문제가 있을 수 있으며 어떻게 해결할 수 있느냐는 것입니다. 앞서 말했듯이 필요한 경우 무엇이든 구성할 수 있도록 Ubuntu에서 chroot를 수행할 수 있습니다. 또한 이 문제는 "전체" 커널을 부팅할 때만 나타납니다. Grub에는 제대로 작동하는 복구 모드로 부팅할 수 있는 옵션도 있으며 홈 폴더(루트와 동일한 파티션)에서 내 데이터를 볼 수 있습니다. 또한 다음을 설명하는 정보도 포함합니다.내 하드웨어 구성.
답변1
라이브 환경을 통해 fedora 19를 20으로 업그레이드하여 해결되었습니다. 가상 박스 내부에 페도라를 설치했을 때 다르게 구성되어 있고 해당 정보가 어딘가에 남아 있는 경우가 있을 수 있습니다. 이 업그레이드는 대부분의 데이터와 프로그램을 그대로 유지하므로 그러한 옵션을 가진 사람에게는 "충분히 좋은" 솔루션이 될 수 있습니다.
답변2
fstab 및 mtab으로 이동하여 UUID를 업데이트하세요. 화면 캡처에 따르면 새 것과 기존의 UUID가 다릅니다.