lsof

簡介

lsof(list open files)是一個列出當前系統打開文件的工具。在linux環境下，任何事物都以文件的形式存在，經過文件不只僅能夠訪問常規數據，還能夠訪問網絡鏈接 和硬件。因此如傳輸控制協議 (TCP) 和用戶數據報協議 (UDP) 套接字等，系統在後臺都爲該應用程序分配了一個文件描述符，不管這個文件的本質如何，該文件描述符爲應用程序與基礎操做系統之間的交互提供了通用接口。因 爲應用程序打開文件的描述符列表提供了大量關於這個應用程序自己的信息，所以經過lsof工具可以查看這個列表對系統監測以及排錯將是頗有幫助的。

 

輸出信息含義

在終端下輸入lsof便可顯示系統打開的文件，由於 lsof 須要訪問核心內存和各類文件，因此必須以 root 用戶的身份運行它纔可以充分地發揮其功能。

直接輸入lsof部分輸出爲:

init         1      root  cwd       DIR                8,2     4096          2 /
init         1      root  rtd       DIR                8,2     4096          2 /
init         1      root  txt       REG                8,2   150352         55 /sbin/init
init         1      root  mem       REG                8,2    65928     651554 /lib64/libnss_files-2.12.so
init         1      root  mem       REG                8,2  1922152     653807 /lib64/libc-2.12.so
init         1      root  mem       REG                8,2    93224     653811 /lib64/libgcc_s-4.4.7-20120
601.so.1
init         1      root  mem       REG                8,2    47064     653821 /lib64/librt-2.12.so
init         1      root  mem       REG                8,2   145720     653812 /lib64/libpthread-2.12.so
init         1      root  mem       REG                8,2   268232     653840 /lib64/libdbus-1.so.3.4.0
init         1      root  mem       REG                8,2    39896     651704 /lib64/libnih-dbus.so.1.0.0
init         1      root  mem       REG                8,2   101920     651706 /lib64/libnih.so.1.0.0
init         1      root  mem       REG                8,2   156872     653806 /lib64/ld-2.12.so
init         1      root    0u      CHR                1,3      0t0       4418 /dev/null
init         1      root    1u      CHR                1,3      0t0       4418 /dev/null
init         1      root    2u      CHR                1,3      0t0       4418 /dev/null
init         1      root    3r     FIFO                0,8      0t0       9555 pipe
init         1      root    4w     FIFO                0,8      0t0       9555 pipe
init         1      root    5r      DIR               0,10        0          1 inotify
init         1      root    6r      DIR               0,10        0          1 inotify
init         1      root    7u     unix 0xffff880037b75680      0t0       9556 socket
init         1      root    9u     unix 0xffff880037b75c80      0t0      13075 socket

每行顯示一個打開的文件，若不指定條件默認將顯示全部進程打開的全部文件。

lsof輸出各列信息的意義以下：

COMMAND：進程的名稱 PID：進程標識符

USER：進程全部者

FD：文件描述符，應用程序經過文件描述符識別該文件。如cwd、txt等 TYPE：文件類型，如DIR、REG等

DEVICE：指定磁盤的名稱

SIZE：文件的大小

NODE：索引節點（文件在磁盤上的標識）

NAME：打開文件的確切名稱

FD 列中的文件描述符cwd 值表示應用程序的當前工做目錄，這是該應用程序啓動的目錄，除非它自己對這個目錄進行更改,txt 類型的文件是程序代碼，如應用程序二進制文件自己或共享庫，如上列表中顯示的 /sbin/init 程序。

其次數值表示應用程序的文件描述符，這是打開該文件時返回的一個整數。如上的最後一行文件/dev/initctl，其文件描述符爲 10。u 表示該文件被打開並處於讀取/寫入模式，而不是隻讀 或只寫 (w) 模式。同時還有大寫 的W 表示該應用程序具備對整個文件的寫鎖。該文件描述符用於確保每次只能打開一個應用程序實例。初始打開每一個應用程序時，都具備三個文件描述符，從 0 到 2，分別表示標準輸入、輸出和錯誤流。因此大多數應用程序所打開的文件的 FD 都是從 3 開始。

與 FD 列相比，Type 列則比較直觀。文件和目錄分別稱爲 REG 和 DIR。而CHR 和 BLK，分別表示字符和塊設備；或者 UNIX、FIFO 和 IPv4，分別表示 UNIX 域套接字、先進先出 (FIFO) 隊列和網際協議 (IP) 套接字。

經常使用參數

lsof語法格式是：
lsof ［options］ filename

lsof abc.txt 顯示開啓文件abc.txt的進程
lsof -c abc 顯示abc進程如今打開的文件
lsof -c -p 1234 列出進程號爲1234的進程所打開的文件
lsof -g gid 顯示歸屬gid的進程狀況
lsof +d /usr/local/ 顯示目錄下被進程開啓的文件
lsof +D /usr/local/ 同上，可是會搜索目錄下的目錄，時間較長
lsof -d 4 顯示使用fd爲4的進程
lsof -i 用以顯示符合條件的進程狀況
lsof -i[46] [protocol][@hostname|hostaddr][:service|port]
  46 --> IPv4 or IPv6
  protocol --> TCP or UDP
  hostname --> Internet host name
  hostaddr --> IPv4地址
  service --> /etc/service中的 service name (能夠不止一個)
  port --> 端口號 (能夠不止一個)

lsof使用實例

查找誰在使用文件系統

在卸載文件系統時，若是該文件系統中有任何打開的文件，操做一般將會失敗。那麼經過lsof能夠找出那些進程在使用當前要卸載的文件系統，以下：
# lsof /GTES11/
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
bash 4208 root cwd DIR 3,1 4096 2 /GTES11/
vim 4230 root cwd DIR 3,1 4096 2 /GTES11/
在 這個示例中，用戶root正在其/GTES11目錄中進行一些操做。一個 bash是實例正在運行，而且它當前的目錄爲/GTES11，另外一個則顯示的是vim正在編輯/GTES11下的文件。要成功地卸載/GTES11，應該 在通知用戶以確保狀況正常以後，停止這些進程。 這個示例說明了應用程序的當前工做目錄很是重要，由於它仍保持着文件資源，而且能夠防止文件系統被卸載。這就是爲何大部分守護進程（後臺進程）將它們的 目錄更改成根目錄、或服務特定的目錄（如 sendmail 示例中的 /var/spool/mqueue）的緣由，以免該守護進程阻止卸載不相關的文件系統。

 

恢復刪除的文件

當Linux計算機受到***時，常見的狀況是日誌文件被刪除，以掩蓋***者的蹤影。管理錯誤也可能致使意外刪除重要的文件，好比在清理舊日誌時，意外地刪除了數據庫的活動事務日誌。有時能夠經過lsof來恢復這些文件。
當進程打開了某個文件時，只要該進程保持打開該文件，即便將其刪除，它依然存在於磁盤中。這意味着，進程並不知道文件已經被刪除，它仍然能夠向打開該文件時提供給它的文件描述符進行讀取和寫入。除了該進程以外，這個文件是不可見的，由於已經刪除了其相應的目錄索引節點。
在/proc 目錄下，其中包含了反映內核和進程樹的各類文件。/proc目錄掛載的是在內存中所映射的一塊區域，因此這些文件和目錄並不存在於磁盤中，所以當咱們對這 些文件進行讀取和寫入時，其實是在從內存中獲取相關信息。大多數與 lsof 相關的信息都存儲於以進程的 PID 命名的目錄中，即 /proc/1234 中包含的是 PID 爲 1234 的進程的信息。每一個進程目錄中存在着各類文件，它們可使得應用程序簡單地瞭解進程的內存空間、文件描述符列表、指向磁盤上的文件的符號連接和其餘系統信 息。lsof 程序使用該信息和其餘關於內核內部狀態的信息來產生其輸出。因此lsof 能夠顯示進程的文件描述符和相關的文件名等信息。也就是咱們經過訪問進程的文件描述符能夠找到該文件的相關信息。
當系統中的某個文件被意外地刪除 了，只要這個時候系統中還有進程正在訪問該文件，那麼咱們就能夠經過lsof從/proc目錄下恢復該文件的內容。 假如因爲誤操做將/var/log/messages文件刪除掉了，那麼這時要將/var/log/messages文件恢復的方法以下：
首先使用lsof來查看當前是否有進程打開/var/logmessages文件，以下：
# lsof |grep /var/log/messages
syslogd 1283 root 2w REG 3,3 5381017 1773647 /var/log/messages (deleted)
從 上面的信息能夠看到 PID 1283（syslogd）打開文件的文件描述符爲 2。同時還能夠看到/var/log/messages已經標記被刪除了。所以咱們能夠在 /proc/1283/fd/2 （fd下的每一個以數字命名的文件表示進程對應的文件描述符）中查看相應的信息，以下：
# head -n 10 /proc/1283/fd/2
Aug 4 13:50:15 holmes86 syslogd 1.4.1: restart.
Aug 4 13:50:15 holmes86 kernel: klogd 1.4.1, log source = /proc/kmsg started.
Aug 4 13:50:15 holmes86 kernel: Linux version 2.6.22.1-8 (root@everestbuilder.linux-ren.org) (gcc version 4.2.0) #1 SMP Wed Jul 18 11:18:32 EDT 2007 Aug 4 13:50:15 holmes86 kernel: BIOS-provided physical RAM map: Aug 4 13:50:15 holmes86 kernel: BIOS-e820: 0000000000000000 - 000000000009f000 (usable) Aug 4 13:50:15 holmes86 kernel: BIOS-e820: 000000000009f000 - 00000000000a0000 (reserved) Aug 4 13:50:15 holmes86 kernel: BIOS-e820: 0000000000100000 - 000000001f7d3800 (usable) Aug 4 13:50:15 holmes86 kernel: BIOS-e820: 000000001f7d3800 - 0000000020000000 (reserved) Aug 4 13:50:15 holmes86 kernel: BIOS-e820: 00000000e0000000 - 00000000f0007000 (reserved) Aug 4 13:50:15 holmes86 kernel: BIOS-e820: 00000000f0008000 - 00000000f000c000 (reserved)
從上面的信息能夠看出，查看 /proc/8663/fd/15 就能夠獲得所要恢復的數據。若是能夠經過文件描述符查看相應的數據，那麼就可使用 I/O 重定向將其複製到文件中，如:
cat /proc/1283/fd/2 > /var/log/messages
對於許多應用程序，尤爲是日誌文件和數據庫，這種恢復刪除文件的方法很是有用。

lsof `which httpd` //那個進程在使用apache的可執行文件
lsof /etc/passwd //那個進程在佔用/etc/passwd
lsof /dev/hda6 //那個進程在佔用hda6
lsof /dev/cdrom //那個進程在佔用光驅
lsof -c sendmail //查看sendmail進程的文件使用狀況
lsof -c courier -u ^zahn //顯示出那些文件被以courier打頭的進程打開，可是並不屬於用戶zahn
lsof -p 30297 //顯示那些文件被pid爲30297的進程打開
lsof -D /tmp 顯示全部在/tmp文件夾中打開的instance和文件的進程。可是symbol文件並不在列

lsof -u1000 //查看uid是100的用戶的進程的文件使用狀況
lsof -utony //查看用戶tony的進程的文件使用狀況
lsof -u^tony //查看不是用戶tony的進程的文件使用狀況(^是取反的意思)
lsof -i //顯示全部打開的端口
lsof -i:80 //顯示全部打開80端口的進程
lsof -i -U //顯示全部打開的端口和UNIX domain文件
lsof -i UDP@[url]www.akadia.com:123 //顯示那些進程打開了到www.akadia.com的UDP的123(ntp)端口的連接
lsof -i tcp@ohaha.ks.edu.tw:ftp -r //不斷查看目前ftp鏈接的狀況(-r，lsof會永遠不斷的執行，直到收到中斷信號,+r，lsof會一直執行，直到沒有檔案被顯示,缺省是15s刷新)
lsof -i tcp@ohaha.ks.edu.tw:ftp -n //lsof -n 不將IP轉換爲hostname，缺省是不加上-n參數

lsof（list open files）是一個列出當前系統打開文件的工具。在linux環境下，任何事物都以文件的形式存在，經過文件不只僅能夠訪問常規數據，還能夠訪問網絡鏈接和硬件。因此如傳輸控制協議 (TCP) 和用戶數據報協議 (UDP) 套接字等，系統在後臺都爲該應用程序分配了一個文件描述符，不管這個文件的本質如何，該文件描述符爲應用程序與基礎操做系統之間的交互提供了通用接口。由於應用程序打開文件的描述符列表提供了大量關於這個應用程序自己的信息，所以經過lsof工具可以查看這個列表對系統監測以及排錯將是頗有幫助的。

1．命令格式：

lsof [參數][文件]

2．命令功能：

用於查看你進程開打的文件，打開文件的進程，進程打開的端口(TCP、UDP)。找回/恢復刪除的文件。是十分方便的系統監視工具，由於 lsof 須要訪問核心內存和各類文件，因此須要root用戶執行。

lsof打開的文件能夠是：

1.普通文件

2.目錄

3.網絡文件系統的文件

4.字符或設備文件

5.(函數)共享庫

6.管道，命名管道

7.符號連接

8.網絡文件（例如：NFS file、網絡socket，unix域名socket）

9.還有其它類型的文件，等等

3．命令參數：

-a 列出打開文件存在的進程

-c<進程名> 列出指定進程所打開的文件

-g  列出GID號進程詳情

-d<文件號> 列出佔用該文件號的進程

+d<目錄>  列出目錄下被打開的文件

+D<目錄>  遞歸列出目錄下被打開的文件

-n<目錄>  列出使用NFS的文件

-i<條件>  列出符合條件的進程。（四、六、協議、:端口、 @ip ）

-p<進程號> 列出指定進程號所打開的文件

-u  列出UID號進程詳情

-h 顯示幫助信息

-v 顯示版本信息