web-dev-qa-db-ja.com

使用中のファイルをチェックするためのfuserとlsof

シリアルポートがビジーである理由を理解する方法について、いくつかの提案があります。具体的には、gammu-smsdを起動しようとすると、ポートがビジーであると表示されているため、/ dev/ttyS0での起動を拒否します。

Sudo /etc/init.d/gammu-smsd start
Sep 30 16:16:51 porkypig gammu-smsd[25355]: Starting phone communication...
Sep 30 16:16:51 porkypig gammu-smsd[25355]: gammu: [Gammu            - 1.26.1 built 21:46:06 Nov 24 2009 using GCC 4.4]
Sep 30 16:16:51 porkypig gammu-smsd[25355]: gammu: [Connection       - "at115200"]
Sep 30 16:16:51 porkypig gammu-smsd[25355]: gammu: [Connection index - 0]
Sep 30 16:16:51 porkypig gammu-smsd[25355]: gammu: [Model type       - ""]
Sep 30 16:16:51 porkypig gammu-smsd[25355]: gammu: [Device           - "/dev/ttyS0"]
Sep 30 16:16:51 porkypig gammu-smsd[25355]: gammu: [Runing on        - Linux, kernel 2.6.32-42-server (#95-Ubuntu SMP Wed Jul 25 16:10:49 UTC 2012)]
Sep 30 16:16:51 porkypig gammu-smsd[25355]: gammu: [System error     - open in serial_open, 16, "Device or resource busy"]
Sep 30 16:16:51 porkypig gammu-smsd[25355]: gammu: Init:GSM_TryGetModel failed with error DEVICEOPENERROR[2]: Error opening device. Unknown, busy or no permissions.
Sep 30 16:16:51 porkypig gammu-smsd[25355]: Can't open device (Error opening device. Unknown, busy or no permissions.:2)
Sep 30 16:16:51 porkypig gammu-smsd[25355]: Using PGSQL service
Sep 30 16:16:51 porkypig gammu-smsd[25355]: Disconnecting from PostgreSQL

2つの異なるコマンドを使用しました。それらの両方は、異なるプロセスが原因であると考えています。最初にフューザーを試します：

fuser -m -u /dev/ttyS0 
/dev/ttyS0:          21624(guarddoggps)
cd /proc/21624
cat status
Name:   dropbox
State:  S (sleeping)
Tgid:   21624
Pid:    21624
PPid:   1
TracerPid:  0
Uid:    1001    1001    1001    1001
Gid:    1001    1001    1001    1001
FDSize: 64
Groups: 5 27 1001 5004 
VmPeak:   873732 kB
VmSize:   806040 kB
VmLck:         0 kB
VmHWM:    207668 kB
VmRSS:    131864 kB
VmData:   547820 kB
VmStk:       160 kB
VmExe:      3524 kB
VmLib:     29660 kB
VmPTE:      1244 kB
Threads:    21
SigQ:   0/16382
SigPnd: 0000000000000000
ShdPnd: 0000000000000000
SigBlk: 0000000000000000
SigIgn: 0000000001001000
SigCgt: 00000001800004c8
CapInh: 0000000000000000
CapPrm: 0000000000000000
CapEff: 0000000000000000
CapBnd: ffffffffffffffff
Cpus_allowed:   ff
Cpus_allowed_list:  0-7
Mems_allowed:   00000000,00000001
Mems_allowed_list:  0
voluntary_ctxt_switches:    202
nonvoluntary_ctxt_switches: 1

したがって、フューザーは、dropboxがそれを使用していると言います。

次に、lsofを使用します。

Sudo lsof | grep ttyS0
screen    23520        root    6u      CHR               4,64         0t0       1421 /dev/ttyS0

lsofは、（dropboxではなく）screenがそれを使用していると言います。

では、これらのプログラム（ドロップボックスまたは画面）のどれが、リソースが「ビジー」であるためにgammu-smsdが実際に起動を拒否しているのでしょうか。

lsoffuser
6
JohnMerlino

短い答えはscreenです。

少し長い答えは、fuserへの-mフラグがmountpointを使用してすべてをリストするように指示することです。設定によっては、おそらく/devのすべてを意味しますが、/になることもあります。明らかにあなたが意図したものではありません。私のシステムでfuser -vm /dev/ttyS0を実行すると、60行を超える非常に長いリストが表示されます。

-mを外すと、おそらくlsofと同じ答えが得られます。

5
derobert

Gammu-smsdをデーモンとして実行しようとすると、syslog（デーモンが書き込む）は、/ dev/ttyS0ポートが現在開いていて使用中であることを示しました。

それで、それを何が使っているのかを理解するために、私は最初に走りました

fuser -m -u /dev/ttyS0

ただし、@ derobertが言ったように、マウントポイントを使用してすべてをリストするため、その-mスイッチは不正な応答をしました。

指定されたポートを使用してプロセスを正しく報告したのはlsofコマンドでした：

Sudo lsof | grep ttyS0
screen    23520        root    6u      CHR               4,64         0t0       1421 /dev/ttyS0

今私はgnuscreenセッションをきれいな方法で削除しようとしました：

screen -ls
There is a screen on:
    23520.pts-6.porkypig    (09/30/2013 02:49:47 PM)    (Detached)
1 Socket in /var/run/screen/S-root.
screen -S 21200.pts-1.porkypig -X quit

それがセッションを終了する間、プロセスはまだ生きていました：

$ cd /proc/23520
$ head -n 1 status
    screen

そして：

     $ ps aux | grep 23520
zsh: correct 'aux' to 'auxv' [nyae]? n
root      5111  0.0  0.0   4348   784 pts/7    S+   16:20   0:00 strace -p 23520
1001      5574  0.0  0.0   7636   920 pts/4    S+   17:51   0:00 grep 23520
root     23520  0.0  0.0  25604  1532 ?        Ss   Sep30   0:00 SCREEN /dev/ttyS0 115200

だから私はプロセス自体を殺しました：

# kill 23520
# ps aux | grep 23520
  root      5665  0.0  0.0   7636   916 pts/4    S+   17:54   0:00 grep 23520

そしてついにプロセスは終了しました。

今私はgammuを始めました：

Sudo /etc/init.d/gammu-smsd start

そしてそれはうまく動いています：

$ ps aux | grep gammu-smsd
gammu     6042  0.0  0.0  87776  2652 ?        Ss   18:12   0:00 /usr/bin/gammu-smsd --daemon --user gammu --pid /var/run/gammu-smsd.pid
1001      6069  0.0  0.0   7636   912 pts/4    R+   18:13   0:00 grep gammu-smsd
1
JohnMerlino