[Arch Linux] Root on ZFS - vage foutmelding tijdens boot

[InflatableMouse]

Tijdens tests in een VM en op een separate disk heb ik deze problemen niet ondervonden, maar nu ik mijn eigen systeem met root op ZFS heb geinstalleerd zie ik het volgende tijdens het opstarten:

code:

:: running early hook [udev]
starting version 229
:: running hook [udev]
:: triggering uevents...
ash: 1: unknown operand
cannot open 'zroot': no such pool
ZFS: importing pool zroot
:: running late hook [zfs]
:: running cleanup hook [udev]

Welcome to Arch Linux!

Het systeem start goed op verder maar ik snap niet waar die 'ash: 1: unknown operand' vandaan komt, en waarom tie zegt 'cannot open 'zroot': no such pool' en vervolgens 'ZFS: importing pool zroot' om zroot toch te importeren.

Systeem boot UEFI met systemd-boot, GPT disk en aparte ext4 boot partitie.

inhoud van /boot/loader/entries/arch.conf:

code:

title arch linux
linux /vmlinuz-linux
initrd /intel-ucode.img
initrd /initramfs-linux.img
options zfs=zroot/ROOT/default rw

Heeft iemand wellicht een idee waar die meldingen vandaan komen en hoe ik ze kan oplossen?

Alvast bedankt!

[DeBolle]

Ziet eruit als een verkeerd terminal type waar bash iets wil vertellen, waarbij de eerste letter ('b') niet door komt. Het 'unknown operand' kan een verkeerd of missend quotje zijn, of blokhaak, of komma, of .. in een startscript.

[InflatableMouse]

Bedankt voor de reactie!

ash is de 'early shell', om het zo maar te noemen, er valt daar geen 'b' weg. Enige wat daar gebeurd is dat systemd geladen wordt, kernel geinitialiseerd, modules geladen via hooks. Ik heb net nog mkinitcpio.conf gechecked en voor de zekerheid opnieuw gedraaid (mkinitcpio -p linux) en gereboot, zelfde resultaat.

Ik heb wel deze gevonden, ook icm zfs:
http://pastebin.com/5CYWnCRz

Zonder oplossing welliswaar, maar zelfde probleem als dat ik zie.

[kunnen]

Zie https://bbs.archlinux.org/viewtopic.php?pid=1493032#p1493032; daar heeft iemand een vergelijkbare melding (met oplossing). Helpt dat?

[ Voor 46% gewijzigd door kunnen op 28-04-2016 21:59 ]

[InflatableMouse]

kunnen schreef op donderdag 28 april 2016 @ 21:57:
Zie https://bbs.archlinux.org/viewtopic.php?pid=1493032#p1493032; daar heeft iemand een vergelijkbare melding (met oplossing). Helpt dat?

Tx. Veel van die posts op arch bbs had ik inderdaad ook al gevonden.

Helaas staat er geen oplossing bij hoor. De 'ln -s' is voor de bug met grub over die canonical name not found, niet voor de ash operand of zfs import fail. Tenzij ik er overheen lees?

[kunnen]

Kun je eens je mkinitconf en fstab tonen?

[InflatableMouse]

code:

# vim:set ft=sh
# MODULES
# The following modules are loaded before any boot hooks are
# run.  Advanced users may wish to specify all system modules
# in this array.  For instance:
#     MODULES="piix ide_disk reiserfs"
MODULES=""

# BINARIES
# This setting includes any additional binaries a given user may
# wish into the CPIO image.  This is run last, so it may be used to
# override the actual binaries included by a given hook
# BINARIES are dependency parsed, so you may safely ignore libraries
BINARIES=""

# FILES
# This setting is similar to BINARIES above, however, files are added
# as-is and are not parsed in any way.  This is useful for config files.
FILES=""

# HOOKS
# This is the most important setting in this file.  The HOOKS control the
# modules and scripts added to the image, and what happens at boot time.
# Order is important, and it is recommended that you do not change the
# order in which HOOKS are added.  Run 'mkinitcpio -H <hook name>' for
# help on a given hook.
# 'base' is _required_ unless you know precisely what you are doing.
# 'udev' is _required_ in order to automatically load modules
# 'filesystems' is _required_ unless you specify your fs modules in MODULES
# Examples:
##   This setup specifies all modules in the MODULES setting above.
##   No raid, lvm2, or encrypted root is needed.
#    HOOKS="base"
#
##   This setup will autodetect all modules for your system and should
##   work as a sane default
#    HOOKS="base udev autodetect block filesystems"
#
##   This setup will generate a 'full' image which supports most systems.
##   No autodetection is done.
#    HOOKS="base udev block filesystems"
#
##   This setup assembles a pata mdadm array with an encrypted root FS.
##   Note: See 'mkinitcpio -H mdadm' for more information on raid devices.
#    HOOKS="base udev block mdadm encrypt filesystems"
#
##   This setup loads an lvm2 volume group on a usb device.
#    HOOKS="base udev block lvm2 filesystems"
#
##   NOTE: If you have /usr on a separate partition, you MUST include the
#    usr, fsck and shutdown hooks.
HOOKS="base udev autodetect modconf block keyboard zfs filesystems"

# COMPRESSION
# Use this to compress the initramfs image. By default, gzip compression
# is used. Use 'cat' to create an uncompressed image.
#COMPRESSION="gzip"
#COMPRESSION="bzip2"
#COMPRESSION="lzma"
#COMPRESSION="xz"
#COMPRESSION="lzop"
#COMPRESSION="lz4"

# COMPRESSION_OPTIONS
# Additional options for the compressor
#COMPRESSION_OPTIONS=""

code:

# 
# /etc/fstab: static file system information
#
# <file system> <dir>   <type>  <options>       <dump>  <pass>
#BOOT is on /dev/nvme0n1p1 vfat label=EFI_BOOT UUID=840B-97D5
UUID=840B-97D5  /boot   vfat    rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro    0 2

[kunnen]

Van de eerste error heb ik de bron gevonden:
https://github.com/archzf...a57cb7bc9a9cadfad22c67bd4
Lijkt me dus geen probleem; mocht je er per se vanaf willen komen dan moet je deze pull request gemerged zien te krijgen. (Of lokaal dit bestand bewerken, maar ja.)

Dan de tweede error. Je kunt in datzelfde bestand (https://github.com/techmu...t/zfs-utils.initcpio.hook) zien wanneer die error ontstaat, en mogelijk het juiste pad vinden om hem te voorkomen. Maar het lijkt zo ook te werken, dus ach.

Edit:
Zie https://github.com/archzfs/archzfs/issues/48 voor een beschrijving van beide problemen + oplossingen.

[ Voor 20% gewijzigd door kunnen op 28-04-2016 23:03 . Reden: Overigens prima googlebaar allemaal. ]

[InflatableMouse]

Jij bent goed! .

Die pull request heb ik niet gevonden, goeie! Ik ga es kijken of ik er achter kan komen waarom dat niet gemerged wordt, is al van 2015.

Dus eigenlijk wat je zegt is dat beide bugs zijn in dat script. Da's wel een beetje lelijk of niet dan?

Oke, ik denk dat je gelijk hebt dat het cosmetisch is en ik denk ook dat het geen kwaad kan verder. Ik ga er niet zelf mee kloten, hopelijk komt de oplossing er vanzelf.

Tx man!

[ Voor 29% gewijzigd door InflatableMouse op 28-04-2016 23:19 ]