Bug 1209135 - Timeout waiting for mounting /sysroot
Summary: Timeout waiting for mounting /sysroot
Keywords:
Status: CLOSED DUPLICATE of bug 1207618
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 21
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2015-04-06 11:58 UTC by Linus Walleij
Modified: 2015-04-14 15:55 UTC (History)
6 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2015-04-14 15:55:16 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Sceen photo of the hanged boot (2.58 MB, image/jpeg)
2015-04-06 11:58 UTC, Linus Walleij
no flags Details
Same problem on my laptop (2.76 MB, image/jpeg)
2015-04-09 07:09 UTC, Linus Walleij
no flags Details

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 ***


Note You need to log in before you can comment on or make changes to this bug.