← Back to team overview

touch-packages team mailing list archive

[Bug 1392637] Re: Cannot boot with newly installed systemd if /tmp/ is filled with files

 

You are still running upstart. However, it'd be good to check this under
systemd as well. Under either init system, a tmpfs should be mounted on
/tmp/ if the disk is full.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1392637

Title:
  Cannot boot with newly installed systemd if /tmp/ is filled with files

Status in systemd package in Ubuntu:
  New
Status in upstart package in Ubuntu:
  New

Bug description:
  On a new lubuntu 14.10 install, after installing a bunch of new
  packages, I rebooted the machine and it stalls on startup. It stays on
  the four dots of plymouth (not the graphical version).

  After trying various options in rescue mode, I end up understanding
  that the boot system has switched to systemd by looking at
  /var/log/dpkg.log (attached).

  I then tried init=/lib/systemd/systemd in grub without quiet and
  splash and found that it was blocking on "a start job is running for
  Create Volatile files and directories". A search on the internet
  later, I found that the problem was solved by this approach :
  http://forums.debian.net/viewtopic.php?f=10&t=118008

  So, in rescue mode, I did a mv /tmp/ to /fulltmp/ (an ls wouldn't
  return so I'm guessing the /tmp/ is really full and the disk is not
  rocket fast). I recreated /tmp and did a chmod 1777 /tmp, reboot and
  it works!

  While describing this, am not entirelly sure upstart is exempt from
  this bug (how do I check which init was used after I've booted ?)

  This is a very frustrating bug since it doesn't appear on startup even
  when removing quiet or splash.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1392637/+subscriptions


References