← Back to team overview

kernel-packages team mailing list archive

[Bug 1463120] Re: Failure to boot if fstab disk mounts fail


Did this issue start happening after an update/upgrade?  Was there a prior kernel version where you were not having this particular problem? 

Would it be possible for you to test the latest upstream kernel? Refer
to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest
v4.1 kernel[0].

If this bug is fixed in the mainline kernel, please add the following
tag 'kernel-fixed-upstream'.

If the mainline kernel does not fix this bug, please add the tag:

If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'.
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".

Thanks in advance.

[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.1-rc7-unstable/

** Tags added: kernel-da-key

You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.

  Failure to boot if fstab disk mounts fail

Status in linux package in Ubuntu:

Bug description:
  I found this on my main 15.04 desktop but have reproduced it in a VM:
  1. Install Ubuntu 15.04 (I included updates and non-free but I doubt that matters).
  2. Add a bogus entry to /etc/fstab, eg:
    /dev/sdd1 /mnt/sdd1 ext4 errors=remount-ro 0 0
  Note that /mnd/sdd1 exists but /dev/sdd1 does not
  3. Reboot

  Expected: Failure to mount /dev/sdd1 reported and option to boot without mounting it
  Actual: System appears to hang, although it will eventually present a root terminal (with no indication of the cause of the problem). It appears to hang prior to switching graphical mode, with the result that any warnings/errors that are present on all boots but invisible because the screen clears before they're seen become visible for the first time incorrectly suggesting they are the cause of the problem.

  Removing (or commenting out) the problematic entries and rebooting
  allows the system to boot.

  HOWEVER: The grub boot menu now appears and any pre-existing menu
  timeout and default action seems to have been lost; it's now necessary
  to select a boot option on each boot. This may be a separate bug (or

  My actual case: I have external drives permanently connected via USB,
  however the USB card appears to have failed hence the drives are not
  accessible. With no clues (and being unfamiliar to systemd) working
  out why the system wouldn't boot was a tough job.

To manage notifications about this bug go to: