[systemd-bugs] [Bug 76935] New: Do not parse "debug" command line parameter
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Wed Apr 2 01:57:16 PDT 2014
https://bugs.freedesktop.org/show_bug.cgi?id=76935
Priority: medium
Bug ID: 76935
Assignee: systemd-bugs at lists.freedesktop.org
Summary: Do not parse "debug" command line parameter
QA Contact: systemd-bugs at lists.freedesktop.org
Severity: normal
Classification: Unclassified
OS: All
Reporter: bp at alien8.de
Hardware: Other
Status: NEW
Version: unspecified
Component: general
Product: systemd
Supplying "debug" on the kernel command line gets parsed by systemd. If
a random assertion in it fires, something like this, for example:
[ 150.308000] systemd-journald[1559]: Assertion
'dual_timestamp_is_set(&e->timestamp)' failed at
src/libsystemd/sd-event/sd-event.c:2191, function sd_event_get_now_monotonic().
Ignoring.
[ 150.308000] systemd-journald[1559]: Assertion
'dual_timestamp_is_set(&e->timestamp)' failed at
src/libsystemd/sd-event/sd-event.c:2191, function sd_event_get_now_monotonic().
Ignoring.
it floods dmesg and I cannot log into the machine anymore. I have to
reboot and remove "debug" from the command line so that the machine can
boot. BUT(!), I want to see kernel debug messages so I have to be able
to supply "debug" *without* systemd interfering.
What it should do, instead, is *not* parse "debug" but something else
with a namespace, i.e. "systemd.debug" or whatever as "debug" is a
kernel cmdline parameter and not aimed for systemd.
And while we're at it, we'd need a configurable option to tell systemd
*not* to log to dmesg for when one wants to see only output from the
kernel in the kernel ring buffer, i.e. something like "systemd.nodmesg"
or so.
Thanks.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/systemd-bugs/attachments/20140402/2ac80466/attachment.html>
More information about the systemd-bugs
mailing list