GNU bug report logs - #58048
The boot process can't delete old /tmp when it contains non-UTF-8 file names

Previous Next

Full log

Message #16 received at 58048 <at> debbugs.gnu.org (full text, mbox):

From: Maxime Devos <maximedevos <at> telenet.be>
To: Ludovic Courtès <ludo <at> gnu.org>
Cc: 58048 <at> debbugs.gnu.org
Subject: Re: bug#58048: The boot process can't delete old /tmp when it
 contains non-UTF-8 file names
Date: Tue, 27 Sep 2022 13:12:19 +0200

[Message part 1 (text/plain, inline)]

On 26-09-2022 17:48, Ludovic Courtès wrote:
> Maxime Devos <maximedevos <at> telenet.be> skribis:
> 
>> On 24-09-2022 23:12, Maxime Devos wrote:
>>> Will try to catch the exact warning message and write a reproducer
>>> at the next boot, for now I write it here before I forget about it.
>>
>> Two reproducers:
>>
>> (1) Compile ripgrep and somehow let it fail (but after it creates
>> non-UTF-8 file names), reboot, "ls /tmp"
>> (2) Run touch /tmp/OOPS-$(echo -e '\xff')-OOPS, reboot, "ls /tmp"
> 
> The culprit would be ‘cleanup-gexp’ in (gnu services).  It keeps going
> upon ‘system-error’ (like ENOENT), but it could be that you’re getting
> ‘encoding-error’ in this case.
> 
> In that case, ‘fail-safe’ should also catch this.
> 
> We can extend ‘%test-cleanup’ in (gnu tests base) to exercise this.
> 
> Would you like to give it a spin?

Yes, just not yet (low priority, doesn't block the boot, just a bit 
annoying).

Greetings,
Maxime.

[OpenPGP_0x49E3EE22191725EE.asc (application/pgp-keys, attachment)]

[OpenPGP_signature (application/pgp-signature, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.