[SOLVED] grub-mkconfig broken

TMLKyza · 2022-12-01 16:49:30

Hi, I'm new to the forum and I am not completely sure if this is the right place to post this issue, but here goes nothing.
I have just finished installing a root on zfs system with an UEFI partition and it went quite smoothly, I'm not new to this and I have had a couple of debian roots on zfs.
Everything is in order, the system boots fine and all but whenever I try to call grub-mkconfig this happens:

# sudo grub-mkconfig -o /boot/grub/grub.cfg                                                                               
Generating grub configuration file ...
Traceback (most recent call last):
  File "/etc/grub.d/05_zfs_linux.py", line 847, in <module>
    for en in Generator().generate_grub_entries():
  File "/etc/grub.d/05_zfs_linux.py", line 684, in generate_grub_entries
    grub_entry = GrubLinuxEntry(
  File "/etc/grub.d/05_zfs_linux.py", line 109, in __init__
    self.linux_root_dataset = os.path.join(
  File "/usr/lib/python3.10/posixpath.py", line 90, in join
    genericpath._check_arg_types('join', a, *p)
  File "/usr/lib/python3.10/genericpath.py", line 152, in _check_arg_types
    raise TypeError(f'{funcname}() argument must be str, bytes, or '
TypeError: join() argument must be str, bytes, or os.PathLike object, not 'NoneType'

I have already tried to reinstall the grub package, reinstall grub on my ESP and commenting out the changes I made to the /etc/default/grub file but nothing changed.
I tried searching a bit but I found nothing and I cannot debug my self what is going on to be fair.

My system configuration is as follows:

# lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
nvme0n1     259:0    0 476.9G  0 disk 
├─nvme0n1p1 259:1    0   300M  0 part /boot
├─nvme0n1p2 259:2    0   7.8G  0 part [SWAP]
└─nvme0n1p3 259:3    0 468.8G  0 part

# zfs list
NAME                    USED  AVAIL     REFER  MOUNTPOINT
archroot                189G   268G       96K  none
archroot/ROOT          13.0G   268G       96K  none
archroot/ROOT/default  13.0G   268G     12.0G  /
archroot/data           175G   268G       96K  none
archroot/data/home      175G   268G     90.4G  /home

As for the /etc/default/grub

# GRUB boot loader configuration

GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="Arch"
#GRUB_CMDLINE_LINUX_DEFAULT="pcie_acs_override=downstream,multifunction iommu=pt amd_iommu=on loglevel=3"
GRUB_CMDLINE_LINUX_DEFAULT="loglevel=3"
GRUB_CMDLINE_LINUX=""

# 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

# Set to 'countdown' or 'hidden' to change timeout behavior,
# press ESC key to display menu.
GRUB_TIMEOUT_STYLE=menu

# 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-blue/black"
#GRUB_COLOR_HIGHLIGHT="light-cyan/blue"

# Uncomment one of them for the gfx desired, a image background or a gfxtheme
#GRUB_BACKGROUND="/path/to/wallpaper"
#GRUB_THEME="/path/to/gfxtheme"

# Uncomment to get a beep at GRUB start
#GRUB_INIT_TUNE="480 440 1"

# Uncomment to make GRUB remember the last selection. This requires
# setting 'GRUB_DEFAULT=saved' above.
#GRUB_SAVEDEFAULT=true

# Uncomment to disable submenus in boot menu
#GRUB_DISABLE_SUBMENU=y

# Probing for other operating systems is disabled for security reasons. Read
# documentation on GRUB_DISABLE_OS_PROBER, if still want to enable this
# functionality install os-prober and uncomment to detect and include other
# operating systems.
#GRUB_DISABLE_OS_PROBER=false

Hope nothing is missing, feel free to ask for some more info.
Thanks everyone for your time!

Last edited by TMLKyza (2022-12-01 17:44:43)

WorMzy · 2022-12-01 16:51:32

Mod note: moving to AUR Issues

d.ALT · 2022-12-01 17:23:42

# lsblk -f

# cat /etc/fstab

TMLKyza · 2022-12-01 17:26:42

# lsblk -f
NAME        FSTYPE     FSVER LABEL    UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
nvme0n1                                                                                   
├─nvme0n1p1 vfat       FAT32          D66C-65D8                             190.2M    36% /boot
├─nvme0n1p2 swap       1              43f8d7a0-1417-424a-8d90-d3649bb5580e                [SWAP]
└─nvme0n1p3 zfs_member 5000  archroot 8420975920494737444

# cat /etc/fstab
# Static information about the filesystems.
# See fstab(5) for details.

# <file system> <dir> <type> <options> <dump> <pass>
# archroot/ROOT/default
#archroot/ROOT/default	/         	zfs       	rw,nodev,xattr,posixacl	0 0

# archroot/data/home
#archroot/data/home  	/home     	zfs       	rw,nodev,xattr,posixacl	0 0

# /dev/nvme0n1p1
UUID=D66C-65D8      	/boot     	vfat      	rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro	0 2

# /dev/nvme0n1p2
UUID=43f8d7a0-1417-424a-8d90-d3649bb5580e	none      	swap      	defaults  	0 0

d.ALT · 2022-12-01 17:30:16

Maybe the script is expecting ESP to be on /boot/efi or /efi

Last edited by d.ALT (2022-12-01 17:30:30)

V1del · 2022-12-01 17:30:41

Where is the ZFS python script from? Why do you think you need it?

TMLKyza · 2022-12-01 17:31:58

Is there a way to verify this ? because 1st time I ran it there were no issues at all. Now something happened and I don't know what

d.ALT · 2022-12-01 17:37:11

TMLKyza wrote:

Is there a way to verify this ? because 1st time I ran it there were no issues at all. Now something happened and I don't know what

V1del wrote:

Where is the ZFS python script from? Why do you think you need it?

\\\

TMLKyza wrote:

Is there a way to verify this ? because 1st time I ran it there were no issues at all. Now something happened and I don't know what

I presume... If you hae a look at the sources of the script, there should be somewhere some indications of what's the path it needs. (please have a look at what V1del wrote)

TMLKyza · 2022-12-01 17:40:43

I don't know why but I assumed it had to do with zfs-dkms, instead is from zedenv-grub and I don't actually use it. So uninstalling it solved the issue. Many thanks

Last edited by TMLKyza (2022-12-01 17:40:57)

Arch Linux

#1 2022-12-01 16:49:30

[SOLVED] grub-mkconfig broken

#2 2022-12-01 16:51:32

Re: [SOLVED] grub-mkconfig broken

#3 2022-12-01 17:23:42

Re: [SOLVED] grub-mkconfig broken

#4 2022-12-01 17:26:42

Re: [SOLVED] grub-mkconfig broken

#5 2022-12-01 17:30:16

Re: [SOLVED] grub-mkconfig broken

#6 2022-12-01 17:30:41

Re: [SOLVED] grub-mkconfig broken

#7 2022-12-01 17:31:58

Re: [SOLVED] grub-mkconfig broken

#8 2022-12-01 17:37:11

Re: [SOLVED] grub-mkconfig broken

#9 2022-12-01 17:40:43

Re: [SOLVED] grub-mkconfig broken

Board footer