Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.bugs.dist > #1268303 > unrolled thread

Bug#1119650: mdadm: "efivarfs: Unknown parameter 'relatime'" in initramfs

Started byJörn Heissler <debbugs2025-10@wulf.eu.org>
First post2025-10-29 20:50 +0100
Last post2025-10-29 20:50 +0100
Articles 1 — 1 participant

Back to article view | Back to linux.debian.bugs.dist


Contents

  Bug#1119650: mdadm: "efivarfs: Unknown parameter 'relatime'" in initramfs Jörn Heissler <debbugs2025-10@wulf.eu.org> - 2025-10-29 20:50 +0100

#1268303 — Bug#1119650: mdadm: "efivarfs: Unknown parameter 'relatime'" in initramfs

FromJörn Heissler <debbugs2025-10@wulf.eu.org>
Date2025-10-29 20:50 +0100
SubjectBug#1119650: mdadm: "efivarfs: Unknown parameter 'relatime'" in initramfs
Message-ID<LLklb-8XEd-1@gated-at.bofh.it>
Package: mdadm
Version: 4.4-11
Severity: important
X-Debbugs-Cc: debbugs2025-10@wulf.eu.org

Dear maintainer,

my system boots from root-on-lvm-on-raid1-on-intelvroc.
The mdadm package installs two hooks into the initramfs to mount
/sys/firmware/efi/efivars and then scan for raid devices.

This mount command fails:

mount -t efivarfs -o rw,nosuid,nodev,noexec,relatime efivarfs /sys/firmware/efi/efivars

[     1.845553] efivarfs: Unknown parameter 'relatime'
mount: Invalid argument
mdadm: error opening /dev/md?*: No such file or directory

This leaves me in an (initramfs) shell, i.e. system won't boot.

I found two possible fixes:

* Remove the "relatime" parameter from the command and rebuild the
  initramfs. It appears like it's still mounted with "relatime" even
  without that parameter.

* Install busybox. It appears that its "mount" implementation does
  something different from the one provided by klibc-utils.

First aid if anyone is stuck in the initramfs:

(initramfs) mount -t efivarfs -o rw,nosuid,nodev,noexec efivarfs /sys/firmware/efi/efivars
(initramfs) mdadm --assemble --scan
(initramfs) exit

System should boot up.


If possible, could this bug be fixed in "stable" too, given that the fix
is probably small and isolated and it keeps systems from booting?


If this is actually a bug in klibc-utils, please forward my bug report.


Thanks
Jörn


-- System Information:
Debian Release: 13.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.12.48+deb13-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages mdadm depends on:
ii  debconf [debconf-2.0]  1.5.91
ii  libc6                  2.41-12
ii  libudev1               257.8-1~deb13u2
ii  udev                   257.8-1~deb13u2
ii  klibc-utils            2.0.14-1
ii  initramfs-tools        0.148.3
ii  initramfs-tools-bin    0.148.3
ii  initramfs-tools-core   0.148.3


Versions of packages mdadm recommends:
ii  kmod  34.2-2

Versions of packages mdadm suggests:
pn  default-mta | mail-transport-agent  <none>

-- debconf information excluded

[toc] | [standalone]


Back to top | Article view | linux.debian.bugs.dist


csiph-web