From unknown Sun Jun 22 19:07:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34681: mv fails when renaming on external drive in coreutils 8.30-2 Resent-From: Derek Dongray Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Wed, 27 Feb 2019 23:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 34681 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 34681@debbugs.gnu.org X-Debbugs-Original-To: bug-coreutils@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.15513108381599 (code B ref -1); Wed, 27 Feb 2019 23:41:01 +0000 Received: (at submit) by debbugs.gnu.org; 27 Feb 2019 23:40:38 +0000 Received: from localhost ([127.0.0.1]:54474 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gz8oX-0000Pj-8p for submit@debbugs.gnu.org; Wed, 27 Feb 2019 18:40:37 -0500 Received: from eggs.gnu.org ([209.51.188.92]:43904) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gz7ZM-0006yt-Lk for submit@debbugs.gnu.org; Wed, 27 Feb 2019 17:20:53 -0500 Received: from lists.gnu.org ([209.51.188.17]:59644) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1gz7ZH-0004E1-1N for submit@debbugs.gnu.org; Wed, 27 Feb 2019 17:20:47 -0500 Received: from eggs.gnu.org ([209.51.188.92]:58268) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gz7ZF-0006A9-H7 for bug-coreutils@gnu.org; Wed, 27 Feb 2019 17:20:46 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, HTML_MESSAGE, RCVD_IN_DNSWL_NONE, URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gz7ZD-00048Z-Jb for bug-coreutils@gnu.org; Wed, 27 Feb 2019 17:20:45 -0500 Received: from mail-ot1-f45.google.com ([209.85.210.45]:39567) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gz7ZD-0003cx-CN for bug-coreutils@gnu.org; Wed, 27 Feb 2019 17:20:43 -0500 Received: by mail-ot1-f45.google.com with SMTP id e15so6288969otk.6 for ; Wed, 27 Feb 2019 14:20:18 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=1GYJ+esPdjbn5o7kRTvFEfkhdQxcmpA4fWa4sqKBJgc=; b=qCUT1w8jRoOLlLUjf3JJMI57gv5F//HGU18hUXmLuH2XXDjfHHNB1Mf3WWiUUoEQTI BkQ517S1wLlHK7X4Kx/uGT1E813/v82zvGMctstzIYMLvNlnlF8XBMeyleVmeWaUUQNm 9Q7raI71dcp66zPTrROTFArfao2A1fGJXrznk3zLth6E2TOlm2QNw+0HWiz2gQgFkx3Z 8yE+oO+Vx43Xx1b0wYqocZBBdts++N42l0QqXtJWtIbEqTT4UlvozOM3eYDnRBjsNKLw R4Xy5J99l2SNhzcxSt9i4diBdT2ESSoBKlyBPc4u/r4HxTPtayvgcj6f4i8uooPBSGa7 eZAg== X-Gm-Message-State: AHQUAubWn6esYQ3+Rf4PXbNLFq/UAJlGhBiouZgWeSBvhitbZIfIknh8 Zz30xqxhk83XN3gu54RuKVLToXjeYW9n4s3g2Lnx9bxJ X-Google-Smtp-Source: AHgI3IZvAh1mbQmKP0sA7G7RIDR2wqwMLhUL12Oeu9vRIfwCCOxuMCTd+CyXsVPPPU4pDAL0IuuYf/uut044zrVSYhQ= X-Received: by 2002:a9d:538a:: with SMTP id w10mr3870960otg.77.1551306017136; Wed, 27 Feb 2019 14:20:17 -0800 (PST) MIME-Version: 1.0 From: Derek Dongray Date: Wed, 27 Feb 2019 22:20:05 +0000 Message-ID: Content-Type: multipart/alternative; boundary="00000000000016e5f50582e7943c" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 209.85.210.45 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Spam-Score: 1.0 (+) X-Mailman-Approved-At: Wed, 27 Feb 2019 18:40:36 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --00000000000016e5f50582e7943c Content-Type: text/plain; charset="UTF-8" When trying to use mv to rename a file on an external drive using coreutils 8.30-2 on a debian system (Linux version 4.19.0-3-amd64), the rename fails with the error message: mv: cannot move 'file1' to a subdirectory of itself 'file2' Downgrading to coreutils 8.30-1, the rename executes as expected. The following is the result of running a test script. The folder '/backup' is an external drive using the ZFS fileystems (zfs-zed 0.7.12-3), but I have seen a report on superuser.com ( https://superuser.com/questions/1409618/renaming-a-file-with-mv-cannot-move-to-a-subdirectory-of-itself) that this also happens with NTFS external drives. root@capella:~# ./mv-bug + apt install -y --allow-downgrades coreutils=8.30-1 Reading package lists... Done Building dependency tree Reading state information... Done coreutils is already the newest version (8.30-1). 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. + cd /backup + touch t + ls s t ls: cannot access 's': No such file or directory t + mv t s + ls s t ls: cannot access 't': No such file or directory s + rm s t rm: cannot remove 't': No such file or directory + cd /root + apt install -y coreutils=8.30-2 Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be upgraded: coreutils 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 2,707 kB of archives. After this operation, 4,096 B disk space will be freed. Get:1 http://ftp.uk.debian.org/debian sid/main amd64 coreutils amd64 8.30-2 [2,707 kB] Fetched 2,707 kB in 1s (2,729 kB/s) apt-listchanges: Reading changelogs... (Reading database ... 226704 files and directories currently installed.) Preparing to unpack .../coreutils_8.30-2_amd64.deb ... Unpacking coreutils (8.30-2) over (8.30-1) ... Setting up coreutils (8.30-2) ... Processing triggers for install-info (6.5.0.dfsg.1-4+b1) ... Processing triggers for man-db (2.8.5-2) ... + cd /backup + touch t + ls s t ls: cannot access 's': No such file or directory t + mv t s mv: cannot move 't' to a subdirectory of itself, 's' + ls s t ls: cannot access 's': No such file or directory t + rm s t rm: cannot remove 's': No such file or directory root@capella:~# --00000000000016e5f50582e7943c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
When trying to use mv to rename a file on an external drive = using coreutils 8.30-2 on a debian system (Linux version 4.19.0-3-amd64), t= he rename fails with the error message:

=C2=A0 =C2= =A0 mv: cannot move 'file1' to a subdirectory of itself 'file2&= #39;

Downgrading to coreutils 8.30-1, the rename e= xecutes as expected.

The following is the result o= f running a test script. The folder '/backup' is an external drive = using the ZFS fileystems (zfs-zed 0.7.12-3), but I have seen a report on superuser.com (https://superuser.com/questions/1409618/renaming-a-file-wit= h-mv-cannot-move-to-a-subdirectory-of-itself) that this also happens wi= th NTFS external drives.

<= div>
root@capella:~# ./mv-bug
+ apt install -y --allow-d= owngrades coreutils=3D8.30-1
Reading package lists... Done
<= div>Building dependency tree
Reading state information... Done
coreutils is already the newest version (8.30-1).
0 upgra= ded, 0 newly installed, 0 to remove and 0 not upgraded.
+ cd /bac= kup
+ touch t
+ ls s t
ls: cannot access '= ;s': No such file or directory
t
+ mv t s
+ ls s t
ls: cannot access 't': No such file or director= y
s
+ rm s t
rm: cannot remove 't': N= o such file or directory
+ cd /root
+ apt install -y co= reutils=3D8.30-2
Reading package lists... Done
Building= dependency tree
Reading state information... Done
The = following packages will be upgraded:
=C2=A0 coreutils
1= upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Nee= d to get 2,707 kB of archives.
After this operation, 4,096 B disk= space will be freed.
Get:1 http://ftp.uk.debian.org/debian sid/main amd64 coreutils amd64 8= .30-2 [2,707 kB]
Fetched 2,707 kB in 1s (2,729 kB/s)
ap= t-listchanges: Reading changelogs...
(Reading database ... 226704= files and directories currently installed.)
Preparing to unpack = .../coreutils_8.30-2_amd64.deb ...
Unpacking coreutils (8.30-2) o= ver (8.30-1) ...
Setting up coreutils (8.30-2) ...
Proc= essing triggers for install-info (6.5.0.dfsg.1-4+b1) ...
Processi= ng triggers for man-db (2.8.5-2) ...
+ cd /backup
+ tou= ch t
+ ls s t
ls: cannot access 's': No such fi= le or directory
t
+ mv t s
mv: cannot move &#= 39;t' to a subdirectory of itself, 's'
+ ls s t
=
ls: cannot access 's': No such file or directory
t
+ rm s t
rm: cannot remove 's': No such file or = directory
root@capella:~#

<= /div>
--00000000000016e5f50582e7943c-- From unknown Sun Jun 22 19:07:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34681: mv fails when renaming on external drive in coreutils 8.30-2 Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Thu, 28 Feb 2019 06:57:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34681 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Derek Dongray , 34681@debbugs.gnu.org, 915559@bugs.debian.org, josch@debian.org Received: via spool by 34681-submit@debbugs.gnu.org id=B34681.155133699510593 (code B ref 34681); Thu, 28 Feb 2019 06:57:02 +0000 Received: (at 34681) by debbugs.gnu.org; 28 Feb 2019 06:56:35 +0000 Received: from localhost ([127.0.0.1]:54712 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gzFcR-0002km-HF for submit@debbugs.gnu.org; Thu, 28 Feb 2019 01:56:35 -0500 Received: from mail.magicbluesmoke.com ([82.195.144.49]:47564) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gzFcP-0002kd-RI for 34681@debbugs.gnu.org; Thu, 28 Feb 2019 01:56:34 -0500 Received: from localhost.localdomain (unknown [76.21.115.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.magicbluesmoke.com (Postfix) with ESMTPSA id B6BD7ADBA; Thu, 28 Feb 2019 06:56:31 +0000 (GMT) References: From: =?UTF-8?Q?P=C3=A1draig?= Brady Message-ID: Date: Wed, 27 Feb 2019 22:56:29 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) On 27/02/19 14:20, Derek Dongray wrote: > When trying to use mv to rename a file on an external drive using coreutils > 8.30-2 on a debian system (Linux version 4.19.0-3-amd64), the rename fails > with the error message: > > mv: cannot move 'file1' to a subdirectory of itself 'file2' > > Downgrading to coreutils 8.30-1, the rename executes as expected. > > The following is the result of running a test script. The folder '/backup' > is an external drive using the ZFS fileystems (zfs-zed 0.7.12-3), but I > have seen a report on superuser.com ( > https://superuser.com/questions/1409618/renaming-a-file-with-mv-cannot-move-to-a-subdirectory-of-itself) > that this also happens with NTFS external drives. > > root@capella:~# ./mv-bug > + apt install -y --allow-downgrades coreutils=8.30-1 > Reading package lists... Done > Building dependency tree > Reading state information... Done > coreutils is already the newest version (8.30-1). > 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. > + cd /backup > + touch t > + ls s t > ls: cannot access 's': No such file or directory > t > + mv t s > + ls s t > ls: cannot access 't': No such file or directory > s > + rm s t > rm: cannot remove 't': No such file or directory > + cd /root > + apt install -y coreutils=8.30-2 > Reading package lists... Done > Building dependency tree > Reading state information... Done > The following packages will be upgraded: > coreutils > 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. > Need to get 2,707 kB of archives. > After this operation, 4,096 B disk space will be freed. > Get:1 http://ftp.uk.debian.org/debian sid/main amd64 coreutils amd64 8.30-2 > [2,707 kB] > Fetched 2,707 kB in 1s (2,729 kB/s) > apt-listchanges: Reading changelogs... > (Reading database ... 226704 files and directories currently installed.) > Preparing to unpack .../coreutils_8.30-2_amd64.deb ... > Unpacking coreutils (8.30-2) over (8.30-1) ... > Setting up coreutils (8.30-2) ... > Processing triggers for install-info (6.5.0.dfsg.1-4+b1) ... > Processing triggers for man-db (2.8.5-2) ... > + cd /backup > + touch t > + ls s t > ls: cannot access 's': No such file or directory > t > + mv t s > mv: cannot move 't' to a subdirectory of itself, 's' > + ls s t > ls: cannot access 's': No such file or directory > t > + rm s t > rm: cannot remove 's': No such file or directory > root@capella:~# 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. cheers, Pádraig From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 28 01:57:50 2019 Received: (at control) by debbugs.gnu.org; 28 Feb 2019 06:57:50 +0000 Received: from localhost ([127.0.0.1]:54716 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gzFdd-0002mZ-Uo for submit@debbugs.gnu.org; Thu, 28 Feb 2019 01:57:50 -0500 Received: from mail.magicbluesmoke.com ([82.195.144.49]:47572) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gzFdb-0002mQ-Gg for control@debbugs.gnu.org; Thu, 28 Feb 2019 01:57:47 -0500 Received: from localhost.localdomain (unknown [76.21.115.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.magicbluesmoke.com (Postfix) with ESMTPSA id 841B7ADD4 for ; Thu, 28 Feb 2019 06:57:45 +0000 (GMT) To: control@debbugs.gnu.org From: =?UTF-8?Q?P=c3=a1draig_Brady?= Message-ID: Date: Wed, 27 Feb 2019 22:57:43 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: tag 34681 notabug close 34681 stop Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.8 MISSING_SUBJECT Missing Subject: header 0.2 NO_SUBJECT Extra score for no subject X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) tag 34681 notabug close 34681 stop From unknown Sun Jun 22 19:07:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34681: mv fails when renaming on external drive in coreutils 8.30-2 Resent-From: Johannes Schauer Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Thu, 28 Feb 2019 07:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34681 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: notabug To: 34681@debbugs.gnu.org, 915559@bugs.debian.org, =?UTF-8?Q?P=C3=A1draig?= Brady , Derek Dongray Received: via spool by 34681-submit@debbugs.gnu.org id=B34681.155134010831080 (code B ref 34681); Thu, 28 Feb 2019 07:49:02 +0000 Received: (at 34681) by debbugs.gnu.org; 28 Feb 2019 07:48:28 +0000 Received: from localhost ([127.0.0.1]:54749 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gzGQe-00085E-9l for submit@debbugs.gnu.org; Thu, 28 Feb 2019 02:48:28 -0500 Received: from fulda099.startdedicated.de ([62.75.219.30]:54399 helo=fulda116.server4you.de) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gzGQb-000855-UY for 34681@debbugs.gnu.org; Thu, 28 Feb 2019 02:48:26 -0500 Received: from localhost (tmo-111-103.customers.d1-online.com [80.187.111.103]) by mister-muffin.de (Postfix) with ESMTPSA id 77E70200ED; Thu, 28 Feb 2019 08:49:53 +0100 (CET) Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="===============2953292499953860018==" MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: References: From: Johannes Schauer Message-ID: <155134010064.20079.18283590703740932517@hoothoot> User-Agent: alot/0.8 Date: Thu, 28 Feb 2019 08:48:20 +0100 X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Quoting =?UTF-8?Q?P=C3=A1draig?= 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 [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 1.5 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [80.187.111.103 listed in dnsbl.sorbs.net] -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [62.75.219.30 listed in list.dnswl.org] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) --===============2953292499953860018== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Quoting P=C3=A1draig Brady (2019-02-28 07:56:29) > That sounds like unsupported renameat2() is not falling back to rename() >=20 > The only change in debian is: > coreutils (8.30-2) unstable; urgency=3Dmedium > * Use renameat glibc function that can be intercepted by fakechroot > (Closes: https://bugs.debian.org/915559 ) > * Above requires autoreconf turned on again >=20 > 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. >=20 > To be clear this seems to only be an issue in the debian patch. seems to be a duplicate of #923420 --===============2953292499953860018== MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Description: signature Content-Type: application/pgp-signature; name="signature.asc"; charset="us-ascii" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEElFhU6KL81LF4wVq58sulx4+9g+EFAlx3kkQACgkQ8sulx4+9 g+FsYBAAmgnLsFgkgTUkN7NeBquNazS+WzAvbNFh4urvHFiaYlkayOUqAkwtiNvQ oY96wlj71G03Wkpl9/wAWqf2B2sk/oeRUyYNO1qJC49ZJjr/ahDqzLsV4HF1fGZy aIhNBCHVKfmt8dfsdbaytiFUtMl+LuUBVQEyts9EIc6/6kylvdK6RyD1a2rqR6Wl gzvXscOSYlvfzXwA2pemVLIK8uGaC/R81b1AryURsgyMjIMW+8gl1Hy2LRlwN8mg Wo2hPcj/G/ca0P3rN5v5/RW1GC6NxEEYeesqdn22L0IxFhEZCRHfomsti2jVdqid m5CmyO9/xRBys1jCS1h7j+PlxgAc3u9ZoDTMHrcfmHhOr4H5fkMxqXroMoHQIDsv FIEHiRXSVvXjifXC8nz2uSfYc8gm1YYX9eV6lVh2PV3Rm2wVQ0EMu4iTDoE1gmps LNFnc2rbbd28cpXmGnF7GjGz2jiSmwwg/l7yYJ8XjfaRoR8yfg4ELON6tpwG8NgU P7WkaI3grADnCnY9mR3B9YnjdB+/O3tTtlp43vAF+2trGPfgXUk7a1W857jYloYK vkzeKakTcPYKC2d2nWEkFqlGAl8PLiEGeUvBSMYkPAJ9PVgcRbqz0OViDGyVu3q0 3NnRb2tsPUwaHfB8HOZs7hk6NiTZKLDrTCP5RrGdI3bDXOm7Tn0= =KbAp -----END PGP SIGNATURE----- --===============2953292499953860018==-- From unknown Sun Jun 22 19:07:54 2025 X-Loop: help-debbugs@gnu.org Subject: bug#34681: mv fails when renaming on external drive in coreutils 8.30-2 Resent-From: Johannes Schauer Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Thu, 28 Feb 2019 08:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34681 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: notabug To: 34681@debbugs.gnu.org, 915559@bugs.debian.org, P@draigBrady.com, derek@inverchapel.me.uk Received: via spool by 34681-submit@debbugs.gnu.org id=B34681.1551341520871 (code B ref 34681); Thu, 28 Feb 2019 08:12:01 +0000 Received: (at 34681) by debbugs.gnu.org; 28 Feb 2019 08:12:00 +0000 Received: from localhost ([127.0.0.1]:54756 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gzGnQ-0000Dy-HH for submit@debbugs.gnu.org; Thu, 28 Feb 2019 03:12:00 -0500 Received: from fulda099.startdedicated.de ([62.75.219.30]:55337 helo=fulda116.server4you.de) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gzGnP-0000Dr-M1 for 34681@debbugs.gnu.org; Thu, 28 Feb 2019 03:12:00 -0500 Received: from localhost (tmo-111-103.customers.d1-online.com [80.187.111.103]) by mister-muffin.de (Postfix) with ESMTPSA id 560EB200ED; Thu, 28 Feb 2019 09:13:27 +0100 (CET) Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="===============4736060428690087054==" MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: References: From: Johannes Schauer Message-ID: <155134151454.20079.16116056806029538061@hoothoot> User-Agent: alot/0.8 Date: Thu, 28 Feb 2019 09:11:54 +0100 X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Quoting =?UTF-8?Q?P=C3=A1draig?= 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=mediu [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [62.75.219.30 listed in list.dnswl.org] 1.5 RCVD_IN_SORBS_WEB RBL: SORBS: sender is an abusable web server [80.187.111.103 listed in dnsbl.sorbs.net] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) --===============4736060428690087054== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Quoting P=C3=A1draig Brady (2019-02-28 07:56:29) > That sounds like unsupported renameat2() > is not falling back to rename() >=20 > The only change in debian is: > coreutils (8.30-2) unstable; urgency=3Dmedium > * Use renameat glibc function that can be intercepted by fakechroot > (Closes: https://bugs.debian.org/915559 ) > * Above requires autoreconf turned on again >=20 > 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. >=20 > To be clear this seems to only be an issue in the debian patch. seems to be a duplicate of #923420 --===============4736060428690087054== MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Description: signature Content-Type: application/pgp-signature; name="signature.asc"; charset="us-ascii" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEElFhU6KL81LF4wVq58sulx4+9g+EFAlx3l8YACgkQ8sulx4+9 g+E/EA/8DtfkD5uFlpkEnNjx8o3XPBN5Pq2G19DqKG41N7jSBMPZZq9lv4W3ExxF beRAt191FsyJGsIyJcTyvL+U+Wk3IErXKw+aCz2V38lHm2oFAdhc+9hzjC/29e5T MZ3VkCLiG1jsT0BxXc/EZKZhaulFXvzVJJeWMbtTyuFbY/fcviXOcmJi9zqAq0y7 TTOD5HMNdB51Rg6HwtXp98uQT4qEmz8R+CxxAyjBRfTYtVxdet4bKPvrj388VD4f CwHLvfxAP1lJEgk/WPZu9/iTE3n4r0vGa76Qe8U1SiGXgB7EMQvcqs7OJR4Cs5t2 x8sso+0sJP0Pa3iEFqXnuCoKF1ykH7yZJHL0da5+MJ+epl1N4WVSgRDsY3uNnYXO 7PNo04WKrD7MHUhZveqoCMBtuLv4TaXbqK55WlMJ0h4TfCp/PdMTfkDWltU0uSiA IoUBl1uwX72QwZ/WIgA867KrZw69A8U0R1YvU+t5B4wFJZCYs2ARMuxj9h4Jlfak mfFzgzUPyDye/62LF/7v7E+ZlCFjDA+JQVnzqrgg/0b74Rk5Yri5HZeQLkJhWvuK VhWI279+0kLdAjUETHTJPWBbw20yxGLLMqSSsQeefWlj4sEM/IjbAaVCNG956mwE VrtvjCxRxiuehbCceBNxFr8SkJ6xiYzEmI7Zp6VfH1M/ATNZg3A= =4UuD -----END PGP SIGNATURE----- --===============4736060428690087054==--