topUbuntu 12.04 LTSでコマンドを実行するとrtsbpp-polling。 Googleの検索では、Gentoo Linuxフォーラムにはいくつかのヒットアイテムしか提供されていませんでしたが、関連性はないようです（彼らはこのプロセスについて言及していません）。
$ ps ax | grep rtsbpp
541 root 20 0 0 0 0 S 0 0.0 0:37.08 [rtsbpp-polling]
$ ps aux | grep rts
root 536 0.0 0.0 0 0 ? S 17:41 0:00 [rts_bpp]
root 541 0.6 0.0 0 0 ? S 17:41 0:38 [rtsbpp-polling]
インターネット検索では、これが私のカードリーダーのドライバである可能性があることを示唆していますが、それがプロセスとどのように関連しているのrts_bppかわかりません。rtsbpp-polling
それで、それは何をしますか？
編集：以下の回答でSimの提案によると、rts_bppドライバーのようです。
$ sudo lspci -k | less
04:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. Device 5289 (rev 01)
Subsystem: ASUSTeK Computer Inc. Device 1447
Kernel driver in use: rts_bpp
Kernel modules: rts_bpp`
rtsbpp-pollingそのリストにはなく、ネットワーク上で何もしないようですが、いくつかのファイルを使用しているようです。私は何をすべきかわかりません：
$ lsof -p 726
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
rtsbpp-po 726 root cwd unknown /proc/726/cwd (readlink: Permission denied)
rtsbpp-po 726 root rtd unknown /proc/726/root (readlink: Permission denied)
rtsbpp-po 726 root txt unknown /proc/726/exe (readlink: Permission denied)
rtsbpp-po 726 root NOFD /proc/726/fd (opendir: Permission denied)
`
答え1
コンピュータカードリーダー？
私はGentooスレッドが正しいと信じています。私の考えでは、これがシステムにインストールされているPCカードリーダーと関係があるようです。同じ名前のカーネルモジュールを持つこのスレッドを見つけました。スレッドのタイトルは次のとおりです。[解決済み]カードリーダーが機能しない - RTL8411 - rts_bpp。
特にその過程はrts_bpp関連性があると考えさせました。さらに確認するために、対応するカーネルモジュールがインストールされていることを確認できます。
$ sudo lsmod | grep rts
カーネルモジュールがある場合は、どのハードウェアがカーネルモジュールを使用しているかを確認することもできます。
$ sudo lspci -k | less
次に、カーネルモジュールを使用するハードウェアの出力を見てください。いくつかの例：
00:00.0 Host bridge: Intel Corporation Core Processor DRAM Controller (rev 02)
Subsystem: Lenovo Device 2193
Kernel driver in use: agpgart-intel
どのカーネルモジュールが使用されているか確認してくださいagpgart-intel。どのハードウェアがモジュールを使用しているかを確認できますrts_bpp（存在する場合）。
追加デバッグ
別の攻撃方法は、プロセス自体を注意深く調査することです。この不思議なプロセスが使用しているファイルリソースと使用しているTCP / UDPポートを確認できます。これら2つのツールを使用して作業を完了できます。
ネットワーク統計
次のように、このプロセスがどのTCP / UCPまたはUnixソケットを使用しているかを確認できます。
$ netstat -anp |grep udisk
unix 3 [ ] STREAM CONNECTED 16411 2198/udisks-daemon
unix 3 [ ] STREAM CONNECTED 16404 2198/udisks-daemon
このプロセスのサンプル出力は上に示されていますudisks-daemon。ソケットのみを使用してください。
以下は、これら3つのプロセスを使用する例です。
$ netstat -anp |grep rpc.statd
tcp 0 0 0.0.0.0:54927 0.0.0.0:* LISTEN 1431/rpc.statd
tcp 0 0 :::46051 :::* LISTEN 1431/rpc.statd
udp 0 0 0.0.0.0:45563 0.0.0.0:* 1431/rpc.statd
udp 0 0 0.0.0.0:759 0.0.0.0:* 1431/rpc.statd
udp 0 0 :::36515 :::* 1431/rpc.statd
unix 2 [ ] DGRAM 10790 1431/rpc.statd
ラソフ
プロセスがどのファイルを使用しているかを確認するには、コマンドラインツールを使用できますlsof。たとえば、上記と同じ2プロセスのudisks-daemon合計がありますrpc.statd。また、スイッチを使用してlsofこれら2つのプロセスのプロセスIDを通知します-p #。
これはudisksデーモンです：
$ sudo lsof -p 2198 | tail
lsof: WARNING: can't stat() fuse.gvfs-fuse-daemon file system /home/saml/.gvfs
Output information may be incomplete.
udisks-da 2198 root 8u unix 0xffff880228108680 0t0 16411 socket
udisks-da 2198 root 9r FIFO 0,8 0t0 16413 pipe
udisks-da 2198 root 10w FIFO 0,8 0t0 16413 pipe
udisks-da 2198 root 11r REG 0,3 0 4026531965 /proc/mdstat
udisks-da 2198 root 12u sock 0,6 0t0 16423 can't identify protocol
udisks-da 2198 root 13r FIFO 0,8 0t0 1768055 pipe
udisks-da 2198 root 14w FIFO 0,8 0t0 1768055 pipe
udisks-da 2198 root 15r REG 0,3 0 16424 /proc/2198/mountinfo
udisks-da 2198 root 16r FIFO 0,8 0t0 16450 pipe
udisks-da 2198 root 17w FIFO 0,8 0t0 16450 pipe
これはrpc.statdです：
$ sudo lsof -p 1431 | tail
lsof: WARNING: can't stat() fuse.gvfs-fuse-daemon file system /home/saml/.gvfs
Output information may be incomplete.
rpc.statd 1431 rpcuser 0u CHR 1,3 0t0 4066 /dev/null
rpc.statd 1431 rpcuser 1u CHR 1,3 0t0 4066 /dev/null
rpc.statd 1431 rpcuser 2u CHR 1,3 0t0 4066 /dev/null
rpc.statd 1431 rpcuser 4u unix 0xffff88022e976d80 0t0 10790 socket
rpc.statd 1431 rpcuser 5u IPv4 10902 0t0 UDP *:con
rpc.statd 1431 rpcuser 6w REG 253,0 5 1966234 /var/run/rpc.statd.pid
rpc.statd 1431 rpcuser 8u IPv4 10907 0t0 UDP *:45563
rpc.statd 1431 rpcuser 9u IPv4 10911 0t0 TCP *:54927 (LISTEN)
rpc.statd 1431 rpcuser 10u IPv6 10915 0t0 UDP *:36515
rpc.statd 1431 rpcuser 11u IPv6 10919 0t0 TCP *:46051 (LISTEN)