From unknown Mon Aug 18 02:36:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19072: cp does not work with davfs2 (fuse) under GNU/Linux; coreutils-8.21 Resent-From: =?UTF-8?Q?Klaus-J=C3=BCrgen?= Wolf Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Sun, 16 Nov 2014 17:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 19072 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 19072@debbugs.gnu.org X-Debbugs-Original-To: bug-coreutils@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.141616020520619 (code B ref -1); Sun, 16 Nov 2014 17:51:02 +0000 Received: (at submit) by debbugs.gnu.org; 16 Nov 2014 17:50:05 +0000 Received: from localhost ([127.0.0.1]:35524 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Xq3xb-0005MT-AC for submit@debbugs.gnu.org; Sun, 16 Nov 2014 12:50:04 -0500 Received: from eggs.gnu.org ([208.118.235.92]:59327) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XpwyV-0002W8-23 for submit@debbugs.gnu.org; Sun, 16 Nov 2014 05:22:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XpwyS-0007oF-VP for submit@debbugs.gnu.org; Sun, 16 Nov 2014 05:22:29 -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.0 required=5.0 tests=BAYES_40,FREEMAIL_FROM, HTML_MESSAGE,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:33454) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XpwyS-0007oB-SB for submit@debbugs.gnu.org; Sun, 16 Nov 2014 05:22:28 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:32816) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XpwyR-0003NN-Se for bug-coreutils@gnu.org; Sun, 16 Nov 2014 05:22:28 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XpwyQ-0007nz-Vr for bug-coreutils@gnu.org; Sun, 16 Nov 2014 05:22:27 -0500 Received: from mail-yk0-x234.google.com ([2607:f8b0:4002:c07::234]:52817) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XpwyQ-0007nt-QS for bug-coreutils@gnu.org; Sun, 16 Nov 2014 05:22:26 -0500 Received: by mail-yk0-f180.google.com with SMTP id 9so3294353ykp.25 for ; Sun, 16 Nov 2014 02:22:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:message-id:subject:from:to:content-type; bh=FjlxznfeQWEUAjZ3+kdTjAiCEnPUUAQR0g4ZTAVxsEI=; b=P2Ga3+nFe7IkGx3hj65APNRtoOb+cRvPG8tXdrDgHFoDzh8JIn+W4GI0OMD2BJ1Njk CrBAvhAvs/e79/FpoThP0iEUmjtGs7LwcETzYhMhxY0zsm3MbBiPYA1BGXACDylQ+YvK 15WalTPFHixmKMoDhoAfm/EYFvJ1ScuGu3dKcrfd/sGII94IxS13DGFela17D1PIV9nb gV+PaRic3+ayaHvMwWpn4MoJMmTIQ6nblazKDiwtfMw31R7jXowpznloR2yPXLVuoAVs 04oI9Pzt+vqNPgd+Z9tktZZd8ffyoAC3qU22okn50ABT+8oaGINezi36DMzRLl59jnB6 OTcQ== MIME-Version: 1.0 X-Received: by 10.236.50.166 with SMTP id z26mr1840998yhb.18.1416133345873; Sun, 16 Nov 2014 02:22:25 -0800 (PST) Received: by 10.170.61.150 with HTTP; Sun, 16 Nov 2014 02:22:25 -0800 (PST) Date: Sun, 16 Nov 2014 11:22:25 +0100 X-Google-Sender-Auth: AAAK_Ani7T3kxHg4hb-tpXp2UUE Message-ID: From: =?UTF-8?Q?Klaus-J=C3=BCrgen?= Wolf Content-Type: multipart/alternative; boundary=089e016353da0915470507f73d86 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Mailman-Approved-At: Sun, 16 Nov 2014 12:50:01 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: -4.0 (----) --089e016353da0915470507f73d86 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable With my cloud space provider, I have observed that copying to a davfs2 mounted cloud space does only work if using tar, e.g. tar -cf - sourcefile |tar -xf - -C clouddir Doing the same (copying) with cp or mv results in the error messages: cp: error writing =E2=80=98/home/kj/MyDrive/sourcefile=E2=80=99: Input/outp= ut error cp: failed to extend =E2=80=98/home/kj/MyDrive/sourcefile=E2=80=99: Input/o= utput error I suppose cp and mv use a file creation method not appropriate for this kind of device. Either coreutils should detect the device and use a method better suited, or coreutils should restrain to be plain and simple and make use of a simple method working everywhere. (IMHO) --089e016353da0915470507f73d86 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
With my cloud space provider, I have observed that copying= to a davfs2 mounted cloud space does only work if using tar, e.g.

=
tar -cf - sourcefile |tar -xf - -C clouddir

=
Doing the same (copying) with cp or mv results in the error messages:<= /div>

cp: error writing =E2=80=98/home/kj/MyDrive/s= ourcefile=E2=80=99: Input/output error
cp: failed to extend =E2= =80=98/home/kj/MyDrive/sourcefile=E2=80=99: Input/output error
I suppose cp and mv use a file creation method not appropriate= for this kind of device. Either coreutils should detect the device and use= a method better suited, or coreutils should restrain to be plain and simpl= e and make use of a simple method working everywhere. (IMHO)

=
--089e016353da0915470507f73d86-- From unknown Mon Aug 18 02:36:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19072: cp does not work with davfs2 (fuse) under GNU/Linux; coreutils-8.21 Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 17 Nov 2014 01:16:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19072 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: =?UTF-8?Q?Klaus-J=C3=BCrgen?= Wolf , 19072@debbugs.gnu.org Cc: werner.baumann@onlinehome.de Received: via spool by 19072-submit@debbugs.gnu.org id=B19072.141618692714402 (code B ref 19072); Mon, 17 Nov 2014 01:16:01 +0000 Received: (at 19072) by debbugs.gnu.org; 17 Nov 2014 01:15:27 +0000 Received: from localhost ([127.0.0.1]:35658 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XqAuc-0003kD-Kl for submit@debbugs.gnu.org; Sun, 16 Nov 2014 20:15:27 -0500 Received: from mail5.vodafone.ie ([213.233.128.176]:50260) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XqAuZ-0003jz-Oa for 19072@debbugs.gnu.org; Sun, 16 Nov 2014 20:15:24 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhMFAC1LaVRtT2QZ/2dsb2JhbABVBoMOVVmCNlDJAYdWAoETFgEBAQEBfYQDAQEEIw8BRhALDQsCAgUWCwICCQMCAQIBRQYBDAEHAQGIQQG6d4YNj0ABAQEHAQEBAQEBHIEtjzJDB4J3gVQBBJciiRuGO45OgjaBRj0wgksBAQE Received: from unknown (HELO localhost.localdomain) ([109.79.100.25]) by mail3.vodafone.ie with ESMTP; 17 Nov 2014 01:15:22 +0000 Message-ID: <54694C2A.6020501@draigBrady.com> Date: Mon, 17 Nov 2014 01:15:22 +0000 From: =?UTF-8?Q?P=C3=A1draig?= Brady User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 References: 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.15 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 (/) On 16/11/14 10:22, Klaus-Jürgen Wolf wrote: > With my cloud space provider, I have observed that copying to a davfs2 > mounted cloud space does only work if using tar, e.g. > > tar -cf - sourcefile |tar -xf - -C clouddir > > Doing the same (copying) with cp or mv results in the error messages: > > cp: error writing ‘/home/kj/MyDrive/sourcefile’: Input/output error > cp: failed to extend ‘/home/kj/MyDrive/sourcefile’: Input/output error > > I suppose cp and mv use a file creation method not appropriate for this > kind of device. Either coreutils should detect the device and use a method > better suited, or coreutils should restrain to be plain and simple and make > use of a simple method working everywhere. (IMHO) You seem to be getting an EIO error from ftruncate(). That's used when creating sparse files which is automatically enabled when the source file is sparse. Does passing --sparse=never avoid the issue for you? BTW it's surprising that EIO is returned by davfs2 rather than ENOSYS or ENOTSUP. Conceivably if davfs2 did return one of those error codes, then cp could fall back to writing zeros in this unusual case (though it doesn't do that now). For confirmation of the issue, could you provide the output of this command: for i in truncate seek; do dd conv=notrunc count=0 seek=1 of=/home/kj/MyDrive/coreutils.test done thanks, Pádraig. From unknown Mon Aug 18 02:36:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19072: cp does not work with davfs2 (fuse) under GNU/Linux; coreutils-8.21 Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 17 Nov 2014 01:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19072 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: =?UTF-8?Q?Klaus-J=C3=BCrgen?= Wolf , 19072@debbugs.gnu.org Cc: werner.baumann@onlinehome.de Received: via spool by 19072-submit@debbugs.gnu.org id=B19072.141618742215465 (code B ref 19072); Mon, 17 Nov 2014 01:24:02 +0000 Received: (at 19072) by debbugs.gnu.org; 17 Nov 2014 01:23:42 +0000 Received: from localhost ([127.0.0.1]:35666 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XqB2b-00041L-Le for submit@debbugs.gnu.org; Sun, 16 Nov 2014 20:23:42 -0500 Received: from mail5.vodafone.ie ([213.233.128.176]:54969) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XqB2a-000419-7o for 19072@debbugs.gnu.org; Sun, 16 Nov 2014 20:23:40 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhMFAIpNaVRtT2QZ/2dsb2JhbABVBoMOVVmCNlDJAYdWAoEVFgEBAQEBfYQDAQEEIw8BRhALDQsCAgUWCwICCQMCAQIBRQYBDAEHAQGIQQG6doYNj0ABAQEHAQEBAQEBHIEtjzJDB4J3gVQBBJciiRuGO45OggQcFoFGPTCCSwEBAQ Received: from unknown (HELO localhost.localdomain) ([109.79.100.25]) by mail3.vodafone.ie with ESMTP; 17 Nov 2014 01:23:39 +0000 Message-ID: <54694E1A.1000709@draigBrady.com> Date: Mon, 17 Nov 2014 01:23:38 +0000 From: =?UTF-8?Q?P=C3=A1draig?= Brady User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 References: <54694C2A.6020501@draigBrady.com> In-Reply-To: <54694C2A.6020501@draigBrady.com> 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.15 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 (/) On 17/11/14 01:15, Pádraig Brady wrote: > On 16/11/14 10:22, Klaus-Jürgen Wolf wrote: >> With my cloud space provider, I have observed that copying to a davfs2 >> mounted cloud space does only work if using tar, e.g. >> >> tar -cf - sourcefile |tar -xf - -C clouddir >> >> Doing the same (copying) with cp or mv results in the error messages: >> >> cp: error writing ‘/home/kj/MyDrive/sourcefile’: Input/output error >> cp: failed to extend ‘/home/kj/MyDrive/sourcefile’: Input/output error >> >> I suppose cp and mv use a file creation method not appropriate for this >> kind of device. Either coreutils should detect the device and use a method >> better suited, or coreutils should restrain to be plain and simple and make >> use of a simple method working everywhere. (IMHO) > > You seem to be getting an EIO error from ftruncate(). > That's used when creating sparse files which is automatically enabled > when the source file is sparse. > > Does passing --sparse=never avoid the issue for you? > > BTW it's surprising that EIO is returned by davfs2 rather than ENOSYS or ENOTSUP. > Conceivably if davfs2 did return one of those error codes, then cp could fall back > to writing zeros in this unusual case (though it doesn't do that now). > > For confirmation of the issue, could you provide the output of this command: > > for i in truncate seek; do > dd conv=notrunc count=0 seek=1 of=/home/kj/MyDrive/coreutils.test > done I missed the "error writing" error message above, which is given by EIO error from a plain old write(). That suggests a communications failure that cp is just reporting. Is this a repeatable error? Is any of the file written by cp? Is the md5sum of the source and destination matching after tar writes the file? thanks, Pádraig. From unknown Mon Aug 18 02:36:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19072: cp does not work with davfs2 (fuse) under GNU/Linux; coreutils-8.21 Resent-From: =?UTF-8?Q?Klaus-J=C3=BCrgen?= Wolf Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 17 Nov 2014 08:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19072 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: Cc: 19072@debbugs.gnu.org, werner.baumann@onlinehome.de Received: via spool by 19072-submit@debbugs.gnu.org id=B19072.141621262029136 (code B ref 19072); Mon, 17 Nov 2014 08:24:01 +0000 Received: (at 19072) by debbugs.gnu.org; 17 Nov 2014 08:23:40 +0000 Received: from localhost ([127.0.0.1]:35735 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XqHb2-0007Zs-5c for submit@debbugs.gnu.org; Mon, 17 Nov 2014 03:23:40 -0500 Received: from mail-yk0-f182.google.com ([209.85.160.182]:51211) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XqHaz-0007Zd-MS for 19072@debbugs.gnu.org; Mon, 17 Nov 2014 03:23:38 -0500 Received: by mail-yk0-f182.google.com with SMTP id 131so956267ykp.27 for <19072@debbugs.gnu.org>; Mon, 17 Nov 2014 00:23:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:cc:content-type; bh=ceFhKv3e2M0A+FIGB8bA8wkW4VhRCYVGu48GIEPHzz4=; b=0Tm7Agfy+YWPe9LMlYySqylgYf2hHwYpineauFey/7Q2pooxMf5mSu9FMRgwkCjMc/ o+hqkXgE72CjBLmP2vwwx9QIlF6i0ZkKszmh3w9gYTtR49TWVZ2Fni/73cxFbZwPpY1t LUIHmgAO1Fav08zTlmZ5Iz/UWNqZ5roYRiQ2lIvk9+76vRFeiy3FbIXbfiZDj+ScovvW LygXJ3b80jnFyzjKtv8MH78bR10dlXTbrZe2qax6RaxpUB8EaYL+R9q1BUTxjMm7X7fQ k+rnVMqhyobzeiNoGTAgi0IIZ6sjp87yd+3JKkmMfZingZ4eaQNpNnf+LMIaMuYxpqhy wmww== MIME-Version: 1.0 X-Received: by 10.236.97.35 with SMTP id s23mt451082yhf.103.1416212616967; Mon, 17 Nov 2014 00:23:36 -0800 (PST) Received: by 10.170.61.150 with HTTP; Mon, 17 Nov 2014 00:23:36 -0800 (PST) In-Reply-To: <54694E1A.1000709@draigBrady.com> References: <54694C2A.6020501@draigBrady.com> <54694E1A.1000709@draigBrady.com> Date: Mon, 17 Nov 2014 09:23:36 +0100 X-Google-Sender-Auth: h5-kxHe4Ucl9qXtjM9Qu66ArB64 Message-ID: From: =?UTF-8?Q?Klaus-J=C3=BCrgen?= Wolf Content-Type: multipart/alternative; boundary=001a11c1ee14f67846050809b141 X-Spam-Score: 3.3 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: =?UTF-8?Q?P=C3=A1draig,?= wow super, "cp --sparse=never" works though the file I tried with was in no way sparse. I checked (after umount & mount again) the checksums, and it's a real success. The error (before) was absolutely repeatable, it happened always, without exception, it created a file with 0 bytes length. Same effect when directories copied recursively, each file was created with zero length. [...] Content analysis details: (3.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (kjwolf[at]arcor.de) -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.160.182 listed in list.dnswl.org] -0.0 SPF_PASS SPF: sender matches SPF record 1.2 MISSING_HEADERS Missing To: header 0.0 HTML_MESSAGE BODY: HTML included in message 2.8 MALFORMED_FREEMAIL Bad headers on message from free email service 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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: 3.3 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: =?UTF-8?Q?P=C3=A1draig,?= wow super, "cp --sparse=never" works though the file I tried with was in no way sparse. I checked (after umount & mount again) the checksums, and it's a real success. The error (before) was absolutely repeatable, it happened always, without exception, it created a file with 0 bytes length. Same effect when directories copied recursively, each file was created with zero length. [...] Content analysis details: (3.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [209.85.160.182 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (kjwolf[at]arcor.de) -0.0 SPF_PASS SPF: sender matches SPF record 1.2 MISSING_HEADERS Missing To: header 0.0 HTML_MESSAGE BODY: HTML included in message 2.8 MALFORMED_FREEMAIL Bad headers on message from free email service 0.0 T_DKIM_INVALID DKIM-Signature header exists but is not valid --001a11c1ee14f67846050809b141 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable P=C3=A1draig, wow super, "cp --sparse=3Dnever" works though the file I trie= d with was in no way sparse. I checked (after umount & mount again) the checksums, and it's a real success. The error (before) was absolutely repeatable, it happened always, without exception, it created a file with 0 bytes length. Same effect when directories copied recursively, each file was created with zero length. Thanks a lot, Yours, Klaus-J=C3=BCrgen --001a11c1ee14f67846050809b141 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
P=C3=A1draig, wow super, = "cp=C2=A0--sparse=3Dnever" works though the file I tried with was= in no way sparse. I checked (after umount & mount again) the checksums= , and it's a real success.

The error (before) was absolutely rep= eatable, it happened always, without exception, it created a file with 0 by= tes length. Same effect when directories copied recursively, each file was = created with zero length.

Thanks a lot,

Yours,
Klaus-J= =C3=BCrgen

--001a11c1ee14f67846050809b141-- From unknown Mon Aug 18 02:36:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19072: cp does not work with davfs2 (fuse) under GNU/Linux; coreutils-8.21 Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 17 Nov 2014 09:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19072 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: =?UTF-8?Q?Klaus-J=C3=BCrgen?= Wolf Cc: 19072@debbugs.gnu.org, werner.baumann@onlinehome.de Received: via spool by 19072-submit@debbugs.gnu.org id=B19072.141621806415418 (code B ref 19072); Mon, 17 Nov 2014 09:55:01 +0000 Received: (at 19072) by debbugs.gnu.org; 17 Nov 2014 09:54:24 +0000 Received: from localhost ([127.0.0.1]:35767 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XqJ0p-00040Z-TT for submit@debbugs.gnu.org; Mon, 17 Nov 2014 04:54:24 -0500 Received: from mail5.vodafone.ie ([213.233.128.176]:58385) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XqJ0n-00040I-EU for 19072@debbugs.gnu.org; Mon, 17 Nov 2014 04:54:22 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlAJAErFaVRtT4Qm/2dsb2JhbABbgw5VWQGCNVDJF4dLAQICgRcWAQEBAQF9hAMBAQQjDwFGEAsNCwICBRYLAgIJAwIBAgFFBg0BBwEBiEEBCLsZhg2PXAEBCAEBAQEBHYEtj3UHgneBVAWXIohehniKRIQKggAgFoFGPTABAYJJAQEB Received: from unknown (HELO localhost.localdomain) ([109.79.132.38]) by mail3.vodafone.ie with ESMTP; 17 Nov 2014 09:53:46 +0000 Message-ID: <5469C5A8.8030504@draigBrady.com> Date: Mon, 17 Nov 2014 09:53:44 +0000 From: =?UTF-8?Q?P=C3=A1draig?= Brady User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 References: <54694C2A.6020501@draigBrady.com> <54694E1A.1000709@draigBrady.com> 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.15 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 (/) On 17/11/14 08:23, Klaus-Jürgen Wolf wrote: > Pádraig, wow super, "cp --sparse=never" works though the file I tried with > was in no way sparse. I checked (after umount & mount again) the checksums, > and it's a real success. > > The error (before) was absolutely repeatable, it happened always, without > exception, it created a file with 0 bytes length. Same effect when > directories copied recursively, each file was created with zero length. OK, so the "failed to extend" error was extraneous. BTW I've recently fixed up that issue with: http://git.sv.gnu.org/gitweb/?p=coreutils.git;a=commit;h=84616da8 Therefore it seems that davfs2 doesn't deal with lseek() well. The lseek() ran without error, but subsequent write() gives EIO? There is nothing extra that cp could do in that particular case. It would be good for comfirmation to get the output from these two commands: stat /your/sourcefile dd if=/dev/zero conv=notrunc count=1 seek=1 of=/home/kj/MyDrive/eio.test thanks, Pádraig. From unknown Mon Aug 18 02:36:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19072: cp does not work with davfs2 (fuse) under GNU/Linux; coreutils-8.21 Resent-From: =?UTF-8?Q?Klaus-J=C3=BCrgen?= Wolf Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 17 Nov 2014 14:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19072 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: =?UTF-8?Q?P=C3=A1draig?= Brady Cc: 19072@debbugs.gnu.org, werner.baumann@onlinehome.de Received: via spool by 19072-submit@debbugs.gnu.org id=B19072.141623499013763 (code B ref 19072); Mon, 17 Nov 2014 14:37:02 +0000 Received: (at 19072) by debbugs.gnu.org; 17 Nov 2014 14:36:30 +0000 Received: from localhost ([127.0.0.1]:35889 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XqNPp-0003Zu-BI for submit@debbugs.gnu.org; Mon, 17 Nov 2014 09:36:29 -0500 Received: from mail-yh0-f44.google.com ([209.85.213.44]:34231) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XqNPl-0003Zd-Jf for 19072@debbugs.gnu.org; Mon, 17 Nov 2014 09:36:26 -0500 Received: by mail-yh0-f44.google.com with SMTP id c41so573029yho.31 for <19072@debbugs.gnu.org>; Mon, 17 Nov 2014 06:36:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=uM0XiAI5Dygh5tdjlYQWi6NAiAT+YtMvkzwOFEM0tkc=; b=eE5Vh6peIdViTnk9Sh9jW5Mx/p66e47i7tCI6vfE5wRWaLqx+4+z9Imz3bimWBZS/p wGdmEo7cI/mFArb02af+nfJsY8VJDEYFe0irf4Ls8+RaKnwaNkC1YQCWiZF6qt5YChR/ O9hmurEO86ZhwzJbOxNmzXu05rtUeWi/2eIyvZJGK2vuPdTAt0tXjldI0n+xtFL8G3Ok U1jEB878TDvhzLVMSxmqviKZF2YfjhbPQ/b5DPLylN48oNXzAg07RqCk8DYcoPLp147G 3NjNdGpxvcHttf6TPs2PGUeI8fxXhl32I8JUrDRdwji6zYULzuRDWYy7ocbcP0BbMBA6 6UbA== MIME-Version: 1.0 X-Received: by 10.236.44.8 with SMTP id m8mr2617865yhb.136.1416234984861; Mon, 17 Nov 2014 06:36:24 -0800 (PST) Received: by 10.170.61.150 with HTTP; Mon, 17 Nov 2014 06:36:24 -0800 (PST) In-Reply-To: <5469C5A8.8030504@draigBrady.com> References: <54694C2A.6020501@draigBrady.com> <54694E1A.1000709@draigBrady.com> <5469C5A8.8030504@draigBrady.com> Date: Mon, 17 Nov 2014 15:36:24 +0100 X-Google-Sender-Auth: bMaE_yNB7wBO9RziN1sbhKJNVEw Message-ID: From: =?UTF-8?Q?Klaus-J=C3=BCrgen?= Wolf Content-Type: multipart/alternative; boundary=089e01681dee30f96f05080ee7b4 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.7 (/) --089e01681dee30f96f05080ee7b4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I have to correct my former comment: cp --sparse=3Dnever only works with ve= ry small files, e.g. 542 bytes. (PWD=3D/home/kj/MyDrive) $ /bin/cp --sparse=3Dnever ~/prj/kaese/cpp/Makefile . $ stat Makefile File: =E2=80=98Makefile=E2=80=99 Size: 542 Blocks: 2 IO Block: 4096 regular file Device: 28h/40d Inode: 18825536 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 1000/ kj) Gid: ( 1000/ kj) Access: 2014-11-17 15:27:05.000000000 +0100 Modify: 2014-11-17 15:27:05.000000000 +0100 Change: 2014-11-17 15:27:05.000000000 +0100 Birth: - $ dd if=3D/dev/zero conv=3Dnotrunc count=3D1 seek=3D1 of=3D/home/kj/MyDrive= /eio.test 1+0 records in 1+0 records out 512 bytes (512 B) copied, 0.00248944 s, 206 kB/s But, with longer files: $ /bin/cp --sparse=3Dnever ~/Tc7200.bin . /bin/cp: error writing =E2=80=98./Tc7200.bin=E2=80=99: Input/output error /bin/cp: failed to extend =E2=80=98./Tc7200.bin=E2=80=99: Input/output erro= r $ ll ~/Tc7200.bin -rw-r--r-- 1 kj kj 26296 Sep 8 21:45 /home/kj/Tc7200.bin I need to say that using tar, I can produce much longer files: $ stat kaese20141116.7z File: =E2=80=98kaese20141116.7z=E2=80=99 Size: 981305 Blocks: 1917 IO Block: 4096 regular file Device: 28h/40d Inode: 18802464 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 1000/ kj) Gid: ( 1000/ kj) Access: 2014-11-16 11:13:20.000000000 +0100 Modify: 2014-11-16 11:12:48.000000000 +0100 Change: 2014-11-16 11:12:55.000000000 +0100 Birth: - --089e01681dee30f96f05080ee7b4 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I have to correct my former comment: cp --sparse=3Dne= ver only works with very small files, e.g. 542 bytes.

<= div>(PWD=3D/hom= e/kj/MyDrive)

$=C2=A0/bin/cp --sparse=3Dnev= er ~/prj/kaese/cpp/Makefile .
$ stat Makefile
=C2= =A0 File: =E2=80=98Makefile=E2=80=99
=C2=A0 Size: 542 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Blocks: 2 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0IO Block: 4096 =C2=A0 regular file
Device: 28h/40d Inode: 1882= 5536 =C2=A0 =C2=A0Links: 1
Access: (0644/-rw-r--r--) =C2=A0Uid: (= 1000/ =C2=A0 =C2=A0 =C2=A0kj) =C2=A0 Gid: ( 1000/ =C2=A0 =C2=A0 =C2=A0kj)<= /div>
Access: 2014-11-17 15:27:05.000000000 +0100
Modify: 201= 4-11-17 15:27:05.000000000 +0100
Change: 2014-11-17 15:27:05.0000= 00000 +0100
=C2=A0Birth: -

$ dd if=3D/dev/zero=C2=A0conv=3Dnotrunc count=3D1 seek=3D1 of=3D/home/kj/= MyDrive/eio.test
1+0 records in
1+0 record= s out
512 bytes (512 B) copied, 0.00248944 s, 206 kB/s

But, with longer files:

$ /bin/cp --sparse=3Dne= ver ~/Tc7200.bin=C2=A0.
/bi= n/cp: error writing =E2=80=98./Tc7200.bin=E2=80=99: Input/output error
/bin/cp: failed to exte= nd =E2=80=98./Tc7200.bin=E2=80=99: Input/output error

$ ll ~/Tc7200.bin
-rw-r--r-- 1 kj kj = 26296 Sep =C2=A08 21:45 /home/kj/Tc7200.bin

I need= to say that using tar, I can produce much longer files:

$ stat kaese20141116.7z=C2=A0
=C2=A0 File: =E2=80=98k= aese20141116.7z=E2=80=99
=C2=A0 Size: 981305 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0Blocks: 1917 =C2=A0 =C2=A0 =C2=A0 IO Block: 4096 =C2=A0 regul= ar file
Device: 28h/40d Inode: 18802464 =C2=A0 =C2=A0Links: 1
Access: (0644/-rw-r--r--) =C2=A0Uid: ( 1000/ =C2=A0 =C2=A0 =C2=A0kj)= =C2=A0 Gid: ( 1000/ =C2=A0 =C2=A0 =C2=A0kj)
Access: 2014-11-16 1= 1:13:20.000000000 +0100
Modify: 2014-11-16 11:12:48.000000000 +01= 00
Change: 2014-11-16 11:12:55.000000000 +0100
=C2=A0Bi= rth: -

--089e01681dee30f96f05080ee7b4-- From unknown Mon Aug 18 02:36:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19072: cp does not work with davfs2 (fuse) under GNU/Linux; coreutils-8.21 Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 17 Nov 2014 16:12:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19072 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: =?UTF-8?Q?Klaus-J=C3=BCrgen?= Wolf Cc: 19072@debbugs.gnu.org, werner.baumann@onlinehome.de Received: via spool by 19072-submit@debbugs.gnu.org id=B19072.14162406812001 (code B ref 19072); Mon, 17 Nov 2014 16:12:03 +0000 Received: (at 19072) by debbugs.gnu.org; 17 Nov 2014 16:11:21 +0000 Received: from localhost ([127.0.0.1]:36470 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XqOtc-0000WC-TI for submit@debbugs.gnu.org; Mon, 17 Nov 2014 11:11:21 -0500 Received: from mail3.vodafone.ie ([213.233.128.45]:46246) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XqOtb-0000Vw-1J for 19072@debbugs.gnu.org; Mon, 17 Nov 2014 11:11:19 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlAJAKYdalRtT4Qm/2dsb2JhbABbgw5VWQGCNVDJGIdLAQICgRkWAQEBAQF9hAMBAQQjDwFGEAsNCwICBRYLAgIJAwIBAgFFBg0BBwEBiEEBCLxFhg2PegEBCAEBAQEBHYEtj3UHgneBVAWXIohePYY7Eo48ggAHGRaBRj0wAQEBAYJHAQEB Received: from unknown (HELO localhost.localdomain) ([109.79.132.38]) by mail3.vodafone.ie with ESMTP; 17 Nov 2014 16:11:16 +0000 Message-ID: <546A1E24.8010507@draigBrady.com> Date: Mon, 17 Nov 2014 16:11:16 +0000 From: =?UTF-8?Q?P=C3=A1draig?= Brady User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 References: <54694C2A.6020501@draigBrady.com> <54694E1A.1000709@draigBrady.com> <5469C5A8.8030504@draigBrady.com> 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.15 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 (/) On 17/11/14 14:36, Klaus-Jürgen Wolf wrote: > I have to correct my former comment: cp --sparse=never only works with very small files, e.g. 542 bytes. > > (PWD=/home/kj/MyDrive) > > $ /bin/cp --sparse=never ~/prj/kaese/cpp/Makefile . > $ stat Makefile > File: ‘Makefile’ > Size: 542 Blocks: 2 IO Block: 4096 regular file > Device: 28h/40d Inode: 18825536 Links: 1 > Access: (0644/-rw-r--r--) Uid: ( 1000/ kj) Gid: ( 1000/ kj) > Access: 2014-11-17 15:27:05.000000000 +0100 > Modify: 2014-11-17 15:27:05.000000000 +0100 > Change: 2014-11-17 15:27:05.000000000 +0100 > Birth: - > > $ dd if=/dev/zero conv=notrunc count=1 seek=1 of=/home/kj/MyDrive/eio.test > 1+0 records in > 1+0 records out > 512 bytes (512 B) copied, 0.00248944 s, 206 kB/s > > But, with longer files: > > $ /bin/cp --sparse=never ~/Tc7200.bin . > /bin/cp: error writing ‘./Tc7200.bin’: Input/output error > /bin/cp: failed to extend ‘./Tc7200.bin’: Input/output error > > $ ll ~/Tc7200.bin > -rw-r--r-- 1 kj kj 26296 Sep 8 21:45 /home/kj/Tc7200.bin > > I need to say that using tar, I can produce much longer files: > > $ stat kaese20141116.7z > File: ‘kaese20141116.7z’ > Size: 981305 Blocks: 1917 IO Block: 4096 regular file > Device: 28h/40d Inode: 18802464 Links: 1 > Access: (0644/-rw-r--r--) Uid: ( 1000/ kj) Gid: ( 1000/ kj) > Access: 2014-11-16 11:13:20.000000000 +0100 > Modify: 2014-11-16 11:12:48.000000000 +0100 > Change: 2014-11-16 11:12:55.000000000 +0100 > Birth: - > With --sparse=never we really should only be doing write()s to the destination. That could be confirmed with: strace cp --sparse=never ~/Tc7200.bin . The only thing left that I can think of is the size of the writes is causing a problem. cp will read and write 64KiB by default. tar may be using smaller than this and so not triggering the issue? I searched for that issue and noticed this fuse issue: http://thread.gmane.org/gmane.comp.file-systems.fuse.devel/14095 thanks, Pádraig. From unknown Mon Aug 18 02:36:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19072: cp does not work with davfs2 (fuse) under GNU/Linux; coreutils-8.21 Resent-From: =?UTF-8?Q?Klaus-J=C3=BCrgen?= Wolf Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 17 Nov 2014 16:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19072 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: =?UTF-8?Q?P=C3=A1draig?= Brady Cc: 19072@debbugs.gnu.org, werner.baumann@onlinehome.de Received: via spool by 19072-submit@debbugs.gnu.org id=B19072.14162428939821 (code B ref 19072); Mon, 17 Nov 2014 16:49:01 +0000 Received: (at 19072) by debbugs.gnu.org; 17 Nov 2014 16:48:13 +0000 Received: from localhost ([127.0.0.1]:36492 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XqPTI-0002YE-61 for submit@debbugs.gnu.org; Mon, 17 Nov 2014 11:48:13 -0500 Received: from mail-yk0-f173.google.com ([209.85.160.173]:51591) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XqPTF-0002Xy-9S for 19072@debbugs.gnu.org; Mon, 17 Nov 2014 11:48:10 -0500 Received: by mail-yk0-f173.google.com with SMTP id 19so3562330ykq.32 for <19072@debbugs.gnu.org>; Mon, 17 Nov 2014 08:48:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=jokcGtYhP/sWZnXRHWSfrYf4yjABUdT7x8A7L7+ezC4=; b=akGV0ebzfQjvazaRR2rwSQDCpzaqMuh+XB2IJ2e0YE0hOC1ziIqXsTO+JZrKC9hiEK vjC6a0capTpIUR7FlVMFTt8k2fmHrL+juQRNeyajEuDIBZbVsMr4Gn4BcgIHRoAW4BDq 4QxJQ+Ci7IIPb9tge60wTEESv/dgiHnt5RUa7dr3w/uBHz5GOoJ8DNCkgjXU1qmWeqJM KMniN8+hKgwWZsZ7xVj3kH8jUGINNSW/QyimPUqwWRPJVaeOL6hxiX88pSPhNrEHmSSe mN8JAxjPgJxJZVwnpPy7f4+Qe8ioQ9iqPCR1TT3K1bUpCaYCEKOtUVsnFE9fszTVk60E wPww== MIME-Version: 1.0 X-Received: by 10.170.208.129 with SMTP id z123mr4205556yke.42.1416242888378; Mon, 17 Nov 2014 08:48:08 -0800 (PST) Received: by 10.170.61.150 with HTTP; Mon, 17 Nov 2014 08:48:08 -0800 (PST) In-Reply-To: <546A1E24.8010507@draigBrady.com> References: <54694C2A.6020501@draigBrady.com> <54694E1A.1000709@draigBrady.com> <5469C5A8.8030504@draigBrady.com> <546A1E24.8010507@draigBrady.com> Date: Mon, 17 Nov 2014 17:48:08 +0100 X-Google-Sender-Auth: EDMX6uIlOLlzQPf2xY6yJyVa3qU Message-ID: From: =?UTF-8?Q?Klaus-J=C3=BCrgen?= Wolf Content-Type: multipart/alternative; boundary=001a11392b7e470e24050810be10 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.7 (/) --001a11392b7e470e24050810be10 Content-Type: text/plain; charset=UTF-8 execve("/bin/cp", ["cp", "--sparse=never", "/home/kj/Tc7200.bin", "MyDrive"], [/* 96 vars */]) = 0 brk(0) = 0x9eb000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f2fc02ed000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=319914, ...}) = 0 mmap(NULL, 319914, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f2fc0298000 close(3) = 0 open("/lib64/libacl.so.1", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340$\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=35272, ...}) = 0 mmap(NULL, 2130592, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f2fbfeb8000 mprotect(0x7f2fbfec0000, 2093056, PROT_NONE) = 0 mmap(0x7f2fc00bf000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7000) = 0x7f2fc00bf000 close(3) = 0 open("/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 O\2\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=1728864, ...}) = 0 mmap(NULL, 3841112, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f2fbfb08000 mprotect(0x7f2fbfca9000, 2093056, PROT_NONE) = 0 mmap(0x7f2fbfea8000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1a0000) = 0x7f2fbfea8000 mmap(0x7f2fbfeae000, 15448, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f2fbfeae000 close(3) = 0 open("/lib64/libattr.so.1", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`\26\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=18616, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f2fc02ec000 mmap(NULL, 2113904, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f2fbf900000 mprotect(0x7f2fbf904000, 2093056, PROT_NONE) = 0 mmap(0x7f2fbfb03000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) = 0x7f2fbfb03000 close(3) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f2fc02eb000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f2fc02e7000 arch_prctl(ARCH_SET_FS, 0x7f2fc02eb700) = 0 mprotect(0x7f2fbfea8000, 16384, PROT_READ) = 0 mprotect(0x7f2fbfb03000, 4096, PROT_READ) = 0 mprotect(0x7f2fc00bf000, 4096, PROT_READ) = 0 mprotect(0x61a000, 4096, PROT_READ) = 0 mprotect(0x7f2fc02e8000, 4096, PROT_READ) = 0 munmap(0x7f2fc0298000, 319914) = 0 brk(0) = 0x9eb000 brk(0xa0c000) = 0xa0c000 open("/usr/lib64/locale/locale-archive", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=3847568, ...}) = 0 mmap(NULL, 3847568, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f2fbf550000 close(3) = 0 geteuid() = 1000 stat("MyDrive", {st_mode=S_IFDIR|0755, st_size=496, ...}) = 0 stat("/home/kj/Tc7200.bin", {st_mode=S_IFREG|0644, st_size=26296, ...}) = 0 stat("MyDrive/Tc7200.bin", 0x7fff14fec6e0) = -1 ENOENT (No such file or directory) open("/home/kj/Tc7200.bin", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=26296, ...}) = 0 open("MyDrive/Tc7200.bin", O_WRONLY|O_CREAT|O_EXCL, 0644) = 4 fstat(4, {st_mode=S_IFREG|0644, st_size=0, ...}) = 0 fadvise64(3, 0, 0, POSIX_FADV_SEQUENTIAL) = 0 read(3, "<\2401\344kT*\3\347\233\316Oz[\255\3756u9E9eWF0bt9Y8Rw"..., 65536) = 26296 write(4, "<\2401\344kT*\3\347\233\316Oz[\255\3756u9E9eWF0bt9Y8Rw"..., 26296) = -1 EIO (Input/output error) open("/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) = 5 fcntl(5, F_GETFD) = 0x1 (flags FD_CLOEXEC) fstat(5, {st_mode=S_IFREG|0644, st_size=2492, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f2fc02e6000 read(5, "# Locale name alias data base.\n#"..., 4096) = 2492 read(5, "", 4096) = 0 close(5) = 0 munmap(0x7f2fc02e6000, 4096) = 0 open("/usr/share/locale/en_US.UTF-8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en_US.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en_US/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en.UTF-8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/lib64/charset.alias", O_RDONLY|O_NOFOLLOW) = -1 ENOENT (No such file or directory) write(2, "cp: ", 4) = 4 write(2, "error writing \342\200\230MyDrive/Tc7200."..., 38) = 38 open("/usr/share/locale/en_US.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en_US.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory) write(2, ": Input/output error", 20) = 20 write(2, "\n", 1) = 1 write(2, "cp: ", 4) = 4 write(2, "failed to extend \342\200\230MyDrive/Tc72"..., 41) = 41 write(2, ": Input/output error", 20) = 20 write(2, "\n", 1) = 1 close(4) = 0 close(3) = 0 lseek(0, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) close(0) = 0 close(1) = 0 close(2) = 0 exit_group(1) = ? +++ exited with 1 +++ --001a11392b7e470e24050810be10 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
exec= ve("/bin/cp", ["cp", "--sparse=3Dnever", &quo= t;/home/kj/Tc7200.bin", "MyDrive"], [/* 96 vars */]) =3D 0
brk(0) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0=3D 0x9eb000
mmap(NULL, 4096, PRO= T_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =3D 0x7f2fc02ed000
access("/etc/ld.so.preload", R_OK) = =C2=A0 =C2=A0 =C2=A0=3D -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = =3D 3
fstat(3, {st_mode=3DS_IFREG|0644, st_= size=3D319914, ...}) =3D 0
mmap(NULL, 31991= 4, PROT_READ, MAP_PRIVATE, 3, 0) =3D 0x7f2fc0298000
close(3) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D 0
open("/lib64/libacl.so.1", O_RDONLY|O_CLOEXEC) = =3D 3
read(3, "\177ELF\2\1\1\0\0\0\0\0= \0\0\0\0\3\0>\0\1\0\0\0\340$\0\0\0\0\0\0"..., 832) =3D 832
fstat(3, {st_mode=3DS_IFREG|0755, st_size=3D35272, = ...}) =3D 0
mmap(NULL, 2130592, PROT_READ|P= ROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =3D 0x7f2fbfeb8000
mprotect(0x7f2fbfec0000, 2093056, PROT_NONE) =3D 0
=
mmap(0x7f2fc00bf000, 8192, PROT_READ|PROT_WRITE,= MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x7000) =3D 0x7f2fc00bf000
close(3) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D 0=
open("/lib64/libc.so.6", O_RDONL= Y|O_CLOEXEC) =3D 3
read(3, "\177ELF\2\= 1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0 O\2\0\0\0\0\0"..., 832) =3D 83= 2
fstat(3, {st_mode=3DS_IFREG|0755, st_size= =3D1728864, ...}) =3D 0
mmap(NULL, 3841112,= PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =3D 0x7f2fbfb08000
mprotect(0x7f2fbfca9000, 2093056, PROT_NONE)= =3D 0
mmap(0x7f2fbfea8000, 24576, PROT_REA= D|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1a0000) =3D 0x7f2fb= fea8000
mmap(0x7f2fbfeae000, 15448, PROT_RE= AD|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) =3D 0x7f2fbfeae0= 00
close(3) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0=3D 0
open("/lib64/libattr.so.1&= quot;, O_RDONLY|O_CLOEXEC) =3D 3
read(3, &q= uot;\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`\26\0\0\0\0\0\0"= ..., 832) =3D 832
fstat(3, {st_mode=3DS_IFR= EG|0755, st_size=3D18616, ...}) =3D 0
mmap(= NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =3D 0x7= f2fc02ec000
mmap(NULL, 2113904, PROT_READ|P= ROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =3D 0x7f2fbf900000
mprotect(0x7f2fbf904000, 2093056, PROT_NONE) =3D 0
=
mmap(0x7f2fbfb03000, 8192, PROT_READ|PROT_WRITE,= MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3000) =3D 0x7f2fbfb03000
close(3) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D 0=
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP= _PRIVATE|MAP_ANONYMOUS, -1, 0) =3D 0x7f2fc02eb000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1= , 0) =3D 0x7f2fc02e7000
arch_prctl(ARCH_SET= _FS, 0x7f2fc02eb700) =3D 0
mprotect(0x7f2fb= fea8000, 16384, PROT_READ) =3D 0
mprotect(0= x7f2fbfb03000, 4096, PROT_READ) =3D 0
mprot= ect(0x7f2fc00bf000, 4096, PROT_READ) =3D 0
= mprotect(0x61a000, 4096, PROT_READ) =C2=A0 =C2=A0 =3D 0
mprotect(0x7f2fc02e8000, 4096, PROT_READ) =3D 0
munmap(0x7f2fc0298000, 319914) =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0=3D 0
brk(0) =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0=3D 0x9eb000
brk(0x= a0c000) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =3D 0xa0c000
open(= "/usr/lib64/locale/locale-archive", O_RDONLY|O_CLOEXEC) =3D 3
fstat(3, {st_mode=3DS_IFREG|0644, st_size=3D38= 47568, ...}) =3D 0
mmap(NULL, 3847568, PROT= _READ, MAP_PRIVATE, 3, 0) =3D 0x7f2fbf550000
close(3) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D 0
geteuid() =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 1000
stat("MyDrive", {st_mode=3DS_IFDIR|0755, st_si= ze=3D496, ...}) =3D 0
stat("/home/kj/T= c7200.bin", {st_mode=3DS_IFREG|0644, st_size=3D26296, ...}) =3D 0
stat("MyDrive/Tc7200.bin", 0x7fff14fe= c6e0) =3D -1 ENOENT (No such file or directory)
open("/home/kj/Tc7200.bin", O_RDONLY) =C2=A0 =3D 3
fstat(3, {st_mode=3DS_IFREG|0644, st_size=3D26296, .= ..}) =3D 0
open("MyDrive/Tc7200.bin&qu= ot;, O_WRONLY|O_CREAT|O_EXCL, 0644) =3D 4
f= stat(4, {st_mode=3DS_IFREG|0644, st_size=3D0, ...}) =3D 0
fadvise64(3, 0, 0, POSIX_FADV_SEQUENTIAL) =3D 0
read(3, "<\2401\344kT*\3\347\233\316Oz[\255\3= 756u9E9eWF0bt9Y8Rw"..., 65536) =3D 26296
write(4, "<\2401\344kT*\3\347\233\316Oz[\255\3756u9E9eWF0bt9Y8Rw= "..., 26296) =3D -1 EIO (Input/output error)
open("/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC)= =3D 5
fcntl(5, F_GETFD) =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 0x1 (flags = FD_CLOEXEC)
fstat(5, {st_mode=3DS_IFREG|064= 4, st_size=3D2492, ...}) =3D 0
mmap(NULL, 4= 096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =3D 0x7f2fc02e= 6000
read(5, "# Locale name alias data= base.\n#"..., 4096) =3D 2492
read(5, = "", 4096) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =3D 0
close(5) =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D 0
munmap= (0x7f2fc02e6000, 4096) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D 0
=
open("/usr/share/locale/en_US.UTF-8/LC_MESS= AGES/coreutils.mo", O_RDONLY) =3D -1 ENOENT (No such file or directory= )
open("/usr/share/locale/en_US.utf8/L= C_MESSAGES/coreutils.mo", O_RDONLY) =3D -1 ENOENT (No such file or dir= ectory)
open("/usr/share/locale/en_US/= LC_MESSAGES/coreutils.mo", O_RDONLY) =3D -1 ENOENT (No such file or di= rectory)
open("/usr/share/locale/en.UT= F-8/LC_MESSAGES/coreutils.mo", O_RDONLY) =3D -1 ENOENT (No such file o= r directory)
open("/usr/share/locale/e= n.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) =3D -1 ENOENT (No such fil= e or directory)
open("/usr/share/local= e/en/LC_MESSAGES/coreutils.mo", O_RDONLY) =3D -1 ENOENT (No such file = or directory)
open("/usr/lib64/charset= .alias", O_RDONLY|O_NOFOLLOW) =3D -1 ENOENT (No such file or directory= )
write(2, "cp: ", 4) =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 4
write(2, "error writing \342\200\230MyDrive/Tc7= 200."..., 38) =3D 38
open("/usr/s= hare/locale/en_US.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 ENOENT = (No such file or directory)
open("/usr= /share/locale/en_US.utf8/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 ENOENT= (No such file or directory)
open("/us= r/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 ENOENT (No= such file or directory)
open("/usr/sh= are/locale/en.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 ENOENT (No = such file or directory)
open("/usr/sha= re/locale/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 ENOENT (No su= ch file or directory)
open("/usr/share= /locale/en/LC_MESSAGES/libc.mo", O_RDONLY) =3D -1 ENOENT (No such file= or directory)
write(2, ": Input/outpu= t error", 20) =C2=A0 =C2=A0=3D 20
writ= e(2, "\n", 1) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D 1
write(2, = "cp: ", 4) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =3D 4
write(2, "fail= ed to extend \342\200\230MyDrive/Tc72"..., 41) =3D 41
write(2, ": Input/output error", 20) =C2=A0 =C2= =A0=3D 20
write(2, "\n", 1) =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =3D 1
close(4) =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0=3D 0
close(3) =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0=3D 0
lseek(0, 0, SEEK_= CUR) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D -1 = ESPIPE (Illegal seek)
close(0) =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D 0
close(1) = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2= =A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D 0
close(2) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0=3D 0
exit_group(1) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =3D ?
+++ exited with 1 +++

--001a11392b7e470e24050810be10-- From unknown Mon Aug 18 02:36:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19072: cp does not work with davfs2 (fuse) under GNU/Linux; coreutils-8.21 Resent-From: =?UTF-8?Q?P=C3=A1draig?= Brady Original-Sender: "Debbugs-submit" Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 17 Nov 2014 17:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19072 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: =?UTF-8?Q?Klaus-J=C3=BCrgen?= Wolf Cc: 19072@debbugs.gnu.org, werner.baumann@onlinehome.de Received: via spool by 19072-submit@debbugs.gnu.org id=B19072.141624438420008 (code B ref 19072); Mon, 17 Nov 2014 17:14:02 +0000 Received: (at 19072) by debbugs.gnu.org; 17 Nov 2014 17:13:04 +0000 Received: from localhost ([127.0.0.1]:36502 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XqPrL-0005CW-Vb for submit@debbugs.gnu.org; Mon, 17 Nov 2014 12:13:04 -0500 Received: from mail4.vodafone.ie ([213.233.128.170]:7537) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XqPrI-0005Br-Q6; Mon, 17 Nov 2014 12:13:01 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah0GAPIralRtT4Qm/2dsb2JhbABbgw6CUYETUM1HgyACgRkWAQEBAQF9hAMBAQQjDwFGEAsNCwICBRYLAgIJAwIBAgFFBg0BBwEBiEEBvFuGDZADAQEBBwEBAQEegS2PdQeCd4FUBaAAhngSjjyCNoFGPYJ7AQEB Received: from unknown (HELO localhost.localdomain) ([109.79.132.38]) by mail3.vodafone.ie with ESMTP; 17 Nov 2014 17:12:58 +0000 Message-ID: <546A2C9A.6020702@draigBrady.com> Date: Mon, 17 Nov 2014 17:12:58 +0000 From: =?UTF-8?Q?P=C3=A1draig?= Brady User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 References: <54694C2A.6020501@draigBrady.com> <54694E1A.1000709@draigBrady.com> <5469C5A8.8030504@draigBrady.com> <546A1E24.8010507@draigBrady.com> 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.15 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 (/) tag 19072 notabug close 19072 stop On 17/11/14 16:48, Klaus-Jürgen Wolf wrote: > read(3, "<\2401\344kT*\3\347\233\316Oz[\255\3756u9E9eWF0bt9Y8Rw"..., 65536) = 26296 > write(4, "<\2401\344kT*\3\347\233\316Oz[\255\3756u9E9eWF0bt9Y8Rw"..., 26296) = -1 EIO (Input/output error) Looks to be that kernel fuse bug I referenced, so closing here. thanks, Pádraig