tìm xem mô tả tập tin nào chia sẻ cùng mô tả tập tin mở

Nếu tôi làm (trong một vỏ giống như Bourne):

exec 3> file 4>&3 5> file 6>> file

Mô tả tệp 3 và 4, vì 4 được chỉnh sửa dup()từ 3, chia sẻ cùng một mô tả tệp đang mở (cùng thuộc tính, cùng một phần bù trong tệp ...). Trong khi các mô tả tệp 5 và 6 của quá trình đó nằm trên một mô tả tệp mở khác nhau (ví dụ: mỗi mô tả có con trỏ riêng trong tệp).

Bây giờ, trong lsofđầu ra, tất cả những gì chúng ta thấy là:

zsh     21519 stephane    3w   REG  254,2        0 10505865 /home/stephane/file
zsh     21519 stephane    4w   REG  254,2        0 10505865 /home/stephane/file
zsh     21519 stephane    5w   REG  254,2        0 10505865 /home/stephane/file
zsh     21519 stephane    6w   REG  254,2        0 10505865 /home/stephane/file

Tốt hơn một chút với lsof +fg:

zsh     21519 stephane    3w   REG          W,LG  254,2        0 10505865 /home/stephane/file
zsh     21519 stephane    4w   REG          W,LG  254,2        0 10505865 /home/stephane/file
zsh     21519 stephane    5w   REG          W,LG  254,2        0 10505865 /home/stephane/file
zsh     21519 stephane    6w   REG       W,AP,LG  254,2        0 10505865 /home/stephane/file

(ở đây trên Linux 3.16) ở chỗ chúng ta thấy fd 6 có các cờ khác nhau, vì vậy nó phải là một mô tả tệp mở khác với mô tả trên fd 3, 4 hoặc 5, nhưng từ đó chúng ta không thể biết fd 5 đang ở trên một mô tả tập tin mở khác nhau . Với -o, chúng ta cũng có thể thấy phần bù, nhưng một lần nữa phần bù không đảm bảo đó là phần mô tả tệp mở giống nhau .

Có không xâm nhập bất kỳ ¹ cách để tìm mà ra? Bên ngoài, hoặc cho mô tả tập tin riêng của một quá trình?

_{¹ . Một cách tiếp cận heuristic có thể là thay đổi cờ của một fd fcntl()và xem kết quả của các mô tả tệp khác có cờ của họ được cập nhật như thế nào, nhưng rõ ràng đó không phải là lý tưởng cũng không phải là bằng chứng ngu ngốc}

Đối với Linux 3.5 trở đi, điều này có thể được thực hiện bằng kcmp (3) :

KCMP_FILE

• Kiểm tra xem một bộ mô tả tệp idx1 trong quy trình pid1 có đề cập đến cùng một mô tả tệp mở (xem open (2) ) như mô tả tệp idx2 trong quy trình pid2 không . Sự tồn tại của hai mô tả tập tin đó đề cập đến cùng một mô tả tập tin mở có thể xảy ra như là kết quả của dup (2) (và tương tự) fork (2) , hoặc thông qua mô tả tập tin thông qua một ổ cắm miền (xem unix (7) ).

Trang man cung cấp một ví dụ cụ thể cho trường hợp sử dụng mà OP đã hỏi. Lưu ý rằng tòa nhà này yêu cầu kernel được biên dịch với CONFIG_CHECKPOINT_RESTOREset.

Những gì bạn đang tìm kiếm để so sánh là các struct filecon trỏ mà bộ mô tả tập tin trỏ đến. (Bên trong nhân là một task_structcấu trúc dữ liệu cho mỗi luồng. Nó chứa một con trỏ tới cấu trúc khác gọi là files_struct. Và cấu trúc đó chứa một mảng các con trỏ, mỗi cấu trúc đến một struct file. Nó struct filegiữ phần bù tìm kiếm, các cờ mở và một vài lĩnh vực khác.)

Tôi không biết bất kỳ cách nào có thể nhìn thấy người dùng để xem các con trỏ files_structkhác ngoài việc sử dụng một số công cụ xâm nhập. Ví dụ, SystemTap có thể được cung cấp một PID và nó có thể tìm thấy task_structcác con trỏ tương ứng và theo các con trỏ. Tuy nhiên, nếu bạn đang tìm kiếm thụ động, tôi nghĩ đó là về nó. Dell đã phát hành một công cụ từ lâu được gọi là KME (Kernel Memory Editor) cung cấp giao diện giống như bảng tính cho bộ nhớ kernel và nó có thể làm những gì bạn muốn, nhưng nó không bao giờ được chuyển sang 64 bit. (Tôi đã thử và không bao giờ làm cho nó hoàn toàn hoạt động, và không chắc tại sao.)

Một lý do bạn không thấy lsofhữu ích là nó cũng không thấy các con trỏ đó (nhưng hãy xem +ftùy chọn cho các hệ thống không phải là Linux). Về mặt lý thuyết bạn có thể so sánh tất cả các trường trong struct filevà nghĩ rằng hai cấu trúc giống nhau, nhưng chúng vẫn có thể là từ các open(2)cuộc gọi riêng biệt .

Hãy nhìn vào các PFiles SystemTap kịch bản cho ý tưởng. Nếu bạn sửa đổi nó để in địa chỉ của struct file, bạn sẽ có giải pháp của mình. Bạn cũng có thể kiểm tra opens_file_by_pid.stp vì có một chức năng trong đó đi bộ files_struct, tức là. bảng mô tả tập tin, nhìn vào các struct fileđối tượng ...

Tôi có thể hỏi những gì bạn đang cố gắng để đạt được?

Đây là một giải pháp cụ thể của linux: / Proc / self / fd là một thư mục gồm các liên kết tượng trưng để xử lý tệp mở trong quy trình hiện tại. Bạn chỉ có thể so sánh các giá trị liên kết. Nó trở nên phức tạp hơn khi sử dụng một quá trình con, bởi vì đứa trẻ sẽ có một / Proc / self khác nhau bởi vì nó là một liên kết tượng trưng phụ thuộc pid. Bạn có thể giải quyết vấn đề này bằng cách sử dụng / Proc / $$ / fd trong đó $$ là pid mong muốn.