Загадочные истории Recovery раздела Windows 10 или как расшририть EFI раздел диска

@Tima360 · Регистрация: 17.07.2015

Author24 — интернет-сервис помощи студентам

Доброго времени суток! Уже некоторое время пользуюсь Dual Boot'ом Windows 10 и Arch Linux, внезапно приспичило переустановить вторую систему. Загрузив свежий образ, начал установку, в ходе которой выяснилось, что линуховские ядра немного прибавили в весе, и не уместились в EFI раздел на 100Мб, созданный при установке Windows. Хотелось обойтись малой кровью и не размечивать с нуля диск, поэтому искал способ расширить EFI раздел, например, создав новый Рекавери в конце диска, в сети нашел способ:

способ

1. Use diskpart to find current recovery partition and assign a driver letter(eg. O) to it:

Код

DISKPART> list disk
DISKPART> select disk <the-number-of-disk-where-current-recovery-partition-locate>
DISKPART> list partition
DISKPART> select partition <the-number-of-current-recovery-partition>
DISKPART> assign letter=O

2. Create an image file from current recovery partition:

Код

Dism /Capture-Image /ImageFile:C:\recovery-partition.wim /CaptureDir:O:\ /Name:"Recovery"

3. Apply the created image file to another partition(eg. N) that will become the new recovery partition:

Код

Dism /Apply-Image /ImageFile:C:\recovery-partition.wim /Index:1 /ApplyDir:N:\

4. Register the location of the recovery tools:

Код

reagentc /disable
reagentc /setreimage /path N:\Recovery\WindowsRE
reagentc /enable

5. Use diskpart to hide the recovery partition:
For UEFI:

Код

DISKPART> select volume N
DISKPART> set id="de94bba4-06d1-4d40-a16a-bfd50179d6ac"
DISKPART> gpt attributes=0x8000000000000001
DISKPART> remove

For BIOS:

Код

DISKPART> select volume N
DISKPART> set id=27
DISKPART> remove

6. Reboot the computer, now the new recovery partition should be working
(Optional) Delete the old recovery partition:

Код

DISKPART> select volume O
DISKPART> delete partition override

(Optional) Check if the recovery partition is working:
Show the current status:

Код

reagentc /info

Specifies that Windows RE starts automatically the next time the system starts:

Код

reagentc /boottore

Reboot the computer and do your stuff in Windows RE (eg. enter CMD and run some tools)

Правда возникла ошибка, на этапе назначения нового пути recovery image - не найден указанный путь. В какой-то момент обратил внимание, что:

Рекавери раздел в принципе пустой
При снятии его образа создается .WIM файл размером 1.2кб
При записи этого образа в новосозданный раздел, на нем не создается никаких файлов
согласно reagentc /info, файлы восстановления расположены на Разделе 4, который в diskpart - Диск С, на котором установлена Windows
При этом в C:\Windows\system32\Recovery существует только файл reagent.xml

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

@Sonny362 · 16.02.2023, 04:23

Tima360, мне кажется, что у вас какая-то исходная постановка вопроса неправильная.
На моём компе EFI Windows 10 размером 32 Mb:
На нём же EFI любого линукса (у меня их три) - не более 5Mb каждая, и содержит буквально пару файлов, а то и один - grubx64.efi. С Арчем не работал, неужели он такой выдающийся, что в EFI складывает ядро?
И как он его в EFI обновляет?!

@Андрей1224 · 16.02.2023, 10:03

Сообщение от Tima360

Загрузив свежий образ, начал установку, в ходе которой выяснилось, что линуховские ядра немного прибавили в весе, и не уместились в EFI раздел на 100М

Линуксовые ядра не должны находиться на EFI разделе, это неправильная установка Linux. Если Вы делали такую установку системы сознательно (например чтобы загружать Linux через прошивку UEFI без GRUB), то это другое дело.

Сообщение от Tima360

согласно reagentc /info, файлы восстановления расположены на Разделе 4, который в diskpart - Диск С, на котором установлена Windows

Это значит, что среда восстановления находится на разделе c системой. Файлы среды восстановления скрытые, чтобы их увидеть лучше это делать через файловый менеджер, который запускать c правами администратора и включить показ срытых и системных файлов и папок.

Сообщение от Tima360

. Сейчас, возник вопрос, раз нет этих файлов, может все-таки и можно стереть этот раздел восстановления

Этот раздел можно удалять в любое время, на работоспособность системы он не влияет, Среда восстановления есть в установочном .iso образе (на установочной флешке).

@Tima360 · 16.02.2023, 11:21 **[ТС]**

Сообщение от Sonny362

Tima360, мне кажется, что у вас какая-то исходная постановка вопроса неправильная.
На моём компе EFI Windows 10 размером 32 Mb:
На нём же EFI любого линукса (у меня их три) - не более 5Mb каждая, и содержит буквально пару файлов, а то и один - grubx64.efi. С Арчем не работал, неужели он такой выдающийся, что в EFI складывает ядро?
И как он его в EFI обновляет?!

Спасибо за ответ! Да, скорее всего это так. На разделе размером 100Mb, у меня с запасом помещается загрузчик Windows и еще установлен rEFInd с темами и блекджеком, занимает все не более 35Mb. С образа от 2020 мне тогда удалось установиться в этот раздел. А вот потом система уже и перестала обновляться, времени разбираться не было и решил отложить переустановку. Сегодня же с февральского образа установиться не удается, насколько я понимаю, система действительно пихает ядро в EFI раздел, установка прерывается потому что не остается свободного места под fallback.img. Т.е. как минимум 60-65 свободных Mb для этого мало. Наверное, Ваше предположение верное.

Я пока на Вы с арчем и линуксом в приницпе, не то чтобы даже одной ногой, поэтому если есть возможность установить все это дело в другое место (может даже где-то в рут), то это однозначно лучшее решение, тем более, что rEFInd уже замаскирован под загрузчик винды и должен все подхватить (не уверен)

Сообщение от Андрей1224

Линуксовые ядра не должны находиться на EFI разделе, это неправильная установка Linux. Если Вы делали такую установку системы сознательно (например чтобы загружать Linux через прошивку UEFI без GRUB), то это другое дело.

Спасибо за ответ! Тут можно винить только либо меня либо Инструкции по установке на арч вики, ибо соблюдаю их точь-в-точь, но, возможно, что-то и не понял или сделал не так.

Кликните здесь для просмотра всего текста

1.9 Partition the disks.
1.9.1 Example layouts
UEFI with GPT
Mount point: /mnt/boot, Partition: /dev/efi_system_partition, Suggested Size: At least 300 MiB. If multiple kernels will be installed, then no less than 1 GiB.
1.11 Mount the file systems
For UEFI systems, mount the EFI system partition:
# mount --mkdir /dev/efi_system_partition /mnt/boot

Сообщение от Андрей1224

Это значит, что среда восстановления находится на разделе c системой. Файлы среды восстановления скрытые, чтобы их увидеть лучше это делать через файловый менеджер, который запускать c правами администратора и включить показ срытых и системных файлов и папок.

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

Сообщение от Андрей1224

Этот раздел можно удалять в любое время, на работоспособность системы он не влияет, Среда восстановления есть в установочном .iso образе (на установочной флешке).

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

@Sonny362 · 16.02.2023, 11:56

Сообщение от Tima360

установлен rEFInd

У вас макбук что ли?

@Tima360 · 16.02.2023, 13:41 **[ТС]**

Сообщение от Sonny362

У вас макбук что ли?

Нет

, у меня моноблок Lenovo, который поставлялся с Windows 8.1. Мне никак не удалось заставить его реагировать на любой загрузчик, устанавливаемый линуксом, всегда автоматом загружает Windows. Установка rEFInd'а помогла. А точнее и с ним было тоже самое, пока не переименовал его в загрузчик Windows. Где-то читал, что распространенная проблема на различных ноутбуках Acer, Asus, Lenovo

@Андрей1224 · 16.02.2023, 13:48

Сообщение от Tima360

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

Любым файловым менеджером, типа Total Commaner.

@Tima360 · 16.02.2023, 18:32 **[ТС]**

Сообщение от Андрей1224

Любым файловым менеджером, типа Total Commaner.

Благодарю за ответ! Через Total Commander, с отображением системных файлов удалось найти папку Recovery в корне диска С: с соответствующими файлами, за одно попробовал перезагрузиться с зажатой Shift (насколько я понимаю, именно так можно задействовать приложения для восстановления системы), все работает. С этим, наверное, вопросы сняты.

Осталось другое - стирать ли тогда пустой раздел восстановления на 499Мб. И как же лучше установить линуксообразного на компьютер, желательно Арч? Ну точнее, компьютер у меня не самый современный, и в Арче привлекло то, что не так много лишнего предустановлено, правда, потом установил KDE, с которым установилась целая куча доп. приложений, но даже так укорчеванный всякими темами, доками, Арч в принципе работал приемлимо. До него пробовал Linux Mint, который мне показался даже медленнее, чем Виндовс, вообще готов и любую другую систему рассмотреть для ознакомления

@Андрей1224 · 16.02.2023, 19:01

Сообщение от Tima360

Осталось другое - стирать ли тогда пустой раздел восстановления на 499Мб

Конечно, но не стирать, а удалить этот раздел.

Сообщение от Tima360

И как же лучше установить линуксообразного на компьютер, желательно Арч?

По идее должно быть так: если нужен отдельный раздел /boot (как по мне, этот раздел нужен в том случае, если знаете и понимаете зачем он Вам нужен. Если не знаете, то отдельный раздел не нужен), то точка монтирования для этого раздела /boot.

Точка монтирования для раздела EFI = /boot/efi. Разделы /boot и раздел EFI это разные разделы. На раздел EFI устанавливается загрузчик, а на разделе /boot находятся ядра.

@Tima360 · 17.02.2023, 14:34 **[ТС]**

Сообщение от Андрей1224

По идее должно быть так: если нужен отдельный раздел /boot (как по мне, этот раздел нужен в том случае, если знаете и понимаете зачем он Вам нужен. Если не знаете, то отдельный раздел не нужен), то точка монтирования для этого раздела /boot.

Ясно то, что мне абсолютно ничего не ясно. Даже если такой раздел создается, чтобы загружать линукс через сам UEFI, у меня такой способ точно не пройдет, потому что по дефолту компьютер, кроме Windows не хочет ничего иного запускать. Поэтому для определенных целей мне такой раздел не нужен.

Сообщение от Андрей1224

Точка монтирования для раздела EFI = /boot/efi. Разделы /boot и раздел EFI это разные разделы. На раздел EFI устанавливается загрузчик, а на разделе /boot находятся ядра.

На Вики прямо черным по белому указывают монтировать EFI раздел в /mnt/boot, но Ваш ответ наводит на мысль, что если просто создать /mnt/boot, не монтировать туда системный раздел и попробовать установиться? Поскольку установка бутлоадера идет несколькими шагами позже, возможно же уже потом смонтировать EFI в /boot/efi и туда его установить? Это просто мысль, которая возникла, но думаю попытка не пытка. Спасибо за ответ

@Андрей1224 · 17.02.2023, 15:38

Tima360,
Если я правильно понял, Вы загружаете системы c помощью rEFInd, тогда можно во время установки Arch Linux, GRUB вообще не устанавливать, так как Ваш девайс "не дружит" c линуксовыми загрузчиками. rEFInd умеет загружать ядро Linux на прямую (не передавая загрузку GRUB'у).

@Tima360 · 17.02.2023, 16:12 **[ТС]**

Сообщение от Андрей1224

Если я правильно понял, Вы загружаете системы c помощью rEFInd, тогда можно во время установки Arch Linux, GRUB вообще не устанавливать, так как Ваш девайс "не дружит" c линуксовыми загрузчиками. rEFInd умеет загружать ядро Linux на прямую (не передавая загрузку GRUB'у).

Кажется, Вы правы! Первоначально же, когда установил Арч я, установил Systemd-boot, который и не запускался, а rEIFnd я установил уже позже, иначе система всегда по дефолту в Виндовс грузилась. Так получилось, что сначала запускался rEFInd, из которого я загружал systemd-boot. Я так понимаю, что можно и без systemd-boot обойтись тогда. Грубо говоря, все что нужно, чтобы ядро линукса находилось где-нибудь, где его увидит rEFInd

@Tima360 · 17.02.2023, 23:53 **[ТС]**

В итоге мне удалось разобраться. При установке Arch Linux монтировал EFI раздел в /mnt/efi, ядра установились в /boot, на EFI раздел больше ничего не записывалось. rEFInd обе системы загружает успешно. Непонятно почему в Вики не упоминается такая возможность непосредственно на этапе разметки диска, причем отмечены некоторые моменты для Dual Boot'а, например, не форматировать EFI, если уже установлена другая система. Андрей, спасибо за уделённое время!

@Tima360 1 / 1 / 0 Регистрация: 17.07.2015 Сообщений: 20
		1
	Загадочные истории Recovery раздела Windows 10 или как расшририть EFI раздел диска 15.02.2023, 23:48. Показов 609. Ответов 12 Метки boot, dual boot, efi, recovery, Windows 10 (Все метки) Доброго времени суток! Уже некоторое время пользуюсь Dual Boot'ом Windows 10 и Arch Linux, внезапно приспичило переустановить вторую систему. Загрузив свежий образ, начал установку, в ходе которой выяснилось, что линуховские ядра немного прибавили в весе, и не уместились в EFI раздел на 100Мб, созданный при установке Windows. Хотелось обойтись малой кровью и не размечивать с нуля диск, поэтому искал способ расширить EFI раздел, например, создав новый Рекавери в конце диска, в сети нашел способ: способ 1. Use diskpart to find current recovery partition and assign a driver letter(eg. O) to it: Код DISKPART> list disk DISKPART> select disk <the-number-of-disk-where-current-recovery-partition-locate> DISKPART> list partition DISKPART> select partition <the-number-of-current-recovery-partition> DISKPART> assign letter=O 2. Create an image file from current recovery partition: Код Dism /Capture-Image /ImageFile:C:\recovery-partition.wim /CaptureDir:O:\ /Name:"Recovery" 3. Apply the created image file to another partition(eg. N) that will become the new recovery partition: Код Dism /Apply-Image /ImageFile:C:\recovery-partition.wim /Index:1 /ApplyDir:N:\ 4. Register the location of the recovery tools: Код reagentc /disable reagentc /setreimage /path N:\Recovery\WindowsRE reagentc /enable 5. Use diskpart to hide the recovery partition: For UEFI: Код DISKPART> select volume N DISKPART> set id="de94bba4-06d1-4d40-a16a-bfd50179d6ac" DISKPART> gpt attributes=0x8000000000000001 DISKPART> remove For BIOS: Код DISKPART> select volume N DISKPART> set id=27 DISKPART> remove 6. Reboot the computer, now the new recovery partition should be working (Optional) Delete the old recovery partition: Код DISKPART> select volume O DISKPART> delete partition override (Optional) Check if the recovery partition is working: Show the current status: Код reagentc /info Specifies that Windows RE starts automatically the next time the system starts: Код reagentc /boottore Reboot the computer and do your stuff in Windows RE (eg. enter CMD and run some tools) Правда возникла ошибка, на этапе назначения нового пути recovery image - не найден указанный путь. В какой-то момент обратил внимание, что: Рекавери раздел в принципе пустой При снятии его образа создается .WIM файл размером 1.2кб При записи этого образа в новосозданный раздел, на нем не создается никаких файлов согласно reagentc /info, файлы восстановления расположены на Разделе 4, который в diskpart - Диск С, на котором установлена Windows При этом в C:\Windows\system32\Recovery существует только файл reagent.xml Просьба помочь разобраться в ситуации, найти несчастные файлы восстановления (подозреваю, что их нет). Сейчас, возник вопрос, раз нет этих файлов, может все-таки и можно стереть этот раздел восстановления? Привести систему в негодность не хочется (но морально готов), желательно обойтись малой кровью и освободить место по ядра Арча. Возможно, кто-то предложит более outside-the-box мышление по решению проблемы, иногда концентрируешься на определенном способе и не воспринимаешь другие пути решения. Приложу текущую разметку в ссылке. Заранее спасибо 0

@Sonny362 1207 / 318 / 60 Регистрация: 08.06.2022 Сообщений: 1,555
	16.02.2023, 04:23	2
	Tima360, мне кажется, что у вас какая-то исходная постановка вопроса неправильная. На моём компе EFI Windows 10 размером 32 Mb: На нём же EFI любого линукса (у меня их три) - не более 5Mb каждая, и содержит буквально пару файлов, а то и один - grubx64.efi. С Арчем не работал, неужели он такой выдающийся, что в EFI складывает ядро? И как он его в EFI обновляет?! Миниатюры 1

@Андрей1224 8578 / 3078 / 521 Регистрация: 14.04.2011 Сообщений: 7,715
	16.02.2023, 10:03	3
	Сообщение было отмечено Tima360 как решение Решение Сообщение от Tima360 Загрузив свежий образ, начал установку, в ходе которой выяснилось, что линуховские ядра немного прибавили в весе, и не уместились в EFI раздел на 100М Линуксовые ядра не должны находиться на EFI разделе, это неправильная установка Linux. Если Вы делали такую установку системы сознательно (например чтобы загружать Linux через прошивку UEFI без GRUB), то это другое дело. Сообщение от Tima360 согласно reagentc /info, файлы восстановления расположены на Разделе 4, который в diskpart - Диск С, на котором установлена Windows Это значит, что среда восстановления находится на разделе c системой. Файлы среды восстановления скрытые, чтобы их увидеть лучше это делать через файловый менеджер, который запускать c правами администратора и включить показ срытых и системных файлов и папок. Сообщение от Tima360 . Сейчас, возник вопрос, раз нет этих файлов, может все-таки и можно стереть этот раздел восстановления Этот раздел можно удалять в любое время, на работоспособность системы он не влияет, Среда восстановления есть в установочном .iso образе (на установочной флешке). 1

@Tima360 1 / 1 / 0 Регистрация: 17.07.2015 Сообщений: 20
	16.02.2023, 11:21 [ТС]	4
	Сообщение от Sonny362 Tima360, мне кажется, что у вас какая-то исходная постановка вопроса неправильная. На моём компе EFI Windows 10 размером 32 Mb: На нём же EFI любого линукса (у меня их три) - не более 5Mb каждая, и содержит буквально пару файлов, а то и один - grubx64.efi. С Арчем не работал, неужели он такой выдающийся, что в EFI складывает ядро? И как он его в EFI обновляет?! Спасибо за ответ! Да, скорее всего это так. На разделе размером 100Mb, у меня с запасом помещается загрузчик Windows и еще установлен rEFInd с темами и блекджеком, занимает все не более 35Mb. С образа от 2020 мне тогда удалось установиться в этот раздел. А вот потом система уже и перестала обновляться, времени разбираться не было и решил отложить переустановку. Сегодня же с февральского образа установиться не удается, насколько я понимаю, система действительно пихает ядро в EFI раздел, установка прерывается потому что не остается свободного места под fallback.img. Т.е. как минимум 60-65 свободных Mb для этого мало. Наверное, Ваше предположение верное. Я пока на Вы с арчем и линуксом в приницпе, не то чтобы даже одной ногой, поэтому если есть возможность установить все это дело в другое место (может даже где-то в рут), то это однозначно лучшее решение, тем более, что rEFInd уже замаскирован под загрузчик винды и должен все подхватить (не уверен) Сообщение от Андрей1224 Линуксовые ядра не должны находиться на EFI разделе, это неправильная установка Linux. Если Вы делали такую установку системы сознательно (например чтобы загружать Linux через прошивку UEFI без GRUB), то это другое дело. Спасибо за ответ! Тут можно винить только либо меня либо Инструкции по установке на арч вики, ибо соблюдаю их точь-в-точь, но, возможно, что-то и не понял или сделал не так. Кликните здесь для просмотра всего текста 1.9 Partition the disks. 1.9.1 Example layouts UEFI with GPT Mount point: `/mnt/boot`, Partition: `/dev/efi_system_partition`, Suggested Size: At least 300 MiB. If multiple kernels will be installed, then no less than 1 GiB. 1.11 Mount the file systems For UEFI systems, mount the EFI system partition: `# mount --mkdir /dev/efi_system_partition /mnt/boot` Сообщение от Андрей1224 Это значит, что среда восстановления находится на разделе c системой. Файлы среды восстановления скрытые, чтобы их увидеть лучше это делать через файловый менеджер, который запускать c правами администратора и включить показ срытых и системных файлов и папок. Имеется ввиду через другую программу, не через проводник? Какой программой можно воспользоваться? Сообщение от Андрей1224 Этот раздел можно удалять в любое время, на работоспособность системы он не влияет, Среда восстановления есть в установочном .iso образе (на установочной флешке). Я вот как раз при переезде где-то упустил внешний жесткий и одновременно загрузочную флешку. Не то чтобы мне файлы восстановления пригодятся, или я разберусь как ими воспользоваться в реальной ситуации, но все же лучше их иметь, наверное. 0

@Sonny362 1207 / 318 / 60 Регистрация: 08.06.2022 Сообщений: 1,555
	16.02.2023, 11:56	5
	Сообщение от Tima360 установлен rEFInd У вас макбук что ли? 1

@Tima360 1 / 1 / 0 Регистрация: 17.07.2015 Сообщений: 20
	16.02.2023, 13:41 [ТС]	6
	Сообщение от Sonny362 У вас макбук что ли? Нет , у меня моноблок Lenovo, который поставлялся с Windows 8.1. Мне никак не удалось заставить его реагировать на любой загрузчик, устанавливаемый линуксом, всегда автоматом загружает Windows. Установка rEFInd'а помогла. А точнее и с ним было тоже самое, пока не переименовал его в загрузчик Windows. Где-то читал, что распространенная проблема на различных ноутбуках Acer, Asus, Lenovo 0

@Андрей1224 8578 / 3078 / 521 Регистрация: 14.04.2011 Сообщений: 7,715
	16.02.2023, 13:48	7
	Сообщение от Tima360 Имеется ввиду через другую программу, не через проводник? Какой программой можно воспользоваться? Любым файловым менеджером, типа Total Commaner. 1

@Tima360 1 / 1 / 0 Регистрация: 17.07.2015 Сообщений: 20
	16.02.2023, 18:32 [ТС]	8
	Сообщение от Андрей1224 Любым файловым менеджером, типа Total Commaner. Благодарю за ответ! Через Total Commander, с отображением системных файлов удалось найти папку Recovery в корне диска С: с соответствующими файлами, за одно попробовал перезагрузиться с зажатой Shift (насколько я понимаю, именно так можно задействовать приложения для восстановления системы), все работает. С этим, наверное, вопросы сняты. Осталось другое - стирать ли тогда пустой раздел восстановления на 499Мб. И как же лучше установить линуксообразного на компьютер, желательно Арч? Ну точнее, компьютер у меня не самый современный, и в Арче привлекло то, что не так много лишнего предустановлено, правда, потом установил KDE, с которым установилась целая куча доп. приложений, но даже так укорчеванный всякими темами, доками, Арч в принципе работал приемлимо. До него пробовал Linux Mint, который мне показался даже медленнее, чем Виндовс, вообще готов и любую другую систему рассмотреть для ознакомления 0

@Андрей1224 8578 / 3078 / 521 Регистрация: 14.04.2011 Сообщений: 7,715
	16.02.2023, 19:01	9
	Сообщение от Tima360 Осталось другое - стирать ли тогда пустой раздел восстановления на 499Мб Конечно, но не стирать, а удалить этот раздел. Сообщение от Tima360 И как же лучше установить линуксообразного на компьютер, желательно Арч? По идее должно быть так: если нужен отдельный раздел /boot (как по мне, этот раздел нужен в том случае, если знаете и понимаете зачем он Вам нужен. Если не знаете, то отдельный раздел не нужен), то точка монтирования для этого раздела `/boot`. Точка монтирования для раздела EFI = `/boot/efi`. Разделы /boot и раздел EFI это разные разделы. На раздел EFI устанавливается загрузчик, а на разделе /boot находятся ядра. 1

@Tima360 1 / 1 / 0 Регистрация: 17.07.2015 Сообщений: 20
	17.02.2023, 14:34 [ТС]	10
	Сообщение от Андрей1224 По идее должно быть так: если нужен отдельный раздел /boot (как по мне, этот раздел нужен в том случае, если знаете и понимаете зачем он Вам нужен. Если не знаете, то отдельный раздел не нужен), то точка монтирования для этого раздела /boot. Ясно то, что мне абсолютно ничего не ясно. Даже если такой раздел создается, чтобы загружать линукс через сам UEFI, у меня такой способ точно не пройдет, потому что по дефолту компьютер, кроме Windows не хочет ничего иного запускать. Поэтому для определенных целей мне такой раздел не нужен. Сообщение от Андрей1224 Точка монтирования для раздела EFI = /boot/efi. Разделы /boot и раздел EFI это разные разделы. На раздел EFI устанавливается загрузчик, а на разделе /boot находятся ядра. На Вики прямо черным по белому указывают монтировать EFI раздел в /mnt/boot, но Ваш ответ наводит на мысль, что если просто создать /mnt/boot, не монтировать туда системный раздел и попробовать установиться? Поскольку установка бутлоадера идет несколькими шагами позже, возможно же уже потом смонтировать EFI в /boot/efi и туда его установить? Это просто мысль, которая возникла, но думаю попытка не пытка. Спасибо за ответ 0

	17.02.2023, 23:53

@Андрей1224 8578 / 3078 / 521 Регистрация: 14.04.2011 Сообщений: 7,715
	17.02.2023, 15:38	11
	Tima360, Если я правильно понял, Вы загружаете системы c помощью rEFInd, тогда можно во время установки Arch Linux, GRUB вообще не устанавливать, так как Ваш девайс "не дружит" c линуксовыми загрузчиками. rEFInd умеет загружать ядро Linux на прямую (не передавая загрузку GRUB'у). 1

@Tima360 1 / 1 / 0 Регистрация: 17.07.2015 Сообщений: 20
	17.02.2023, 16:12 [ТС]	12
	Сообщение от Андрей1224 Если я правильно понял, Вы загружаете системы c помощью rEFInd, тогда можно во время установки Arch Linux, GRUB вообще не устанавливать, так как Ваш девайс "не дружит" c линуксовыми загрузчиками. rEFInd умеет загружать ядро Linux на прямую (не передавая загрузку GRUB'у). Кажется, Вы правы! Первоначально же, когда установил Арч я, установил Systemd-boot, который и не запускался, а rEIFnd я установил уже позже, иначе система всегда по дефолту в Виндовс грузилась. Так получилось, что сначала запускался rEFInd, из которого я загружал systemd-boot. Я так понимаю, что можно и без systemd-boot обойтись тогда. Грубо говоря, все что нужно, чтобы ядро линукса находилось где-нибудь, где его увидит rEFInd 0

@Tima360 1 / 1 / 0 Регистрация: 17.07.2015 Сообщений: 20
	17.02.2023, 23:53 [ТС]	13
	В итоге мне удалось разобраться. При установке Arch Linux монтировал EFI раздел в /mnt/efi, ядра установились в /boot, на EFI раздел больше ничего не записывалось. rEFInd обе системы загружает успешно. Непонятно почему в Вики не упоминается такая возможность непосредственно на этапе разметки диска, причем отмечены некоторые моменты для Dual Boot'а, например, не форматировать EFI, если уже установлена другая система. Андрей, спасибо за уделённое время! 1

Загадочные истории Recovery раздела Windows 10 или как расшририть EFI раздел диска

Решение