[Bug 2150828] [NEW] install command does not copy full file if target is on ecryptfs

[Philipp Edelmann]

Public bug reported:

On Ubuntu 26.04 I've noticed that the /bin/install provided by rust-
coreutils does not copy the full file if the target is on an ecryptfs
filesystem.

Steps to reproduce (provided ~ is on an ecryptfs filesystem):
1. Create a test file: dd if=/dev/urandom of=/tmp/testfile bs=1k count=256
2. Run the command: /bin/install /tmp/testfile ~/testfile
3. Compare file sizes: ls -lh /tmp/testfile ~/testfile


This shows 256K for the source file but only 144K for the destination. Inspecting the file reveals that a chunk in the middle is missing. The bug is not particular to this size. It also occurs for larger files.

Running gnuinstall (from GNU coreutils) works as expected, i.e., the
source and target files are identical.

The problem only occurs if the target filesystem is ecryptfs (like my
home directory in this example).

The latest upstream version of rust-coreutils seems to have fixed the
bug. I could trace the fix down to this particular commit:
https://github.com/uutils/coreutils/commit/f936e2267dac81279dbff9b3e7e2625fa2d2b229

It seems that other tools, such as cp, are not affected.

** Affects: rust-coreutils (Ubuntu)
     Importance: Undecided
         Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to rust-coreutils in Ubuntu.
https://bugs.launchpad.net/bugs/2150828

Title:
  install command does not copy full file if target is on ecryptfs

Status in rust-coreutils package in Ubuntu:
  New

Bug description:
  On Ubuntu 26.04 I've noticed that the /bin/install provided by rust-
  coreutils does not copy the full file if the target is on an ecryptfs
  filesystem.

  Steps to reproduce (provided ~ is on an ecryptfs filesystem):
  1. Create a test file: dd if=/dev/urandom of=/tmp/testfile bs=1k count=256
  2. Run the command: /bin/install /tmp/testfile ~/testfile
  3. Compare file sizes: ls -lh /tmp/testfile ~/testfile

  
  This shows 256K for the source file but only 144K for the destination. Inspecting the file reveals that a chunk in the middle is missing. The bug is not particular to this size. It also occurs for larger files.

  Running gnuinstall (from GNU coreutils) works as expected, i.e., the
  source and target files are identical.

  The problem only occurs if the target filesystem is ecryptfs (like my
  home directory in this example).

  The latest upstream version of rust-coreutils seems to have fixed the
  bug. I could trace the fix down to this particular commit:
  https://github.com/uutils/coreutils/commit/f936e2267dac81279dbff9b3e7e2625fa2d2b229

  It seems that other tools, such as cp, are not affected.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/rust-coreutils/+bug/2150828/+subscriptions