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

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

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

Доброго времени суток! Уже некоторое время пользуюсь 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:

Code
1
2
3
4
5
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:

Code
1
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:

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

4. Register the location of the recovery tools:

Code
1
2
3
reagentc /disable
reagentc /setreimage /path N:\Recovery\WindowsRE
reagentc /enable

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

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

For BIOS:

Code
1
2
3
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:

Code
1
2
DISKPART> select volume O
DISKPART> delete partition override

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

Code
1
reagentc /info

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

Code
1
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, если уже установлена другая система. Андрей, спасибо за уделённое время!

Новые блоги и статьи Все статьи Все блоги /
Отправка уведомления на почту при изменении наименования справочника Maks 24.03.2026 Программная отправка письма электронной почты на примере изменения наименования типового справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной. . .	модель ЗдравоСохранения 5. Меньше увольнений- больше дохода! anaschu 24.03.2026 Теперь система здравосохранения уменьшает количество увольнений. 9TO2GP2bpX4 a42b81fb172ffc12ca589c7898261ccb/ https:/ / rutube. ru/ video/ a42b81fb172ffc12ca589c7898261ccb/ Слева синяя линия -. . .	Midnight Chicago Blues kumehtar 24.03.2026 Такой Midnight Chicago Blues, знаешь?. . Когда вечерние улицы становятся ночными, а ты не можешь уснуть. Ты идёшь в любимый старый бар, и бармен наливает тебе виски. Ты смотришь на пролетающие. . .	Контроль уникальности заводского номера - вариант №2 Maks 24.03.2026 В отличие от предыдущего варианта добавлено прерывание циклов, также добавлены новые переменные для сохранения контекста ошибки перед прерыванием цикла: Процедура ПередЗаписью(Отказ, РежимЗаписи,. . .
SDL3 для Desktop (MinGW): Вывод текста со шрифтом TTF с помощью библиотеки SDL3_ttf на Си и C++ 8Observer8 24.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-text-sdl3-c. zip finish-text-sdl3-cpp. zip	Жизнь в неопределённости kumehtar 23.03.2026 Жизнь — это постоянное существование в неопределённости. Например, даже если у тебя есть список дел, невозможно дойти до точки, где всё окончательно завершено и больше ничего не осталось. В принципе,. . .	Модель здравоСохранения: работники работают быстрее после её введения. anaschu 23.03.2026 geJalZw1fLo Корпорация до введения программа здравоохранения имела много невыполненных работниками заданий, после введения программы количество заданий выросло. Но на выплатах по больничным это. . .	Контроль уникальности заводского номера - вариант №1 Maks 23.03.2026 Алгоритм контроля уникальности заводского (или серийного) номера на примере нетипового документа выдачи шин для спецтехники с табличной частью, разработанного в конфигурации КА2. Данные берутся из. . .

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

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

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

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

Решение