☰

Windows 10 설치 옆에 Ubuntu를 설치한 후 initramfs가 셸에 빠지는 이유는 무엇입니까?

tag-icon • tag-icon linux ubuntu boot grub prompt
Windows 10 설치 옆에 Ubuntu를 설치한 후 initramfs가 셸에 빠지는 이유는 무엇입니까?

Windows 10이 사전 설치된 ASUS Zenbook 13 UX331UN에 Live USB를 통해 Ubuntu 18.04 LTS를 설치했습니다. 보안 부팅이 활성화되고 빠른 부팅이 비활성화된 UEFI 시스템입니다. 나는 성공하지 못한 채 우분투를 부팅하려고 며칠 동안 여기에 앉아 있었습니다.

fdisk -lu다음 파티션 레이아웃을 알려주세요.

Disk /dev/sda: 477 GiB, 512110190592 bytes, 1000215216 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 94F7C923-6092-46D5-AFD6-38F3F4F6096F

Device         Start        End   Sectors   Size Type
/dev/sda1       2048     534527    532480   260M EFI System
/dev/sda2     534528     567295     32768    16M Microsoft reserved
/dev/sda3     567296  946147327 945580032 450.9G Microsoft basic data
/dev/sda4  998576128 1000214527   1638400   800M Windows recovery environment
/dev/sda5  946147328  998576127  52428800    25G Linux filesystem

Partition table entries are not in disk order.

Ubuntu 설치 프로그램에서 생성된 파일에는 boot/grub/grub.cfgUbuntu 부팅을 위한 다음 메뉴 항목이 포함되어 있습니다.

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-97209f84-060d-4e49-a790-e9af75f2dc40' {
    ...
    set root='hd0,gpt5'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt5 --hint-efi=hd0,gpt5 --hint-baremetal=ahci0,gpt5  97209f84-060d-4e49-a790-e9af75f2dc40
    else
      search --no-floppy --fs-uuid --set=root 97209f84-060d-4e49-a790-e9af75f2dc40
    fi
    linux   /boot/vmlinuz-4.15.0-20-generic.efi.signed root=/dev/sda5 ro  quiet splash $vt_handoff
    initrd  /boot/initrd.img-4.15.0-20-generic
}

하지만 이로 인해

ALERT! /dev/disk/by-uuid/97209f84-060d-4e49-a790-e9af75f2dc40 does not exist. Dropping to a shell
initramfs:_

Grub 재설치, 부팅 복구, EFI 수동 변경 등 가능한 많은 수정 사항을 시도했지만...아무것도 없습니다.

최후의 수단으로 많은 튜토리얼에서 언급한 대로 다음 명령을 사용하여 grub 프롬프트에서 Ubuntu를 수동으로 부팅해 보았습니다.

set root=(hd0,5)
linux   /vmlinuz root=/dev/sda5 ro
initrd  /initrd.img
boot

그리고... 짜잔, 성공적으로 시작됐어요.

그런 다음 이 명령을 grub.cfg에 채택했고 이제 메뉴 항목은 다음과 같습니다.

menuentry 'Ubuntu' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-97209f84-060d-4e49-a790-e9af75f2dc40' {
    ...
    set root=(hd0,5)
    linux   /vmlinuz root=/dev/sda5 ro quiet splash
    initrd  /initrd.img
}

이 항목을 구성하면 Ubuntu가 성공적으로 시작됩니다.

grub.cfg이러한 방식으로 변화하는 것이 효과적인 접근 방식입니까? 이러한 변경으로 인해 발생할 수 있는 부작용에 직면해야 합니까? 우분투는 왜 스스로 작업을 생성할 수 없나요 grub.cfg?

업데이트 1

범인을 찾은 것 같아요.

먼저 UUIDGilles가 이미 지적한 대로 가 틀렸기 때문에 원래 상태로 되돌리고 grub.cfg모든 항목 97209f84-을 44ada74f-. 하지만 그럼에도 불구하고 여전히 시작되지 않습니다.껍질에 떨어지는빠르게. UUID문제를 확인하기 위해 이제 UUID다른 버전인 Ubuntu를 다시 설치했지만(파티션이 포맷될 때 생성된 것으로 알고 있음) 이제 grub.cfg 상태가 UUID정확합니다 /dev/sda5. 아주 이상한. 그러므로 이것은 UUID분명히 문제가 되지 않습니다.

set root='hd0,gpt5'둘째, 로 교체했지만 set root=(hd0,5)별 차이가 없는 것 같습니다. 세 번째 시도에서 linux명령의 파일 이름을 ... /boot/vmlinuz-4.15.0-20-generic.efi.signed로 변경했는데 /boot/vmlinuz-4.15.0-20-generic이제 시작됩니다.

파일의 존재를 성공적으로 확인한 후, /boot/vmlinuz-4.15.0-20-generic.efi.signed이제 다음 질문에 대한 답변을 바탕으로 시스템이 해당 파일을 신뢰하지 않는다고 생각합니다.https://askubuntu.com/q/883814/678215

/boot/vmlinuz-4.15.0-20-generic.efi.signed왜 작동하지 않는지 아시나요 ?

관련 정보