방금 tty1로 전환했는데 모든 종류의 출력이 표시됩니다. 모든 것은 다음과 같습니다:
[timestamp] xhci_hcd 0000:00:14.0: ERROR no room on ep ring
이는 각 tty에서 초당 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가 정상으로 돌아왔습니다. 그것은방법여기에 게시하기에는 너무 길어서 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와 하드 드라이브를 가득 채웁니다., 그러나 아직 해결되거나 할당되지 않은 것 같습니다.