cp ghi đè vs rm rồi cp

Khi tôi cố gắng ghi đè lên một tập tin nhị phân mà hiện tại đang đưa ra, cpthất bại trong việc ghi đè lên, nhưng nó có thể để rmnó sau đó cp. Ví dụ:

user@poste:~$ cp binaryFile /tmp
user@poste:~$ sudo cp /tmp/binaryFile binaryFile 
[sudo] password for user:
cp: cannot create regular file `binaryFile`: Text file busy
user@poste:~$ sudo rm binaryFile 
user@poste:~$ sudo cp /tmp/binaryFile  binaryFile 
user@poste:~$ file binaryFile 
binaryFile : ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24, BuildID[sha1]=0x7ce005d9eb50e2574246b6a881e625802f7e49f2, not stripped

Bất cứ ý tưởng tại sao?

Trong trường hợp đầu tiên, bạn đang cố ghi đè lên nội dung của tệp hiện đang chạy dưới dạng chương trình. Linux không cho phép điều đó - nếu có, bạn sẽ ghi đè mã ngay khi HĐH đang thực thi nó; sự khác biệt đầu tiên sẽ làm hỏng chương trình hoặc làm cho nó bị trục trặc.

Nhưng trong trường hợp thứ hai, bạn không thực sự thay đổi nội dung của tệp cũ - bạn đang tạo một tệp mới ở vị trí của nó, trong khi tệp cũ chỉ mất tên tệp mà vẫn giữ nguyên nội dung của tệp đó.

(Hãy nhớ rằng về mặt kỹ thuậtrm không xóa các tệp, nó chỉ xóa các liên kết thư mục - tương tự như cách thêm nhiều liên kết vào cùng một tệp. Chỉ khi một tệp không có liên kết và không có tham chiếu tệp mở, nó sẽ tự động bị xóa.)ln

Hệ thống tham chiếu các tệp đang sử dụng bằng inode của chúng, vì vậy không có vấn đề gì khi chúng có cùng tên tệp - đó vẫn là tệp cũ vẫn được hệ thống mở và mặc dù nó không còn liên kết nữa, nhưng nó sẽ chỉ bị xóa một khi tất cả các chương trình đóng nó.