Public bug reported:

15.10/16.04 amd64

With the Linux kernel's "debug" parameter set systemd spams the logs to
such a degree that boot fails with the plymouth progress indicator
constantly cycling, only tty1 available, and no clear indication from
the last messages displayed on console as to why.

It's not even clear if the system has transitioned from initrd to rootfs
at this point and there's no way to interact. Certainly no log file
residues are found on subsequent non-debug boots which infers the hang
may be during initrd.

Leaving aside the unresolved bug of systemd adopting the Linux 'debug'
parameter, and thus being the direct cause of this, the complete failure
to boot as a result is a serious regression and a Denial of Service.
Needing to alter the Linux command-line to use "loglevel=7" is a
distasteful workaround.

A boot without "debug" using the same GRUB menuitem starts fine which
suggests the systemd debug-level logging is the direct cause.

** Affects: systemd (Ubuntu)
     Importance: Undecided
         Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1589394

Title:
  "debug" kernel parameter causes Denial of Service

Status in systemd package in Ubuntu:
  New

Bug description:
  15.10/16.04 amd64

  With the Linux kernel's "debug" parameter set systemd spams the logs
  to such a degree that boot fails with the plymouth progress indicator
  constantly cycling, only tty1 available, and no clear indication from
  the last messages displayed on console as to why.

  It's not even clear if the system has transitioned from initrd to
  rootfs at this point and there's no way to interact. Certainly no log
  file residues are found on subsequent non-debug boots which infers the
  hang may be during initrd.

  Leaving aside the unresolved bug of systemd adopting the Linux 'debug'
  parameter, and thus being the direct cause of this, the complete
  failure to boot as a result is a serious regression and a Denial of
  Service. Needing to alter the Linux command-line to use "loglevel=7"
  is a distasteful workaround.

  A boot without "debug" using the same GRUB menuitem starts fine which
  suggests the systemd debug-level logging is the direct cause.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1589394/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to     : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to