<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body><table border="1" cellspacing="0" cellpadding="8">
<tr>
<th>Bug ID</th>
<td><a class="bz_bug_link
bz_status_NEW "
title="NEW - systemctl has no way to see only the failing and inactive units"
href="https://bugs.freedesktop.org/show_bug.cgi?id=90606">90606</a>
</td>
</tr>
<tr>
<th>Summary</th>
<td>systemctl has no way to see only the failing and inactive units
</td>
</tr>
<tr>
<th>Product</th>
<td>systemd
</td>
</tr>
<tr>
<th>Version</th>
<td>unspecified
</td>
</tr>
<tr>
<th>Hardware</th>
<td>Other
</td>
</tr>
<tr>
<th>OS</th>
<td>All
</td>
</tr>
<tr>
<th>Status</th>
<td>NEW
</td>
</tr>
<tr>
<th>Severity</th>
<td>normal
</td>
</tr>
<tr>
<th>Priority</th>
<td>medium
</td>
</tr>
<tr>
<th>Component</th>
<td>general
</td>
</tr>
<tr>
<th>Assignee</th>
<td>systemd-bugs@lists.freedesktop.org
</td>
</tr>
<tr>
<th>Reporter</th>
<td>pachoramos1@gmail.com
</td>
</tr>
<tr>
<th>QA Contact</th>
<td>systemd-bugs@lists.freedesktop.org
</td>
</tr></table>
<p>
<div>
<pre>I discovered that some units were not being started because I saw "no such file
or directory" error in journalctl output. This showed me that maybe this kind
of errors should be more visible, for example, while booting, in tty1.
But, apart of that, when I wanted to review for failed units I did:
# systemctl --failed
0 loaded units listed. Pass --all to see loaded but inactive units, too.
To show all installed unit files use 'systemctl list-unit-files'.
The no longer existing units are not considered as "failing" (even if they are
failing to start and that is causing them to be "inactive" finally. But, even
with that, I went with "systemctl --failed --all" that is not supported (I
thought it would show me failing+inactive units) and, finally, I needed to run
"systemctl --all" to see ALL units and look at the output for inactive ones.
That is a bit overkill I think. Personally it should be easier to *only* list
the failing+inactive units
Thanks a lot</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the QA Contact for the bug.</li>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>