Возникла необходимость установить операционную систему на компьютер MSI Cubi N ADL-017BRU.

Msi Cubi N
Msi Cubi N

Сам компьютер представляет собой относительно тихий неттоп. К сожалению, разработчики, видимо, кроме изделий Microsoft ничего не знают, и установка Linux сталкивается с проблемой: дальше начальной стадии загрузки инсталлятора дело не идёт. В SLES дело заканчивается командной строкой GRUB, в Debian – графическим экраном инсталлятора, который не может найти дистрибутив.

Отключение в UEFI Setup опции Secure Boot и добавление средствами UEFI Setup же ключей из образов в дистрибутиве ничего не даёт. Режим Legacy не предусмотрен.

К счастью, после углублённого поиска в интернете, на одном из форумов был найден неочевидный совет про компьютеры MSI, который сработал.

Необходимо скачать и установить дистрибутив Ubuntu Server. Этот дистрибутив снабжён ключами от Microsoft, которые понимает MSI. А дальше происходит самое волшебное: Ubuntu Server проделывает собой какую-то дырку в заводских настройках UEFI, после чего его самого можно полностью снести с диска (в том числе и раздел EFI Boot), но любой Linux теперь уже на компьютер свободно устанавливается!

Спасибо MSI и Microsoft за наше счастливое детство. Напомнило танцы с бубном по установке OS/2 на кривое железо.

Комментарии (43)


  1. aakptz
    27.08.2024 10:16

    Серьёзно? Это tutorial? Замени sles на убунту? Можно ли добавить деталей? Что не так с MSI cubi? Я не встречал давно железа с uefi которое блокирует установку Linux.


    1. vadimr Автор
      27.08.2024 10:16
      +1

      Я думаю, Вам целесообразно внимательно прочесть текст, благо, он короткий.


      1. aakptz
        27.08.2024 10:16

        Вы знаете, я достаточно внимательно его прочитал и прихожу к следующему выводу. Единственное что сделал Ubuntu server это вычитал ключ из загрузчика windows на носителе. Такое бывает если установка windows производилась или закончилась ошибкой записи ключа в uefi. Например из-за ее неправильной настройки самого uefi, несовпадения режимов записи, etc. Но самой распространенной проблемой установки Linux на компьютеры с uefi обычно является форматирование средствами Windows разделов gpt. Лечится форматированием или fdisk который поправляет неверный (для Linux формат).


        1. vadimr Автор
          27.08.2024 10:16

          На этом компьютере никогда не было Windows.


          1. aakptz
            27.08.2024 10:16

            https://www.msi.com/Business-Productivity-PC/Cubi-N-ADLX/Specification


            1. vadimr Автор
              27.08.2024 10:16

              Там много разных вариантов поставки. Конкретно этот, MSI Cubi N ADL-017BRU, продаётся вообще без накопителя. Зачем бы, как вы думаете, я стал покупать компьютер с Windows, планируя установить туда Linux?

              Я вообще не очень понимаю, с чем и зачем вы спорите.


              1. aakptz
                27.08.2024 10:16

                Я не спорю а пытаюсь выудить информацию которую ожидал бы прочитать в статье. Описание железа, процедуры сетапа, ошибки загрузки, dmesg -T хотя бы, опции загрузчика, параметры установщика Linux обновление bios до последней версии? Вы правы все Биос MSI сконфигурированы (прошиты с завода) для Windows загрузчиков, но повторюсь. Я не видел уже много лет проблем с установкой Linux на UEFI.


                1. vadimr Автор
                  27.08.2024 10:16

                  Товарищ, какой dmesg, какие опции загрузчика, какие параметры установщика, когда загрузчик сам не может загрузиться?! Лучше не злоупотреблять умными словами, не понимая их точного значения.

                  Описание железа с точной маркировкой в статье есть, но вам оно тоже не помогло, судя по тому, что вы привели ссылку на другой комплект поставки.

                  Я не видел уже много лет проблем с установкой Linux на UEFI.

                  Я рад за вас, но это, к сожалению, не помогает другим людям. Я такие проблемы (разного рода) видел неоднократно, о некоторых из них здесь писал.


                  1. aakptz
                    27.08.2024 10:16

                    Думаю ваша проблема, как и ее решение описано здесь https://documentation.suse.com/sles/15-SP5/html/SLES-all/cha-uefi.html#sec-uefi-secboot-sle

                    17.1.1 Implementation on SUSE Linux Enterprise Server


                    1. aakptz
                      27.08.2024 10:16

                      О процесс редактирование описан здесь https://linuxconfig.org/how-to-manage-efi-boot-manager-entries-on-linux


                      1. vadimr Автор
                        27.08.2024 10:16

                        Чтобы это делать, неплохо бы для начала загрузить операционную систему, в которой запускать программу efibootmgr. А именно с этим возникают сложности.


                    1. vadimr Автор
                      27.08.2024 10:16

                      Разумеется, нет.

                      Здесь описано, как оно обычно бывает:

                      SUSE starts with shim—a small and simple EFI boot loader signed by SUSE and Microsoft.

                      This allows shim to load and execute.

                      shim then goes on to verify that the boot loader it wants to load is trusted. In a default situation shim will use an independent SUSE certificate embedded in its body. In addition, shim will allow to “enroll” additional keys, overriding the default SUSE key. In the following, we call them “Machine Owner Keys” or MOKs for short.

                      Next the boot loader will verify and then boot the kernel, and the kernel will do the same on the modules.

                      Но в данном случае, несмотря как на то, что используется стандартный подписанный ключом SUSE загрузчик, так и на то, что я ключ этого загрузчика пробовал дополнительно добавлять в UEFI setup, всё равно загрузчик не грузится полностью. Скорее всего, не видит файловую систему на разделе EFI дистрибутивного диска.


                      1. aakptz
                        27.08.2024 10:16

                        Пожалуйста прочитайте эту часть внимательно. The Secure Boot feature is enabled by default on UEFI/x86_64 installations. You can find the Enable Secure Boot Support option in the Boot Code Options tab of the Boot Loader Settings dialog. It supports booting when the secure boot is activated in the firmware, while making it possible to boot when it is deactivated.


                      1. vadimr Автор
                        27.08.2024 10:16

                        Уважаемый, вы мне в своих многочисленных сообщениях пишете очевидные вещи. Поверьте мне, я в своей жизни установил Linux на сотни разных компьютеров различных производителей, и прекрасно знаю и понимаю всё то, что написано в статьях, которые вы цитируете. Сейчас вы цитируете описание интерфейса yast installer, до загрузки которого, как я уже вам писал, в данном случае как до луны.


                      1. aakptz
                        27.08.2024 10:16

                        Разработчики sles ожидают что secure boot включен в Биос и в sles bootloader. Там же есть пункт update nvram entry чтобы обновить nvram ключом от sles. В противном случае "If YaST detects EFI mode during the installation, it will try to create a GPT partition. UEFI expects to find the EFI programs on a FAT-formatted EFI System Partition (ESP)." Я не уверен что EFI раздел есть на образе из которого вы пытаетесь грузиться.(CD, DVD, USB). А на системном носителе в этот момент пусто.


                      1. vadimr Автор
                        27.08.2024 10:16

                        Естественно, на загрузочном образе есть раздел EFI. Дистрибутив бы иначе вообще не мог загрузиться в режиме EFI. И раздел фактически там есть.

                        Что касается пунктов yast installer, то до них – повторяю снова – очень далеко. Нужно для этого было бы загрузить полностью grub, затем ядро linux и затем сам yast. Ничего из этого не происходит.


  1. aruslantsev
    27.08.2024 10:16

    А в uefi setup нет возможности перевести secure boot в setup mode?

    Кстати, в мой Asus были вшиты в том числе ключи от Canonical, но я подробно не смотрел и заменил все ключи на свои


    1. vadimr Автор
      27.08.2024 10:16

      Там есть какой-то кривой импорт ключей, но он не оказал никакого эффекта за исключением того, что количество установленных ключей стало показываться больше. На одном форуме в интернете я прочёл мнение, что этот импорт сломан.


      1. aakptz
        27.08.2024 10:16

        Будьте добры ссылку на форум?


  1. Matilda_T
    27.08.2024 10:16

    Где-то полгода назад приходилось устанавливать Gentoo и Arch как раз на MSI cubi 5. Все встало, после отключения secure boot в Uefi. А legacy там нет, это да.


    1. vadimr Автор
      27.08.2024 10:16

      Видимо, в MSI совершенствуются в своём злодеянии. Secure boot – первое, что приходит на ум, но в данном случае не помогло.


      1. Staslloyd
        27.08.2024 10:16

        CSM Boot включите и будет счастье) ставлю на кубики Deb 11/12, Astra 1.6/1.7.. проблем не замечал.


        1. vadimr Автор
          27.08.2024 10:16

          У этого компьютера нет CSM boot.

          Был бы CSM - не было б проблемы.


  1. dartraiden
    27.08.2024 10:16

    А дальше происходит самое волшебное: Ubuntu Server проделывает собой какую-то дырку в заводских настройках UEFI

    Я ожидал от статьи на техническом ресурсе разбора того, что происходит. А тут "я сделал что-то, не понимаю как, но оно сработало, может, вам поможет".

    Может, там забанены хэши старых уязвимых загрузчиков. В таком случае, надо не черный список очищать, а перестать ставить старые дебианы или пинать мейнтейнеров дистрибутива за то, что они не обновляют уязвимый загрузчик.


    1. vadimr Автор
      27.08.2024 10:16

      Я устанавливал последнюю версию SLES 15SP6, которой я доверяю намного больше, чем фирмам MSI и Microsoft, вместе взятым.

      Что касается разбора, то, если кому-то интересно, тот может разобраться. Лично я свою проблему решил и поделился решением с другими людьми. Вопрос изучения костылей псевдодоверенной загрузки EFI так-то не входит в сферу моих интересов и не оплачивается.

      Я вполне допускаю, что кому-то может быть интересно, что именно и как сломали криворукие люди из MSI. Но мне это не интересно и не нужно. Мне нужно, чтобы работал компьютер, и он работает.


      1. aakptz
        27.08.2024 10:16

        Мне вот как раз очень интересен "Вопрос изучения костылей псевдодоверенной загрузки EFI".

        А то что он не оплачивается мне не беспокоит.

        Беспокоит другое. Возможно вы не разобрались в вопросе, но утверждаете что "криворукие люди из MSI" что-то сломали. Если так, то давайте попросим MSI починить. Но если с MSI все в порядке, то зачем вводить habr в заблуждение?


        1. vadimr Автор
          27.08.2024 10:16

          Коммерческий дистрибутив операционной системы не грузится на свежераспакованном компьютере, кто тут виноват?


          1. aakptz
            27.08.2024 10:16

            https://documentation.suse.com/sles/12-SP5/html/SLES-all/cha-x86.html#sec-bootproblem-boot


            1. vadimr Автор
              27.08.2024 10:16

              Я знаю документацию на SLES, в том числе и на старинную версию 12. Что вы хотите этим сказать?


              1. aakptz
                27.08.2024 10:16

                Я хочу узнать что из перечисленного в ссылке списка вы пробовали?


                1. vadimr Автор
                  27.08.2024 10:16

                  Какого списка? В ссылке описываются проблемы в стадии загрузки операционной системы. В данном случае до этих проблем дело не доходит. Падает загрузчик.


                  1. aakptz
                    27.08.2024 10:16

                    Boot problems may prevent the YaST installer from starting on your system.


                    1. vadimr Автор
                      27.08.2024 10:16

                      Я не знаю, насколько хорошо вы себе представляете процесс загрузки линукса, но там до yast ещё как до луны. Сначала до yast должно было бы загрузиться ядро, а перед этим полностью загрузиться сам загрузчик. Что не происходило.

                      Installed System Boots, Not Media – нет

                      The Computer Hangs – нет

                      Boot Disk – нет

                      Virus Warning after Installation – нет


    1. aakptz
      27.08.2024 10:16

      Вообще довольно интересно, учитывая что большинство дистрибутивов Linux поддерживает uefi и может записывать свои ключи. Цитирую "Never install linux with Secure Boot enabled (and most linux installers will choke on it, anyway). Install with it Disabled, and after install reboot to the uefi and then turn it back on."


      1. vadimr Автор
        27.08.2024 10:16

        Так обычно всё и работает. Но не компьютер MSI Cubi N ADL-017BRU.


  1. Testman2023
    27.08.2024 10:16

    К счастью, после углублённого поиска в интернете, на одном из форумов был найден неочевидный совет про компьютеры MSI, который сработал.

    forum msi.com идет первым в поиске
    https://www.google.com/search?q=msi+cubi+n+adl+linux+error
    Secure Boot Violation on Cubi N ADL
    Там рекомендуют:
    Please modify "Secure Boot" to disable in security sheet in BIOS setup.
    Please modify "Fast Boot" to disable in boot sheet in BIOS setup.
    Но чел не смог:
    I could not access the secure boot menu.
    I installed Ubuntu Server, and now I am able to access that menu to disable it.
    If someone else encounters this issue, it looks like the solution is to install an OS that is signed with existing keys, then you can disable secure boot.
    Много интересного
    https://www.google.com/search?q=Secure+Boot+Violation+on+Cubi+N+ADL


    1. vadimr Автор
      27.08.2024 10:16

      Я, в отличие от этого чела, could access the secure boot menu. Но очевидная вещь, которую там рекомендуют – отключение Secure Boot и Fast Boot – в моём случае не помогла.

      Поэтому, скорее всего, чел, указывая действующий способ, описывает сам механизм разрешения проблемы неверно – дело не в возможности отключения этих галок или не только в ней.

      Возможно, впрочем, что в современных версиях MSI UEFI Setup теперь исходно галка Secure Boot нарисована в интерфейсе (а не заблокирована, как раньше), но фактически всё равно не работает, а Ubuntu Server её как-то внутренне включает.


      1. Testman2023
        27.08.2024 10:16

        Весьма странная железка. Посмотрел спецификации Cubi N ADL S и Cubi N ADL. Может имеет смысл обновить bios?(ерунда)
        https://www.msi.com/Business-Productivity-PC/Cubi-N-ADLX/Specification
        Ну и посмотреть:
        manually enroll keys/SHIM + MOK
        https://www.google.com/search?q=manually+enroll+keys%2FSHIM+%2B+MOK


        1. vadimr Автор
          27.08.2024 10:16

          Manually enroll keys я пытался делать, никакого эффекта нет, кроме самого по себе добавления ключей в таблицу.

          Что касается обновления bios, то теперь уж точно не решусь. Думаю, в лучшем случае сбросится выстраданный флаг в nvram и дело вернётся в исходное состояние.


          1. Testman2023
            27.08.2024 10:16

            А на USB stick .iso какой прогой записывали?


            1. vadimr Автор
              27.08.2024 10:16

              dd :)

              Он же сработал в результате.


  1. mcsimm
    27.08.2024 10:16

    Я на Cubi устанавливал российский Ред ОС 8, проблем не возникло (Secure boot и fast boot disable)


  1. vitalyrline
    27.08.2024 10:16

    Как установить PfSense на эту штуку?