Instal Arch UEFI: Setiap mesin melakukan booting opsi boot baru muncul

0

Saya telah menginstal Arch pada ngengat UEFI dan hanya menemukan beberapa membingungkan sementara bersiap-siap untuk menginstal windows dual boot. Ketika masuk ke opsi boot saya tiba-tiba melihat ada 25 opsi boot UEFI semua bernama hal yang sama (sesuatu seperti: KINGSTON SH103S3: Partisi 1)

Pada awalnya saya tidak peduli dengan masalah ini dan hanya masuk ke pengaturan boot untuk menghapus semuanya, tetapi kemudian tab pengaturan di mana saya biasanya mengakses opsi boot TIDAK akan menanggapi input keyboard apa pun selain tombol panah. semua tab pengaturan lainnya bekerja dengan baik, tetapi saya tidak dapat mengubah apa pun tentang opsi boot. setelah sedikit bermain-main, coba-coba, saya perhatikan lebih banyak opsi boot mulai muncul. Setiap kali saya me-restart mesin saya, opsi boot baru akan ditambahkan dan sekarang bahkan menu boot UI telah berubah, dari terminal sederhana gaya hitam dan abu-abu, ke msdos hitam dan biru.

INI adalah semua info yang dapat saya temukan mengenai masalah ini, tetapi mulai dari beberapa opsi boot yang gimmicky, tidak ada solusi yang disarankan. Juga saya tidak punya ngengat asus, tetapi:

Ngengat: GIGABYTE H110M-A-CF

SSD: KINGSTON SH103S3

maaf jika kata-kata saya dari pertanyaan itu buruk, tetapi masalah ini tampaknya jauh melebihi kemampuan saya, jika Anda perlu sesuatu yang diklarifikasi saya akan mengedit ini

pengguna2255757
sumber

Jawaban:

2

Saya pernah mendengar masalah semacam ini sebelumnya. Kedengarannya seperti Anda memiliki entri USB flash drive "yang berlipatganda" - itulah cara saya menafsirkan entri yang dimulai dengan kingston, karena itulah produsen USB flash drive yang umum. OTOH, itu bisa jadi SSD juga. Klarifikasi poin itu mungkin penting - tetapi solusi atau solusinya mungkin serupa dalam kedua kasus tersebut.

Saya menduga bahwa ini adalah entri yang dibuat pada setiap boot oleh firmware itu sendiri. Jika demikian, ini adalah bug di firmware, jadi satu-satunya solusi yang benar adalah membuat pabrikan merilis pembaruan firmware yang memperbaiki bug. Anda mungkin memeriksa untuk melihat apakah pembaruan tersebut sudah tersedia, dan jika demikian, untuk mengunduh dan menginstalnya. Jika tidak ada pembaruan yang tersedia, saya sarankan Anda melaporkan ini sebagai bug ke produsen. Pastikan untuk melaporkan entri persis yang mengalikan. Sertakan tangkapan layar dari utilitas pengaturan firmware dan / atau boot manager komputer, serta output dari efibootmgr -v(diketikkan root) di Linux.

Sejauh solusi, Anda dapat menggunakan efibootmgrdi Arch untuk menghapus entri yang tidak diinginkan setiap kali Anda boot. Anda dapat melakukan ini secara manual (yang akan menyebalkan) atau menulis skrip pendek untuk melakukan pekerjaan itu dan meluncurkannya sebagai skrip startup. Triknya adalah mengidentifikasi entri yang tidak diinginkan dan menghapusnya tetapi tidak ada yang lain. Karena Anda mengatakan semua entri yang tidak diinginkan dimulai kingston, itu mungkin cukup mudah. Bisa dibayangkan bahwa refind-mkdefaultskrip saya (bagian dari paket resi) mungkin menjadi titik awal yang berguna; tetapi alih-alih memindahkan entri yang cocok ke awal urutan boot, Anda harus memodifikasi skrip untuk menghapus entri yang cocok - dan tentu saja mengubah string pencocokan default dari refindmenjadi kingston. Jika Anda tidak menggunakan rEFInd, Anda bisa mengambil skrip itu sendiri dari repositori rEFInd git.Skrip ini ditulis dengan Python, jadi jika Anda lebih nyaman dengan bahasa skrip lain, ini mungkin bukan titik awal yang berguna.

Masalah serupa dapat muncul dengan sendirinya karena bug pada alat yang dibuat untuk Fedora yang dimaksudkan untuk memperbaiki masalah sebaliknya EFI yang lupa entri boot. Alat ini dapat membuat daftar entri boot identik yang terus berkembang. AFAIK, masalah ini telah lama diperbaiki, tetapi jika Anda memiliki beberapa bootloader boot Fedora lama yang tergeletak, .efifile kereta yang lama mungkin yang harus disalahkan. Dalam hal ini, saya akan mencoba membersihkan segala sesuatu dari ESP yang tidak Anda gunakan, terutama dari direktori EFI/fedoradan EFI/BOOT. (Saat Anda menggunakan Arch, saya akan berasumsi bahwa Anda memiliki ide bagus tentang apa yang ada di ESP Anda. Arch memberikan kurang dalam cara alat pengaturan otomatis daripada kebanyakan distribusi, sehingga sebagian besar pengguna Arch lebih akrab dengan detail seperti itu. daripada kebanyakan pengguna distribusi seperti Ubuntu atau Fedora.)

Satu pemikiran lain terjadi pada saya: Jika entri yang mengalikan adalah untuk booting BIOS / CSM / legacy-mode, daripada untuk booting EFI / UEFI-mode, menonaktifkan CSM di utilitas pengaturan firmware Anda dapat mengatasi masalah tersebut.

Rod Smith
sumber
terima kasih banyak, saya khawatir itu akan menjadi masalah frimware. Saya akan melaporkan masalahnya nanti, tetapi bermaksud untuk membeli Motherboard baru. Apakah saya benar bahwa ini juga harus memperbaiki masalah saya? Sepertinya saya tidak dapat menemukan tanda-tanda bahwa ada yang salah dengan pemasangan SSD atau Arch saya (ini SSD)
user2255757
juga ya saya memeriksa seluruh direktori boot untuk mencoba dan menemukan entri ganda semacam, tidak ada. tidak ada partisi bersarang tersembunyi di partisi saya yang memuat boot loader EFI saya ....
user2255757
Saya tidak bisa menjanjikan bahwa motherboard baru akan memperbaiki masalah (lihat komentar saya di paragraf berikutnya hingga jawaban terakhir saya tentang program Fedora yang dapat menyebabkan masalah yang sama), tetapi sepertinya akan melakukannya. Perhatikan bahwa entri boot disimpan dalam NVRAM. Meskipun mereka dapat merujuk ke file program pada hard disk, membuat file baru biasanya tidak akan membuat entri NVRAM baru.
Rod Smith