Bug 1209135

Summary: Timeout waiting for mounting /sysroot
Product: [Fedora] Fedora Reporter: Linus Walleij <triad>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 21CC: gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, mchehab
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-04-14 15:55:16 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Sceen photo of the hanged boot
none
Same problem on my laptop none

Description Linus Walleij 2015-04-06 11:58:23 UTC
Created attachment 1011338 [details]
Sceen photo of the hanged boot

Description of problem:
The boot randomly fails when attemptiong to mount disks, problem observed in any post v3.17 kernels, problem appear on most boots but every now and then the mount still succeeds and the problem seems racy. Seem to appear on both my laptop and desktop, less often on the laptop.

Version-Release number of selected component (if applicable):
kernel-3.19.2-201
kernel-3.19.3-200

How reproducible:
Most boots fail.

Steps to Reproduce:
1. Augment the boot arguments removing "rhgb silent"
2. Boot computer
3. Watch the boot fail when mounting disks

Actual results:
Boot times out "[DEPEND] Dependency failed for /boot" and a few other mount points.

Expected results:
Successful boot.

Additional info:
Please look at the attached screen photo. Capturing the actual log is not possible since the boot hangs, but without rhgb silent you can see what actually happens.

My fstab looks like this:
UUID=d32d21fa-f69b-4857-9f34-da871199ebc9 /                       btrfs   subvol=root     0 0
UUID=1d7774f2-ff97-4ae2-984c-3168475b1797 /boot                   ext4    defaults        1 2
UUID=ed789936-ea2e-4441-86e7-9e44034b0041 swap                    swap    defaults        0 0
/dev/sdb1                                 /home                   ext4    defaults        1 1

As you can see I have a ext4 /home and /boot and these seems to be the problematic mount points, so this can be related to ext4 mounting. However the same problem appears on my laptop which is fully btrfs.

Comment 1 Linus Walleij 2015-04-06 12:00:54 UTC
I should add that I have had this problem for a while now but didn't get around to submitting a bug report until now, sorry. It's really annoying though. I think a few other boot regression reports in BZ is actually about this mounting problem. I tried regenerating the initramfs as suggested on other reports but to no avail.

Any tests you want me to perform, I'm here.

Comment 2 Linus Walleij 2015-04-09 07:09:06 UTC
Created attachment 1012531 [details]
Same problem on my laptop

My laptop has the same mounting problem (see screenphoto) and looks like this, using a default BTRFS setup for home and root:

UUID=fa6d71c6-1efb-4b8b-8e42-501a1b5de120 /                       btrfs   subvol=root     0 0
UUID=035d3d15-f2d7-4f4d-bb2d-dedd26fcf57b /boot                   ext4    defaults        1 2
UUID=fa6d71c6-1efb-4b8b-8e42-501a1b5de120 /home                   btrfs   subvol=home     0 0
UUID=2f937fc1-ce04-4a5f-a7cc-a49ab396db3c swap                    swap    defaults        0 0

Comment 3 Linus Walleij 2015-04-14 07:01:37 UTC
This is quite irritating, last night the laptop would boot on 7th try or so, this morning I couldn't get the laptop to boot even after 15 power-off/power-on sequences after getting to waiting for /sysroot. EVentually gave up and resorted to kernel v3.17 which of course booted immediately.

Comment 4 Linus Walleij 2015-04-14 15:55:16 UTC

*** This bug has been marked as a duplicate of bug 1207618 ***