Cannot see 'bootdegraded' question

Bug #1102499 reported by Iain Lane
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
initramfs-tools (Ubuntu)
Invalid
Undecided
Unassigned
mdadm (Ubuntu)
Fix Released
High
Dimitri John Ledkov
plymouth (Ubuntu)
Invalid
High
Unassigned

Bug Description

I'm not sure which of plymouth, initramfs-tools or mdadm is responsible here.

I just had a disk in my mirrored md array fail. I wanted to boot the system anyway. The prompt from mdadm in initramfs was obscured behind plymouth so I didn't find it except when I mashed escape out of frustration. (It then wouldn't accept my input, but that's bug #1095156).

This is the same symptoms as bug #628400 but that fix is still in place so some other area has probably regressed.

ProblemType: Bug
DistroRelease: Ubuntu 13.04
Package: plymouth 0.8.8-0ubuntu5
ProcVersionSignature: Ubuntu 3.8.0-1.5-generic 3.8.0-rc4
Uname: Linux 3.8.0-1-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.8-0ubuntu2
Architecture: amd64
Date: Mon Jan 21 16:36:25 2013
DefaultPlymouth: /lib/plymouth/themes/ubuntu-logo/ubuntu-logo.plymouth
InstallationDate: Installed on 2012-10-07 (105 days ago)
InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Beta amd64 (20121007)
MachineType: System manufacturer System Product Name
MarkForUpload: True
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.8.0-1-generic root=UUID=980689ca-e7d9-4a99-8230-33b8b6e917cd ro quiet splash
ProcFB:

ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.8.0-1-generic root=UUID=980689ca-e7d9-4a99-8230-33b8b6e917cd ro quiet splash
SourcePackage: plymouth
TextPlymouth: /lib/plymouth/themes/ubuntu-text/ubuntu-text.plymouth
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 08/17/2012
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 1201
dmi.board.asset.tag: To be filled by O.E.M.
dmi.board.name: P8Z77-V LX
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: Rev X.0x
dmi.chassis.asset.tag: Asset-1234567890
dmi.chassis.type: 3
dmi.chassis.vendor: Chassis Manufacture
dmi.chassis.version: Chassis Version
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr1201:bd08/17/2012:svnSystemmanufacturer:pnSystemProductName:pvrSystemVersion:rvnASUSTeKCOMPUTERINC.:rnP8Z77-VLX:rvrRevX.0x:cvnChassisManufacture:ct3:cvrChassisVersion:
dmi.product.name: System Product Name
dmi.product.version: System Version
dmi.sys.vendor: System manufacturer

Related branches

Revision history for this message
Iain Lane (laney) wrote :
Changed in plymouth (Ubuntu):
importance: Undecided → High
Revision history for this message
Steve Langasek (vorlon) wrote :

Hi Iain,

> I'm not sure which of plymouth, initramfs-tools or mdadm
> is responsible here.

The answer is mdadm. Plymouth is a boot-time multiplexer; it will not *always* be present in the initramfs, but *when* it is present, it owns the console and other packages need to interface with it if they need to talk to the user. In some cases, such as initramfs-tools' own rescue shell handling, this interfacing consists of calling 'plymouth quit' and restoring the console; in other cases, such as cryptsetup or mdadm, the correct behavior is to use plymouth itself for prompting.

Dmitrijs, could you please take a look at fixing the mdadm initramfs script to use plymouth when present?

Changed in plymouth (Ubuntu):
status: New → Invalid
Changed in mdadm (Ubuntu):
importance: Undecided → High
assignee: nobody → Dmitrijs Ledkovs (xnox)
Changed in initramfs-tools (Ubuntu):
status: New → Invalid
Changed in mdadm (Ubuntu):
status: New → Triaged
Revision history for this message
Launchpad Janitor (janitor) wrote :
Download full text (6.8 KiB)

This bug was fixed in the package mdadm - 3.2.5-5ubuntu1

---------------
mdadm (3.2.5-5ubuntu1) raring; urgency=low

  * Implement plymouth hooks for degraded RAID questions. (LP: #1102499)
  * Merged Intel Matrix Storage initramfs support.
  * Merge from Debian, remaining delta is still the same:
    - Call checks in local-premount to avoid race condition with udev
      and opening a degraded array.
    - debian/initramfs/local-premount: add call wait_for_udev to wait a
      little longer for RAID devices to appear (LP: #942106)
    - d/initramfs/mdadm-functions: Record in /run when boot-degraded
      question has been asked so that it is only asked once
    - pass --test to mdadm to enable result codes for degraded arrays.
    - debian/control: we need udev and util-linux in the right version. We
      also remove the build dependency from quilt and docbook-to-man as both
      are not used in Ubuntus mdadm.
    - debian/initramfs/hook: kept the Ubuntus version for handling the absence
      of active raid arrays in <initramfs>/etc/mdadm/mdadm.conf
    - debian/initramfs/script.local-top.DEBIAN, debian/mdadm-startall,
      debian/mdadm.raid.DEBIAN: removed. udev does its job now instead.
    - debian/mdadm-startall.sgml, debian/mdadm-startall.8: documentation of
      unused startall script
    - debian/mdadm.config, debian/mdadm.postinst - let udev do the handling
      instead. Resolved merge conflict by keeping Ubuntu's version.
    - debian/mdadm.postinst, debian/mdadm.config, initramfs/init-premount:
      boot-degraded enablement; maintain udev starting of RAID devices;
      init-premount hook script for the initramfs, to provide information at
      boot
    - debian/mkconf.in is the older mkconf. Kept the Ubuntu version.
    - debian/rules: Kept Ubuntus version for installing apport hooks, not
      installing un-used startall script.
    - debian/install-rc, check.d/_numbers, check.d/root_on_raid: Ubuntu partman
      installer changes
    - debian/presubj: Dropped this unused bug reporting file. Instead use
      source_mdadm.py act as an apport hook for bug handling.
    - d/p/debian-changes-3.1.4-1+8efb9d1ubuntu4: mdadm udev rule
      incrementally adds mdadm member when detected. Starting such an
      array in degraded mode is possible by mdadm -IRs. Using mdadm
      -ARs without stopping the array first does nothing when no
      mdarray-unassociated device is available. Using mdadm -IRs to
      start a previously partially assembled array through incremental
      mode. Keeping the mdadm -ARs for assembling arrays which were for
      some reason not assembled through incremental mode (i.e through
      mdadm's udev rule).
    - udev-md-raid.rules to not auto-start arrays based on detection
      of ddf or isw (imsm) signatures; this conflicts with dmraid usage in
      precise and requires more analysis before it can be enabled in SRU.

  * Merged in Debian:
    - Copy udev rule from /etc/udev/rules.d/ as well as the
      /lib/udev/rules.d/, to allow local administrator to override mdadm
      rules file.

mdadm (3.2.5-5) unstable; urgency=low

  * add (empty) restart and force-reload actions to mdadm-waitidle
   ...

Read more...

Changed in mdadm (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.