<div dir="ltr"><div><div>Answering in the order asked:<br><br></div><div>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:<br><br>$ uname -a<br>Linux [REDACTED]-1 4.17.0-1-amd64 #1 SMP Debian 4.17.8-1 (2018-07-20) x86_64 GNU/Linux<br></div><div><br></div>/var/run is a symbolic link, on the partition. <br><br>$ ls -l /var/run<br>lrwxrwxrwx 1 root root 4 Dec 24  2017 /var/run -> /run<br><br></div><div>On the root partition:<br></div><div><br></div>$ ls -l /<br><div>[trimmed]<br></div><div>drwxr-xr-x  41 root root  1280 Jul 29 10:23 run<br></div><div>[trimmed]<br></div><div><br></div><div>FSTAB:<br><br># /etc/fstab: static file system information.<br></div><div>[ trimmed comments]<br></div><div># <file system> <mount point>   <type>  <options>       <dump>  <pass><br># / was on /dev/nvme0n1p2 during installation<br>UUID=[trimmed] /               ext4    errors=remount-ro 0       1<br># /boot/efi was on /dev/nvme0n1p1 during installation<br>UUID=[trimmed]  /boot/efi       vfat    umask=0077      0       1<br># /home was on /dev/sda4 during installation<br>UUID=[trimmed] /home           ext4    defaults        0       2<br># /tmp was on /dev/sda2 during installation<br>UUID=[trimmed] /tmp            ext4    defaults        0       2<br># /usr was on /dev/nvme0n1p3 during installation<br>UUID=[trimmed] /usr            ext4    defaults        0       2<br># /var was on /dev/sda1 during installation<br>UUID=[trimmed] /var            ext4    defaults        0       2<br># swap was on /dev/sda3 during installation<br>UUID=[trimmed] none            swap    sw              0       0<br>/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0<br><br></div><div>END FSTAB<br></div><div><br></div><div>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. <br><br></div><div>Thanks so much and Regards, <br></div><div><br></div><div><br><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Sun, Jul 29, 2018 at 7:12 AM Simon McVittie <<a href="mailto:smcv@debian.org">smcv@debian.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Control: retitle -1 dbus-daemon does not start, perhaps related to having a separate /var<br>
<br>
On Sat, 28 Jul 2018 at 15:25:47 -0400, Thomas Hardman wrote:<br>
> I have /var on a "spinner" drive along with /home and /tmp, and /  and /usr are<br>
> on two different partitions of an NVME/PCIe solid-state drive.<br>
> <br>
> /etc/fstab mounts these partitions from the "spinner" drive using UUID rather<br>
> than calling (for example) /dev/sda1 to mount on /var. Possibly irrelevant.<br>
> <br>
> Is it possible that somewhere in the process of mounting the spinner partition<br>
> for /var, the dbus directory with dbus.service and dbus.socket becomes<br>
> inaccessible and need to be recreated with `service dbus restart`?<br>
<br>
Aha. A separate /var mounted relatively late in boot is an unusual<br>
configuration: it is meant to be supported, but few developers test it,<br>
so I could well believe that it has regressed at some point.<br>
<br>
I'm going to ask some leading questions now, but please don't change<br>
your system configuration yet based on the answers you think I'm looking<br>
for to these questions: I might need to ask further questions for more<br>
diagnostics before settling on a solution.<br>
<br>
On your root partition (if you mount the root from an initrd, live-CD or<br>
similar recovery media), is /var/run a symbolic link to /run, or a real<br>
directory, or does it not exist at all?<br>
<br>
On your /var partition, is /var/run a symbolic link to /run, or is it a<br>
real directory?<br>
<br>
Does your /etc/fstab have an entry for /var/run?<br>
<br>
Please could you attach your entire /etc/fstab? If there's anything<br>
you consider to be sensitive in there, you can email it to <a href="mailto:smcv@debian.org" target="_blank">smcv@debian.org</a><br>
instead of sending it to <a href="mailto:903851@bugs.debian.org" target="_blank">903851@bugs.debian.org</a>, or censor it by replacing<br>
UUIDs, user-defined directory names etc. with xxxxx, yyyyy etc. in a<br>
consistent way.<br>
<br>
It would also be helpful if you could send /var/log/syslog entries<br>
for an entire bootup sequence (again, send it to me privately if you<br>
prefer, and it's OK to censor it but please make it obvious where you<br>
have done so).<br>
<br>
Thanks,<br>
    smcv<br>
</blockquote></div>