failed load Kernel modules, fail mount /boot/efi dependency failed for local file system

Probleme bei der Installation von Hardware unter Manjaro Linux? Hier wird geholfen.</span

Themen Author
Thatsme
Forum Gott
Forum Gott
Beiträge: 337
Registriert: Dienstag 15. September 2020, 10:14
CPU: verschiedene
GPU: verschiedene
Kernel: LTS 5.4.105-1
Desktop-Variante: XFCE
GPU Treiber: free-nonfree, kommt darauf an, welcher aktuell funktioniert
Hat sich bedankt: 77 Mal
Danksagung erhalten: 23 Mal

failed load Kernel modules, fail mount /boot/efi dependency failed for local file system

#1

Beitrag von Thatsme »

Hallo,

ich habe mal wieder eine Odyssee hinter und noch vor mir :( :(
Der neue Uefi Laptop bootet nicht mehr.
Ich bin ratlos und verzweifelt. Ich recherchiere seit 9 Uhr und komme nicht weiter.

Chroot, Grub restore gemacht, Update-grub, alles nach Anleitung.

Code: Alles auswählen

[manjaro /]# sudo grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=manjaro --recheck
Installing for x86_64-efi platform.
Installation finished. No error reported.

[manjaro /]# sudo update-grub
Generating grub configuration file ...
Found theme: /usr/share/grub/themes/manjaro/theme.txt
Found linux image: /boot/vmlinuz-5.4-x86_64
Found initrd image: /boot/intel-ucode.img /boot/initramfs-5.4-x86_64.img
Found initrd fallback image: /boot/initramfs-5.4-x86_64-fallback.img
Found linux image: /boot/vmlinuz-4.19-x86_64
Found initrd image: /boot/intel-ucode.img /boot/initramfs-4.19-x86_64.img
Found initrd fallback image: /boot/initramfs-4.19-x86_64-fallback.img
Adding boot menu entry for UEFI Firmware Settings ...
Found memtest86+ image: /boot/memtest86+/memtest.bin
/usr/bin/grub-probe: warning: unknown device type nvme0n1.
done
Diese "nvme0n1 Warnung" bezieht sich lt. meiner Recherche nur auf den Memtest und kann daher ignoriert werden

Ich verstehe es nicht. Eigentlich stimmt alles. Auch die grub.cfg Die UUIDs habe ich gecheckt, die stimmen.
Allerdings finde ich kein bootflag und der Eintrag in der fstab zu /boot/efi vfat sieht anders aus, als von Bios gewohnt. (defaults, noatime 0 2)

Code: Alles auswählen

UUID=4467-EAA5                            /boot/efi      vfat    umask=0077 0 2
Im Netz hieß es, dass dem Kernel womöglich das vfat Modul fehlt, aber das ist es wohl nicht? Vorher funktionierte das Booten ja auch.

Code: Alles auswählen

[manjaro /]# lsmod | grep vfat
vfat                   24576  1
fat                    86016  2 msdos,vfat

Code: Alles auswählen

[manjaro /]# findmnt /boot/efi
TARGET    SOURCE         FSTYPE OPTIONS
/boot/efi /dev/nvme0n1p1 vfat   rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-
Ich bin gerade mit chroot im System. Hier mal fast alles, was bei meiner Recherche im Netz abgefragt wurde.
Das ist jede Menge. Ich poste mal, was mir wichtig scheint. Sonst bitte nachfragen.

Code: Alles auswählen

[manjaro@manjaro ~]$ efibootmgr -v
BootCurrent: 0001
Timeout: 0 seconds
BootOrder: 0000,0002,2001,2002,2003
Boot0000* manjaro	HD(1,GPT,a4a87a0a-9b6a-4dea-9bab-067453a4a225,0x22,0xfa7de)/File(\EFI\manjaro\grubx64.efi)
Boot0001* EFI USB Device (Generic Flash Disk)	PciRoot(0x0)/Pci(0x14,0x0)/USB(4,0)/HD(2,MBR,0xf232788c,0x3a88000,0x10000)RC
Boot0002* EFI Hard Drive (Samsung SSD 970 EVO Plus 500GB)	PciRoot(0x0)/Pci(0x1d,0x4)/Pci(0x0,0x0)/NVMe(0x1,00-25-38-5B-01-B1-C4-95)/HD(1,GPT,a4a87a0a-9b6a-4dea-9bab-067453a4a225,0x22,0xfa7de)RC
Boot2001* EFI USB Device	RC
Boot2002* EFI DVD/CDROM	RC
Boot2003* EFI Network	RC
[manjaro@manjaro ~]$ 

Code: Alles auswählen

[manjaro /]# blkid -o list -w /dev/null
device                 fs_type   label      mount point                UUID
------------------------------------------------------------------------------------------------------------
/dev/nvme0n1p1         vfat                 /boot/efi                  4467-EAA5
/dev/nvme0n1p2         ext4                 /home                      47e28409-e90b-4e8f-a105-f3c352445a76
/dev/nvme0n1p3         ext4                 /                          4e9f80a0-fb65-44a3-a9cc-8d25ceeea0fd

Code: Alles auswählen

[manjaro /]# parted -l
Disk /dev/nvme0n1: 500GB
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name  Flags
 1      17.4kB  525MB   525MB   fat32              msftdata
 3      525MB   38.1GB  37.6GB  ext4
 2      38.1GB  91.8GB  53.7GB  ext4
 4      91.8GB  140GB   48.3GB  ext4
 5      140GB   194GB   53.7GB  ext4
 6      194GB   387GB   193GB   ext4         

#MEINE 2. FESTPLATTE
Disk /dev/sda: 480GB
Partition Table: msdos
Disk Flags: 

Number  Start   End     Size    Type      File system  Flags
 2      26.8GB  64.8GB  37.9GB  primary   ext4
 4      211GB   480GB   269GB   extended
 5      211GB   319GB   107GB   logical   ext4
 6      319GB   447GB   129GB   logical   ext4
 7      447GB   480GB   32.6GB  logical   ext4
[manjaro /]# 
Das apparmor in grub ist mir auch neu -> braucht Efi das vielleicht?

Code: Alles auswählen

[manjaro /]# cat /etc/default/grub
GRUB_DEFAULT=saved
GRUB_TIMEOUT=10
GRUB_TIMEOUT_STYLE=hidden
GRUB_DISTRIBUTOR='Manjaro'
GRUB_CMDLINE_LINUX_DEFAULT="quiet apparmor=1 security=apparmor udev.log_priority=3"
GRUB_CMDLINE_LINUX=""

# If you want to enable the save default function, uncomment the following
# line, and set GRUB_DEFAULT to saved.
GRUB_SAVEDEFAULT=true

# Preload both GPT and MBR modules so that they are not missed
GRUB_PRELOAD_MODULES="part_gpt part_msdos"

# Uncomment to enable booting from LUKS encrypted devices
#GRUB_ENABLE_CRYPTODISK=y

# Uncomment to use basic console
GRUB_TERMINAL_INPUT=console

# Uncomment to disable graphical terminal
#GRUB_TERMINAL_OUTPUT=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command 'videoinfo'
GRUB_GFXMODE=auto

# Uncomment to allow the kernel use the same resolution used by grub
GRUB_GFXPAYLOAD_LINUX=keep

# Uncomment if you want GRUB to pass to the Linux kernel the old parameter
# format "root=/dev/xxx" instead of "root=/dev/disk/by-uuid/xxx"
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
GRUB_DISABLE_RECOVERY=true

# Uncomment and set to the desired menu colors.  Used by normal and wallpaper
# modes only.  Entries specified as foreground/background.
GRUB_COLOR_NORMAL="light-gray/black"
GRUB_COLOR_HIGHLIGHT="green/black"

# Uncomment one of them for the gfx desired, a image background or a gfxtheme
#GRUB_BACKGROUND="/usr/share/grub/background.png"
GRUB_THEME="/usr/share/grub/themes/manjaro/theme.txt"

# Uncomment to get a beep at GRUB start
#GRUB_INIT_TUNE="480 440 1"
[manjaro /]# cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-x86_64 lang=de_DE keytable=de tz=Europe/Berlin driver=free nouveau.modeset=1 i915.modeset=1 radeon.modeset=1 misobasedir=manjaro misolabel=MJRO1813 quiet systemd.show_status=1
Wichtig ist ja eigentlich nur grub.d/00_header bzw. grub.d/10_linux ?

Code: Alles auswählen

[manjaro /]# cat /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
insmod part_gpt
insmod part_msdos
if [ -s $prefix/grubenv ]; then
  load_env
fi
if [ "${next_entry}" ] ; then
   set default="${next_entry}"
   set next_entry=
   save_env next_entry
   set boot_once=true
else
   set default="${saved_entry}"
fi

if [ x"${feature_menuentry_id}" = xy ]; then
  menuentry_id_option="--id"
else
  menuentry_id_option=""
fi

export menuentry_id_option

if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}

function load_video {
  if [ x$feature_all_video_module = xy ]; then
    insmod all_video
  else
    insmod efi_gop
    insmod efi_uga
    insmod ieee1275_fb
    insmod vbe
    insmod vga
    insmod video_bochs
    insmod video_cirrus
  fi
}

set menu_color_normal=light-gray/black
set menu_color_highlight=green/black

if [ x$feature_default_font_path = xy ] ; then
   font=unicode
else
insmod part_gpt
insmod ext2
search --no-floppy --fs-uuid --set=root 4e9f80a0-fb65-44a3-a9cc-8d25ceeea0fd
    font="/usr/share/grub/unicode.pf2"
fi

if loadfont $font ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
fi
terminal_input console
terminal_output gfxterm
insmod part_gpt
insmod ext2
search --no-floppy --fs-uuid --set=root 4e9f80a0-fb65-44a3-a9cc-8d25ceeea0fd
insmod gfxmenu
loadfont ($root)/usr/share/grub/themes/manjaro/dejavu_sans_12.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/dejavu_sans_14.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/dejavu_sans_16.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/dejavu_sans_24.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/dejavu_sans_48.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/dejavu_sans_bold_16.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/dejavu_sans_mono_12.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/terminus-12.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/terminus-14.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/terminus-16.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/terminus-18.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/terminus-b12.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/terminus-b14.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/terminus-b16.pf2
loadfont ($root)/usr/share/grub/themes/manjaro/terminus-b18.pf2
insmod png
set theme=($root)/usr/share/grub/themes/manjaro/theme.txt
export theme
if [ x$feature_timeout_style = xy ] ; then
  set timeout_style=hidden
  set timeout=10
# Fallback hidden-timeout code in case the timeout_style feature is
# unavailable.
elif sleep --interruptible 10 ; then
  set timeout=0
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Manjaro Linux' --class manjaro --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-4e9f80a0-fb65-44a3-a9cc-8d25ceeea0fd' {
	savedefault
	load_video
	set gfxpayload=keep
	insmod gzio
	insmod part_gpt
	insmod ext2
	search --no-floppy --fs-uuid --set=root 4e9f80a0-fb65-44a3-a9cc-8d25ceeea0fd
	linux	/boot/vmlinuz-5.4-x86_64 root=UUID=4e9f80a0-fb65-44a3-a9cc-8d25ceeea0fd rw  quiet apparmor=1 security=apparmor udev.log_priority=3
	initrd	/boot/intel-ucode.img /boot/initramfs-5.4-x86_64.img
}
submenu 'Advanced options for Manjaro Linux' $menuentry_id_option 'gnulinux-advanced-4e9f80a0-fb65-44a3-a9cc-8d25ceeea0fd' {
	menuentry 'Manjaro Linux (Kernel: 5.4.95-1-MANJARO x64)' --class manjaro --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.4.95-1-MANJARO x64-advanced-4e9f80a0-fb65-44a3-a9cc-8d25ceeea0fd' {
	savedefault
		load_video
		set gfxpayload=keep
		insmod gzio
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root 4e9f80a0-fb65-44a3-a9cc-8d25ceeea0fd
		linux	/boot/vmlinuz-5.4-x86_64 root=UUID=4e9f80a0-fb65-44a3-a9cc-8d25ceeea0fd rw  quiet apparmor=1 security=apparmor udev.log_priority=3
		initrd	/boot/intel-ucode.img /boot/initramfs-5.4-x86_64.img
	}
	menuentry 'Manjaro Linux (Kernel: 5.4.95-1-MANJARO x64 - fallback initramfs)' --class manjaro --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-5.4.95-1-MANJARO x64-fallback-4e9f80a0-fb65-44a3-a9cc-8d25ceeea0fd' {
		load_video
		set gfxpayload=keep
		insmod gzio
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root 4e9f80a0-fb65-44a3-a9cc-8d25ceeea0fd
		linux	/boot/vmlinuz-5.4-x86_64 root=UUID=4e9f80a0-fb65-44a3-a9cc-8d25ceeea0fd rw  quiet apparmor=1 security=apparmor udev.log_priority=3
		initrd	/boot/initramfs-5.4-x86_64-fallback.img
	}
	menuentry 'Manjaro Linux (Kernel: 4.19.173-1-MANJARO x64)' --class manjaro --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19.173-1-MANJARO x64-advanced-4e9f80a0-fb65-44a3-a9cc-8d25ceeea0fd' {
	savedefault
		load_video
		set gfxpayload=keep
		insmod gzio
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root 4e9f80a0-fb65-44a3-a9cc-8d25ceeea0fd
		linux	/boot/vmlinuz-4.19-x86_64 root=UUID=4e9f80a0-fb65-44a3-a9cc-8d25ceeea0fd rw  quiet apparmor=1 security=apparmor udev.log_priority=3
		initrd	/boot/intel-ucode.img /boot/initramfs-4.19-x86_64.img
	}
	menuentry 'Manjaro Linux (Kernel: 4.19.173-1-MANJARO x64 - fallback initramfs)' --class manjaro --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-4.19.173-1-MANJARO x64-fallback-4e9f80a0-fb65-44a3-a9cc-8d25ceeea0fd' {
		load_video
		set gfxpayload=keep
		insmod gzio
		insmod part_gpt
		insmod ext2
		search --no-floppy --fs-uuid --set=root 4e9f80a0-fb65-44a3-a9cc-8d25ceeea0fd
		linux	/boot/vmlinuz-4.19-x86_64 root=UUID=4e9f80a0-fb65-44a3-a9cc-8d25ceeea0fd rw  quiet apparmor=1 security=apparmor udev.log_priority=3
		initrd	/boot/initramfs-4.19-x86_64-fallback.img
	}
}

### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/30_uefi-firmware ###
menuentry 'UEFI Firmware Settings' $menuentry_id_option 'uefi-firmware' {
	fwsetup
}
### END /etc/grub.d/30_uefi-firmware ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  ${config_directory}/custom.cfg ]; then
  source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg
fi
### END /etc/grub.d/41_custom ###

### BEGIN /etc/grub.d/60_memtest86+ ###
if [ "${grub_platform}" == "pc" ]; then
    menuentry "Memory Tester (memtest86+)" --class memtest86 --class gnu --class tool {
        search --fs-uuid --no-floppy --set=root  4e9f80a0-fb65-44a3-a9cc-8d25ceeea0fd
        linux16 /boot/memtest86+/memtest.bin 
    }
fi
### END /etc/grub.d/60_memtest86+ ###
Dieser Efi-Kram nervt mich, aber über kurz oder lang wird es wohl nichts anderes mehr geben.

Ich hoffe ihr habt eine Idee und könnt mir helfen.

Danke vorab TM
Viele Tipps, die die Umwelt schonen https://www.smarticular.net/

Themen Author
Thatsme
Forum Gott
Forum Gott
Beiträge: 337
Registriert: Dienstag 15. September 2020, 10:14
CPU: verschiedene
GPU: verschiedene
Kernel: LTS 5.4.105-1
Desktop-Variante: XFCE
GPU Treiber: free-nonfree, kommt darauf an, welcher aktuell funktioniert
Hat sich bedankt: 77 Mal
Danksagung erhalten: 23 Mal

Re: failed load Kernel modules, fail mount /boot/efi dependency failed for local file system

#2

Beitrag von Thatsme »

Was mir aufgefallen ist und ich null verstehe.
Bin ich im chroot gibt es In der Wurzel von /boot die üblichen initramfs' und den Ordner grub
/mnt/boot/initramfs-4.19-x86_64.img
/mnt/boot/initramfs-4.19-x86_64-fallback.img
/mnt/boot/initramfs-5.4-x86_64.img
/mnt/boot/initramfs-5.4-x86_64-fallback.img
/mnt/boot/intel-ucode.img
/mnt/boot/linux54-x86_64.kver
/mnt/boot/linux419-x86_64.kver
/mnt/boot/vmlinuz-4.19-x86_64
/mnt/boot/vmlinuz-5.4-x86_64
Dann die normalen Ordner
/mnt/boot/grub/grub.cfg
/mnt/boot/grub/grubenv
(+ die Ordner fonts, locale, theme, x86_64-efi)
Für Efi braucht es dann noch:
/mnt/boot/efi/EFI/boot/bootx64.efi
/mnt/boot/efi/EFI/Manjaro/grubx64.efi
Klicke ich aber den Datenträger meiner nvme an, fehlen in der Wurzel von /boot die iniramfs Dateien, und auch der Ordner grub.

/run/media/manjaro/4467-EAA5/ #-> das ist ja die Efi-Partition

/run/media/manjaro/4467-EAA5/EFI/boot/bootx64.efi
/run/media/manjaro/4467-EAA5/EFI/Manjaro/grubx64.efi

Logischerweise auch, wenn ich aus chroot raus, gehe.

Das bedeutet doch eigentlich, dass nicht alles in /boot geschrieben wurde, was da drin sein sollte??

Dann habe ich noch dies hier gefunden. Das scheint mir eine mögliche Lösung/Ursache zu sein?
https://wiki.manjaro.org/index.php?titl ... Bootloader
However in some situations (and reported in some topics here), it is not (possibly due to firmware issues). The above steps do not ensure that Manjaro bootorder will be booted up. In these cases, one extra command is required.

Code: Alles auswählen

sudo cp /boot/grub/x86_64-efi/core.efi /boot/efi/EFI/boot/bootx64.efi
Or, if done at livecd (or another OS) and mounted / partition to /mnt and /boot/efi partition to /mnt/boot/efi

Code: Alles auswählen

sudo cp /mnt/boot/grub/x86_64-efi/core.efi /mnt/boot/efi/EFI/boot/bootx64.efi
Copying /boot/efi/EFI/Manjaro/grubx64.efi instead of /boot/grub/x86_64-efi/core.efi can also accomplish the same thing because /boot/efi/EFI/Manjaro/grubx64.efi is itself a copy of /boot/grub/x86_64-efi/core.efi

So doing this is also an alternative.

Code: Alles auswählen

sudo cp /boot/efi/EFI/Manjaro/grubx64.efi /boot/efi/EFI/boot/bootx64.efi
----------------
OT

@Manfrago ich war lieb und machte, was du gesagt hast. Ich habe sogar ein Timeshift.
Aber ich möchte trotzdem wissen, was da schief läuft, bzw. wie man das wieder hin bekommt.
Das ist halt meine Neugier und weil ich Problemen gerne auf den Grund gehe, bzw. wissen will, wie man sie löst. Könnte ja sein, dass das wieder passiert. Und immer nur timeshiften bringt dann ja auch nichts.
Viele Tipps, die die Umwelt schonen https://www.smarticular.net/
Benutzeravatar

LaGGGer
Forum Held
Forum Held
Beiträge: 1519
Registriert: Freitag 26. Juni 2020, 18:53
CPU: AMD Ryzen 7 5800X
GPU: GeForce GTX 1060
Kernel: 6.5
Desktop-Variante: XFCE
GPU Treiber: Nvidia aktuell
Hat sich bedankt: 141 Mal
Danksagung erhalten: 249 Mal

Re: failed load Kernel modules, fail mount /boot/efi dependency failed for local file system

#3

Beitrag von LaGGGer »

Ich hatte das Problem auch mal, allerdings mit einem PC, was aber keine Rolle spielen dürfte.

Ich hoffe ich habe das, was ich jetzt vorschlage, nicht in deiner sehr ausführlichen Beschreibung überlesen.

Aaalso...

Notebook ist ausgeschaltet, einschalten und dabei die Shift Taste festhalten. Ich nehme immer die linke.
Jetzt kommst du in ein Menü, dort die Advanced Options auswählen. Jetzt kommst du in ein Menü mit mehreren Kernels.

Wähle mal einen älteren aus und starte mit diesem.

Viel Glück.
°°
MfG LaGGGer
Benutzeravatar

cip2017
Erfahrenes Foren Mitglied
Erfahrenes Foren Mitglied
Beiträge: 67
Registriert: Montag 30. September 2019, 09:52
Wohnort: Frankfurt am Main
CPU: Ryzen 9 3900X 12 Core *12 / 32 GB Ram /32 TB SSDÅ›/ HDÅ›
GPU: AMD Radeon 5700 XT
Kernel: 5.18.7-1 / immer neusten Kernel
Desktop-Variante: immer Aktuell
GPU Treiber: AMDGPU-Radeon Vulkan / Vulkan ToolÅ›
Hat sich bedankt: 1 Mal
Danksagung erhalten: 9 Mal

Re: failed load Kernel modules, fail mount /boot/efi dependency failed for local file system

#4

Beitrag von cip2017 »

Hatte das Problem auch auf Notebook und PC.
Im Bios waren folgende Optionen zur Auswahl:
Boot Both Uefi and Legacy
Boot Uefi only
Boot Legacy only

Schau einmal ob es bei Dir genauso möglich ist.
Stelle dann das ganze nur auf Uefi respektive Legacy Boot.

Dann sollte es gehen.

Vielleicht ist das das Problem.
Eventuell Manjaro neu Aufsetzen, geht dann schneller als die ganze Frimelei,
Neuester Kernel sollte auch gehen.

Themen Author
Thatsme
Forum Gott
Forum Gott
Beiträge: 337
Registriert: Dienstag 15. September 2020, 10:14
CPU: verschiedene
GPU: verschiedene
Kernel: LTS 5.4.105-1
Desktop-Variante: XFCE
GPU Treiber: free-nonfree, kommt darauf an, welcher aktuell funktioniert
Hat sich bedankt: 77 Mal
Danksagung erhalten: 23 Mal

Re: failed load Kernel modules, fail mount /boot/efi dependency failed for local file system

#5

Beitrag von Thatsme »

LaGGGer hat geschrieben: ↑Freitag 12. Februar 2021, 09:44 Notebook ist ausgeschaltet, einschalten und dabei die Shift Taste festhalten. Ich nehme immer die linke.
Jetzt kommst du in ein Menü, dort die Advanced Options auswählen. Jetzt kommst du in ein Menü mit mehreren Kernels.
Wähle mal einen älteren aus und starte mit diesem.
Danke!
Hat nicht geklappt :(
cip2017 hat geschrieben: ↑Freitag 12. Februar 2021, 10:29 Stelle dann das ganze nur auf Uefi respektive Legacy Boot.
Meiner kann leider nur Uefi :(
Ich bereue den Kauf des Laptops inzwischen
Eventuell Manjaro neu Aufsetzen, geht dann schneller als die ganze Frimelei,
Da kannst du recht haben. Auch eine Gelegenheit, das "schnelle Nachinstallieren"mit der pakete.txt mal aus zu probieren.

Nachdem mir Timeshift dringend ans Herz gelegt wurde hoffte ich, dass ich ich das nutzen kann. Da habe ich nämlich noch eine mehrere aktuelle Sicherungen auf verschiedenen Partitionen. Eine Anleitung zur Wiederherstellung wurde mir aber nicht gegeben und das was ich im Netz finde funktioniert nicht, bzw. ich komme damit nicht klar.
Leider wird im chroot kein device gefunden.
Und vom livestick lässt sich timeshift nicht starten, obwohl es im Anwendungsmenü angezeigt wird, ich es aufrufen kann und die PW Abfrage erscheint. Das Programm wird aber nicht geöffnet.

Wobei ich nicht mal sicher bin, dass das was nutzen würde. Es hat ja nichts in / verhagelt. Das scheint eher was auf efi Ebne zu sein?
Neuester Kernel sollte auch gehen.
Seltsamer Weise nicht. Mit dem 5.10 funktioniert die Grafik nicht!! Zumindest nicht ohne Nacharbeit.
https://forum.manjaro.org/t/kernel-5-9- ... i915/39424

Obwohl ich mir extra einen Rechner mit intel GPU kaufte, für den es den Treiber schon länger gibt.
Ich finde es ehrlich gesagt mehr als verwunderlich (peinlich), dass der neueste Kernel eine iGPU nicht packt, ältere aber schon.
Ich dachte, gerade für neuere Geräte soll man die neueren Kernel nehmen.
Viele Tipps, die die Umwelt schonen https://www.smarticular.net/
Benutzeravatar

cip2017
Erfahrenes Foren Mitglied
Erfahrenes Foren Mitglied
Beiträge: 67
Registriert: Montag 30. September 2019, 09:52
Wohnort: Frankfurt am Main
CPU: Ryzen 9 3900X 12 Core *12 / 32 GB Ram /32 TB SSDÅ›/ HDÅ›
GPU: AMD Radeon 5700 XT
Kernel: 5.18.7-1 / immer neusten Kernel
Desktop-Variante: immer Aktuell
GPU Treiber: AMDGPU-Radeon Vulkan / Vulkan ToolÅ›
Hat sich bedankt: 1 Mal
Danksagung erhalten: 9 Mal

Re: failed load Kernel modules, fail mount /boot/efi dependency failed for local file system

#6

Beitrag von cip2017 »

Noch eine Idee, diverse Rechner (habe Mehrere)machen mir im Moment verschiedene Probleme mit den 20.2er Isos (KDE,XFCE,Cinnamon etc), bei Neuinstallation.

Gerade beim Setzen vom Bootloader, Grub, Efi usw.
Kannst Alles vom Livestick partitionieren, installieren usw. Läuft auch ganz Normal durch.
Nach Neustart teilweise Ähnliche Probleme wie Du.
Je nach Rechner.

Mit den 20.1er Isos keine Fehler.
Ziehe Dir vielleicht noch eine 20.1 er Iso.
Danch Läuft das Update auf neueste Version Fehlerfrei.

https://osdn.net/projects/manjaro-arm/storage/rpi4/

Benutzer 1396 gelöscht

Re: failed load Kernel modules, fail mount /boot/efi dependency failed for local file system

#7

Beitrag von Benutzer 1396 gelöscht »

Thatsme hat geschrieben: ↑Freitag 12. Februar 2021, 11:22 ....Und vom livestick lässt sich timeshift nicht starten, obwohl es im Anwendungsmenü angezeigt wird, ich es aufrufen kann und die PW Abfrage erscheint. Das Programm wird aber nicht geöffnet.....
Das Passwort lautet "manjaro", nach 3 Fehleingaben wird das komplette Live-System für 10 Minuten gesperrt.

Themen Author
Thatsme
Forum Gott
Forum Gott
Beiträge: 337
Registriert: Dienstag 15. September 2020, 10:14
CPU: verschiedene
GPU: verschiedene
Kernel: LTS 5.4.105-1
Desktop-Variante: XFCE
GPU Treiber: free-nonfree, kommt darauf an, welcher aktuell funktioniert
Hat sich bedankt: 77 Mal
Danksagung erhalten: 23 Mal

Re: failed load Kernel modules, fail mount /boot/efi dependency failed for local file system

#8

Beitrag von Thatsme »

cip2017 hat geschrieben: ↑Freitag 12. Februar 2021, 12:45 Noch eine Idee, diverse Rechner (habe Mehrere)machen mir im Moment verschiedene Probleme mit den 20.2er Isos (KDE,XFCE,Cinnamon etc), bei Neuinstallation.
Das beruhigt mich sehr, das zu lesen! Als ich sagte, dass sämtliche neuen Isos bei mir nicht funktionieren, wurde mir das nicht geglaubt. Bei mir funktioniert nur die uralte Iso 18.X mit Kernel 53, den es gar nicht mehr gibt
Kannst Alles vom Livestick partitionieren, installieren usw. Läuft auch ganz Normal durch.
Ich wollte ja schon die Efi Partition neu formatieren, weil die vorinstalliert mit msftdata/Vfat und Microsoft Basissystem.
Normalerweise dürfte da nichts passieren, da die Firmware ja m. W. auf dem Chip oder sonstwo liegt, aber nicht auf der Efipartition. Ich kenne mich mit Uefi nicht aus. man weiß ja nie Der Hersteller antwortet mir aber leider nicht, ob ich das gefahrlos machen kann.
Nach Neustart teilweise Ähnliche Probleme wie Du. Je nach Rechner.
Beruhigend zu wissen, dass eben doch nicht alles an mir liegt.
Mit den 20.1er Isos keine Fehler.
Ziehe Dir vielleicht noch eine 20.1 er Iso.
Lustig, die habe ich mir gerade runter geladen. Das war die einzige, die ich nicht probiert hatte.
Das ist die KDE Version. Heißt leider noch lange nicht, dass die xfce-Iso auch problemfrei ist :(

Ich habe es mit rescatux versucht. Dort kommt was von wegen "missing firmware" *staun*
Also nicht mal recatux schafft es.

Jetzt bin ich gerade mit Supergrub2 unterwegs und staune, wie viele versteckte Partitionen da gefunden werden.
Sogar das Datum, wann das Image per CD vom Hersteller aufgespielt wurde, ist dort sichtbar.

Ich gehe nun alle gefundenen Bootoptionen durch. Ich wills einfach wissen.
Wenn alles scheitert, installiere ich halt neu und hoffe, dass die 20.1 Iso funktioniert. Denn mit der 18 muss man über 1000 Updates machen.
Viele Tipps, die die Umwelt schonen https://www.smarticular.net/

Themen Author
Thatsme
Forum Gott
Forum Gott
Beiträge: 337
Registriert: Dienstag 15. September 2020, 10:14
CPU: verschiedene
GPU: verschiedene
Kernel: LTS 5.4.105-1
Desktop-Variante: XFCE
GPU Treiber: free-nonfree, kommt darauf an, welcher aktuell funktioniert
Hat sich bedankt: 77 Mal
Danksagung erhalten: 23 Mal

Re: failed load Kernel modules, fail mount /boot/efi dependency failed for local file system

#9

Beitrag von Thatsme »

Manfrago hat geschrieben: ↑Freitag 12. Februar 2021, 13:34
Thatsme hat geschrieben: ↑Freitag 12. Februar 2021, 11:22 ....Und vom livestick lässt sich timeshift nicht starten, obwohl es im Anwendungsmenü angezeigt wird, ich es aufrufen kann und die PW Abfrage erscheint. Das Programm wird aber nicht geöffnet.....
Das Passwort lautet "manjaro", nach 3 Fehleingaben wird das komplette Live-System für 10 Minuten gesperrt.
Danke. "Erstaunlicherweise" (?) weiß ich, dass im Livesystem das PW manjaro ist. Eine Glanzleistung, auf die ich bestimmt stolz sein kann, nachdem ich ja schon öfters mal das Livesystem nutzte.

Bezüglich starten von Timeshift im Livesystem hatte ich vorsichtshalber auch mein RootPW versucht, nachdem das PW manjaro das Programm nicht startete.

Auch hatte ich es mit und ohne chroot per Konsole versucht, timeshift zu starten, finden. Es wurden wie gesagt keine Devices gefunden. Aber es sind definitiv Timeshiftordner mit Snapshots vorhanden. Die werden im Dateimanager auch angezeigt.

Alles versucht. (Und ja, ich habe die Befehle /dev/xyz an meine Partitionen angepasst und nicht 1 zu 1 aus der Hilfe übernommen ;) )

--list[-snapshots] List snapshots
--list-devices
--snapshot <name>
Examples:
timeshift --list
timeshift --list --snapshot-device /dev/sda1
timeshift --restore
timeshift --restore --snapshot '2014-10-12_16-29-08' --target /dev/sda1
Viele Tipps, die die Umwelt schonen https://www.smarticular.net/

Themen Author
Thatsme
Forum Gott
Forum Gott
Beiträge: 337
Registriert: Dienstag 15. September 2020, 10:14
CPU: verschiedene
GPU: verschiedene
Kernel: LTS 5.4.105-1
Desktop-Variante: XFCE
GPU Treiber: free-nonfree, kommt darauf an, welcher aktuell funktioniert
Hat sich bedankt: 77 Mal
Danksagung erhalten: 23 Mal

Re: failed load Kernel modules, fail mount /boot/efi dependency failed for local file system

#10

Beitrag von Thatsme »

UPDATE:
Habe vmlinuz-5.4-x86_64 (single) von supergrub gewählt.

systemctl bezüglich mount /boot efi zeigt an, dass das vfat Filesystem nicht erkannt wird.
Das hatte ich doch aber geprüft! Siehe oben.
Meldung

Code: Alles auswählen

Mounting /boot/efi...
mount: /boot/efi: unbekannter Dateisystemtyp >>vf>  #danach ist die Zeile abgeschnitten, was ja irre sinnvoll ist)
boot.efi.mount: Mount process exited, code=exite> #auch abgschnittten
boot-efi.mount: Failed with result 'exit-code' .
Failed to mount /boot/efi
Auch hatte ich die beiden Kernel 54 und 419 vorsichtshalber nochmals neu installiert.
Was stimmt da nicht?
Warum erkennt der Kernel kein vfat mehr?
----------
Und auch das hatte ich gemacht:

Code: Alles auswählen

sudo cp /boot/grub/x86_64-efi/core.efi /boot/efi/EFI/boot/bootx64.efi
Wie im Link oben empfohlen.
Hier https://archived.forum.manjaro.org/t/gr ... e/70230/12
ist in weiterer Befehl angeführt, das kann ich auch noch versuchen.

Code: Alles auswählen

sudo cp /boot/grub/x86_64-efi/core.efi /boot/efi/EFI/boot/bootx64.efi
sudo efibootmgr -c -d /dev/sda -p 1 -L "manjaro" -l "\EFI\Manjaro\grubx64.efi"
Natürlich angepasst auf meine efi partition nvme statt sda

aber ob das hilft, wenn das vfat nicht erkannt wird?
Ist das nicht eher ein Kernelproblem? Und warum so plötzlich und vorher nicht? Der 5.4 hat doch funktioniert.

EDIT:
Noch was gefunden
https://bbs.archlinux.org/viewtopic.php?id=178358
It might be advisable for people on EFI systems to add vfat to their MODULES array in mkinitcpio.conf, so that when this happens, they can still mount their ESP and sync the correct kernel+initrd.
Mal sehen, ob ich das hin bekomme. Muss ich halt noch ein bisschen weiter recherchieren.
Am liebsten wäre es mir, ich könnte das im rscue-modus erledigen, in dem ich gerade bin.
Viele Tipps, die die Umwelt schonen https://www.smarticular.net/

Jean-Paul
Forum Gott
Forum Gott
Beiträge: 408
Registriert: Sonntag 17. Dezember 2017, 18:19
CPU: --
GPU: --
Kernel: --
Desktop-Variante: --
GPU Treiber: --
Hat sich bedankt: 42 Mal
Danksagung erhalten: 48 Mal

Re: failed load Kernel modules, fail mount /boot/efi dependency failed for local file system

#11

Beitrag von Jean-Paul »

Hallo, war eigentlich vorher schon mal ein Betriebssystem installiert auf dem neuen Notebook? Ich würde jetzt so vorgehen, nur ein Vorschlag der nicht befolgt werden muss: Das wäre zumindest für mich der einfachste Weg.

1.)
Neueste ISO ziehen auf USB ziehen, alternativ auf DVD.

2.)
UEFI ist ja eh das einzigste was geht anscheinend.

3.)
Secure Boot ausschalten. CSM ebenso.

4.)
Booten von USB-Stick.

5.)
Wenn das funktioniert, Manjaro installieren und anschließend Kernel 5.4.95 installieren und schauen ob es läuft. Ich nutze immer den vom System empfohlen Kernel. Zusätzlich installiere ich dann noch einen Alternativen. Damit bin ich seit jeher gut damit gefahren.

Geht wieder nix, ziehe Dir doch mal eine Alternative Linux Distribution, z.b. MX Linux, auf einen USB-Stick drauf und im Live Modus testen....

Viel Erfolg
Benutzeravatar

cip2017
Erfahrenes Foren Mitglied
Erfahrenes Foren Mitglied
Beiträge: 67
Registriert: Montag 30. September 2019, 09:52
Wohnort: Frankfurt am Main
CPU: Ryzen 9 3900X 12 Core *12 / 32 GB Ram /32 TB SSDÅ›/ HDÅ›
GPU: AMD Radeon 5700 XT
Kernel: 5.18.7-1 / immer neusten Kernel
Desktop-Variante: immer Aktuell
GPU Treiber: AMDGPU-Radeon Vulkan / Vulkan ToolÅ›
Hat sich bedankt: 1 Mal
Danksagung erhalten: 9 Mal

Re: failed load Kernel modules, fail mount /boot/efi dependency failed for local file system

#12

Beitrag von cip2017 »

Meines Erachtens brauchst Du bei EXT4 keine boot/efi Respektive FAT32, das ist nur bei BTRFS von Nöten.
Einfach Platte Tillen und Alles ext4 und Gut.
Bei ext4 kann Es auch Möglich sein das Es wegen der /boot/efi rumzickt.

Bei BTRFS Wäre die FAT32 /boot/efi mit dem Flag bootfähig Angesagt.
Als Beispiel BTRFS bei Mir:
FAT32 mit 512 MB Einhängepunkt /boot/efi und unten den Flag Bootfähig.
BTRFS mit 120 GB für Root / mit dem Flag root
BTRFS mit 4 TB für /home kein Flag.

Also Platte wie folgt Aufteilen:
Am Anfang der Platte eventuell Swap einrichten mit dem Flag (unteres Menü) Auslagerunsdatei (Nur bei Bedarf, auch die Größe nach Bedarf).
Eine Partition ext4 mit Root also / mit dem Flag (Unteres Menü) root
Eine Partition ext4 für Home also /home kein Flag Nötig.
Und Gut!

Vielleicht kommen Wir dann der Sache näher.

Themen Author
Thatsme
Forum Gott
Forum Gott
Beiträge: 337
Registriert: Dienstag 15. September 2020, 10:14
CPU: verschiedene
GPU: verschiedene
Kernel: LTS 5.4.105-1
Desktop-Variante: XFCE
GPU Treiber: free-nonfree, kommt darauf an, welcher aktuell funktioniert
Hat sich bedankt: 77 Mal
Danksagung erhalten: 23 Mal

Re: failed load Kernel modules, fail mount /boot/efi dependency failed for local file system

#13

Beitrag von Thatsme »

Vielen Dank an alle, dass ihr mir so tüchtig helft!

Ich schreibe jetzt mal das 20.1 Iso und versuche es damit.
Viele Tipps, die die Umwelt schonen https://www.smarticular.net/
Benutzeravatar

gosia
Forum Held
Forum Held
Beiträge: 2232
Registriert: Dienstag 24. Mai 2016, 13:33
CPU: Intel i5-3210M
GPU: Intel HD 4000
Kernel: 4.19
Desktop-Variante: Openbox
GPU Treiber: i915
Hat sich bedankt: 20 Mal
Danksagung erhalten: 495 Mal

Re: failed load Kernel modules, fail mount /boot/efi dependency failed for local file system

#14

Beitrag von gosia »

Hallo cip2017,
cip2017 hat geschrieben: ↑Freitag 12. Februar 2021, 15:15 Meines Erachtens brauchst Du bei EXT4 keine boot/efi
Hm, ich habe von UEFI kaum Ahnung, aber bei einem Gerät, das nur UEFI kann
Thatsme hat geschrieben: ↑Freitag 12. Februar 2021, 11:22 Meiner kann leider nur Uefi
braucht es doch wohl eine EFI System Partition und die ist in ext4 nicht möglich.
Außerdem glaube ich mich zu erinnern, dass Thatsme noch Windows auf dem Ding braucht, für irgendwelches BIOS-Update oder so. Aber da kann es sein, dass ich das mit einem der anderen 20 PCs verwechsle, die Thatsme noch zu Hause rumstehen hat.

viele Grüße gosia

Themen Author
Thatsme
Forum Gott
Forum Gott
Beiträge: 337
Registriert: Dienstag 15. September 2020, 10:14
CPU: verschiedene
GPU: verschiedene
Kernel: LTS 5.4.105-1
Desktop-Variante: XFCE
GPU Treiber: free-nonfree, kommt darauf an, welcher aktuell funktioniert
Hat sich bedankt: 77 Mal
Danksagung erhalten: 23 Mal

Re: failed load Kernel modules, fail mount /boot/efi dependency failed for local file system

#15

Beitrag von Thatsme »

@Jean-Paul
Neueste Isos funktionieren bei mir nicht.
Der 54 LTS ist schon installiert.
MX Linux will ich auch testen, aber erst, wenn Manjaro endlich wieder bootet.
Ich denk zwar, dass man das Problem mit dem mount /boot lösen könnte. Aber anscheinend muss ich wohl doch eine Neuinstall machen. Darum hoffe ich, dass wenigstens die 20.1.1 oder 20.1.2 Iso funktioniert

@ cip2017 zum notwendigen Filesystem von ESP/Efi Partition hat @gosia ja schon was gesagt.
Swap brauche ich bei 32 GB RAM eher nicht und vorerst mache ich kein hibernate.
gosia hat geschrieben: ↑Freitag 12. Februar 2021, 15:36 Außerdem glaube ich mich zu erinnern, dass Thatsme noch Windows auf dem Ding braucht, für irgendwelches BIOS-Update oder so. Aber da kann es sein, dass ich das mit einem der anderen 20 PCs verwechsle, die Thatsme noch zu Hause rumstehen hat.
Lol, es sind aktuell 5, wobei 2 davon nostalgische alte Laptops sind und 1 wird ja verschenkt.
Ich bewunder dein Gedächtnis und was du dir so alles über mich merkst. Der mit Windows der ein Bios Update brauchte wird an einen Hartz4 Schüler verschenkt, der keinen PC hat. Und die brauchen Windows. Aber das installiere ich neu, und richte dem eine Datenpartition ein. Der Win Partition hatte ich nur die minimalen 80 GB gegeben. Das ist zu knapp, wenn man Win voll nutzt.

So, nun mache ich mich halt leider leider an die Neuinstallation. Schade, hätte ich gerne vermieden.
Viele Tipps, die die Umwelt schonen https://www.smarticular.net/
Antworten

Zurück zu „Manjaro Linux Hardware und Kernel“