web-dev-qa-db-ja.com

epリングに余裕がありませんか？

Tty1に切り替えたところ、あらゆる種類の出力が得られます。それはすべて次のようになります：

[timestamp] xhci_hcd 0000:00:14.0: ERROR no room on ep ring

これは、すべてのttyで、1秒あたり100回以上、5秒ごとに発生しています。他の同様の質問は、それが外付けドライブのために起こっていると言います、しかし私がマウントした唯一のドライブは/ dev/sda1（ルート）と/ dev/sda5のスワップパーティションです

編集：これがルートとしてのmountです：

sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=1008641,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=808160k,mode=755)
/dev/disk/by-uuid/eb5e28f7-395f-4556-aff4-8c8910a6295c on / type ext4 (rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=4924640k)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/Fuse/connections type fusectl (rw,relatime)
gvfs-Fuse-daemon on /home/lucas/.gvfs type Fuse.gvfs-Fuse-daemon (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
gvfs-Fuse-daemon on /root/.gvfs type Fuse.gvfs-Fuse-daemon (rw,nosuid,nodev,relatime,user_id=0,group_id=0)
truecrypt on /tmp/.truecrypt_aux_mnt1 type Fuse.truecrypt (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other)
/dev/mapper/truecrypt1 on /media/truecrypt1 type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)

（この問題はtruecryptボリュームがマウントされる前に始まったことに注意してください）

私のdmsegは完全に肥大化しており、このメッセージだけです。

再起動後、dmesgは通常に戻ります。 wayが長すぎてここに投稿できないので、ここにPastebinリンクがあります：

dmesg

linuxlogsusbtty
3
tkbx

私は私のttyが欲しい

メッセージはおそらくあなたに何かを伝えようとしているのでしょう。すべてのメッセージを送信せずにtty1ターミナルのみを使用しようとしている場合は、一時的にオフにすることができます。

$ dmesg -n #

ここで、#は1、2、3、..などの数値です。

dmesgのマニュアルページからの抜粋

-n level
          Set the level at which logging of messages is done to the 
          console.  For example, -n 1 prevents all messages, except
          panic messages, from appearing on the console.  All levels of 
          messages are still written to /proc/kmsg, so syslogd(8) can 
          still be used to control exactly where kernel messages appear.
          When the -n option is used, dmesg will not print or clear the
          kernel ring buffer.

メッセージのデバッグ

メッセージの送信元を特定しようとしている場合は、mountコマンドからの出力などの詳細情報が必要です。また、dmesgコマンドの出力で次の情報を確認する必要があります。この同一のメッセージとその前後の行を提供してください。

USB 3.0デバイスの既知の問題？

このスレッドはAskUbuntuで次のタイトルで見つかりました： エラーUSB 3.0デバイスのEPリングに空きがありません これは問題のようです。 "ERROR no room on ep ring"はsyslogとハードディスクを数分でいっぱいにします というタイトルのバグがすでに開いているようですが、現時点では解決されていないか、割り当てられていないようです。

2
slm