Failed to mount boot efi astra linux

Arch Linux

I tried to downgrade kernel to 5.8.6 but problem still remains.
I’ll appreciate any help.

#2 2020-09-09 14:39:51

Re: Failed to mount /boot/efi

This usually happens when you’re loading an old kernel instead of the new one.

#3 2020-09-09 14:43:31

Re: Failed to mount /boot/efi

GRUB. Can you clarify, how can I boot old kernel? I mean is there more than one kernel to boot?

Last edited by Euler-Maskerony (2020-09-09 14:45:08)

#4 2020-09-09 14:51:28

Re: Failed to mount /boot/efi

So if you look at grub.cfg, where is it loading the kernel from?

#5 2020-09-09 15:00:15

Re: Failed to mount /boot/efi

. where is it loading the kernel from?

#6 2020-09-09 16:22:54

Re: Failed to mount /boot/efi

Compare the kernel version:

With the installed modules:

Either chroot in from the live ISO or just mount the relevant partition(s) and run the commands with the correct path.

#7 2020-09-09 16:58:58

Re: Failed to mount /boot/efi

I ran this commands from emergency mode and versions match (5.8.7-arch1-1). Is it a problem if I have only «5.8.7-arch1-1» entry as an output of

#8 2020-09-09 20:11:22

Re: Failed to mount /boot/efi

I ran this commands from emergency mode and versions match (5.8.7-arch1-1). Is it a problem if I have only «5.8.7-arch1-1» entry as an output of

Provide more detail what you were doing before this happened, provide your grub.cfg, and explain whether you re-ran mkinitcpio -p linux and grub-mkconfig -o /boot/grub/grub.cfg. You have a «Dependency failed for Local File Systems». How long ago did you upgrade before this last time? Please explain the issue in detail if anyone is to help.

Last edited by zpg443 (2020-09-09 20:16:43)

#9 2020-09-11 10:44:01

Re: Failed to mount /boot/efi

I’m getting the same thing after updating this morning. I use systemd-boot, though. I also get the option to Ctrl-D to continue booting, but it fails. I’m still troubleshooting, going to USB boot Arch.

“Never Explain Anything” — H.P. Lovecraft

#10 2020-09-11 12:49:58

Re: Failed to mount /boot/efi

**UPDATE**
To add that I booted off the latest AL USB ISO image to download and then arch-chroot /mnt to do the rest.

# rm -rf /lib/modules/5.8.* # If I don't, mkinitcpio -p linux still uses 5.8.8 even if dir wasn't there # cd # pacman -U linux* # mkinitcpio -p linux # Just to make sure I still didn't get the kernel mod errors

Last edited by Cthulu201 (2020-09-11 13:00:53)

“Never Explain Anything” — H.P. Lovecraft

#11 2020-09-11 12:53:46

Re: Failed to mount /boot/efi

And since you are back in business did you mount the ESP to /boot and add a corresponding entry into your fstab so that you can properly update again?

#12 2020-09-11 13:02:15

Re: Failed to mount /boot/efi

And since you are back in business did you mount the ESP to /boot and add a corresponding entry into your fstab so that you can properly update again?

I forgot to add that I booted off of an AL USB drive — which I updated.

I didn’t have to mount anything since my /etc/fstab was still good. I downgraded and everything worked fine.

“Never Explain Anything” — H.P. Lovecraft

#13 2020-09-11 13:06:55

Re: Failed to mount /boot/efi

Cthulu201 and Euler-Maskerony: to which Kernel version did you try boot? I’m curious since I’m just about to boot into 5.8.8, and I’m currently running 5.8.7. It is unlikely the Kernel package has a problem with vfat.

That being said, I believe you should be dropped into an emergency shell if the Kernel can not mount all filesystems in fstab.

Either way, the error mentioned in OP is probably caused because the Kernel can not find the VFAT module. VFAT_FS is compiled as a module in the default Arch linux kernel package. I’m not sure if it is included in the initramfs per default, but it is irrelevant AFAIK, as the bootloader will load the Kernel and the Kernel only needs to be able to load rootfs, which will contain rest of the modules to mount other filesystems.

Also, when asked for output of commands, paste the output here. There might be errors in your setup you have missed / have become blind for some reason.

Last edited by Wild Penguin (2020-09-11 13:07:18)

#14 2020-09-11 13:16:25

Re: Failed to mount /boot/efi

Cthulu201 and Euler-Maskerony: to which Kernel version did you try boot?

I was initially on 5.8.7 when I booted up this morning. I upgraded to 5.8.8, rebooted, and started getting EFI mount errors. I’m not looking forward to this afternoon when I update my laptop at home, but pacman.conf has the IgnorePkg function.

“Never Explain Anything” — H.P. Lovecraft

Источник

Не получается смонтировать /boot/efi, неизвестная файловая система vfat

У меня стоит arch linux, установил недавно, решил, так сказать, перейти на него.

Все шло отлично, система работала без проблем, пока я вчера не обновил систему. После этого она перестала запускаться. Вместо этого запускается режим восстановления.

Через команду systemctl –failed узнал, что у меня две ошибки:

boot-efi.mount systemd-modules-load.service 

Через journalctl -xb выяснил, что /boot/efi не монтируется. Вот ошибка:

mount: /boot/efi: unknown filesystem type 'vfat' 

Пробовал смонтировать через live usb, все работает, но при загрузке ошибка. Пожалуйста, объясните что не так?

в initramfs не закинули модуль поддержки файловой системы FAT.
Жди когда исправят или переделай сам свой initramfs.

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

Убери его из fstab. Ефи раздел монтируется только если надо загрузчик обновить или его конфиг подправить. Любители держать там ядро не в счет.

Каким образом его можно вручную переделать?

Для начала убедись что у тебя установлены пакеты, которые позволяют монтировать msdosfs vfat/fat32.

Ну и риторический вопрос: а нафига монтировать ESP, да ещё и на этапе инициализации системы?

mord0d ★★★★★ ( 16.12.20 16:53:45 MSK )
Последнее исправление: mord0d 16.12.20 16:55:24 MSK (всего исправлений: 1)

Убрал. Ошибка монтирования пропала.

Но система все равно не грузится. Застревает на:

Failed to start Load Kernel Modules. 

в initramfs не закинули модуль поддержки файловой системы FAT.

Причём здесь initramfs? Только совсем отбитый станет монтировать ESP на этапе загрузки даже до chroot. Наверняка топикстартер сам себе в ногу стрелял.

cat /etc/mkinitcpio.conf | grep HOOKS= 

Добавь тег arch , на него гораздо больше арчеводов подписано.

а нафига монтировать ESP, да ещё и на этапе инициализации системы?

Обновлять ядро и initramfs как?

Проблема решилась

Я так понимаю, в арче существует написаное правило: Если что-то не работает, просто откатись до старой версии.

Через кэш пэкмана откатил ядро и система запустилась.

Только экстрималы ядро и инит на нем держат.Efi раздел для загрузчиков, ядрам там делать нечего

Re: Проблема решилась

А теперь пересобери инит и смотри ошибки, где то он у тебя не собрался новый или не записался

В boot на разделе с корнем или если уж на отдельном то не с fat.

Не обязательно сам, судя по всему у него проблемы с initrams, какая то ошибка при сборке или записи готового. Проверить на ошибки сборку запустив [code] # mkinitcpio -P

Я держу. Ядро грузится без промежуточных загрузчиков. Собираю ядро и initrd через genkernel. После мажорного обновления genkernel все работало, вроде. А когда обновил ядро с 5.4 на 5.8, то тоже vfat перестал монтироваться в initrd. Не стал разбираться и пересобрал монолитно.

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

судя по всему у него проблемы с initrams

какая то ошибка при сборке или записи готового

Failed to start Load Kernel Modules.

С загрузкой модулей у него проблемы, а не с сборкой/записью.

а нафига монтировать ESP, да ещё и на этапе инициализации системы?

Обновлять ядро и initramfs как?

• Если ты кладёшь на ESP не загрузчик — ты делаешь что-то не так;
• Если ты обновляешь ядро и initramfs при каждой загрузке системы, тебе стоит обратиться к врачу; возможно даже патологоанатому.

Модули при загрузке берутся из initramfs, ядро обновилось и записалось новое а initramfs не собрался или не записался — в результате модули не подходят к ядру и не грузятся.

Модули при загрузке берутся из initramfs

Только критичные, такие как поддержка блочных устройств (надо быть отбитым на всю голову, чтобы не вкомпилить подобное в ядро), после chroot модули грузятся из /lib/modules/linux-$/**.ko (или /usr/lib/. , уже не помню). Смотри соответствующий сервис systemd (название в ОП).

Модули для корневой файловой системы и boot туда попадают( в initramfs) ну иногда и для другого

В арче дефолтные HOOKS=(base udev autodetect modconf block filesystems keyboard fsck) в mkinitcpio.conf для сборки initramfs

Если initramfs не соответствует ядру все это отваливается

Я последний раз Arch Linux тыкал когда в нём ещё OpenRC был.

Если initramfs не соответствует ядру все это отваливается

Ничего экстремального тут нет. Никаких предписаний, что там может лежать, а что нет — не существует.

Раз в месяц пишут на форум, у меня арч не грузится.

Источник

Arch Linux

Hi,
Recently I’ve been having a lot of trouble starting Arch Linux. As in I can’t. It starts off fine, but then whike it tries to mount my disks I get this problem:

systemd-fsck[159]: fsck.fat 3.0.23 (2013-10-15) systemd-fsck[159]: /dev/sda5: 111 files, 6783/130048 clusters [ OK ] Started File System Check on /dev/disk/by-uuid/6AE1-65C8. Mounting /boot/efi. [ FAILED ] Failed to mount /boot/efi. See 'systemctl status boot-efi.mount' for details. [ DEPEND ] Dependency failed for Local File Systems. Welcome to emergency mode! After logging in, type "journalctl -xb" to view system logs, "systemctl reboot" to reboot, "systemctl default" to try again to boot into default mode. 

This is the output of systemctl status boot-efi.mount:

boot-efi.mount - /boot/efi Loaded: loaded (/etc/fstab) Active: failed (Result: exit-code) since Sun 2013-12-01 17:40:58 EST; 4min 16s ago Where: /boot/efi What: /dev/disk/by-uuid/6AE1-65C8 Process: 179 ExecMount=/bin/mount /dev/disk/by-uuid/6AE1-65C8 /boot/efi -t vfat -o rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro (code=exited, status=32) Dec 01 17:40:58 jay-archlinux systemd[1]: boot-efi.mount mount process exited, code=exited status=32 Dec 01 17:40:58 jay-archlinux systemd[1]: Failed to mount /boot/efi Dec 01 17:40:58 jay-archlinux systemd[1]: Unit boot-efi.mount entered failed state.

The output of mount /dev/disk/by-uuid/6AE1-65C8 /boot/efi -t vfat:

mount: unknown filesystem type: 'vfat'

(When I first started getting this it told me dosfstools wasn’t installed. However I’ve since installed the latest version and it’s made no difference.

I dual boot Arch Linux and Windows 8 on a laptop under UEFI, and have had this setup for about a year now. This problem seems like it may be associated with recent problems I’ve been having with windows 8 (Spontaneously restarting itself 2 or 3 times a day with a BSoD and «Kernel Data Inpage Error».) One time after such a restart I went to boot Arch Linux after the restart rather than Windows and got errors similar to the one I first posted, except that they were occurring with my Windows NTFS partitions which I mount in Arch Linux. After booting into Windows and restarting manually, the error just became what it is now. However I’m not sure if this was where the problem first began or not as I haven’t used Arch Linux very often over the past few months.

Does anyone have any idea what’s going on or how to fix it?

Last edited by jdgordon01 (2013-12-01 14:05:59)

Источник