dbus fails to start on boot of live image

I was able to log in. After "sudo start dbus;sudo start hal;sudo start gdm", X started up, I had a desktop and was able to launch apps. I started dhclient on eth0 by hand.

even though that looks very much like bug 430611 nobody over there reported it in a livefs session yet

15:27 < Keybuk> is dbus failing to start
15:27 < Keybuk> or is dbus not being started?
15:27 < ogra> well, it doesnt run :) the bootmessages bjf gave dont indicate it failed actually
15:27 < GrueMaster> not started afaict.
15:28 < bjf> same here, didn't see any errors in logs
15:28 < Keybuk> ok
15:28 < Keybuk> then you probably have the very bug I'm trying to fix right now
15:28 < Keybuk> which is that mountall gets confused about things like live filesystems

grep 'mountall.*mounted:' /var/log/syslog
mountall[1722]: Filesystem could not be mounted: /rofs

This bug was fixed in the package mountall - 0.1.6

---------------
mountall (0.1.6) karmic; urgency=low

  [ Scott James Remnant ]
  * Restored mistakenly removed dh_installchangelogs & dh_installdocs.

  * Allow a further udev event for a block-device to retry swapon/mount
    after fsck has been already been completed for a prior event.
  * Massively reduce the pickyness of mountall when it comes to block
    devices; only expect ID_FS_USAGE and ID_FS_TYPE for dm and md devices,
    and don't actually expect the values. For most people this won't make
    a difference, since we use UUID= anyway. But for people with hardcoded
    /dev/sda1 in their fstab, which has multiple metadata, this won't break
    their boot.

  * Only include FHS filesystems in the {virtual,local,remote}-filesystems
    events. This prevents an unmountable entry in fstab blocking things like
    starting D-Bus or the Network which are required to mount that filesystem.
    LP: #430880.
  * Never consider the root filesystem to be virtual or remote, even when
    it is, since we assert that it's already mounted so we don't have to
    take care of it. LP: #431028.
  * Check whether filesystems mounted readonly when we start do not have
    "ro" in their fstab, before assuming we need to remount them.
    Readonly filesystems not in fstab (e.g. LiveCD, Wubi, etc.) never need
    remounting. LP: #431028.
  * Only virtual filesystems will be mounted while the root filesystem is
    readonly, not filesystems such as /usr and /var.
  * fuse filesystems are never considered virtual, since they probably
    need devices, write access and the hand of god to be mounted.

  [ Colin Watson ]
  * Ignore errors from kill in mountall-net, since they're almost certainly
    just because mountall exited before we had a chance to kill it
    LP: #430755.

 -- Scott James Remnant <email address hidden> Wed, 16 Sep 2009 23:55:33 +0100