[РЕШЕНО]Установка Archlinux UEFI без Grub

Так. Я понял что надо
# genfstab -U /mnt >> /mnt/etc/fstab
и
options root=PARTUUID rw ??? Поправте.
Пишут в вики :
После создания системного раздела EFI[broken link: invalid section] вы должны выбрать точку монтирования для него. Самый простой способ - это смонтировать его в /boot, так как это позволит pacman непосредственно обновлять ядро, которое будет использовать EFI прошивка
и в другой статье вики
/efi is a replacement[6] for the previously popular (and possibly still used by other Linux distributions) ESP mountpoint /boot/efi.
The /efi directory is not available by default, you will need to first create it with mkdir(1) before mounting the ESP to it.
и
Важно: Путь до Linux EFISTUB ядра initramfs должен быть относительным к корню Системного Раздела EFI. Например, если initramfs расположен в $esp/EFI/arch/initramfs-linux.img, то соответствующей UEFI строкой должна быть initrd=/EFI/arch/initramfs-linux.img или initrd=\EFI\arch\initramfs-linux.img. В следующих примерах будет предполагаться, что всё расположено в $esp/.
Значит ли это что при правильном монтировании и я могу обходиться без вообще загрузчика
EFISTUB ядро может быть загружено непосредственно с помощью UEFI материнской платы или же посредственно с использованием UEFI менеджера загрузки[broken link: invalid section]. Последний рекомендуется использовать в том случае, если у вас есть несколько ядер/initramfs пар
(У меня материнка подхватывала систему не используя запись в бутманагере)
Я пока не силён в правильном формировании команд особенно с этим путанным для меня efi. Ставил с грубом но мне понравилось без него, да и мамка видит систему даже не прописанной в бутменю.
Так что? Чтоб небыло проблем при обновлении
mkfs.vfat /dev/sda1
далее
mkdir -p /mnt/efi/EFI ????
mkdir -p /mnt/efi/boot ?
mkdir -p /mnt/boot?
mkdir -p /mnt/boot/EFI
Как правильно?
AMD Ryzen™5 2600, AMD RX570, AMD Radeon R7Perfomance
MamkinHaker
Пишут в вики :
Вика хоть и хороша, но ее пишут такие же люди, а другие люди могут ее и исправить и подпортить...
а вообще, efi раздел не предназначен для ядер, а только для загрузчиков!!! и не важно что это может и работать...
ты можешь ходить и в рыбатском снаряжени.,но это не говорит что это снаряжение предназначено для светских приемов...
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
MamkinHaker
sda1 500MB для efi
Есть еще один нюанс - хоть и пишут, что можно размер раздела 500М, но есть нюанс - у некоторых это может привести к проблеме ... минимум = 550М
Ошибки не исчезают с опытом - они просто умнеют
MamkinHaker
надо
# genfstab -U /mnt >> /mnt/etc/fstab
и
options root=PARTUUID rw
Да
options root=PARTUUID=4817ca77-621d-48a4-b121-10731627b896 rw
вместо 4817ca77-621d-48a4-b121-10731627b896 PARTUUID корневого раздела ( в вашем примере sda2 )

MamkinHaker
Самый простой способ - это смонтировать его в /boot
Да
Для понимания: при обновлении новые ядро и инит попадают в /boot и если раздел ефи не будет туда примонтирован то они не попадут на раздел ефи и там останутся старые которые не будут работать с новыми модулями
MamkinHaker
Значит ли это что при правильном монтировании и я могу обходиться без вообще загрузчика
Да, от монтирования это не очень зависит, главное чтоб ядро и инит были на ефи разделе а в ефи прописан путь до них.
MamkinHaker
не силён в правильном формировании команд особенно с этим путанным для меня efi. Ставил с грубом но мне понравилось без него, да и мамка видит систему даже не прописанной в бутменю
Сложного ничего нет и можно одновременно иметь как и несколько загрузчиков так и загрузку "без загрузчика"
если смонтируете ефи раздел (sda1) в /boot то команда для ефи загрузки такая будет
sudo efibootmgr --disk /dev/sda --part 1 --create --label "Arch" --loader /vmlinuz-linux --unicode 'root=PARTUUID=4817ca77-621d-48a4-b121-10731627b896 rw initrd=\initramfs-linux.img' --verbose
PARTUUID=4817ca77-621d-48a4-b121-10731627b896 поменять на ваш PARTUUID раздела на котором корень (sda2)
смотрите вики https://wiki.archlinux.org/index.php/EFISTUB

Но наиболее беспроблемными считаю /boot на одном разделе с корнем и загрузку с помощью загрузчика ИМХО
vasek
минимум = 550М
Для EFISTUB? ядро инит микрокод до 150метров
vs220, а винда приблизительно 512М выделяет под efi раздел....
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
nafanja
а винда приблизительно 512М выделяет под efi раздел
рефинд и виндовый загрузчик (win10) 30,6 МБ
ядро , инит, инитфалбак и микрокод интела 82 МБ

винда может туда файлы для восстановления хочет ?
vs220, братуха, я тебя понимаю.
у меня вообще
Устр-во       начало     Конец   Секторы Размер Тип
/dev/sdc1       2048    133119    131072    64M EFI
/dev/sdc4    1443840 215214079 213770240   102G Корневой раздел Linux (x86-64)
/dev/sdc5  215214080 234438655  19224576   9,2G Linux своп
/dev/sdc6  234438656 234440703      2048     1M BIOS boot
но винда она коммерческая, и не хочет лишних исков в суд! поэтому выбирает оптимал. туда влезет все что пожелаешь, да еще и останется много.. (естественно в пределах загрузчиков, а не именно все что пожелаешь)
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
Как то уже приводил
Although the EFI specification is mute on the subject of the ESP's size, most OSes make it fairly small—Macs ship with 200MiB ESPs, and the Windows 7 installer creates one of just 100MiB. (That value has been raised to a bit over 200MiB on newer versions of Windows.) Some users, however, have found that some EFIs have bugs that cause problems with FAT32 ESPs that are under 512MiB (537MB) in size. One very common problem is files that can't be read by the EFI. The Linux mkdosfs command defaults to using FAT16 for partitions of up to 520MiB (546MB). Therefore, adding a margin of safety to protect against MiB/MB confusion and rounding errors, I recommend creating an ESP that's at least 550MiB in size. If you must use a smaller ESP and if you encounter mysterious problems, try converting it to FAT16; most ESPs will work fine with this, and it may eliminate your problems. On the other hand, this may cause the Windows installer to fail should you need to install this OS.
Ошибки не исчезают с опытом - они просто умнеют
vasek
у некоторых это может привести к проблеме
А с чем это связано?
уже ответили
 
Зарегистрироваться или войдите чтобы оставить сообщение.