Motherboard UEFI tidak mendeteksi drive SSD M.2

Saya sedang membangun PC baru dengan motherboard ASUS PRIME Z370-A dan Samsung SSD 970 EVO NVMe M.2 250GB.

Namun, motherboard saya tampaknya tidak dapat mengenali drive karena drive tersebut tidak muncul di UEFI maupun di Installer Windows 10.

Saya mencoba memasangnya di dua soket M.2 yang dimiliki motherboard:

  • Soket M.2_1 mendukung PCIe 3.0 x4 dan mode SATA desain M KEY dan perangkat penyimpanan PCIe dan SATA tipe 2242 / 2260 /2280.
  • Soket M.2_2 mendukung desain PCIe 3.0 x4 M KEY dan tipe 2242/2260/2280 PCIe dan perangkat penyimpanan SATA.

Namun, drive tidak dikenali di kedua soket.

Saya juga mencoba menerapkan beberapa konfigurasi pada Compatibility Support Module dan tetap tidak mendeteksinya.

Foto pengaturan UEFI:

**¡UPDATE!

Saya harus membawa pc saya ke teknisi dan, dari apa yang saya ingat dia lakukan, meletakkan ssd m.2 lain pada motherboard, dia mencoba mengaktifkan / menonaktifkan opsi (kebenaran tampaknya dia tidak tahu apa yang dilakukan setiap opsi dan itu adalah sesuatu yang saya juga telah mencoba) dan dalam beberapa upaya itu, eureka! disk itu dikenali dan muncul di panel konfigurasi UEFI.

Saya ingin tahu opsi mana yang diaktifkannya yang diindikasikan agar bisa berfungsi. Saya mengembalikan opsi ke keadaan pabrik dan ironisnya adalah ... disk masih dikenali oleh kartu induk! Bisa jadi saya tidak memasukkan disk ke dalam soketnya, tetapi sejujurnya saya telah melakukan beberapa kali percobaan dan bahkan menerapkan banyak kekuatan yang saya takutkan akan merusaknya.

Sebuah misteri yang belum terpecahkan. Tetapi yang penting adalah bahwa ia berfungsi.

David Ferreira
Pertanyaan edit 27 November 2018 в 1:19
Komputer
boot ssd motherboard pci-express m.2
16 Agustus 2018 в 4:04
35 tayangan

Untuk melihat apakah Anda dapat membuat BIOS mengenali drive M.2. Anda dapat mencoba:
(catatan: Anda dapat melihat semua screenshot di gist comment)

  • Pada halaman di bawah Advanced\Onboard Devices Configuration, Anda dapat mengutak-atik pengaturan: Hyper M.2X16, M.2_1 Configuration, M.2_2 PCIe Bandwidth Configuration: [X2][X4].
  • Cobalah mengutak-atik pengaturan PCIe Speed pada halaman Advanced\PCH Configuration\PCI Express Configuration.
  • Coba nonaktifkan (atau aktifkan? nah, mungkin tidak aktifkan!) Dukungan LPM Agresif dari halaman Konfigurasi Penyimpanan PCIe Lanjutan.
  • Coba perbarui BIOS Anda (screenshot mengatakan itu versi 0616, yang terbaru adalah 1002) - hati-hati, karena setelah update, semua pengaturan BIOS Anda (bahkan yang disimpan di profil, tetapi tidak yang disimpan sebagai file di beberapa drive USB jelas) akan hilang dan diatur ulang ke default BIOS.
    Hal-hal lain yang bisa Anda coba, untuk sementara:
  • Pastikan ErP Ready adalah Disabled. Ketika ini Enabled, ini akan mengeset/mengaktifkan setting lain (pada halaman Advanced\Platform Misc Configuration (lihat screenshot berikutnya), setidaknya) yang bagi saya menyebabkan keyboard/mouse USB saya tidak dapat dikenali di Linux (atau memtest86; misal, OS apapun yang di-boot) karena sesuatu yang telah memasuki low power mode (atau yang serupa), sehingga hanya BIOS yang dapat melihatnya.
  • Pastikan semua yang ada di halaman ini (Advanced\Platform Misc Configuration) dinonaktifkan, hanya untuk memastikan drive M.2. Anda tidak masuk ke dalam keadaan yang secara efektif membuat Anda tertidur (meskipun hal ini seharusnya tidak pernah terjadi saat berada di dalam BIOS/GUI).
  • Anda dapat mengatur POST Report ke Until Press ESC (ada di Advanced di bawah Boot\Boot Configuration) sehingga Anda dapat melihat apa yang dikatakan Layar POST yang terdeteksi, biasanya akan mengatakan sesuatu tentang drive.
  • Pengaturan Fast Boot mungkin tidak berpengaruh pada hal ini, hanya saja saya pikir saya akan tetap membahasnya.
  • Mungkin Anda dapat memeriksa layar di bawah Advanced\PCH Storage Configuration di mana perangkat SATA dapat Disabled, hanya untuk melihat apakah ada perangkat M.2. yang dapat / sedang Disabled.
  • Periksa Advanced\HDD/SSD SMART Information lihat apakah Anda dapat memilih drive M.2 Anda dari daftar Device. Ini membantu untuk melihat apakah BIOS dapat melihatnya.
  • Mungkin Anda dapat mengacaukan pengaturan DMI Max Link Speed yang ada di halaman Advanced\System Agent (SA) Configuration\DMI/OPI Configuration. Saat ini saya tidak tahu apa pengaturan itu dan apakah itu seharusnya memengaruhi apa pun yang terkait dengan M.2.

  • Anda sudah mencoba menonaktifkan CSM (Compatibility Support Module) dan tidak membantu (sesuai komentar pada pertanyaan Anda)

    Berikut ini mungkin berlaku, tapi, saya percaya bahwa itu pertama-tama harus dikenali di BIOS: (meskipun mungkin Linux masih bisa mendeteksinya bahkan jika BIOS tidak mendeteksinya, atau mungkin hanya jika BIOS telah menonaktifkannya, saya tidak yakin) Ada kernel Linux commit (kernel git) yang ditulis dan berkomitmen pada 11 Maret 2018, yang mengatakan:

    nvme-pci: nonaktifkan APST untuk Samsung NVMe SSD 960 EVO + ASUS PRIME Z370-A

    Namun, ada lagi "incompatible" Samsung NVMe SSD 960 EVO dan motherboard Asus

    kombinasi. Perangkat 960 EVO menghilang dari bus PCIe dalam beberapa menit setelah boot-up ketika APST sedang digunakan dan tidak pernah kembali. Memaksa NVME_QUIRK_NO_APST adalah satu-satunya cara untuk membuat drive ini bekerja dengan motherboard motherboard tertentu. NVME_QUIRK_NO_DEEPEST_PS tidak berfungsi, upgrade BIOS motherboard juga tidak membantu. Karena ini adalah motherboard desktop, satu-satunya kekurangan dari tidak menggunakan APST adalah peningkatan suhu perangkat. Jadi saya menduga bahwa hal yang sama juga terjadi pada drive Anda: Samsung SSD 970 EVO NVMe M.2 250GB.
    Jika Anda ingin mengkompilasi ulang kernel Linux, Anda dapat mencoba melakukan booting salah satu versi kernel berikut (yang seharusnya berisi commit ini):

  • v4.17-rc1 - v4.19-rc2 Dan kemungkinan versi non-rc juga, jadi: 4.17, 4.18 dan 4.19 yang belum dirilis (jadi hanya -rc2 dan -rc1 yang tersedia dari yang ini).
    • Lihat apakah lspci -nn menunjukkan perangkat M.2 Anda dengan nama yang diikuti oleh dua angka hex [vendor:device] (harus dimulai dengan [144d:XXXX]), kemudian periksa apakah angka-angka di akhir baris adalah nilai yang berbeda dari [144d:a804] (itu adalah 960 EVO SSD yang mereka sebutkan dalam commit). Ini mungkin berarti bahwa commit/patch di atas tidak akan berlaku untuk drive Anda, tetapi jika Anda dapat mengkompilasi ulang kernel, Anda dapat menambahkan nomor [vendor:device] perangkat Anda ke blok if tersebut, kemudian lihat apakah drive berfungsi; jika ya, mungkin juga melaporkannya ke kernel bugzilla sehingga mereka dapat menambahkannya ke blok if juga.
JW0914
Jawaban edit 1 Oktober 2019 в 1:14
Komentar (0)

Apakah Anda mendorongnya cukup jauh ke dalam soket?

Saya mengalami masalah yang sama, dan solusinya adalah memastikan untuk mendorong drive ke dalam soket sejauh mungkin.

Komentar (0)