Bug#766092: systemd: Boot hangs indefinitely

Michael Biebl biebl at debian.org
Thu Oct 23 13:01:34 BST 2014


Am 23.10.2014 um 13:54 schrieb Martin Steigerwald:
> Am Donnerstag, 23. Oktober 2014, 00:15:48 schrieb Marcelo Laia:
>> On 22/10/14 at 07:15pm, Michael Biebl wrote:
>>> Am 22.10.2014 um 19:08 schrieb Michael Biebl:
>>>> 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.> 
>>> Case in point: A user at [1] reported, that he had about 2 million files
>>>
>>> in /tmp and it took several hours to clean that up:
>>>>  * systemd-tmpfiles-setup.service hung like forever during boot
>>>>  * booting from a live system showed that 'ls ./tmp' hangs
>>>>  * 'ls -U ./tmp | wc -l' showed nearly 2 million files in tmp
>>>>  * 'find ./tmp -type l -delete' took several hours to delete the links
>>
>> I have tried:
>>
>> # rm -rf *
>>
>> and got "the list was to big" or something else.
>>
>> My system only work after reboot.
> 
> Well thats a pitfall on Unix shells. The shell completes the wildcard, not the 
> application (unlike on AmigaDOS, well both approaches have advantages and 
> disadvantages). Unless you use a tool that can use wildcards by itself.
> 
> I think find -delete in the right directory (!!!) could work for you.
> 
> Or some find -exec rm \; which calls rm for each file, but would be inefficient 
> due to that, or some find | xargs -n1000 rm like combination.
> 

I would rm -rf /tmp. This should be much quicker.

You can either re-create /tmp or let systemd do it by rebooting.

Marcelo, put back the tmpfiles in /usr/lib/tmpfiles, which you had moved
away. After a reboot, systemd-tmpfiles, will re-create /tmp with the
right permissions and /tmp will be empty.

A fixed systemd-config-printer package has been uploaded today, so this
problem shouldn't happen again.

I'll keep this bug report open for a few more days, even it's not a bug
in systemd itself. I suspect most users will be looking at systemd and
will find the answer here.

Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20141023/e4727d7d/attachment-0002.sig>


More information about the Pkg-systemd-maintainers mailing list