私はtty1に切り替えましたが、すべての種類の出力が表示されます。すべては次のとおりです。
[timestamp] xhci_hcd 0000:00:14.0: ERROR no room on ep ring
これは各ttyで毎秒100回以上、約5秒ごとに1回発生します。他の同様の質問では、これは外部ドライブが原因であると言いますが、私がマウントした唯一のドライブは/ 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が正常に戻りました。それ方法ここに投稿するには長すぎるので、Pastebinリンクは次のようになります。
ベストアンサー1
私は私のコックが欲しい
このメッセージはおそらくあなたに何かを伝えようとします。すべてのメッセージを送信せずに端末を使用したい場合は、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デバイスの既知の問題は何ですか？
Ask Ubuntuで次のタイトルの投稿を見つけました。エラー：USB 3.0デバイスのepリングにスペースがありません。問題があるようです。すでに次のようなバグが開いているようです。"Error ep no space on ring" この数分でsyslogとハードドライブがいっぱいになります。しかし、まだ解決または割り当てられていないようです。