[РЕШЕНО] EFI stab: ERROR: Filed to open file: /initramfs-linux.img

Если такое сбрасывание досаждает, можно костыль попробовать
положить файл загрузчика ( Refind или Grub ) на дефолтное место.
Переименовать refind_x64.efi или grubx64.efi в bootx64.efi и положить в /EFI/Boot на разделе ефи. Нужные файлы для загрузчиков туда же

По спецификации биос должен искать и запускать bootx64.efi из /EFI/Boot если нет загрузочных записей
батарейку таки проверю, точно ей триста лет в обед, но с записями не понятно - шнурок питания 220 включен, оно не пропадало...как-то так
ps.и при чем тут батарейка, если в биосе выключаю диск и потом включаю ....а запись пропала
vs220
искать и запускать bootx64.efi из /EFI/Boot
если у меня нет такого пути (/EFI/Boot) и лежит в корне, то биос не ищет?
amon
при чем тут батарейка
NVRAM где хранятся записи может быть как EEPROM (память типа флешки) так и SRAM ( память хранится пока есть питание от батарейки или сети )
Про батарейку это так теоретическая возможность. Скорее всего имхо кривая реализация в биосе

amon
если у меня нет такого пути (/EFI/Boot) и лежит в корне, то биос не ищет?
нет
Ефи сперва грузит драйвера потом пытается загрузить загрузочные записи в порядке указанном в BootOrder,
если не удалась загрузка не по одной из записей то грузится /EFI/Boot/bootx64.efi
стоп...достаточно создать /EFI/Boot/bootx64.efi и тогда записи "пропадать" не будут?
vs220
hotplug опции для sata нет в "биосе" ?
В UEFI есть такая опция.
Но её включение или выключение не влияет, запись удаляется, если нет подключения диска.
я спать, завтра есть чево...машина рабочая работает. проблемы, которые гепотетические потом
amon
достаточно создать /EFI/Boot/bootx64.efi и тогда записи "пропадать" не будут?
Нет. Просто при пропаже записей будет грузиться /EFI/Boot/bootx64.efi , то есть ваш загрузчик. А уже он будет грузить что в конфиге прописано или наавтодетектил (пропажа записей будет побоку)
RusWolf
У меня на системных платах от гигабит, тоже стираются загрузочные записи, если включить комп, с отключённым диском, то его запись стерается.
Встретился с этим описанием при чтении DOC (привожу полностью весь абзац в оригинале)
Although managing boot loaders by juggling files in the ESP is arguably far superior to managing boot loaders by overwriting code in the MBR or other locations on the disk, EFI boot loader management has an Achilles' heel: Because the firmware tries to load a boot loader whose location is stored in NVRAM, the system becomes vulnerable to failure if either the hard disk is swapped out or the NVRAM is erased. Users report being unable to boot if they update their firmware, and moving a disk from one computer to another requires adjusting the NVRAM boot settings. Furthermore, some EFI implementations "helpfully" remove NVRAM settings for boot loaders they can't detect, which can require re-creating the NVRAM settings if you temporarily remove a hard disk and then re-install it. To make matters worse, some computers "forget" their NVRAM settings without provocation, necessitating installing the boot loader as EFI/BOOT/bootx64.efi. This isn't so bad in and of itself, but if an OS or boot loader installer sets up the boot loader in the way it officially should, it won't work and the user must intervene manually. One workaround to such problems is to install a copy of rEFInd to a USB flash drive or CD-R. When you boot it, rEFInd scans for your regular boot loaders and should enable you to launch them. Another workaround is to use the fbx64.efi fallback boot loader.

Кстати, описан еще один нюанс/проблема, которая может иметь место при небольшом объеме раздела ESP (то же привожу полностью весь абзац в оригинале)
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
Ошибки не исчезают с опытом - они просто умнеют
Думаю, что эта функция задумывалась как фича.
Логично же предположить, что если диск отключён, то он уже не будет использоваться и запись ненужна.
Lupus pilum mutat, non mentem.
 
Зарегистрироваться или войдите чтобы оставить сообщение.