Control: tags -1 moreinfo On Tue, 21 Oct 2014 04:46:45 +0200 Michael Biebl <bi...@debian.org> wrote: > Am 21.10.2014 um 02:19 schrieb Marcelo Laia: > > On 21/10/14 at 01:07am, Michael Biebl wrote: > >> How long did you wait? > > > > no limit! Indefinitely > > > > Could you check your /tmp (and /var/tmp) directory if it contains a > large amount of symlinks (created by cups) or files.
Thomas, Marcelo, can you please answer that question? I did some tests today, creating 1 million test files in /tmp (/tmp being on a ext4 file system). Even on my fast SSD, an ls -l /tmp took quite a bit of time. During boot, the systemd-tmpfiles job needed about 2 mins to clean up the directory. I also tested booting with sysvinit, and it took about the same time to clean up /tmp. Therefor I don't suspect a bug in systemd, but it rather looks like and ineffeciency/limitation of the file system when dealing with huge amount of files in one directory. If you even had more files in /tmp and maybe you have an HDD, it's very well possible, that systemd-tmpfiles will need several minutes. That's why I wanted to know, how long you let the systemd-tmpfiles job run. You might be affected by [1]. We also heard reports that google chrome beta was responsible for creating a huge amount of tmp files. Michael [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764253 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
