Чтобы узнать, сможете ли вы заставить BIOS распознавать ваш M.2. диск, вы можете попробовать:
(примечание: я не могу опубликовать более 8 ссылок в настоящее время, но вы можете увидеть все скриншоты в этом комментарии: https://gist.github.com/constantoverride/78f78da30f42ebc9a187252a1bfae127#gistcomment-2702017 )
* на странице « Advanced\Onboard Devices Configuration встроенных устройств» вы можете изменить настройки: Hyper M.2X16 , M.2_1 Configuration , M.2_2 PCIe Bandwidth Configuration: [X2][X4] .
* Попробуйте поиграть с настройкой PCIe Speed на странице Advanced\PCH Configuration\PCI Express Configuration .
* Попробуйте отключить (или включить? нет, наверное не включается!) Aggressive LPM Support со страницы Advanced\PCH Storage Configuration .
* попробуйте обновить BIOS (снимки экрана говорят, что это версия 0616, самая новая версия 1002 ) - будьте осторожны, потому что после обновления все ваши настройки BIOS (даже те, которые сохранены в профилях, но не те, которые сохранены в виде файлов на каком-либо USB-накопителе, очевидно) потерян и остальные по умолчанию в BIOS.
Другие вещи, которые вы можете попробовать временно:
* Убедитесь, что ErP Ready Disabled . Когда этот параметр Enabled , он устанавливает / включает другие параметры (по крайней мере на странице « Advanced\Platform Misc Configuration (см. Следующий снимок экрана)), из-за которых моя клавиатура / мышь USB не распознавалась в Linux (или memtest86; например, любые операционной системы) из-за того, что что-то вошло в режим пониженного энергопотребления (или что-то подобное), в действительности, только BIOS увидит их.
* Убедитесь, что все на этой странице (Advanced\Platform Misc Configuration) отключены, просто чтобы убедиться, что ваш M.2. накопитель каким-то образом не перешел в какое-то состояние, которое фактически переведено в спящий режим (хотя это никогда не должно происходить в BIOS / GUI).
* Вы можете установить для параметра POST Report значение « Until Press ESC (он находится в разделе «Дополнительно» в разделе « Boot\Boot Configuration), чтобы вы могли видеть, что на экране POST говорится, что он обнаружил, что обычно говорит о дисках.
* Параметр Fast Boot вероятно, не влияет на это, просто подумал, что я все равно включу его.
* Может быть, вы можете проверить экран в разделе « Advanced\PCH Storage Configuration где устройства SATA могут быть Disabled , просто чтобы увидеть, есть ли M.2. устройства, которые могут / Disabled .
* проверьте Advanced\HDD/SSD SMART Information посмотрите, можете ли вы выбрать свой диск M.2 из списка Device . Это помогает увидеть, может ли BIOS это увидеть.
* Может быть, вы можете запутаться с настройкой DMI Max Link Speed которая находится на странице Advanced\System Agent (SA) Configuration\DMI/OPI Configuration . В настоящее время я не знаю, что это за настройка и может ли она повлиять на что-либо, связанное с M.2.
* вы уже пытались отключить CSM (модуль поддержки совместимости) и не помогли (согласно комментариям к вашему вопросу)
Может быть применимо следующее, но я считаю, что сначала его нужно распознать в BIOS: (хотя Linux может все же обнаружить его, даже если BIOS его не обнаруживает, или, может быть, только если BIOS отключил его, я неуверен)
Существует коммита ядра Linux (467c77d4cbefaaf65e2f44fe102d543a52fcae5b), созданная и зафиксированная 11 марта 2018 года, которая гласит:
nvme-pci: отключить APST для Samsung NVMe SSD 960 EVO + ASUS PRIME Z370-A
Еще одна "несовместимая" комбинация материнских плат Samsung NVMe SSD 960 EVO и Asus. Устройство 960 EVO исчезает с шины PCIe через несколько минут после загрузки, когда используется APST, и никогда не возвращается. Принудительное использование NVME_QUIRK_NO_APST - единственный способ заставить этот диск работать с этой конкретной материнской платой. NVME_QUIRK_NO_DEEPEST_PS не работает, обновление BIOS материнской платы тоже не помогло.
Так как это материнская плата для настольных ПК, единственным недостатком неиспользования APST является повышенная температура устройства.
Так что я предполагаю, что то же самое происходит с вашим диском: Samsung SSD 970 EVO NVMe M.2 250GB .
Если вам хочется перекомпилировать ядро Linux:
Вы можете попробовать загрузить любую из следующих версий ядер (которые должны содержать этот коммит):
v4.19-rc2 v4.19-rc1 v4.18 v4.18-rc8 v4.18-rc7 v4.18-rc6 v4.18-rc5 v4.18-rc4 v4.18-rc3 v4.18-rc2 v4. 18-rc1 v4.17 v4.17-rc7 v4.17-rc6 v4.17-rc5 v4.17-rc4 v4.17-rc3 v4.17-rc2 v4.17-rc1 И, вероятно, любые версии без rc тоже, итак: 4.17, 4.18 и еще не выпущенный 4.19 (поэтому из этого доступны только -rc2 и -rc1).
Затем посмотрите, показывает ли lspci -nn ваше устройство M.2 по имени, за которым следуют два шестнадцатеричных числа [vendor:device] (должно начинаться с [144d:XXXX]), а затем проверьте, отличаются ли эти числа в конце строки от [144d:a804] (это 960 EVO SSD, который они упоминают в коммите), это, вероятно, означает, что вышеуказанный коммит / патч не будет действовать для вашего диска, но если вы можете перекомпилировать ядро, вы можете добавить [vendor:device] ваше устройство : устройство] нумерует к этому блоку if затем видит, работает ли привод; если это произойдет, то, возможно, также сообщит об этом ядру bugzilla, чтобы они тоже могли добавить его в блок if .
