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 Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/2150828 Title: install command does not copy full file if target is on ecryptfs To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/rust-coreutils/+bug/2150828/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
