Làm thế nào để kiểm tra không xâm lấn để truy cập ghi vào một tập tin?

Trong tập lệnh shell, làm thế nào để tôi dễ dàng và không xâm lấn kiểm tra quyền truy cập ghi vào tệp mà không thực sự cố gắng sửa đổi tệp?

Tôi có thể phân tích đầu ra của nó stat, nhưng điều đó có vẻ rất phức tạp và có lẽ dễ vỡ, mặc dù tôi không chắc sản lượng stat khác nhau bao nhiêu qua các lần thực hiện và thời gian.

Tôi có thể nối vào cuối tập tin và xem điều đó có thành công hay không, nhưng điều đó có khả năng gây nguy hiểm, vì hai lý do tôi có thể nghĩ ra:

1. Bây giờ tôi phải loại bỏ phần bổ sung và trong trường hợp một số quy trình khác ghi vào tệp, điều này ngay lập tức trở nên không tầm thường vì dòng của tôi không còn là dòng cuối cùng.
2. Bất kỳ quá trình đọc tệp nào cũng có thể có các yêu cầu tùy ý về nội dung của tệp đó và tôi có thể đã phá vỡ ứng dụng đó.

Chỉ cần sử dụng - wcờ của sự testtiện lợi:

[ -w /path/to/file ] && echo "writeable" || echo "write permission denied"

Lưu ý rằng nếu bạn sẽ ghi vào tệp sau này, vẫn có khả năng bạn sẽ không thể ghi vào tệp. Các tập tin có thể đã di chuyển, các quyền có thể đã thay đổi, vv Nó cũng có thể -wphát hiện các quyền ghi nhưng một số yếu tố khác can thiệp để làm cho tập tin không thể ghi .

Cách tiếp cận khác:

if >> /path/to/file
then
    echo "writeable"
else
    echo "write permission denied"
fi

Điều này sẽ cố gắng mở tệp để nối thêm và nếu thành công, sẽ không chạy lệnh nào (nghĩa là chạy lệnh null ) với đầu ra cho tệp. 

Coi chừng việc này tạo ra một tệp trống nếu nó không tồn tại.

Các -w nhà điều hành của các testlệnh chỉ có thể làm một stat và sau đó cố gắng tìm hiểu xem có vẻ như bạn cần có quyền truy cập. Sự thay thế của tôi (ở trên) đáng tin cậy hơn so với testcách tiếp cận trong một số điều kiện đặc biệt, bởi vì nó buộc kiểm tra truy cập phải được thực hiện bởi kernel chứ không phải shell. Ví dụ,

• nếu tệp nằm trên hệ thống tệp không phải Unix - đặc biệt nếu tệp được gắn từ xa từ máy chủ tệp không phải Unix - vì statcó thể trả về giá trị chế độ gây hiểu nhầm.
• nếu tệp nằm trên một hệ thống tệp được gắn ở chế độ chỉ đọc.
• nếu tệp có ACL và chế độ làm cho nó trông giống như bạn nên có quyền truy cập, nhưng ACL từ chối hoặc ngược lại.
• nếu một số khung bảo mật (AppArmor, SELinux, tầm) từ chối quyền truy cập vào tệp.

G-man nói đúng: [ -w ]sẽ không luôn luôn nói sự thật. Ở đây để đối phó với tệp không tồn tại và thông báo Từ chối quyền từ shell:

( [ -e /path/to/file ] && >> /path/to/file ) 2> /dev/null && 
  echo writable || 
  echo not writable

Cập nhật : Có vẻ đáng sợ, phải không? Vâng, nó là. Hmm ... làm thế nào để diễn đạt nó ... KHÔNG SỬ DỤNG NÀY, trừ khi bạn hoàn toàn biết bạn đang ở trong điều kiện mà nó yêu cầu để làm việc như mong đợi. Xem bình luận của Stephane.

Những gì để kết luận, sau đó? Ngay cả khi [ -w ]không nói sự thật, đó là một lệnh được dự định để thực hiện công việc. Nếu không, tốt, chúng tôi sẽ đổ lỗi cho nó, viết báo cáo lỗi và nó sẽ hoạt động trong tương lai. Kiểm tra tốt hơn các điều kiện mà nó hoạt động và sử dụng [ -w ]; viết mã đặc biệt cho các trường hợp đặc biệt. Cách giải quyết có điều kiện riêng.

[ -w /path/to/file ]

là một tiên nghiệm tốt nhất .