[Pkg-utopia-maintainers] Bug#903851: DBUS? Continuing Problems after migration to "testing"

[Thomas Hardman]

Answering in the order asked:

I am at this time booting with GRUB so I don't have separate media such as
a boot USB key, CD, or any such thing. The initrd is whatever was generated
when I installed the kernel. Note that this is very reproducible with this
kernel or with previous. In case you need to know:

$ uname -a
Linux [REDACTED]-1 4.17.0-1-amd64 #1 SMP Debian 4.17.8-1 (2018-07-20)
x86_64 GNU/Linux

/var/run is a symbolic link, on the partition.

$ ls -l /var/run
lrwxrwxrwx 1 root root 4 Dec 24  2017 /var/run -> /run

On the root partition:

$ ls -l /
[trimmed]
drwxr-xr-x  41 root root  1280 Jul 29 10:23 run
[trimmed]

FSTAB:

# /etc/fstab: static file system information.
[ trimmed comments]
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/nvme0n1p2 during installation
UUID=[trimmed] /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p1 during installation
UUID=[trimmed]  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda4 during installation
UUID=[trimmed] /home           ext4    defaults        0       2
# /tmp was on /dev/sda2 during installation
UUID=[trimmed] /tmp            ext4    defaults        0       2
# /usr was on /dev/nvme0n1p3 during installation
UUID=[trimmed] /usr            ext4    defaults        0       2
# /var was on /dev/sda1 during installation
UUID=[trimmed] /var            ext4    defaults        0       2
# swap was on /dev/sda3 during installation
UUID=[trimmed] none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

END FSTAB

boot.log, messages, and syslog will be sent to SMCV under separate cover.
If others will be needed please name them and I'll send them.

Thanks so much and Regards,




On Sun, Jul 29, 2018 at 7:12 AM Simon McVittie <smcv at debian.org> wrote:

> Control: retitle -1 dbus-daemon does not start, perhaps related to having
> a separate /var
>
> On Sat, 28 Jul 2018 at 15:25:47 -0400, Thomas Hardman wrote:
> > I have /var on a "spinner" drive along with /home and /tmp, and /  and
> /usr are
> > on two different partitions of an NVME/PCIe solid-state drive.
> >
> > /etc/fstab mounts these partitions from the "spinner" drive using UUID
> rather
> > than calling (for example) /dev/sda1 to mount on /var. Possibly
> irrelevant.
> >
> > Is it possible that somewhere in the process of mounting the spinner
> partition
> > for /var, the dbus directory with dbus.service and dbus.socket becomes
> > inaccessible and need to be recreated with `service dbus restart`?
>
> Aha. A separate /var mounted relatively late in boot is an unusual
> configuration: it is meant to be supported, but few developers test it,
> so I could well believe that it has regressed at some point.
>
> I'm going to ask some leading questions now, but please don't change
> your system configuration yet based on the answers you think I'm looking
> for to these questions: I might need to ask further questions for more
> diagnostics before settling on a solution.
>
> On your root partition (if you mount the root from an initrd, live-CD or
> similar recovery media), is /var/run a symbolic link to /run, or a real
> directory, or does it not exist at all?
>
> On your /var partition, is /var/run a symbolic link to /run, or is it a
> real directory?
>
> Does your /etc/fstab have an entry for /var/run?
>
> Please could you attach your entire /etc/fstab? If there's anything
> you consider to be sensitive in there, you can email it to smcv at debian.org
> instead of sending it to 903851 at bugs.debian.org, or censor it by replacing
> UUIDs, user-defined directory names etc. with xxxxx, yyyyy etc. in a
> consistent way.
>
> It would also be helpful if you could send /var/log/syslog entries
> for an entire bootup sequence (again, send it to me privately if you
> prefer, and it's OK to censor it but please make it obvious where you
> have done so).
>
> Thanks,
>     smcv
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/pkg-utopia-maintainers/attachments/20180729/25d9c38c/attachment.html>