Sign up ×
Unix & Linux Stack Exchange is a question and answer site for users of Linux, FreeBSD and other Un*x-like operating systems. It's 100% free, no registration required.

Recently I upgraded to debian jessie (current testing) and after that avg boot time has increased to 3-4 minutes.

Between grub and gdm start, I get this message for 2-3 minutes.

A job is running for creating volatile and temporary files and directories

Here is output of systemd-analyze blame

[smit: ~] $ systemd-analyze blame 
    3min 14.096s systemd-tmpfiles-setup.service
          8.657s NetworkManager.service
          8.244s apache2.service
          7.048s ModemManager.service
          6.328s networking.service
          6.004s accounts-daemon.service
          5.288s binfmt-support.service
          4.557s systemd-logind.service
          4.541s alsa-restore.service
          4.541s console-kit-log-system-start.service
          4.530s lm-sensors.service
          4.521s pppd-dns.service
          4.520s redis-server.service
          4.519s hostapd.service
          4.519s minissdpd.service
          4.519s timidity.service
          4.519s nvidia-kernel.service
          4.518s rc-local.service
          4.437s bluetooth.service
          4.408s avahi-daemon.service
          2.243s systemd-fsck-root.service
          1.437s exim4.service
          1.415s keyboard-setup.service

Once system is started, systemctl doesn't report any error.

[smit: ~] $ sudo systemctl status systemd-tmpfiles-setup
● systemd-tmpfiles-setup.service - Create Volatile Files and Directories
   Loaded: loaded (/lib/systemd/system/systemd-tmpfiles-setup.service; static)
   Active: active (exited) since Fri 2014-10-17 01:19:09 IST; 1h 41min ago
     Docs: man:tmpfiles.d(5)
           man:systemd-tmpfiles(8)
  Process: 230 ExecStart=/bin/systemd-tmpfiles --create --remove --boot --exclude-prefix=/dev (code=exited, status=0/SUCCESS)
 Main PID: 230 (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/systemd-tmpfiles-setup.service

Why is systemd-tmpfiles-setup.service starting slow? Where can I get detailed logs of systemd-tmpfiles-setup.service?

share|improve this question
    
I know this is not a solution to your problem here, but you can switch to sysvinit by installing sysvinit-core. –  CameronNemo Oct 16 '14 at 21:59
    
Same problem. This seems resolve it : forums.debian.net/viewtopic.php?f=10&t=118008#p556542 delete your /tmp recreate it chmod 1777 /tmp –  user88219 Oct 17 '14 at 10:37
    
I tried removing /tmp but it says rm: cannot remove ‘/tmp/’: Device or resource busy –  smitrp Nov 17 '14 at 14:44

1 Answer 1

This is because chrome beta and cups had issues where they created millions of files in /tmp. If /tmp is a tmpfs for you, then try unmounting it and remounting it. Otherwise, rm -rf /tmp then recreate it.

share|improve this answer
    
Could any downvoters please explain their reasoning? –  CameronNemo Oct 26 '14 at 20:19
    
I dont have chrome beta and I upgraded to cups 1.7.5-7 after I found that it caused similar issues. But I am still facing same problem. Also /tmp is not tmpfs. –  smitrp Nov 17 '14 at 14:51

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.