> -----Original Message-----
> From: Diederik de Haas <didi.deb...@cknow.org>
> Sent: Thursday, March 19, 2020 7:57 AM
> To: Limonciello, Mario
> Cc: 943...@bugs.debian.org
> Subject: Re: Bug#943343: fwupd: fwupd-refresh.service failed to start
> Refresh fwupd metadata and update motd.
> 
> On woensdag 18 maart 2020 22:40:22 CET mario.limoncie...@dell.com wrote:
> > I suspect this is related to an upgrade from the intermediary version
> > that had problematic objects/permissions created.
> 
> > Can you please try to check whether there are broken symlinks in
> > /var/lib/private or /var/cache/private?
> 
> It seems there are no symlinks, so also not broken symlinks.
> 
> root@bagend:~# ls -la /var/lib/private/
> total 12
> drwx------  3 root root 4096 mei  3  2018 .
> drwxr-xr-x 82 root root 4096 mrt 19 08:47 ..
> drwxr-xr-x  2 root root 4096 jan 10  2019 systemd root@bagend:~# ls -la
> /var/lib/private/systemd/ total 8 drwxr-xr-x 2 root root 4096 jan 10  2019 .
> drwx------ 3 root root 4096 mei  3  2018 ..
> root@bagend:~# ls -la /var/cache/private/ total 16
> drwx------  4 root  root  4096 okt  9 21:36 .
> drwxr-xr-x 22 root  root  4096 mrt  9 11:56 ..
> drwxr-xr-x  2 62803 62803 4096 jul 30  2019 fwupd drwxr-xr-x  2 62803 62803
> 4096 okt  9 21:36 fwupdmgr root@bagend:~# ls -la
> /var/cache/private/fwupd/ total 720
> drwxr-xr-x 2 62803 62803   4096 jul 30  2019 .
> drwx------ 4 root  root    4096 okt  9 21:36 ..
> -rw-r--r-- 1 62803 62803 722862 jul 30  2019 metadata.xmlb
> -rw-r--r-- 1 62803 62803   1471 jul 30  2019 metainfo.xmlb
> root@bagend:~# ls -la /var/cache/private/fwupdmgr/ total 8 drwxr-xr-x 2
> 62803 62803 4096 okt  9 21:36 .
> drwx------ 4 root  root  4096 okt  9 21:36 ..
> 
> 
> FTR: My system is a fully up-to-date Sid system # systemd --version systemd
> 245 (245.2-1)
> +PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP
> ++LIBCRYPTSETUP GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID
> +ELFUTILS
> ++KMOD +IDN2 -IDN
> +PCRE2 default-hierarchy=hybrid

Has your system been rebooted recently?  
I check on my (working) system and I don't have /run/motd.d as a symlink to 
/run/private/motd.d.
For my system /run/motd.d is a real directory with a subdirectory "fwupd".

I have a suspicion this is related to the issue.

Reply via email to