Có an toàn để chuyển hướng thiết bị xuất chuẩn và thiết bị xuất chuẩn vào cùng một tệp mà không có bản sao mô tả tệp không?

Tôi bắt đầu trong thư mục trống.

$ touch aFile
$ ls
aFile

Sau đó, tôi lshai đối số, một trong số đó không có trong thư mục này. Tôi chuyển hướng cả hai luồng đầu ra đến một tập tin có tên output. Tôi sử dụng >>để tránh viết đồng thời.

$ ls aFile not_exist >>output 2>>output
$ cat output
ls: cannot access 'not_exist': No such file or directory
aFile

Mà dường như để làm việc. Có bất kỳ nguy hiểm cho phương pháp này?

Không, nó không chỉ an toàn như tiêu chuẩn >>bar 2>&1.

Khi bạn viết

foo >>bar 2>>bar

bạn đang mở bartệp hai lần với O_APPEND, tạo hai đối tượng tệp hoàn toàn độc lập [1], mỗi đối tượng có trạng thái riêng (con trỏ, chế độ mở, v.v.).

Điều này rất giống với 2>&1việc chỉ gọi cuộc gọi dup(2)hệ thống và tạo ra các bí danh stderr và stdout có thể hoán đổi cho cùng một đối tượng tệp.

Bây giờ, có một vấn đề với điều đó:

O_APPENDcó thể dẫn đến các tệp bị hỏng trên các hệ thống tệp NFS nếu có nhiều quá trình nối dữ liệu vào một tệp cùng một lúc. Điều này là do NFS không hỗ trợ nối thêm vào một tệp, do đó, kernel client phải mô phỏng nó, điều này không thể thực hiện được nếu không có điều kiện chạy đua.

Bạn thường có thể tin tưởng vào khả năng của tập tin như bartrong foo >>bar 2>&1được ghi vào cùng lúc từ hai địa điểm riêng biệt là khá thấp. Nhưng bằng cách của >>bar 2>>barbạn, bạn chỉ cần tăng nó một chục đơn đặt hàng lớn, mà không có lý do.

[1] "Mô tả tệp mở" trong biệt ngữ POSIX.

Điều gì xảy ra khi bạn làm

some_command >>file 2>>file

là nó filesẽ được mở để nối thêm hai lần. Điều này là an toàn để làm trên một hệ thống tập tin POSIX. Bất kỳ ghi nào xảy ra với tệp khi nó được mở để nối thêm sẽ xảy ra ở cuối tệp, bất kể dữ liệu đi qua luồng đầu ra tiêu chuẩn hay luồng lỗi tiêu chuẩn.

Điều này phụ thuộc vào sự hỗ trợ cho các hoạt động ghi thêm nguyên tử trong hệ thống tập tin cơ bản. Một số hệ thống tập tin, chẳng hạn như NFS, không hỗ trợ nối thêm nguyên tử. Xem ví dụ: câu hỏi "Tập tin có nối thêm nguyên tử trong UNIX không?" Trên StackOverflow.

Sử dụng

some_command >>file 2>&1

sẽ làm việc ngay cả trên NFS.

Tuy nhiên, sử dụng

some_command >file 2>file

không an toàn, vì trình bao sẽ cắt bớt tệp đầu ra (hai lần) và bất kỳ ghi nào xảy ra trên một trong hai luồng sẽ ghi đè lên dữ liệu đã được ghi bởi luồng khác.

Thí dụ:

$ { echo hello; echo abc >&2; } >file 2>file
$ cat file
abc
o

Các hellochuỗi được viết đầu tiên (với một dòng mới chấm dứt), và sau đó là chuỗi abctiếp theo một dòng mới được viết từ sai số chuẩn, ghi đè hell. Kết quả là chuỗi abccó một dòng mới, theo sau là những gì còn lại của đầu echora đầu tiên , một ovà một dòng mới.

Hoán đổi hai echoxung quanh vết thương chỉ tạo ra hellotrong tệp đầu ra vì chuỗi đó được viết sau cùng và dài hơn abcchuỗi. Thứ tự chuyển hướng xảy ra không quan trọng.

Nó sẽ tốt hơn và an toàn hơn để sử dụng thành ngữ hơn

some_command >file 2>&1

Nó phụ thuộc vào những gì bạn muốn đạt được. Tùy bạn quyết định liệu có ổn không khi có lỗi trong cùng một tệp với đầu ra. Đây chỉ là lưu văn bản trong một tệp có chức năng của trình bao cho phép bạn chuyển hướng theo ý muốn. Không có hoàn toàn có hay không. Mọi thứ trong Linux đều có thể được thực hiện theo nhiều cách, đây là cách của tôi ls notExistingFile existingFile >> output 2>&1 Để trả lời câu hỏi: Về mặt chuyển hướng, vâng, nó hoàn toàn an toàn.