who returns no results

[Anthony Godshall]

Who returns no results on xenial.

Here's an strace. I don't see any obvious difference between it and an strace on a system that works (an unupdated xenial or a bionic system).

# strace who
execve("/usr/bin/who", ["who"], [/* 21 vars */]) = 0
brk(NULL) = 0x9f9000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=117369, ...}) = 0
mmap(NULL, 117369, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f2253eee000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P\t\2\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1868984, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f2253eed000
mmap(NULL, 3971488, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f225391c000
mprotect(0x7f2253adc000, 2097152, PROT_NONE) = 0
mmap(0x7f2253cdc000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1c0000) = 0x7f2253cdc000
mmap(0x7f2253ce2000, 14752, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f2253ce2000
close(3) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f2253eec000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f2253eeb000
arch_prctl(ARCH_SET_FS, 0x7f2253eec700) = 0
mprotect(0x7f2253cdc000, 16384, PROT_READ) = 0
mprotect(0x60a000, 4096, PROT_READ) = 0
mprotect(0x7f2253f0b000, 4096, PROT_READ) = 0
munmap(0x7f2253eee000, 117369) = 0
brk(NULL) = 0x9f9000
brk(0xa1a000) = 0xa1a000
open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=2981280, ...}) = 0
mmap(NULL, 2981280, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f2253644000
close(3) = 0
access("/var/run/utmpx", F_OK) = 0
open("/var/run/utmpx", O_RDONLY|O_CLOEXEC) = 3
lseek(3, 0, SEEK_SET) = 0
alarm(0) = 0
rt_sigaction(SIGALRM, {0x7f2253a5d380, [], SA_RESTORER, 0x7f22539514b0}, {SIG_DFL, [], 0}, 8) = 0
alarm(10) = 0
fcntl(3, F_SETLKW, {l_type=F_RDLCK, l_whence=SEEK_SET, l_start=0, l_len=0}) = 0
read(3, 0x7f2253ce5120, 384) = -1 EISDIR (Is a directory)
fcntl(3, F_SETLKW, {l_type=F_UNLCK, l_whence=SEEK_SET, l_start=0, l_len=0}) = 0
alarm(0) = 10
rt_sigaction(SIGALRM, {SIG_DFL, [], SA_RESTORER, 0x7f22539514b0}, NULL, 8) = 0
close(3) = 0
close(1) = 0
close(2) = 0
exit_group(0) = ?
+++ exited with 0 +++

ProblemType: Bug
DistroRelease: Ubuntu 16.04
Package: coreutils 8.25-2ubuntu3~16.04
ProcVersionSignature: Ubuntu 4.4.0-141.167-generic 4.4.162
Uname: Linux 4.4.0-141-generic x86_64
ApportVersion: 2.20.1-0ubuntu2.18
Architecture: amd64
Date: Wed Jan 23 10:39:00 2019
InstallationDate: Installed on 2016-07-08 (929 days ago)
InstallationMedia: Ubuntu-MATE 16.04 LTS "Xenial Xerus" - Release amd64 (20160420.1)
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: coreutils
UpgradeStatus: No upgrade log present (probably fresh install)

[Anthony Godshall (agodshall)]

Attempting to diagnose, I had added /var/run/utmp and /var/run/utmpx as directories. I just removed those, same empty result:
# who
# who;echo $?
0
# strace who
execve("/usr/bin/who", ["who"], [/* 21 vars */]) = 0
brk(NULL) = 0x1726000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=117369, ...}) = 0
mmap(NULL, 117369, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7efc0bce0000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P\t\2\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1868984, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7efc0bcdf000
mmap(NULL, 3971488, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7efc0b70e000
mprotect(0x7efc0b8ce000, 2097152, PROT_NONE) = 0
mmap(0x7efc0bace000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1c0000) = 0x7efc0bace000
mmap(0x7efc0bad4000, 14752, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7efc0bad4000
close(3) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7efc0bcde000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7efc0bcdd000
arch_prctl(ARCH_SET_FS, 0x7efc0bcde700) = 0
mprotect(0x7efc0bace000, 16384, PROT_READ) = 0
mprotect(0x60a000, 4096, PROT_READ) = 0
mprotect(0x7efc0bcfd000, 4096, PROT_READ) = 0
munmap(0x7efc0bce0000, 117369) = 0
brk(NULL) = 0x1726000
brk(0x1747000) = 0x1747000
open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=2981280, ...}) = 0
mmap(NULL, 2981280, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7efc0b436000
close(3) = 0
access("/var/run/utmpx", F_OK) = -1 ENOENT (No such file or directory)
open("/var/run/utmp", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
access("/var/run/utmpx", F_OK) = -1 ENOENT (No such file or directory)
open("/var/run/utmp", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
close(1) = 0
close(2) = 0
exit_group(0) = ?
+++ exited with 0 +++
#

[Anthony Godshall (agodshall)]

Oh, and to be clear, this is a regression.

On Wed, Jan 23, 2019, 11:15 AM Anthony Godshall <<email address hidden>
wrote:

> Attempting to diagnose, I had added /var/run/utmp and /var/run/utmpx as
> directories. I just removed those, same empty result:
> # who
> # who;echo $?
> 0
> # strace who
> execve("/usr/bin/who", ["who"], [/* 21 vars */]) = 0
> brk(NULL) = 0x1726000
> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
> directory)
> access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or
> directory)
> open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
> fstat(3, {st_mode=S_IFREG|0644, st_size=117369, ...}) = 0
> mmap(NULL, 117369, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7efc0bce0000
> close(3) = 0
> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
> directory)
> open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
> read(3,
> "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P\t\2\0\0\0\0\0"..., 832) =
> 832
> fstat(3, {st_mode=S_IFREG|0755, st_size=1868984, ...}) = 0
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x7efc0bcdf000
> mmap(NULL, 3971488, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
> = 0x7efc0b70e000
> mprotect(0x7efc0b8ce000, 2097152, PROT_NONE) = 0
> mmap(0x7efc0bace000, 24576, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1c0000) = 0x7efc0bace000
> mmap(0x7efc0bad4000, 14752, PROT_READ|PROT_WRITE,
> MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7efc0bad4000
> close(3) = 0
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x7efc0bcde000
> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
> 0x7efc0bcdd000
> arch_prctl(ARCH_SET_FS, 0x7efc0bcde700) = 0
> mprotect(0x7efc0bace000, 16384, PROT_READ) = 0
> mprotect(0x60a000, 4096, PROT_READ) = 0
> mprotect(0x7efc0bcfd000, 4096, PROT_READ) = 0
> munmap(0x7efc0bce0000, 117369) = 0
> brk(NULL) = 0x1726000
> brk(0x1747000) = 0x1747000
> open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = 3
> fstat(3, {st_mode=S_IFREG|0644, st_size=2981280, ...}) = 0
> mmap(NULL, 2981280, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7efc0b436000
> close(3) = 0
> access("/var/run/utmpx", F_OK) = -1 ENOENT (No such file or
> directory)
> open("/var/run/utmp", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
> directory)
> access("/var/run/utmpx", F_OK) = -1 ENOENT (No such file or
> directory)
> open("/var/run/utmp", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or
> directory)
> close(1) = 0
> close(2) = 0
> exit_group(0) = ?
> +++ exited with 0 +++
> #
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1813052
>
> Title:
> who returns no results
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/1813052/+su...

[Anthony Godshall (agodshall)]

OK, I found a workaround:

$ sudo apt install systemd=229-4ubuntu4 libsystemd0=229-4ubuntu4
libpam-systemd=229-4ubuntu4

Looks like it's not a coreutils nor a who issue, it's a systemd issue,
perhaps related to backport, since I'm not seeing it on bionic.

Of course next upgrade will break it again, until the packages are fixed.

On Fri, Jan 25, 2019 at 12:17 PM A Godshall <email address hidden> wrote:
>
> Oh, and to be clear, this is a regression.
>
>
> On Wed, Jan 23, 2019, 11:15 AM Anthony Godshall <<email address hidden> wrote:
>>
>> Attempting to diagnose, I had added /var/run/utmp and /var/run/utmpx as directories. I just removed those, same empty result:
>> # who
>> # who;echo $?
>> 0
>> # strace who
>> execve("/usr/bin/who", ["who"], [/* 21 vars */]) = 0
>> brk(NULL) = 0x1726000
>> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
>> access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
>> open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
>> fstat(3, {st_mode=S_IFREG|0644, st_size=117369, ...}) = 0
>> mmap(NULL, 117369, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7efc0bce0000
>> close(3) = 0
>> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
>> open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
>> read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P\t\2\0\0\0\0\0"..., 832) = 832
>> fstat(3, {st_mode=S_IFREG|0755, st_size=1868984, ...}) = 0
>> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7efc0bcdf000
>> mmap(NULL, 3971488, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7efc0b70e000
>> mprotect(0x7efc0b8ce000, 2097152, PROT_NONE) = 0
>> mmap(0x7efc0bace000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1c0000) = 0x7efc0bace000
>> mmap(0x7efc0bad4000, 14752, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7efc0bad4000
>> close(3) = 0
>> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7efc0bcde000
>> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7efc0bcdd000
>> arch_prctl(ARCH_SET_FS, 0x7efc0bcde700) = 0
>> mprotect(0x7efc0bace000, 16384, PROT_READ) = 0
>> mprotect(0x60a000, 4096, PROT_READ) = 0
>> mprotect(0x7efc0bcfd000, 4096, PROT_READ) = 0
>> munmap(0x7efc0bce0000, 117369) = 0
>> brk(NULL) = 0x1726000
>> brk(0x1747000) = 0x1747000
>> open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = 3
>> fstat(3, {st_mode=S_IFREG|0644, st_size=2981280, ...}) = 0
>> mmap(NULL, 2981280, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7efc0b436000
>> close(3) = 0
>> access("/var/run/utmpx", F_OK) = -1 ENOENT (No such file or directory)
>> open("/var/run/utmp", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>> access("/var/run/utmpx", F_OK) = -1 ENOENT (No such file or directory)
>> open("/var/run/utmp", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory)
>> close(1) ...

[Tony Godshall (togo)]

reassign 1813052 systemd

On Fri, Jan 25, 2019 at 3:17 PM A Godshall <email address hidden> wrote:
>
> OK, I found a workaround:
>
> $ sudo apt install systemd=229-4ubuntu4 libsystemd0=229-4ubuntu4 libpam-systemd=229-4ubuntu4
>
> Looks like it's not a coreutils nor a who issue, it's a systemd issue, perhaps related to backport, since I'm not seeing it on bionic.
>
> Of course next upgrade will break it again, until the packages are fixed.
>
>
> On Fri, Jan 25, 2019 at 12:17 PM A Godshall <email address hidden> wrote:
> >
> > Oh, and to be clear, this is a regression.
> >
> >
> > On Wed, Jan 23, 2019, 11:15 AM Anthony Godshall <<email address hidden> wrote:
> >>
> >> Attempting to diagnose, I had added /var/run/utmp and /var/run/utmpx as directories. I just removed those, same empty result:
> >> # who
> >> # who;echo $?
> >> 0
> >> # strace who
> >> execve("/usr/bin/who", ["who"], [/* 21 vars */]) = 0
> >> brk(NULL) = 0x1726000
> >> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
> >> access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
> >> open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
> >> fstat(3, {st_mode=S_IFREG|0644, st_size=117369, ...}) = 0
> >> mmap(NULL, 117369, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7efc0bce0000
> >> close(3) = 0
> >> access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
> >> open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
> >> read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P\t\2\0\0\0\0\0"..., 832) = 832
> >> fstat(3, {st_mode=S_IFREG|0755, st_size=1868984, ...}) = 0
> >> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7efc0bcdf000
> >> mmap(NULL, 3971488, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7efc0b70e000
> >> mprotect(0x7efc0b8ce000, 2097152, PROT_NONE) = 0
> >> mmap(0x7efc0bace000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1c0000) = 0x7efc0bace000
> >> mmap(0x7efc0bad4000, 14752, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7efc0bad4000
> >> close(3) = 0
> >> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7efc0bcde000
> >> mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7efc0bcdd000
> >> arch_prctl(ARCH_SET_FS, 0x7efc0bcde700) = 0
> >> mprotect(0x7efc0bace000, 16384, PROT_READ) = 0
> >> mprotect(0x60a000, 4096, PROT_READ) = 0
> >> mprotect(0x7efc0bcfd000, 4096, PROT_READ) = 0
> >> munmap(0x7efc0bce0000, 117369) = 0
> >> brk(NULL) = 0x1726000
> >> brk(0x1747000) = 0x1747000
> >> open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = 3
> >> fstat(3, {st_mode=S_IFREG|0644, st_size=2981280, ...}) = 0
> >> mmap(NULL, 2981280, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7efc0b436000
> >> close(3) = 0
> >> access("/var/run/utmpx", F_OK) = -1 ENOENT (No such file or directory)
> >> open("/var/run/utmp", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or dir...

[Anthony Godshall (agodshall)]

reassign 1813052 systemd
thanks

[C de-Avillez (hggdh2)]

re-assigning to systemD as requested.

[Dan Streetman (ddstreet)]

please reopen if this is still an issue

[Anthony Godshall (agodshall)]

It was fixed by pinning versions in Ubuntu 16.04.

It only just recurred in Ubuntu 20.04.

When I'm back in the office I will see if I can identify the versions
affected and whether rolling back packages fixed it again.

On Wed, Jun 30, 2021, 4:20 PM Dan Streetman <email address hidden>
wrote:

> please reopen if this is still an issue
>
> ** Changed in: systemd (Ubuntu)
> Status: New => Invalid
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1813052
>
> Title:
> who returns no results
>
> To manage notifications about this bug go to:
>
> https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1813052/+subscriptions
>

[Anthony Godshall (agodshall)]

Please find attached the dpkg -l output and the strace of who output.

This is from Ubuntu 20.04 running lightdm and cinnamon desktop.

On Thu, Oct 14, 2021 at 2:06 PM A Godshall <email address hidden> wrote:
>
> It was fixed by pinning versions in Ubuntu 16.04.
>
> It only just recurred in Ubuntu 20.04.
>
> When I'm back in the office I will see if I can identify the versions affected and whether rolling back packages fixed it again.
>
>
>
> On Wed, Jun 30, 2021, 4:20 PM Dan Streetman <email address hidden> wrote:
>>
>> please reopen if this is still an issue
>>
>> ** Changed in: systemd (Ubuntu)
>> Status: New => Invalid
>>
>> --
>> You received this bug notification because you are subscribed to the bug
>> report.
>> https://bugs.launchpad.net/bugs/1813052
>>
>> Title:
>> who returns no results
>>
>> To manage notifications about this bug go to:
>> https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1813052/+subscriptions

--
Best Regards.
This is unedited.
P-)

[Anthony Godshall (agodshall)]

Workaround found! Issue was systemd not providing /var/run/utmp

added a script to /etc/rc.local that does

if [ ! -f /var/run/utmp ]
then
    cat /dev/null > /var/run/utmp ; chown root:utmp /var/run/utmp
fi

On Mon, Nov 1, 2021 at 3:16 AM Anthony Godshall
<email address hidden> wrote:
>
> ** Attachment added: "who.strace.txt"
> https://bugs.launchpad.net/bugs/1813052/+attachment/5537446/+files/who.strace.txt
>
> ** Attachment added: "dpkg_-l.txt"
> https://bugs.launchpad.net/bugs/1813052/+attachment/5537447/+files/dpkg_-l.txt
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1813052
>
> Title:
> who returns no results
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1813052/+subscriptions
>

--
Best Regards.
This is unedited.
P-)