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

Groups > linux.debian.kernel > #62158 > unrolled thread

Bug#908967: initramfs-tools: mount fails with rootfstype=auto

Started byJosua Mayer <josua.mayer97@gmail.com>
First post2018-09-16 22:40 +0200
Last post2019-02-06 22:00 +0100
Articles 3 — 3 participants

Back to article view | Back to linux.debian.kernel

Contents

  Bug#908967: initramfs-tools: mount fails with rootfstype=auto Josua Mayer <josua.mayer97@gmail.com> - 2018-09-16 22:40 +0200
    Bug#908967: initramfs-tools: mount fails with rootfstype=auto Ben Hutchings <ben@decadent.org.uk> - 2018-09-17 00:10 +0200
    Bug#908967: marked as done (initramfs-tools: mount fails with  rootfstype=auto) "Debian Bug Tracking System" <owner@bugs.debian.org> - 2019-02-06 22:00 +0100

#62158 — Bug#908967: initramfs-tools: mount fails with rootfstype=auto

FromJosua Mayer <josua.mayer97@gmail.com>
Date2018-09-16 22:40 +0200
SubjectBug#908967: initramfs-tools: mount fails with rootfstype=auto
Message-ID<wyLZL-5uy-1@gated-at.bofh.it>
Package: initramfs-tools
Version: 0.130
Severity: normal

Dear Maintainer,

I encountered a strange problem mounting the rootfs with a freshly debootstrapped system.
Note: possible duplicate of #845302 but due to the details I found it probably warrants its own topic.

Steps:
- used debootstrap with --variant=minbase to create an armhf rootfs
- added custom packages such as vendor kernel, systemd, initramfs-tools
- created extlinux.conf to boot
- bootargs: root=UUID=... rootfstype=auto rootwait

Observations:
- root=/dev/mmcblk0p1 rootfstype=auto: fails
- root=/dev/mmcblk0p1 rootfstype=ext4: works
- root=UUID=... rootfstype=ext4: works

How did I find this?
I added "set -x" to
- /usr/share/initramfs-tools/init
- /usr/share/initramfs-tools/scripts/init-bottom/udev

The serial console then finally revealed what is going wrong.
When it fails (rootfstype=auto):
+ [ auto != unknown ]
+ mount -r -t auto /dev/mmcblk0p1 /root
mount: No such device

When it works (rootfstype=ext4):
+ [ ext4 != unknown ]
+ mount -r -t ext4 /dev/mmcblk0p1 /root
[    9.979060] EXT4-fs (mmcblk0p1): mounted filesystem with ordered data mode. Opts: (null)

So I see two solutions:
- If rootfstype=auto, and the actual type is known through a previous call to blkid, e.g. while running fsck, use the known type
- fix the mount command to deal with type auto

I am submitting the full boot logs by email as follow-up.

Yours sincerely
Josua Mayer

-- Package-specific info:
-- initramfs sizes
-rw-r--r-- 1 root root 8.5M Sep 16 20:04 /boot/initrd.img-4.9.124-imx6-sr
-- /proc/cmdline
root=UUID=febfadf2-ffa2-48ad-9802-d7b67b5e7818 rootfstype=ext4 rootwait

-- /proc/filesystems
	ext3
	ext2
	ext4
	vfat
	fuseblk
	f2fs

-- lsmod
Module                  Size  Used by
bnep                   20480  2
mxc_v4l2_capture       40960  0
ipu_bg_overlay_sdc     16384  1 mxc_v4l2_capture
ipu_still              16384  1 mxc_v4l2_capture
ipu_prp_enc            16384  1 mxc_v4l2_capture
ipu_csi_enc            16384  1 mxc_v4l2_capture
ipu_fg_overlay_sdc     20480  1 mxc_v4l2_capture
hci_uart               49152  0
btbcm                  16384  1 hci_uart
nvmem_core             24576  1 hci_uart
ov5647_camera_mipi     36864  0
v4l2_int_device        16384  3 ov5647_camera_mipi,ipu_csi_enc,mxc_v4l2_capture
xt_connmark            16384  2
iptable_nat            16384  0
nf_conntrack_ipv4      16384  3
nf_defrag_ipv4         16384  1 nf_conntrack_ipv4
nf_nat_ipv4            16384  1 iptable_nat
nf_nat                 24576  1 nf_nat_ipv4
nf_conntrack          106496  4 nf_conntrack_ipv4,xt_connmark,nf_nat_ipv4,nf_nat
iptable_mangle         16384  1
iptable_filter         16384  0
ir_lirc_codec          16384  0
galcore               372736  0
ir_rc6_decoder         16384  0
lirc_dev               20480  1 ir_lirc_codec
rc_rc6_mce             16384  0
gpio_ir_recv           16384  0
bluetooth             360448  12 hci_uart,bnep,btbcm
rfkill                 24576  4 bluetooth
ip_tables              24576  3 iptable_mangle,iptable_filter,iptable_nat
x_tables               28672  4 iptable_mangle,ip_tables,iptable_filter,xt_connmark
imx_sdma               28672  8
virt_dma               16384  1 imx_sdma

-- /etc/initramfs-tools/modules

-- /etc/initramfs-tools/initramfs.conf
MODULES=most
BUSYBOX=auto
KEYMAP=n
COMPRESS=gzip
DEVICE=
NFSROOT=auto

-- /etc/initramfs-tools/update-initramfs.conf
update_initramfs=yes
backup_initramfs=no

-- /proc/mdstat
Personalities : 
unused devices: <none>

-- mkinitramfs hooks
/etc/initramfs-tools/hooks/:
imx-sdma

/usr/share/initramfs-tools/hooks:
dmsetup
fsck
fuse
keymap
klibc-utils
kmod
ntfs_3g
resume
thermal
udev


-- System Information:
Debian Release: 9.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: armhf (armv7l)

Kernel: Linux 4.9.124-imx6-sr (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages initramfs-tools depends on:
ii  initramfs-tools-core  0.130
ii  linux-base            4.5

initramfs-tools recommends no packages.

Versions of packages initramfs-tools suggests:
pn  bash-completion  <none>

-- no debconf information

[toc] | [next] | [standalone]

#62159

FromBen Hutchings <ben@decadent.org.uk>
Date2018-09-17 00:10 +0200
Message-ID<wyNoR-6qn-3@gated-at.bofh.it>
In reply to#62158

[Multipart message — attachments visible in raw view] — view raw

On Sun, 2018-09-16 at 20:26 +0000, Josua Mayer wrote:
> Package: initramfs-tools
> Version: 0.130
> Severity: normal
> 
> Dear Maintainer,
> 
> I encountered a strange problem mounting the rootfs with a freshly
> debootstrapped system.
> Note: possible duplicate of #845302 but due to the details I found it
> probably warrants its own topic.
[...]

It's a similar issue, *but* for the root filesystem automatic detection
is the default.  Instead of "rootfstype=auto" you should not specify
rootfstype at all.

Ben.

-- 
Ben Hutchings
Humour is the best antidote to reality.

[toc] | [prev] | [next] | [standalone]

#63273 — Bug#908967: marked as done (initramfs-tools: mount fails with rootfstype=auto)

From"Debian Bug Tracking System" <owner@bugs.debian.org>
Date2019-02-06 22:00 +0100
SubjectBug#908967: marked as done (initramfs-tools: mount fails with rootfstype=auto)
Message-ID<xoCsy-C6-41@gated-at.bofh.it>
In reply to#62158

[Multipart message — attachments visible in raw view] — view raw

Your message dated Wed, 06 Feb 2019 20:48:59 +0000
with message-id <E1grU7v-000J6x-9G@fasolo.debian.org>
and subject line Bug#908967: fixed in initramfs-tools 0.133
has caused the Debian Bug report #908967,
regarding initramfs-tools: mount fails with rootfstype=auto
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
908967: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=908967
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.kernel

csiph-web