Установка Ubuntu на новые платы с UEFI/EFI. [FAQ]

[maks05]

vladimirzhuravlev, видимо, разговор о паролях в UEFI. Если для системы на винте, то да, без разницы: новая система - новый пароль. При условии, правда, что файлов от предыдущей системы не остаётся, а если они остаются, то не зашифрованы, иначе без пароля расшифровки ни как.

Если был "Диск D" - внесистемный раздел с документами пользователя (и, опять же, не шифрованный), то важнее помнить логин пользователя сносимой системы и использовать его на вновь устанавливаемой (а пароль уже можно другой).

[vladimirzhuravlev]

видимо, разговор о паролях в UEFI

Не люблю я этого...UEFI паролить, но изредка приходится на некоторых коробейках что-бы секьюрити отключить. Но что-бы не было "попадалова" всегда 1234... уж этого не забуду. Где-то пароль сбрасываю, где-то оставляю... не так уж часто нужда в UEFI гонит. А лишние, не нужные записи оттуда удаляю приложением BOOTICE загрузившись с ремонтной виндовой флешки. Ща в тренде ехать не имея домашнего раздела потому она при установке логин пароль по новой задаст на систему и будет жить счастливо. Только ей не нужно быть слишком изобретательной при создании пароля что-бы не возможно было его забыть.

[zg_nico]

смогу поставить, не вспоминая этого пароля?

Система текущая в UEFI установлена? Если да - покажите вывод

Код: [Выделить]

bootctl statusСреди прочего, там есть текущее состояние SecureBoot. Если оно уже отключено - то с высокой долей вероятности да, сможете.

[Irina Serifa]

Среди прочего, там есть текущее состояние SecureBoot. Если оно уже отключено - то с высокой долей вероятности да, сможете.

ура, ну хоть кто-то что-то понятное написал
а насколько высока та доля вероятности, и что вдруг сможет пойти не так?
а в самом деле, после формата диска снова надо будет включать/отключать SecureBoot???

Код: [Выделить]

*@*-TravelMate-P259-MG:~$ bootctl status
System:
     Firmware: n/a (n/a)
  Secure Boot: disabled
   Setup Mode: user

Current Loader:
      Product: n/a
          ESP: n/a
         File: └─n/a

Boot Loader Entries in EFI Variables:
        Title: ligo
           ID: 0x0001
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/8b188a28-6cac-4a99-baef-339bd51cd8fa
         File: └─/EFI/ubuntu/shimx64.efi

        Title: Unknown Device:
           ID: 0x0000
       Status: active
    Partition: /dev/disk/by-partuuid/8b188a28-6cac-4a99-baef-339bd51cd8fa
         File: └─/EFI/ubuntu/shimx64.efi

        Title: Unknown Device:
           ID: 0x0002
       Status: active
    Partition: /dev/disk/by-partuuid/8b188a28-6cac-4a99-baef-339bd51cd8fa
         File: └─/EFI/ubuntu/shimx64.efi

        Title: Unknown Device:
           ID: 0x0003
       Status: active
    Partition: /dev/disk/by-partuuid/8b188a28-6cac-4a99-baef-339bd51cd8fa
         File: └─/EFI/ubuntu/shimx64.efi

        Title: ubuntu
           ID: 0x0004
       Status: active
    Partition: /dev/disk/by-partuuid/8b188a28-6cac-4a99-baef-339bd51cd8fa
         File: └─/EFI/ubuntu/shimx64.efi

[vladimirzhuravlev]

после формата диска снова надо будет включать/отключать SecureBoot???

Да Вам без разницы включёна-ли опция SecureBoot, оставляете в положении когда нормально можно загрузится с флешки и установить ОС и больше не трогаете эту опцию. Её придумали для виндузятников что-бы например вин 7 нельзя было установить,т.е. не подписанный образ. Эта опция влияет только на загрузку, при работе всё равно в каком она состоянии.

[zg_nico]

vladimirzhuravlev,

(Нажмите, чтобы показать/скрыть)

Да Вам без разницы включёна-ли опция SecureBoot

Разница есть. На некоторых машинах - весьма и весьма ощутимая. Если Вы проблемных железок не видели, - это не значит что их реально нет:

Запускаем установку. Через непродолжительное время она подойдет почти к концу (пропишет, что выполняется установка GRUB-2), и... зависнет

Были экземпляры, где этот триггер - реальная зубная боль. Вот это вот меня смутило:

оставляете в положении когда нормально можно загрузится с флешки и установить ОС

vladimirzhuravlev, с учетом того, что у Alexandra Forroll введен на BIOS неизвестный ей самой пароль, оне не может: переключать, оставлять, изменять, и даже (с высокой долей вероятности) посмотреть состояние этой опции средствами самого BIOS - он ее банально в настройки не пускает, насколько я понял. Не зная состояния этой опции советовать начинать установку системы - это как кидать под танки, т.к. сядет она потом с поведением, что я процитировал выше по тексту, и начнется N-ная по счету версия a-la Acer Spin 1. Потому и запрошен был вывод команды. Это я все к чему: не надо ломать копья на пустом месте. Можно конечно кринуть знаменитое

Да ты успоко-о-о-о-ойся! Я сто раз так делал...

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

Alexandra Forroll, вот это в выводе команды радует:

Код: [Выделить]

Secure Boot: disabled

Значит опция SecureBoot все же отключена, как нам того и надо.
Но вот это:

Код: [Выделить]

        Title: Unknown Device:
           ID: 0x000[ЦИФРА]
       Status: active
    Partition: /dev/disk/by-partuuid/8b188a28-6cac-4a99-baef-339bd51cd8fa
         File: └─/EFI/ubuntu/shimx64.efi

(и так 4 (!) раза) немного удручает. У Вас, как мне кажется, не такой уж и беспроблемный UEFI.

(Нажмите, чтобы показать/скрыть)

Чтобы было понятно, о чем пишу: на моей машине сейчас стоит один кастомный загрузчик, и 4 операционные системы (одна из них без загрузчика), в двух операционных системах регулярно выполняются обновления, в т.ч. и обновления ядра. В моем случае вывод команды выглядит так:

Код: [Выделить]

bootctl status
System:
     Firmware: n/a (n/a)
  Secure Boot: disabled
   Setup Mode: setup

Current Loader:
      Product: n/a
          ESP: n/a
         File: └─n/a

Boot Loader Entries in EFI Variables:
        Title: rEFInd Boot Manager
           ID: 0x0002
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/15f3bc67-155f-4805-a8d3-831e71f4c400
         File: └─/EFI/REFIND/REFIND_X64.EFI

        Title: ubuntu
           ID: 0x0001
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/15f3bc67-155f-4805-a8d3-831e71f4c400
         File: └─/EFI/UBUNTU/SHIMX64.EFI

        Title: Wifislax64
           ID: 0x0000
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/15f3bc67-155f-4805-a8d3-831e71f4c400
         File: └─/EFI/WIFISLAX64/BOOTX64.EFI

        Title: Windows 7 Ultimate [x64]
           ID: 0x0006
       Status: active, boot-order
    Partition: /dev/disk/by-partuuid/15f3bc67-155f-4805-a8d3-831e71f4c400
         File: └─/EFI/MICROSOFT/BOOT/BOOTMGFW.EFIКак видите, дубликатов записей нет. В случае с одной операционной системой (или с одним единственным загрузчиком) следует понимать, что запись там должна быть одна. Появление дублей означает что что-то идет не так.

Похоже, что при каждом обновлении ядра процесс пересоздания shimx64.efi приводит на Вашей машине к появлению новой записи в NVRAM, полностью аналогичной предыдущей, но под иным порядковым номером. Насколько это критично, пока система работает - я не знаю. Однако если nvram не вычищается от старых записей, а просто по принципу стека сдвигает старую запись куда-то в сторону, дописывая новую вперед - не ясно как он поведет себя при установке другой ОС поверх старой (и куда денутся записи от текущего загрузчика). Приоритет загрузки ведь поменять Вы после не сможете штатными средствами BIOS (а через efibootmgr нет в данном случае никакой гарантии что это получится сделать). Исходя из вышесказанного, я не берусь предположить, что установка новой системы в Вашем случае будет абсолютно беспроблемной с учетом того, что Вы не знаете пароля (который может потребоваться, если возникнет необходимость смены загрузчика как такового, или замены того grub2 что есть сейчас на иной от нового дистрибутива, или даже при банальной перестановке загрузчиков для выставления нужного на первое место).
Возможно, проблему можно решить запуском установщика системы без установки загрузчика (ключ -b), но у меня нет уверенности что все пройдет гладко, к сожалению. Поэтому от советов остерегусь.

[vladimirzhuravlev]

(Нажмите, чтобы показать/скрыть)

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

Попробовать загрузится вживую с флешки пара минут, если uefi позволяет это, то зачем все эти вопросы? Или спрашивать тут интересней, чем  просто попытатся грузится.

Если Вы проблемных железок не видели, - это не значит что их реально нет

У меня как раз есть такая, только uefi, SecureBoot отключается, но например вин 7 и некоторые исошники linux в упор не видит.
 Например могу установить тестируя 3-4 дистрибутива, а на 4-ом споткнётся, т.е. загрузчик на флешке не принимается uefi-ем. Естественно флешка одна и та-же, как и приложение которым заливаю образ.
Как почикать лишние записи в NVRAM я написал выше (если они там есть).
Тут нужно меньше писанины, больше дела. Есть чистый винт, флешка которая грузится... уже можно работать в инете, оффисе если что не получится. Про SecureBoot нужно вспоминать тогда, когда флешка не видна.

Правила форума
2. На форуме ЗАПРЕЩЕНО
2.3. Флудить и заниматься флеймом, а так же оставлять сообщения, не относящиеся к теме обсуждения.

Отправлено уведомление в ЛС. Пока без штрафных санкций к учетной записи. Пост убран под спойлер. О причинах - в следующем засполеренном сообщении уже от меня.
--zg_nico

[zg_nico]

(Нажмите, чтобы показать/скрыть)

vladimirzhuravlev, вежливо намекаю: Вы начинаете флудить. И поясняю:
1. Насчет "почикивания" записей. Если Вы об этом

А лишние, не нужные записи оттуда удаляю приложением BOOTICE загрузившись с ремонтной виндовой флешки.

То взгляните сюда, вчитайтесь в каждое слово того сообщения, и попробуйте наконец осознать: спецификацию UEFI каждый вендор трактует по-своему. Поэтому никакие иные способы удаления записей из NVRAM, кроме предусмотренного производителем (а это через меню BIOS/UEFI Settings), не дают никакой гарантии.
Ваш личный опыт - это Ваш личный опыт. Не смейте отрицать при этом, что на каждое правило всякий раз находится исключение (а зачастую и не одно).
2.

Про SecureBoot нужно вспоминать тогда, когда флешка не видна.

А еще, когда wifi не устанавливается. А еще, когда загрузчик не устанавливается. А еще, когда любая произвольная железка в лэптопе отказывается работать просто потому, что так устроен тамошний ACPI, что без отключения SecureBoot при определенных условиях что-то остается не запитанным, или куда-то подается блокировочный сигнал... Повторюсь: хватит рубить с плеча. Разговор не о том, какой именно производитель что именно подразумевает под SecureBoot. Это почти как кот Шрёдингерра: пока не попробуешь на конкретной железке - не поймешь что он делает, и делает ли вообще что-либо (Acer Spin 1 в пример). И да: сам факт успешной загрузки с флешки - ни разу не гарант того, что про SecureBoot можно забыть (примеры, найденные навскидку, по ссылкам ранее по тексту). Не вводите людей в заблуждение.
3. К этому:

зачем все эти вопросы?

Стесняюсь спросить: а зачем Ваши такие ответы? Вопросы эти затем, что:
а) у человека реальная заминка - не помнит пароль от собственного UEFI. Почему это произошло - дело десятое и наплевать. Принимаем за факт: не помнит.
б) это - форум. Здесь принято делиться своими проблемами подобного рода, чтобы получать помощь, а не купаться в холиварах "за поговорить"
в) как уже было показано ранее - гарантии успешной установки в поставленных условиях дать нельзя. И об этом пользователя надо обязательно предупредить. Если у Вас есть аргументы против (именно аргументы, а не пресловутое "я сто раз так делал") - прошу высказаться. В противном случае призываю прекратить полемику.
г) поймите наконец, что в отличие от Вас у многих пользователей есть единственная рабочая машина, и эксперименты над ней (тем более такого рода) - это смерти подобно. Перестаньте, словом.

[Irina Serifa]

Всё прочитала, и вижу, что решение только одно: ничего не трогать, пока под руками не будет второго устройства для экспериментов.

[Sly_tom_cat]

Alexandra Forroll, да все у вас нормально, записи всякие дублирующиеся - это могла сама прошивка (firmware или по старинке BIOS) наплодить - такое бывает.

[shost]

мама MSI FM2-A55M-E33
винты с убунтой 1604 1804 флешки установочые с ними - выбор меню груба загрузки потом ребут
норм стартуют хивеос (на базе убунты она) и вин10

что можно сделать? на винтах по три раздела - бут хоме и своп

[andytux]

что можно сделать?

Чую объяснение затянется, создай отдельную тему. И четко, ясно - что есть, что хочешь получить.

[shost]

попробовал 1804 загрузить через залмановский винт эмулятор усбсд - тоже меню груба и ребут

а если глупо - винт по размеру нужного. так же 2 раздела с вин10 поставить (будет её ефи на скока то мег и два еще нормальных, потом виндовые 2 удалить и создав 2а таких же  в установщике убунты (на др компе)в них поствыить Ubuntu - взлетит с разделом ефи от вин10?

[andytux]

Да, разговор будет долгим. Честно говоря, я ничего не понял, а ты.

взлетит с разделом ефи от вин10?

Взлетит. Только зачем такие сложности, если Windows не нужна. Можно в инсталяторе *бунту все разметить.
Или запустить сначала Гпартед. Сделать разметку. А потом запускать установку. Я предпочитаю такой вариант, даже для установки винды.

будет её ефи на скока то мег

Обычно, Windows создает ESP-раздел размером 100мб. Считаю это самым приемлемым размером.

[vladimirzhuravlev]

Windows создает ESP-раздел размером 100мб.

Ни разу не видел, что такой маленький ESP создаёт, обычно 500Mb. Я (пока не научился в gpаrted-е создавать правильный раздел ESP), несколько раз пользовался виндовыми. Удалял gpаrted-ом все виндовые разделы кроме ESP, перемещал его полностью влево и уменьшал Mb до 110. Оставив как-то ровно 100 получил трабл при установке linux. Лучше естественно сразу научится по новой создавать ESP нужного размера, т.к. ничего не теряем, винт пустой. Перед полной очисткой винта внимательно рассмотреть в gpаrted ESP виндовый...метка, флаги и т.д. и создать после очистки ESP с идентичными параметрами.