Quoting Pádraig Brady (2019-02-28 07:56:29)
> That sounds like unsupported renameat2() is not falling back to rename()
> 
> The only change in debian is:
>   coreutils (8.30-2) unstable; urgency=medium
>     * Use renameat glibc function that can be intercepted by fakechroot
>       (Closes: https://bugs.debian.org/915559 )
>     * Above requires autoreconf turned on again
> 
> A quick scan of the patches shows that the name was changed
> to renameatu() in gnulib, but copy.c still calls renameat2()
> and thus now doesn't have the fallback.
> 
> To be clear this seems to only be an issue in the debian patch.

seems to be a duplicate of #923420