Многострадальный линуксист Acer es1-132 :)

#DIY

#компьютерное железо

#своими руками

Многострадальный линуксист Acer es1-132 :)

Речь пойдет о модели ES1-132-C2L5

она отличается от остальных

 ES1-132 запаянной памятью

 на 2ГБ и eMM на 32ГБ.

Как понятно из названия целью не было установить на этот нетбук Выньдос :)

Кстати на устройстве уже стоял Linux Linpus Lite. Но хотелось установить нормальный Linux mint 18 32-х разърядный. Поначалу, я начитался про особенности установки линукса на эту машину и был готов... Но я не ожидал того, что мне предстояло сделать для такого, обычно не хитрого дела.

Первое что я понял, что из-за наличия на машине uefi, на ней не грузилось почти ничего. Я подсовывал ей и флешки и диски с usb-cd, но безрезультатно. Я включал и выключал Security boot, пробовал виндоус 10 32 и 64 бита, mint и убунту.... Англоязычный дистрибутив 64-х битной десятки дал отчетливо понять, что нужно искать Recovery Media.

Русскоязычные же виновсы решили не париться и дать тоже самое, только без букв. И то правильно, чё уж там! :)

Второе что я понял - удачи с 32-х битными дистрибутивами мне не будет. Поэтому я решил, что пока следует ограничиться убунтой 64 бита и поновее. Она уж хороша как всегда, космонавт рулит! :)

Итак Ubuntu 17.10 64bits. Загрузилась и установилась. НО (как всегда есть но) не грузилась. И тут я ушел в "отрыв". Надо было заставить её бутиться!

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

Похоже система нашла раздел EFI и захотела переложить ответственность на пользователя :)

Втретьих я понял, что для биосов UEFI жизненно важен раздел EFI, где и хранятся загрузчики. Осталось проинсталить систему и заставить ее грузиться с этого раздела.

Как я уже и говорил, процесс инсталляции убунты или минта весьма просты. В стандартном варианте нам нужен раздел /, опционально свап и всё. Ну и в варианте UEFI раздел EFI. Он должен быть первым,   размером не более 500мБ. Если есть сомнения и нет нужных данных на целевом диске, можно поручить это инсталлятору.

Итак система установлена, перезагрузка. И тишина. Но бутебл.

Такс. Нужно шаманить с загрузочным разделом. Сведения о том куда положить загрузчик нашлись на ФОpda.

Вот местоположения загрузчиков:

\EFI\Linux\BOOTX64.efi (Linux)
\EFI\Microsoft\Boot\bootmgfw.efi (Windows Boot Manager)
\EFI\ubuntu\shim.efi (ubuntu SECURE)
\EFI\ubuntu\shim$cpu$.efi (ubuntu SECURE)
\EFI\ubuntu\grub.efi (ubuntu NORMAL)
\EFI\fedora\shim.efi (Fedora)
\EFI\android\bootx64.efi (Android)
\EFI\opensuse\grubx64.efi (topenSUSE)
\EFI\redhat\grub.efi (Red Hat Linux)
\EFI\SuSE\elilo.efi (SuSE Linux)
\EFI\ubuntu\grub$cpu$.efi (ubuntu NORMAL)

Нюанс тут заключается в том, что у нас убунта, но производитель так экономил, что не вложил дополнительного интеллекта в свой UEFI. А рассчитал только на один дистрибутив установленный им из разряда практически неиспользуемых и поэтому классифицируемых как просто linux. Вот как был разбит раздел eMM диска.

Итак я сосредоточился на поиске вариантов апдейта uefi, который сразуже решил бы проблему загрузки.
В результате поисков вариантов загрузки я пришел к необходимости использования uefi-shell, через который можно было в теории проапдейтить не сам UEFI, а его загрузочную запись. Научить его передовать управление ядру убунты. Для этого я отформатировал флешку в fat32, дал бут флаг этому разделу и положил uefi-shell в /EFI/boot под именем bootx64.efi

Я загрузился с флешки в uefi-shell. Команды апдейта загрузочной записи проходили нормально:

bcfg boot add N filename.efi "label"

Опрос существующих вариантов загрузки говорили о возможности нормальной загрузки.

bcfg boot dump

Но после перезапуска ничего не грузилось и изменения были не применены. Всё, что удавалось сделать через шел, это загрузиться руками в убунту.
Я переходил на efi раздел eMM диска (fs1:), запускал  

cd efi
cd ubuntu
shimx64.efi

тогда все грузилось..

Помог диалог на фопда с одним из линуксистов.. в итоге:
эврика!
Спасибо dottore74!
Действительно на разделе EFI нужно создать папку \EFI\linux
И положить туда bootx64.efi переименованный из \EFI\ubuntu\grubx64.efi (вся остальная фигня там не нужна!)
Собственно как и было сказано многими постами выше.
Я упустил один маханький факт, что загрущик данного uefi был
расчитан на дистрибутив Линпуса - читай linux, поэтому и папка такая...
Ё моё...
Да, но до этого нужно было как говорится ДОЙТИ!

Так, первый этап уже пройден, осталось добыть шнур под этот разъем.

Тогда станет возможным установка SSD накопителя.
Как говорит википедия, acer был неоднократно раскритикован за свой подход в выпуске машин с linux-ом на борту, полурабочим ядром, а я прибавлю полурабочим UEFI. И совершенно скупым вариантом с разъемом под HDD! Acer производит не машины с линуксом, а просто машины без винды, чтоб подешевле и трава не рости. Да, асер?


Ну это пока вроде всё.....