archlinux install efi/ssd

Если шифрования нет, то отдельный /boot не нужен, только загаживает диск ненужным разделом.

Первым разделом у тебя будет EFI-раздел 200мб FAT32 с флагами boot,esp.

Для системы можно и нужно просто использовать ext4, в fstab добавь опцию discard.

Или systemd не использует fstab? Господи!

Systemd использует fstab

Может ли дейсвительно установка Linux угробить ноут, или это лишь параноя?

Как вы себе это представляете?

Такое бывало

Была же добрая история:
На некоторых моделях ноутбуков Samsung проявилась очень неприятная для пользователей проблема - при попытке загрузки Linux с использованием UEFI, данные ноутбуки становятся недоступными для дальнейшего использования. Все попытки загрузить на них какую-либо систему оказываются тщетны и единственным выходом из ситуации является обращение в сервисный центр.

В случае всех линеек и моделей ThinkPad — нет, никогда.

Вообще есть смысл использовать uefi? Там скорость загрузки увеличится? Или можно просто legacy + grub2(timeout =0) и разницы не будет ?

Безусловно, кроме того полное разрешение матрицы при буте и использовании linux console, а не 800x600 как в случае легаси (не путать с разрешением загрузчика).

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

В арче ядра идут EFISTUB, да и я когда тестил арчик напрямую загружал ядро без загрузчика вообще.

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

А вообще монополией мелкомягких попахивает.

Но я юзаю асер es15 с uefi и на всех дистрибутивах всё ок.

Меняли материнку)) А вообще это был баг в прошивке.

Вот это я понимаю, радикальный метод переустановки системы.

В простейшем случае методика такая:

1. Создаёшь EFI раздел, т.е. fat32 с соотв. меткой.
2. Копируем куда-нибудь ядро и initramfs.
2. Созданный раздел монтируем в /boot, т.е. ядро и initramfs будут лежать на efi разделе.
3. Копируем ядро и initramfs в /boot.
4. Далее выполняем

bootctl --path=/boot install

title          Arch Linux
linux          /vmlinuz-linux
initrd         /initramfs-linux.img
options        root=UUID=13b567c9-9424-444a-acfe-4e82dc34783f rw

Полемичный вопрос.

it's triggered by writing too much data to an EFI storage area in NVRAM,

Так что все хороши, и samsung который не обрабатывает такой кейс и убунта, которая насрала в NVRAM без повода.

/boot 100mb ext2

Должен быть FAT32, чтобы туда efi загрузчик встал.

отдельный /boot не нужен

Нужен!

Для чего? Тот деган, который все маны (уже отчасти почищенные) инфицировал отдельным /boot для незашифрованных систем — уже умер от деградации мозга, про него все забыли, он не оставил никакой памяти, кроме негативных воспоминаний.

Так для чего нам повторять его глубоко ошибочную, плохую практику?

С шифрованием отдельный /boot нужен еще меньше!

Последнюю строчку можно стереть и добавить так:

echo "options root=PARTUUID=$(blkid -s PARTUUID -o value /dev/sda4) rw" >> /boot/loader/entries/arch.conf

Еще для новых процессоров от Intel, например 6700K, установить:

pacman -S intel-ucode

И добавить в /boot/loader/entries/arch.conf:

initrd /intel-ucode.img

(Сам не пробовал)