Acer TravelMate X3 X349-G2-M-5910 인텔 코어 i5-7200U 8GB DDR4 256GB PCIe SSD Full-HD IPS Linux
그것은 실제로 부팅 한 “무한 OS”가 미리 설치되어 있습니다. 나는 그것을 바꿨고, 지금 내가 무엇을 하든지, 설치 후 재부팅 할 때 “no bootable device found”라고 표시됩니다.
전체 내용 : 설치 프로그램이있는 아치 리눅스에 가까운 USB 드라이브에서 antergos를 설치했습니다. 이를 위해 보안 부팅을 비활성화하고 antergos를 설치했습니다. 드라이브를 수동으로 파티션 나누지는 않았지만 설치 프로그램에서 수행했습니다. 먼저 systemd-boot를 부트 로더로 선택했습니다. 모든 것이 작동하는 것 같았습니다 -> 재부팅 -> 부팅 장치가 없습니다. 물론 펌웨어 인터페이스에서 적절한 부팅 순서를 확인했습니다. 모든 것은 그것이 있어야하는 곳인 것처럼 보였다. / etc / fstab이 멋지게 보였습니다. (커널이 있었기 때문에) vmlinux-linux. 나는 그것이 부트 로더 일 것이라고 결론을 내렸다.
이번에 GRUB2를 설치 프로그램의 부트 로더로 사용하여 다시 설치했습니다. 같은 결과. 이제 efibootmgr을 구성 (주 노트북에서 사용)하여 mkinitcpio를 다시 실행하려고했습니다. 개선 없음.
나는 그것이 UEFI 문제라고 의심했기 때문에 레거시 부팅으로 전환하고 완전히 새로운 설치를 수행했습니다. 여전히 “부팅 장치 없음”
나는 UEFI로 돌아 왔고 이제는 “고전적인”아치형 (arch) iso로 돌아가 수동으로 전체 설치 작업을 수행했습니다. fdisk에서 “EFI System”으로 설정된 512MB fat32 파티션. 루트 파티션, 여분의 / home 파티션 및 스왑 파티션. 시도 efibootmgr 및 GRUB2. 설치를 할 때마다 재부팅 할 때까지 모든 것이 잘 작동하는 것처럼 보입니다.
다가오는 절망으로 인해 나는 Manjaro를 시도했다. 처음에는 같은 결과가 나왔지만 설치 프로그램에서는 기존 EFI 부트 로더를 선택할 수있었습니다. 현재 항목은 다음과 같습니다. (hd1, gpt1) /efi/grub/grubx64.efi (hd1, gpt1) /efi/Manjaro/grubx64.efi (hd1, gpt1) /efi/boot/bootx64.efi
첫 번째는 곤충 구조 쉘로 끝나지만 다른 두 가지 옵션은 실제로 설치된 manjaro를 시작합니다. 흥미롭게도 세 번째 옵션을 사용하면 터치 패드가 작동하지 않습니다.
따라서 USB 드라이브를 통해 부팅이 가능하고 모든 것이 연결됩니다. 하지만 HDD 자체가 아닙니다.
systemd-boot와 함께 또 하나의 새로운 아치를 설치했는데 문제가 지속됩니다. 마운트 결과는 (물론 arch-chroot에서) :
/dev/nvme0n1p2 on / type ext4 (rw,relatime)
/dev/nvme0n1p1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sys on /sys type sysfs (ro,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=3993364k,nr_inodes=998341,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
shm on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)
run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
tmp on /tmp type tmpfs (rw,nosuid,nodev)
airootfs on /etc/resolv.conf type overlay (rw,relatime,lowerdir=/run/archiso/sfs/airootfs,upperdir=/run/archiso/cowspace/persistent_ARCH_201901/x86_64/upperdir,workdir=/run/archiso/cowspace/persistent_ARCH_201901/x86_64/workdir)
나는 그 때 해냈다.
# bootctl --path=/boot install
Created "/boot/EFI".
Created "/boot/EFI/systemd".
Created "/boot/EFI/BOOT".
Created "/boot/loader".
Created "/boot/loader/entries".
Copied "/usr/lib/systemd/boot/efi/systemd-bootx64.efi" to "/boot/EFI/systemd/systemd-bootx64.efi".
Copied "/usr/lib/systemd/boot/efi/systemd-bootx64.efi" to "/boot/EFI/BOOT/BOOTX64.EFI".
Created EFI boot entry "Linux Boot Manager".$
/boot/loader/loader.conf 파일을 다음과 같이 편집했습니다.
#timeout 3
#console-mode keep
#default fa1e460cf7c84ae6aec95ef492a78e3a-*
default arch
timeout 3
console-mode max
editor no
/boot/loader/entries/arch.conf 파일을 추가했습니다.
title Arch Linux
linux /vmlinuz-linux
initrd /intel-ucode.img
initrd /initramfs-linux.img
options root=/dev/nvme0n1p2 rw
ucode 이미지는 / boot뿐만 아니라 다른 이미지에도 있습니다.
나는 또한 펌웨어를 다시 확인했다. 흥미로운 것은 TPM (상태 변경) 상태가 활성화 된 것입니다. 비활성화하면 도움이되지 않았습니다.
가장 놀라운 점은 UEFI 나 레거시 부팅 모드에서는 작동하지 않는다는 것입니다.
이 성가심을 어떻게 극복 할 수 있었는지 알 수 있습니다.
대단히 감사드립니다.