OK, so I kind of messed up in that I did at some point get things
working again, but didn't realize it because while I was experimenting
and testing/trying to figure things out, I run a dual monitor setup
(unequal sizes) and wound up swapping the monitor cable outputs so that
when things started wo
It looks like some parts of gnome were missing. Reinstalled the gnome
package and a bunch more packages got re-installed and fixed. Still not
working. However, now the only service which stills fail to start and is
broken is org.freedeskop.systemd1, which twice tries and fails to
startup due to bei
dbus-run-session gnome-session produced the following results
dbus-daemon[22068]: [session uid=0 pid=22068] Activating service
name='org.freedesktop.systemd1' requested by ':1.4' (uid=0 pid=22069
comm="/usr/libexec/gnome-session-binary" label="unconfined")
dbus-daemon[22068]: [session uid=0 pid=
Also, systemctl --user status reports a degraded state with 1 failed
unit
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/2090805
Title:
gdm blank screen
Status in xorg packa
Sorry about the duplication between post #4 and #5. I got an error after
trying to save #4 and thought I had lost it, so I redid it.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bu
** Attachment added: "journalctl -xb output"
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/2090805/+attachment/5842753/+files/xbjournal.err
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to xorg in Ubuntu.
https://bugs
** Attachment added: "journalctl -xb output"
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/2090805/+attachment/5842752/+files/xbjournal.err
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to xorg in Ubuntu.
https://bugs
Trying to run
XDG_SESSION_TYP=wayland dus-run-session gnome-session
resulted in
dbus-daemon[22068]: [session uid=0 pid=22068] Activating service
name='org.freedesktop.systemd1' requested by ':1.4' (uid=0 pid=22069
comm="/usr/libexec/gnome-session-binary" label="unconfined")
dbus-daemon[22068]
Thanks for your suggestions. Since I don't have a GUI, sending you a copy
of the boot journal and attaching it to this ticket is a bit of a pain and
I've been busy with work.
A bunch of points:
1. My boot sequence is messed up. I no longer see a grub boot menu so I can
choose alternative boot opt
OK, so basically this is due to the usrmerge change, that appears to be
driven by Redhat who recommend reinstalls for each new major version. It
was adopted by Debian and hence Uyuni and you haven't got a reliable way
to apply the merge during the in-place upgrades that you historically
supported;
Ah, I now see what you mean by the usrmerge. However I think that just
reinforces my comments above. It doesn't make any sense for the
installed package file to be installed in /sbin if /sbin is a symlink to
/usr/sbin. if /usr/sbin is the canonical directory, and /sbin is an
alias/symlink, then the
Actually I just re-read and saw that you indicated /sbin was the
symlink, which seems really strange because dpkg -L shows
/sbin/apparmor_parser as a file in the apparmor package, but not
/usr/sbin.
ndco-admin@CARMD-EV-ALBLD7:~$ dpkg -L apparmor
/.
/etc
/etc/apparmor
/etc/apparmor/parser.conf
/etc
Also
~$ dpkg -S /usr/sbin/apparmor_parser
dpkg-query: no path found matching pattern /usr/sbin/apparmor_parser
~$ dpkg -S /sbin/apparmor_parser
apparmor: /sbin/apparmor_parser
so it seems pretty messed up to me that the package file list would
include the symbolic link but not the actual file. Som
The /usr/sbin file not a symlink when it's causing an error. I'm
guessing that it's a hard link but that the package upgrade is somehow
deleting the /sbin directory entry (because it's the only one listed in
the dpkg -L output) and building a new inode for the new file contents,
but leaving the /us
That's a good question. I'm not sure of the exact history of these
systems, but I'm under the impression that they've gone through dist-
upgrades from as least one older LTS and more likely at least 2 (i.e.
from 16.04 to 18.04, to 20.04), but that predates my involvement. That
said, when I looked a
Public bug reported:
There appears to be two copies of apparmor_parser installed by previous
versions of the apparmor package, in /sbin and /usr/sbin. When updating
the apparmor package to apparmor-2.13.3-7ubuntu5.2, only the
/sbin/apparmor_parser executable is updated and the /usr/sbin copy is
le
Public bug reported:
We have an Ubuntu 18 installation using xfs file systems
user@hostname:~$ df
Filesystem 1K-blocks Used Available Use% Mounted on
udev 19896400 1989640 0% /dev
tmpfs 404008 848403160 1% /run
/dev/sda19754624 308337
17 matches
Mail list logo
