Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #240493 > unrolled thread
| Started by | peter@easthope.ca |
|---|---|
| First post | 2021-09-28 19:10 +0200 |
| Last post | 2021-09-28 20:50 +0200 |
| Articles | 14 — 8 participants |
Back to article view | Back to linux.debian.user
Upgrading buster => bullseye. Canonicalization of /var/log/journal. peter@easthope.ca - 2021-09-28 19:10 +0200
Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. Nils <tuxifan@posteo.de> - 2021-09-28 19:40 +0200
Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. peter@easthope.ca - 2021-09-29 22:30 +0200
Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. Charles Curley <charlescurley@charlescurley.com> - 2021-09-30 03:30 +0200
Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. Greg Wooledge <greg@wooledge.org> - 2021-09-28 19:50 +0200
Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. peter@easthope.ca - 2021-09-29 22:30 +0200
Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. Greg Wooledge <greg@wooledge.org> - 2021-09-29 22:50 +0200
Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. David Wright <deblis@lionunicorn.co.uk> - 2021-09-30 05:40 +0200
Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. Nils <tuxifan@posteo.de> - 2021-09-30 06:00 +0200
Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. Greg Wooledge <greg@wooledge.org> - 2021-09-30 13:20 +0200
Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. Kushal Kumaran <kushal@locationd.net> - 2021-10-02 07:10 +0200
Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. Andrei POPESCU <andreimpopescu@gmail.com> - 2021-10-02 09:50 +0200
Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. "Andrew M.A. Cater" <amacater@einval.com> - 2021-09-28 20:40 +0200
Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. Greg Wooledge <greg@wooledge.org> - 2021-09-28 20:50 +0200
| From | peter@easthope.ca |
|---|---|
| Date | 2021-09-28 19:10 +0200 |
| Subject | Upgrading buster => bullseye. Canonicalization of /var/log/journal. |
| Message-ID | <D2oMa-81I-27@gated-at.bofh.it> |
Hi, Here the upgrade was completed except for the problem indicated in the following transcript. This page appears relevant. https://manpages.debian.org/stretch/systemd/systemd-journald.service.8.en.html /var/log/journal exists here. The command "systemd-tmpfiles --create --prefix /var/log/journal" gives complaints similar to those in the transcript. Likely the solution is obvious once the problem is understood. What is unsafe about the path transition? How is systemd journaling meant to work? Thx, ... P. =============================== root@joule:~# apt update Hit:1 https://mirror.it.ubc.ca/debian bullseye InRelease Hit:2 http://deb.debian.org/debian-security bullseye-security InRelease Reading package lists... Done Building dependency tree... Done Reading state information... Done All packages are up to date. root@joule:~# apt upgrade Reading package lists... Done Building dependency tree... Done Reading state information... Done Calculating upgrade... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 9 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue? [Y/n] Setting up systemd (247.3-6) ... Detected unsafe path transition / -> /var during canonicalization of /var/log/journal. Detected unsafe path transition / -> /var during canonicalization of /var/log/journal. Detected unsafe path transition / -> /var during canonicalization of /var/log/journal. Detected unsafe path transition / -> /var during canonicalization of /var/log/journal/82516769d28444b49bf2553c1a9d8b27. Detected unsafe path transition / -> /var during canonicalization of /var/log/journal/82516769d28444b49bf2553c1a9d8b27. Detected unsafe path transition / -> /var during canonicalization of /var/log/journal/82516769d28444b49bf2553c1a9d8b27. Detected unsafe path transition / -> /var during canonicalization of /var/log/journal/82516769d28444b49bf2553c1a9d8b27/system.journal. Detected unsafe path transition / -> /var during canonicalization of /var/log/journal/82516769d28444b49bf2553c1a9d8b27/system.journal. dpkg: error processing package systemd (--configure): installed systemd package post-installation script subprocess returned error exit status 73 dpkg: dependency problems prevent configuration of libpam-systemd:i386: libpam-systemd:i386 depends on systemd (= 247.3-6); however: Package systemd is not configured yet. dpkg: error processing package libpam-systemd:i386 (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of policykit-1: policykit-1 depends on default-logind | logind; however: Package default-logind is not installed. Package libpam-systemd:i386 which provides default-logind is not configured yet. Package logind is not installed. Package libpam-systemd:i386 which provides logind is not configured yet. dpkg: error processing package policykit-1 (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of policykit-1-gnome: policykit-1-gnome depends on policykit-1; however: Package policykit-1 is not configured yet. dpkg: error processing package policykit-1-gnome (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of plymouth: plymouth depends on systemd (>= 232-8~); however: Package systemd is not configured yet. dpkg: error processing package plymouth (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of mate-polkit:i386: mate-polkit:i386 depends on policykit-1; however: Package policykit-1 is not configured yet. dpkg: error processing package mate-polkit:i386 (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of lxpolkit: lxpolkit depends on policykit-1; however: Package policykit-1 is not configured yet. dpkg: error processing package lxpolkit (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of modemmanager: modemmanager depends on policykit-1; however: Package policykit-1 is not configured yet. dpkg: error processing package modemmanager (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of plymouth-label: plymouth-label depends on plymouth (= 0.9.5-3); however: Package plymouth is not configured yet. dpkg: error processing package plymouth-label (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: systemd libpam-systemd:i386 policykit-1 policykit-1-gnome plymouth mate-polkit:i386 lxpolkit modemmanager plymouth-label E: Sub-process /usr/bin/dpkg returned an error code (1) root@joule:~# =============================== -- 48.7693 N 123.3053 W mobile: +1 778 951 5147 VoIP: +1 604 670 0140
[toc] | [next] | [standalone]
| From | Nils <tuxifan@posteo.de> |
|---|---|
| Date | 2021-09-28 19:40 +0200 |
| Message-ID | <D2pfc-8aR-9@gated-at.bofh.it> |
| In reply to | #240493 |
[Multipart message — attachments visible in raw view] — view raw
Hi, Are you sure you still need these journals? Might be some nasty bug and my way to work around it would be to just delete those logs. I mean, it's kind of a hacky solution but I'm absolutely sure this allows the upgrade to continue. Hope it's a viable solution to you, Tuxifan Am 28. September 2021 17:55:59 MESZ schrieb peter@easthope.ca: >Hi, >Here the upgrade was completed except for the problem indicated in the >following transcript. > >This page appears relevant. >https://manpages.debian.org/stretch/systemd/systemd-journald.service.8.en.html > >/var/log/journal exists here. > >The command "systemd-tmpfiles --create --prefix /var/log/journal" gives >complaints similar to those in the transcript. > >Likely the solution is obvious once the problem is understood. What is >unsafe about the path transition? How is systemd journaling meant to >work? > >Thx, ... P. > >=============================== >root@joule:~# apt update >Hit:1 https://mirror.it.ubc.ca/debian bullseye InRelease >Hit:2 http://deb.debian.org/debian-security bullseye-security InRelease >Reading package lists... Done >Building dependency tree... Done >Reading state information... Done >All packages are up to date. >root@joule:~# apt upgrade >Reading package lists... Done >Building dependency tree... Done >Reading state information... Done >Calculating upgrade... Done >0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. >9 not fully installed or removed. >After this operation, 0 B of additional disk space will be used. >Do you want to continue? [Y/n] >Setting up systemd (247.3-6) ... >Detected unsafe path transition / -> /var during canonicalization of /var/log/journal. >Detected unsafe path transition / -> /var during canonicalization of /var/log/journal. >Detected unsafe path transition / -> /var during canonicalization of /var/log/journal. >Detected unsafe path transition / -> /var during canonicalization of /var/log/journal/82516769d28444b49bf2553c1a9d8b27. >Detected unsafe path transition / -> /var during canonicalization of /var/log/journal/82516769d28444b49bf2553c1a9d8b27. >Detected unsafe path transition / -> /var during canonicalization of /var/log/journal/82516769d28444b49bf2553c1a9d8b27. >Detected unsafe path transition / -> /var during canonicalization of /var/log/journal/82516769d28444b49bf2553c1a9d8b27/system.journal. >Detected unsafe path transition / -> /var during canonicalization of /var/log/journal/82516769d28444b49bf2553c1a9d8b27/system.journal. >dpkg: error processing package systemd (--configure): > installed systemd package post-installation script subprocess returned error exit status 73 >dpkg: dependency problems prevent configuration of libpam-systemd:i386: > libpam-systemd:i386 depends on systemd (= 247.3-6); however: > Package systemd is not configured yet. > >dpkg: error processing package libpam-systemd:i386 (--configure): > dependency problems - leaving unconfigured >dpkg: dependency problems prevent configuration of policykit-1: > policykit-1 depends on default-logind | logind; however: > Package default-logind is not installed. > Package libpam-systemd:i386 which provides default-logind is not configured yet. > Package logind is not installed. > Package libpam-systemd:i386 which provides logind is not configured yet. > >dpkg: error processing package policykit-1 (--configure): > dependency problems - leaving unconfigured >dpkg: dependency problems prevent configuration of policykit-1-gnome: > policykit-1-gnome depends on policykit-1; however: > Package policykit-1 is not configured yet. > >dpkg: error processing package policykit-1-gnome (--configure): > dependency problems - leaving unconfigured >dpkg: dependency problems prevent configuration of plymouth: > plymouth depends on systemd (>= 232-8~); however: > Package systemd is not configured yet. > >dpkg: error processing package plymouth (--configure): > dependency problems - leaving unconfigured >dpkg: dependency problems prevent configuration of mate-polkit:i386: > mate-polkit:i386 depends on policykit-1; however: > Package policykit-1 is not configured yet. > >dpkg: error processing package mate-polkit:i386 (--configure): > dependency problems - leaving unconfigured >dpkg: dependency problems prevent configuration of lxpolkit: > lxpolkit depends on policykit-1; however: > Package policykit-1 is not configured yet. > >dpkg: error processing package lxpolkit (--configure): > dependency problems - leaving unconfigured >dpkg: dependency problems prevent configuration of modemmanager: > modemmanager depends on policykit-1; however: > Package policykit-1 is not configured yet. > >dpkg: error processing package modemmanager (--configure): > dependency problems - leaving unconfigured >dpkg: dependency problems prevent configuration of plymouth-label: > plymouth-label depends on plymouth (= 0.9.5-3); however: > Package plymouth is not configured yet. > >dpkg: error processing package plymouth-label (--configure): > dependency problems - leaving unconfigured >Errors were encountered while processing: > systemd > libpam-systemd:i386 > policykit-1 > policykit-1-gnome > plymouth > mate-polkit:i386 > lxpolkit > modemmanager > plymouth-label >E: Sub-process /usr/bin/dpkg returned an error code (1) >root@joule:~# >=============================== > >-- >48.7693 N 123.3053 W >mobile: +1 778 951 5147 > VoIP: +1 604 670 0140 >
[toc] | [prev] | [next] | [standalone]
| From | peter@easthope.ca |
|---|---|
| Date | 2021-09-29 22:30 +0200 |
| Subject | Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. |
| Message-ID | <D2Onf-6KE-7@gated-at.bofh.it> |
| In reply to | #240496 |
From: Nils <tuxifan@posteo.de>
Date: Tue, 28 Sep 2021 17:16:30 +0000
> Are you sure you still need these journals?
I don't know.
> ... my way to work around it would be to just delete those logs.
Did that and rebooted. System behaviour is unchanged.
plymouth-label was the last package reported unconfigured. So ...
root@joule:~# apt-get --reinstall install plymouth-label
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded.
9 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
E: Internal Error, No file name for plymouth-label:i386
The i386 archive is defective? The sources.list here doesn't rely on
one site.
root@joule:~# cat /etc/apt/sources.list
#deb http://mirror.it.ubc.ca/debian/ bullseye main
deb http://mirror.it.ubc.ca/debian/ bullseye main contrib non-free
deb-src http://mirror.it.ubc.ca/debian/ bullseye main contrib non-free
deb http://ftp.ca.debian.org/debian/ bullseye main contrib non-free
deb-src http://ftp.ca.debian.org/debian/ bullseye main contrib non-free
deb http://deb.debian.org/debian-security/ bullseye-security main contrib non-fr
ee
deb-src http://deb.debian.org/debian-security/ bullseye-security main contrib no
n-free
Has anyone installed or upgraded to bullseye on a 32 bit PC?
Thx, ... P.
--
48.7693 N 123.3053 W
mobile: +1 778 951 5147
VoIP: +1 604 670 0140
[toc] | [prev] | [next] | [standalone]
| From | Charles Curley <charlescurley@charlescurley.com> |
|---|---|
| Date | 2021-09-30 03:30 +0200 |
| Subject | Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. |
| Message-ID | <D2T3z-18u-1@gated-at.bofh.it> |
| In reply to | #240592 |
On Wed, 29 Sep 2021 08:01:00 -0700 peter@easthope.ca wrote: > root@joule:~# cat /etc/apt/sources.list > #deb http://mirror.it.ubc.ca/debian/ bullseye main > deb http://mirror.it.ubc.ca/debian/ bullseye main contrib non-free > deb-src http://mirror.it.ubc.ca/debian/ bullseye main contrib non-free > > deb http://ftp.ca.debian.org/debian/ bullseye main contrib > non-free deb-src http://ftp.ca.debian.org/debian/ bullseye main > contrib non-free > > deb http://deb.debian.org/debian-security/ bullseye-security main > contrib non-fr ee > deb-src http://deb.debian.org/debian-security/ bullseye-security main > contrib no n-free > > Has anyone installed or upgraded to bullseye on a 32 bit PC? Yes, several times. Looking at your sources.list, you can probably remove either the ubc stanza or the ca.debian.org stanza. I suspect that lags between mirrors could cause referential integrity issues. However, it may be simpler to use deb.debian.org, which will assign a mirror, reducing your reliance on any one mirror. Mine look like so: root@freeman:~# cat /etc/apt/sources.list # deb cdrom:[Debian GNU/Linux 11.0.0 _Bullseye_ - Official i386 NETINST 20210814-10:03]/ bullseye main #deb cdrom:[Debian GNU/Linux 11.0.0 _Bullseye_ - Official i386 NETINST 20210814-10:03]/ bullseye main deb http://deb.debian.org/debian bullseye main contrib non-free # deb-src http://deb.debian.org/debian bullseye main contrib non-free deb http://security.debian.org/debian-security bullseye-security main # deb-src http://security.debian.org/debian-security bullseye-security main # This system was installed using small removable media # (e.g. netinst, live or single CD). The matching "deb cdrom" # entries were disabled at the end of the installation process. # For information about how to configure apt package sources, # see the sources.list(5) manual. root@freeman:~# -- Does anybody read signatures any more? https://charlescurley.com https://charlescurley.com/blog/
[toc] | [prev] | [next] | [standalone]
| From | Greg Wooledge <greg@wooledge.org> |
|---|---|
| Date | 2021-09-28 19:50 +0200 |
| Subject | Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. |
| Message-ID | <D2poS-8eg-9@gated-at.bofh.it> |
| In reply to | #240493 |
On Tue, Sep 28, 2021 at 08:55:59AM -0700, peter@easthope.ca wrote: > Hi, > Here the upgrade was completed except for the problem indicated in the > following transcript. > > This page appears relevant. > https://manpages.debian.org/stretch/systemd/systemd-journald.service.8.en.html > > /var/log/journal exists here. What does it look like? ls -ld / /var /var/log /var/log/journal > The command "systemd-tmpfiles --create --prefix /var/log/journal" gives > complaints similar to those in the transcript. > > Likely the solution is obvious once the problem is understood. What is > unsafe about the path transition? How is systemd journaling meant to > work? > Setting up systemd (247.3-6) ... > Detected unsafe path transition / -> /var during canonicalization of /var/log/journal. > Detected unsafe path transition / -> /var during canonicalization of /var/log/journal. > Detected unsafe path transition / -> /var during canonicalization of /var/log/journal. > Detected unsafe path transition / -> /var during canonicalization of /var/log/journal/82516769d28444b49bf2553c1a9d8b27. > Detected unsafe path transition / -> /var during canonicalization of /var/log/journal/82516769d28444b49bf2553c1a9d8b27. > Detected unsafe path transition / -> /var during canonicalization of /var/log/journal/82516769d28444b49bf2553c1a9d8b27. > Detected unsafe path transition / -> /var during canonicalization of /var/log/journal/82516769d28444b49bf2553c1a9d8b27/system.journal. > Detected unsafe path transition / -> /var during canonicalization of /var/log/journal/82516769d28444b49bf2553c1a9d8b27/system.journal. > dpkg: error processing package systemd (--configure): > installed systemd package post-installation script subprocess returned error exit status 73 <https://github.com/systemd/systemd/issues/11282> suggests an ownership misconfiguration could be responsible. Thus, seeing the output of the ls command may help.
[toc] | [prev] | [next] | [standalone]
| From | peter@easthope.ca |
|---|---|
| Date | 2021-09-29 22:30 +0200 |
| Subject | Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. |
| Message-ID | <D2Onf-6KE-5@gated-at.bofh.it> |
| In reply to | #240497 |
From: Greg Wooledge <greg@wooledge.org>
Date: Tue, 28 Sep 2021 13:41:05 -0400
> What does it look like?
>
> ls -ld / /var /var/log /var/log/journal
root@joule:/# ls -ld / /var /var/log
drwxr-xr-x 18 peter peter 4096 Sep 27 18:00 /
drwxr-xr-x 11 root root 4096 Nov 3 2020 /var
drwxr-xr-x 10 root root 4096 Sep 29 06:39 /var/log
root@joule:/# ls -lR /var/log/journal
/var/log/journal:
total 4
drwxr-xr-x 2 root root 4096 Sep 29 06:46 82516769d28444b49bf2553c1a9d8b27
/var/log/journal/82516769d28444b49bf2553c1a9d8b27:
total 32776
-rw-r----- 1 root root 25165824 Sep 29 06:49 system.journal
-rw-r-----+ 1 root root 8388608 Sep 29 06:54 user-1000.journal
The two files contain binary data. Any chance they are file system
journals?
Thx, ... P.
--
48.7693 N 123.3053 W
mobile: +1 778 951 5147
VoIP: +1 604 670 0140
[toc] | [prev] | [next] | [standalone]
| From | Greg Wooledge <greg@wooledge.org> |
|---|---|
| Date | 2021-09-29 22:50 +0200 |
| Subject | Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. |
| Message-ID | <D2OGE-6Rj-35@gated-at.bofh.it> |
| In reply to | #240591 |
On Wed, Sep 29, 2021 at 07:05:37AM -0700, peter@easthope.ca wrote: > From: Greg Wooledge <greg@wooledge.org> > Date: Tue, 28 Sep 2021 13:41:05 -0400 > > What does it look like? > > > > ls -ld / /var /var/log /var/log/journal > > root@joule:/# ls -ld / /var /var/log > drwxr-xr-x 18 peter peter 4096 Sep 27 18:00 / > drwxr-xr-x 11 root root 4096 Nov 3 2020 /var > drwxr-xr-x 10 root root 4096 Sep 29 06:39 /var/log The ownership of the / directory is wrong. It should be root:root, not peter:peter. chown root:root / Everything else looks OK at the moment.
[toc] | [prev] | [next] | [standalone]
| From | David Wright <deblis@lionunicorn.co.uk> |
|---|---|
| Date | 2021-09-30 05:40 +0200 |
| Subject | Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. |
| Message-ID | <D2V5n-2wJ-1@gated-at.bofh.it> |
| In reply to | #240595 |
On Wed 29 Sep 2021 at 16:46:14 (-0400), Greg Wooledge wrote: > On Wed, Sep 29, 2021 at 07:05:37AM -0700, peter@easthope.ca wrote: > > From: Greg Wooledge <greg@wooledge.org> > > Date: Tue, 28 Sep 2021 13:41:05 -0400 > > > What does it look like? > > > > > > ls -ld / /var /var/log /var/log/journal > > > > root@joule:/# ls -ld / /var /var/log > > drwxr-xr-x 18 peter peter 4096 Sep 27 18:00 / > > drwxr-xr-x 11 root root 4096 Nov 3 2020 /var > > drwxr-xr-x 10 root root 4096 Sep 29 06:39 /var/log > > The ownership of the / directory is wrong. It should be root:root, > not peter:peter. > > chown root:root / > > Everything else looks OK at the moment. Similar to https://lists.debian.org/debian-user/2021/07/msg00907.html but even worse (there, it was only group ownership that was wrong). It does appear that there's a subset of people who immediately recognise this warning message as meaning "wrong ownership", Greg (possibly), Kushal and of course Poettering: https://github.com/systemd/systemd/issues/11282 Would it be sensible for the message to actually mention ownership, or can it apply to very different circumstances (beyond permissions, that is)? I've failed to find any other cause, but see a lot of people messing up their ownership. Is this being done by people, say, untarring archives as root, or are there some buggy programs out there? One person claimed it happened through formatting a partition with some gnome program. Is that likely? Cheers, David.
[toc] | [prev] | [next] | [standalone]
| From | Nils <tuxifan@posteo.de> |
|---|---|
| Date | 2021-09-30 06:00 +0200 |
| Subject | Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. |
| Message-ID | <D2VoJ-2EC-1@gated-at.bofh.it> |
| In reply to | #240614 |
[Multipart message — attachments visible in raw view] — view raw
>From my experience gnome-disks automatically chowns / to the executing user when creating a filesystem. But I don't think Peter did that. I'd rather say it's been caused by some installation script, those are usually buggy when it comes to file ownership. Peter, did you install anything via a .run or .sh file? Nils On Wed, 29 Sep 2021 22:35:35 -0500 David Wright <deblis@lionunicorn.co.uk> wrote: > On Wed 29 Sep 2021 at 16:46:14 (-0400), Greg Wooledge wrote: > > On Wed, Sep 29, 2021 at 07:05:37AM -0700, peter@easthope.ca wrote: > > > From: Greg Wooledge <greg@wooledge.org> > > > Date: Tue, 28 Sep 2021 13:41:05 -0400 > > > > What does it look like? > > > > > > > > ls -ld / /var /var/log /var/log/journal > > > > > > root@joule:/# ls -ld / /var /var/log > > > drwxr-xr-x 18 peter peter 4096 Sep 27 18:00 / > > > drwxr-xr-x 11 root root 4096 Nov 3 2020 /var > > > drwxr-xr-x 10 root root 4096 Sep 29 06:39 /var/log > > > > The ownership of the / directory is wrong. It should be root:root, > > not peter:peter. > > > > chown root:root / > > > > Everything else looks OK at the moment. > > Similar to https://lists.debian.org/debian-user/2021/07/msg00907.html > but even worse (there, it was only group ownership that was wrong). > It does appear that there's a subset of people who immediately > recognise this warning message as meaning "wrong ownership", > Greg (possibly), Kushal and of course Poettering: > > https://github.com/systemd/systemd/issues/11282 > > Would it be sensible for the message to actually mention ownership, > or can it apply to very different circumstances (beyond permissions, > that is)? I've failed to find any other cause, but see a lot of > people messing up their ownership. > > Is this being done by people, say, untarring archives as root, or > are there some buggy programs out there? One person claimed it > happened through formatting a partition with some gnome program. > Is that likely? > > Cheers, > David. > -- Nils <tuxifan@posteo.de>
[toc] | [prev] | [next] | [standalone]
| From | Greg Wooledge <greg@wooledge.org> |
|---|---|
| Date | 2021-09-30 13:20 +0200 |
| Subject | Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. |
| Message-ID | <D32gx-7jg-1@gated-at.bofh.it> |
| In reply to | #240614 |
On Wed, Sep 29, 2021 at 10:35:35PM -0500, David Wright wrote: > Would it be sensible for the message to actually mention ownership, > or can it apply to very different circumstances (beyond permissions, > that is)? I've failed to find any other cause, but see a lot of > people messing up their ownership. That would be a good question to ask the systemd developers.
[toc] | [prev] | [next] | [standalone]
| From | Kushal Kumaran <kushal@locationd.net> |
|---|---|
| Date | 2021-10-02 07:10 +0200 |
| Subject | Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. |
| Message-ID | <D3Frz-6jN-1@gated-at.bofh.it> |
| In reply to | #240614 |
On Wed, Sep 29 2021 at 10:35:35 PM, David Wright <deblis@lionunicorn.co.uk> wrote: > On Wed 29 Sep 2021 at 16:46:14 (-0400), Greg Wooledge wrote: >> On Wed, Sep 29, 2021 at 07:05:37AM -0700, peter@easthope.ca wrote: >> > From: Greg Wooledge <greg@wooledge.org> >> > Date: Tue, 28 Sep 2021 13:41:05 -0400 >> > > What does it look like? >> > > >> > > ls -ld / /var /var/log /var/log/journal >> > >> > root@joule:/# ls -ld / /var /var/log >> > drwxr-xr-x 18 peter peter 4096 Sep 27 18:00 / >> > drwxr-xr-x 11 root root 4096 Nov 3 2020 /var >> > drwxr-xr-x 10 root root 4096 Sep 29 06:39 /var/log >> >> The ownership of the / directory is wrong. It should be root:root, >> not peter:peter. >> >> chown root:root / >> >> Everything else looks OK at the moment. > > Similar to https://lists.debian.org/debian-user/2021/07/msg00907.html > but even worse (there, it was only group ownership that was wrong). > It does appear that there's a subset of people who immediately > recognise this warning message as meaning "wrong ownership", > Greg (possibly), Kushal and of course Poettering: > FWIW, that email was the first I'd ever heard of the problem. My solution was based on a web search, which probably led me to the following link, but I neglected to include that in my email. > https://github.com/systemd/systemd/issues/11282 > > Would it be sensible for the message to actually mention ownership, > or can it apply to very different circumstances (beyond permissions, > that is)? I've failed to find any other cause, but see a lot of > people messing up their ownership. According to the code at https://github.com/systemd/systemd/blob/dd4c15296cce001287d03a6647a751f253de2a51/src/basic/fs-util.c#L736, the message has been updated three months ago to include ownership of the offending directories. At this point, we'd need to wait for a newer version of systemd to migrate into debian repos. > > Is this being done by people, say, untarring archives as root, or > are there some buggy programs out there? One person claimed it > happened through formatting a partition with some gnome program. > Is that likely? > > Cheers, > David.
[toc] | [prev] | [next] | [standalone]
| From | Andrei POPESCU <andreimpopescu@gmail.com> |
|---|---|
| Date | 2021-10-02 09:50 +0200 |
| Subject | Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. |
| Message-ID | <D3HWp-7Du-3@gated-at.bofh.it> |
| In reply to | #240591 |
[Multipart message — attachments visible in raw view] — view raw
On Mi, 29 sep 21, 07:05:37, peter@easthope.ca wrote: > From: Greg Wooledge <greg@wooledge.org> > Date: Tue, 28 Sep 2021 13:41:05 -0400 > > What does it look like? > > > > ls -ld / /var /var/log /var/log/journal > > root@joule:/# ls -ld / /var /var/log > drwxr-xr-x 18 peter peter 4096 Sep 27 18:00 / > drwxr-xr-x 11 root root 4096 Nov 3 2020 /var > drwxr-xr-x 10 root root 4096 Sep 29 06:39 /var/log Please include also the output for /var/log/journal (as already requested by Greg), and if you have the 'acl' package already installed the output of `getfacl` for it. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser
[toc] | [prev] | [next] | [standalone]
| From | "Andrew M.A. Cater" <amacater@einval.com> |
|---|---|
| Date | 2021-09-28 20:40 +0200 |
| Subject | Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. |
| Message-ID | <D2qbf-hM-7@gated-at.bofh.it> |
| In reply to | #240493 |
On Tue, Sep 28, 2021 at 08:55:59AM -0700, peter@easthope.ca wrote: > Hi, > Here the upgrade was completed except for the problem indicated in the > following transcript. > > This page appears relevant. > https://manpages.debian.org/stretch/systemd/systemd-journald.service.8.en.html > > /var/log/journal exists here. > > The command "systemd-tmpfiles --create --prefix /var/log/journal" gives > complaints similar to those in the transcript. > > Likely the solution is obvious once the problem is understood. What is > unsafe about the path transition? How is systemd journaling meant to > work? > > Thx, ... P. > > =============================== > root@joule:~# apt update > Hit:1 https://mirror.it.ubc.ca/debian bullseye InRelease > Hit:2 http://deb.debian.org/debian-security bullseye-security InRelease > Reading package lists... Done > Building dependency tree... Done > Reading state information... Done > All packages are up to date. > root@joule:~# apt upgrade > Reading package lists... Done > Building dependency tree... Done > Reading state information... Done > Calculating upgrade... Done > 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. > 9 not fully installed or removed. > After this operation, 0 B of additional disk space will be used. > Do you want to continue? [Y/n] > Setting up systemd (247.3-6) ... > Detected unsafe path transition / -> /var during canonicalization of /var/log/journal. > Detected unsafe path transition / -> /var during canonicalization of /var/log/journal. > Detected unsafe path transition / -> /var during canonicalization of /var/log/journal. > Detected unsafe path transition / -> /var during canonicalization of /var/log/journal/82516769d28444b49bf2553c1a9d8b27. > Detected unsafe path transition / -> /var during canonicalization of /var/log/journal/82516769d28444b49bf2553c1a9d8b27. > Detected unsafe path transition / -> /var during canonicalization of /var/log/journal/82516769d28444b49bf2553c1a9d8b27. > Detected unsafe path transition / -> /var during canonicalization of /var/log/journal/82516769d28444b49bf2553c1a9d8b27/system.journal. > Detected unsafe path transition / -> /var during canonicalization of /var/log/journal/82516769d28444b49bf2553c1a9d8b27/system.journal. > dpkg: error processing package systemd (--configure): > installed systemd package post-installation script subprocess returned error exit status 73 > dpkg: dependency problems prevent configuration of libpam-systemd:i386: > libpam-systemd:i386 depends on systemd (= 247.3-6); however: > Package systemd is not configured yet. > > dpkg: error processing package libpam-systemd:i386 (--configure): > dependency problems - leaving unconfigured > dpkg: dependency problems prevent configuration of policykit-1: > policykit-1 depends on default-logind | logind; however: > Package default-logind is not installed. > Package libpam-systemd:i386 which provides default-logind is not configured yet. > Package logind is not installed. > Package libpam-systemd:i386 which provides logind is not configured yet. > > dpkg: error processing package policykit-1 (--configure): > dependency problems - leaving unconfigured > dpkg: dependency problems prevent configuration of policykit-1-gnome: > policykit-1-gnome depends on policykit-1; however: > Package policykit-1 is not configured yet. > > dpkg: error processing package policykit-1-gnome (--configure): > dependency problems - leaving unconfigured > dpkg: dependency problems prevent configuration of plymouth: > plymouth depends on systemd (>= 232-8~); however: > Package systemd is not configured yet. > > dpkg: error processing package plymouth (--configure): > dependency problems - leaving unconfigured > dpkg: dependency problems prevent configuration of mate-polkit:i386: > mate-polkit:i386 depends on policykit-1; however: > Package policykit-1 is not configured yet. > > dpkg: error processing package mate-polkit:i386 (--configure): > dependency problems - leaving unconfigured > dpkg: dependency problems prevent configuration of lxpolkit: > lxpolkit depends on policykit-1; however: > Package policykit-1 is not configured yet. > > dpkg: error processing package lxpolkit (--configure): > dependency problems - leaving unconfigured > dpkg: dependency problems prevent configuration of modemmanager: > modemmanager depends on policykit-1; however: > Package policykit-1 is not configured yet. > > dpkg: error processing package modemmanager (--configure): > dependency problems - leaving unconfigured > dpkg: dependency problems prevent configuration of plymouth-label: > plymouth-label depends on plymouth (= 0.9.5-3); however: > Package plymouth is not configured yet. > > dpkg: error processing package plymouth-label (--configure): > dependency problems - leaving unconfigured > Errors were encountered while processing: > systemd > libpam-systemd:i386 > policykit-1 > policykit-1-gnome > plymouth > mate-polkit:i386 > lxpolkit > modemmanager > plymouth-label > E: Sub-process /usr/bin/dpkg returned an error code (1) > root@joule:~# > =============================== > > -- > 48.7693 N 123.3053 W > mobile: +1 778 951 5147 > VoIP: +1 604 670 0140 > If this appears to be complete apart from the errors you have: it may be worth rebooting and running dpkg -C to configure anything that is unpacked but remains unconfigured. All the best, as ever, Andy Cater
[toc] | [prev] | [next] | [standalone]
| From | Greg Wooledge <greg@wooledge.org> |
|---|---|
| Date | 2021-09-28 20:50 +0200 |
| Subject | Re: Upgrading buster => bullseye. Canonicalization of /var/log/journal. |
| Message-ID | <D2qkW-l6-7@gated-at.bofh.it> |
| In reply to | #240503 |
On Tue, Sep 28, 2021 at 06:33:52PM +0000, Andrew M.A. Cater wrote: > On Tue, Sep 28, 2021 at 08:55:59AM -0700, peter@easthope.ca wrote: > > Errors were encountered while processing: > > systemd > > libpam-systemd:i386 > > policykit-1 > > policykit-1-gnome > > plymouth > > mate-polkit:i386 > > lxpolkit > > modemmanager > > plymouth-label > > E: Sub-process /usr/bin/dpkg returned an error code (1) > > root@joule:~# > If this appears to be complete apart from the errors you have: it may be > worth rebooting and running dpkg -C to configure anything that is unpacked > but remains unconfigured. This would not be my advice. For two reasons: 1) If the underlying problem isn't fixed, there is no reason to expect that "dpkg -C" is going to fix things. It should just run the same post-inst scripts again, and produce the same errors again. 2) With systemd in a possibly messed-up state, rebooting is risky. I would focus on fixing the underlying issue, starting with looking at the things that it complained about. ls -ld / /var /var/log /var/log/journal
[toc] | [prev] | [standalone]
Back to top | Article view | linux.debian.user
csiph-web