新しいラップトップを入手しました：Acer TravelMate X3 X349-G2-M-5910 Intel Core i5-7200U 8GB DDR4 256GB PCIe SSD Full-HD IPS Linux
「エンドレスOS」がプリインストールされており、実際に起動しました。私はそれを交換しましたが、インストール後に再起動すると、「ブート可能なデバイスが見つかりません」と表示されます。
完全なストーリー：インストーラーでArch Linuxに近いUSBドライブからantergoをインストールしました。そのために、セキュアブートを無効にしてantergosをインストールしました。ドライブを手動でパーティション分割することはしませんでしたが、インストーラーにそれを行わせました。最初に、ブートローダーとしてsystemd-bootを選択しました。すべてが機能しているように見えた->再起動->起動可能なデバイスが見つからないもちろん、ファームウェアインターフェイスで適切な起動順序を確認しました。すべてが必要な場所にあるように見えました。/ etc / fstabは（私が言うことができるように）うまく見えた、カーネルはそこにあった、vmlinux-linux。私はそれがブートローダーだと結論付けました。
今回はインストーラーでブートローダーとしてGRUB2を使用して再インストールしました。同じ結果。efibootmgrを構成して（メインノートブックで使用）、mkinitcpioをやり直しました。改善なし。
UEFIの問題であると思われたため、レガシーブートに切り替えて、まったく新しいインストールを行いました。それでも「起動可能なデバイスが見つかりません」
UEFIに戻り、「クラシック」なアーチISOに戻り、インストール全体を手動で行いました。fdiskで「EFIシステム」に設定された512MBのfat32パーティション。ルートパーティション、追加の/ homeパーティション、およびスワップパーティション。efibootmgrとGRUB2を試しました。インストールを行うたびに、再起動するまですべてが正常に動作するようです。
今後の絶望のために、私はマンジャロを試しました。最初は同じ結果でしたが、その後気づいたのですが、インストーラーで既存のEFIブートローダーを選択できます。現在のエントリは次のとおりです：（hd1、gpt1）/efi/grub/grubx64.efi（hd1、gpt1）/efi/Manjaro/grubx64.efi（hd1、gpt1）/efi/boot/bootx64.efi
最初のものはgrubレスキューシェルで終了しますが、他の2つのオプションは実際にインストールされたmanjaroを開始します。興味深いことに、3番目のオプションでは、タッチパッドは機能しません。
したがって、すべてがそこにあり、動作しており、USBドライブから起動できます。しかし、HDD自体からではありません。
systemd-bootを使用して別の新しいArchをインストールしましたが、問題は解決しません。mountの出力は（もちろん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（TCM）状態の変更」だけでした。無効にすることは役に立ちませんでした。
最も驚くべきことは、UEFIでもレガシーブートモードでも動作しないことです。
この迷惑をどのように克服できるか、どんなアイデアでも大歓迎です。
事前にどうもありがとうございました