
シリアル ポートがビジー状態になっている理由を突き止める方法について、いくつかのアドバイスをもらいました。具体的には、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 を試します。
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
つまり、fuser は Dropbox がそれを使用していると言います。
次に lsof を使用します:
sudo lsof | grep ttyS0
screen 23520 root 6u CHR 4,64 0t0 1421 /dev/ttyS0
lsof によると、dropbox ではなく screen が使用しています。
では、リソースが「ビジー」であるために gammu-smsd が起動を拒否する原因となっているのは、実際にはどのプログラム (Dropbox または Screen) でしょうか?
答え1
簡単に答えると、次のようになりますscreen
。
もう少し長い答えは、フラグ-m
はfuser
、マウントポイント設定によっては、おそらく のすべてを意味します/dev
が、 の可能性もあります/
。明らかに意図したものではありません。 を実行すると、非常に長いリストが生成されますfuser -vm /dev/ttyS0
。私のシステムでは 60 行を超えます。
を削除する-m
と、おそらく、lsof
did と同じ答えが得られるでしょう。
答え2
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
ここで、gnu screen セッションをクリーンな方法で削除しようとしました。
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