Độ trễ đầu vào bàn phím trong Ubuntu 18.04


24

Gần đây tôi đã chuyển sang Ubuntu 18.04 và kể từ đó tôi có rất nhiều độ trễ đầu vào bàn phím, đôi khi nhiều giây. Tôi có thể gõ các từ nhưng phải mất một thời gian cho đến khi chúng hiển thị trên màn hình.

Trước đây tôi đã sử dụng Ubuntu 16.04 mà không gặp vấn đề gì.

Lỗi này xảy ra trong Terminal nhưng cũng trong trình duyệt web của tôi.

Bất kỳ ý tưởng nơi tôi có thể bắt đầu gỡ lỗi vấn đề này?

CẬP NHẬT:

Vì vậy, tôi đã thử các câu trả lời được đề xuất dưới đây, thx cho điều đó. Nhưng vẫn không có giải pháp. Những gì tôi đã tìm ra là điều này cũng có thể kích hoạt bởi một số phím nhiều hơn ohters ... ví dụ như khi tôi gõ cdcdcdcd, nó xuất hiện rất nhiều .....

Cũng có thể quan trọng để biết tôi sử dụng bố cục bàn phím khác mà tôi đã đặt

setxkbmap de neo  # (german neo layout) ( so cd is rl on asdf)

Rõ ràng điều này không tạo ra sự khác biệt cho độ trễ

CẬP NHẬT2:

Rõ ràng vấn đề này chỉ xảy ra trên máy tính để bàn gnome / budgie

CẬP NHẬT3:

Vì tôi không tìm thấy bất kỳ giải pháp nào cho vấn đề này, tôi đã tìm ra thời gian để tiếp tục ... dù sao tôi cũng đã chuyển sang Manjaro và phải nói rằng tôi yên tâm không có vấn đề gì cho đến nay và một hệ thống rất sạch sẽ và hiệu quả.

Tuy nhiên tôi sẽ giữ câu hỏi này mở vì một số người vẫn gặp phải vấn đề tương tự .. Tôi hy vọng bạn tìm thấy giải pháp

BR


1
Tôi đã có một trải nghiệm tương tự với bàn phím USB. Chuyển về Unity đã giúp. Nếu đó là một tùy chọn, có một hướng dẫn linuxconfig.org/ Kẻ
logcat

Tôi phải nói rằng tôi thực sự không phải là một fan hâm mộ lớn của sự đoàn kết :(
jrsm

1
Tôi nghĩ rằng tôi có cùng một vấn đề. Một số quan sát: 1) Nếu tôi rơi vào một vỏ phi đồ họa, không có vấn đề gì. 2) Trong Gnome: Không chỉ đầu vào bàn phím bị đóng băng, mà hầu hết là giao diện người dùng. Tôi đã bật giây trong đồng hồ của mình và chúng cũng đóng băng một lúc sau nhiều lần nhấn phím. Nhưng con trỏ chuột vẫn di chuyển xung quanh nếu tôi di chuyển chuột. 3) Đây không phải là một vấn đề với tất cả các bàn phím. Bàn phím Logitech cũ của tôi với Bộ thu hợp nhất hoạt động tốt. 4) Bàn phím bị ảnh hưởng hoạt động tốt với Windows và MacOS trên các máy tính khác. 5) Không có gì quan trọng trong syslog của tôi.
decibyte

2
Được rồi, một vài quan sát nữa: Nếu tôi kết nối 2 bàn phím Logitech và gõ chúng cùng một lúc , tôi gặp vấn đề tương tự. Điều này nghe có vẻ giống như một trường hợp sử dụng bất thường, nhưng bàn phím thông thường của tôi là Bàn phím R-Go Split tiện dụng - một sự bất thường về mặt kỹ thuật là hai bàn phím riêng biệt (mỗi bàn phím chỉ có một nửa phím của bàn phím bình thường). Một sự kết hợp của một nửa và bàn phím Logitech cho kết quả tương tự. Cùng với những quan sát trên của tôi: Điều đó có cho ai biết bất cứ điều gì đang xảy ra không? Đặc biệt với thực tế đó chỉ xảy ra (đối với tôi) trong Gnome (3).
decibyte

1
Tôi không biết nếu bạn cũng ở trong tình huống gõ bàn phím kép như tôi. Nhưng đối với các hồ sơ, tôi đã mở một lỗi với các quan sát của riêng tôi: bugs.launchpad.net/ubuntu/+bug/1777708
decibyte

Câu trả lời:


6

Có lẽ bạn có thể thử nhật ký hệ thống của bạn. Tôi đã nhận thấy lỗi sau trên hệ thống của mình (nhiều lần):

xhci_hcd 0000:3a:00.0: xHCI host controller not responding, assume dead

Đây dường như là một vấn đề USB3. Bàn phím và bàn phím cảm ứng trên máy tính xách tay của tôi không gặp phải vấn đề này. Chuột kết nối USB của tôi cũng bị chậm.

Khi tôi tải Ubuntu 18.04 với kernel trước đó và vẫn có sẵn trên hệ thống của tôi như được sử dụng trong 17.10, phiên bản kernel 4.13.0-39, tôi không gặp lỗi XHCI. Ngoài ra, bàn phím và chuột của tôi không bị lag nữa.

Tôi có thể chọn kernel này thông qua menu GRUB trong thiết lập của mình.

Ghi chú Tôi chưa tìm ra nó hoàn toàn. Hạt nhân cũ hơn có vẻ hoạt động tốt hơn nhưng độ trễ luôn luôn xuất hiện. Tôi có thể đưa ra một số nhận xét khi sử dụng kernel mặc định: Bấm phím liên tục (chỉ cần giữ một chữ cái hoặc ký tự) là hoạt động tốt. Nó chỉ xuất ra chữ cái hoặc ký tự liên tục mà không có jitter. Ngoài ra, chỉ cần nhập thư là tốt. Nơi tôi nghĩ nó không ổn với thiết lập của tôi là các ký tự đặc biệt như (Dấu phẩy, dấu chấm, dấu hai chấm, dấu chấm phẩy, v.v.). Ngay khi những thứ đó được đưa vào đầu vào, nó sẽ bị lỗi. Ban đầu tôi nghĩ điều này có thể do các phím chết gây ra nhưng việc tắt chúng không tạo ra sự khác biệt. Bạn có thể xác nhận hành vi này? Ngoài ra, các phím chậm không giải quyết nó trong thiết lập của tôi.

Cập nhật Sáng nay tôi nhận được một bản cập nhật dường như giải quyết vấn đề bàn phím trên trang web của tôi. Từ nhật ký cập nhật của tôi: Dòng lệnh:

$ aptdaemon role='role-commit-packages' sender=':1.147'
Upgrade: intel-microcode:amd64 (3.20180312.0~ubuntu18.04.13.20180425.1~ubuntu0.18.04.1)

Đây là bản cập nhật duy nhất cho 18.04 tôi nhận được cho đến nay. Điều này có lẽ cũng giải quyết được thời gian khởi động chậm trên máy tính xách tay của tôi. Bây giờ là vài giây thay vì một phút. Tôi sẽ gửi xác nhận vào cuối tuần này.


xhci không tốt trên trình duyệt nhật ký hệ thống của tôi. Tôi thường nhận được một cái gì đó như 1 18:19:54 ryzen gnome-software [2177]: json_object_has_member: khẳng định 'thành viên tên! = NULL' thất bại ngày 1 tháng 5 lúc 18 giờ 19:00 ryzen ]: g_strsplit: khẳng định 'chuỗi! = NULL' không thành công vào ngày 1 tháng 5 lúc 18 giờ 19:00 ryzen gnome-software [2177]: g_strv_length: khẳng định 'str_array! = NULL' đã thất bại vào ngày 1 tháng 5 lúc 18 giờ 19:00 ryzen ]: json_object_has_member: khẳng định 'thành viên tên! = NULL' không thành công vào ngày 1 tháng 5 lúc 18 giờ 19:00 ryzen gnome-software [2177]: g_strsplit: khẳng định 'chuỗi! = NULL' thất bại
jrsm

Tôi chưa tìm ra nó hoàn toàn. Hạt nhân cũ hơn có vẻ hoạt động tốt hơn nhưng độ trễ luôn luôn xuất hiện. Tôi có thể đưa ra một số nhận xét:
André Klaver

Tôi tò mò muốn biết thêm về vấn đề này bạn có. Bạn đã bao giờ nộp báo cáo lỗi? Nếu đây là một lỗi thực sự, nó sẽ ảnh hưởng đến rất nhiều người, vì ngày càng nhiều người dùng chuyển sang 18.04 và ngày càng có nhiều máy sử dụng USB 3.0
Hee Jin

Vui lòng giải thích cách áp dụng sửa lỗi. Làm thế nào để áp dụng trích dẫn aptdaemon ? ... Có một lệnh đầu cuối cho nó? Xem bối cảnh trên Wiki của chúng tôi ở đây .
Peter Krauss

4

Đây có thể là tính năng phím chậm

Nó được bật và tắt bằng cách giữ phím shift trong 8 giây

Nhấn phím shift trong 8 giây và xem sự cố có biến mất không


1
Có thể tốt để lưu ý rằng để bật / tắt tính năng này bằng phím shift, trước tiên người dùng phải thay đổi cài đặt hệ thống của họ để bật phím tắt. Xem trợ giúp Ubuntu: Bật khóa chậm
Hee Jin

Ngoại trừ việc nó dường như được bật theo mặc định: / Tôi chưa bao giờ kích hoạt nó và điều này đã giải quyết vấn đề của tôi
Jim Anthony

Ôi lạ quá! Nó không được bật theo mặc định trên hệ thống của tôi, nhưng thực sự tôi sẽ đưa ra nhận xét của mình để đưa vào thực tế rằng có thể nó có thể dành cho một số người dùng, bởi vì nó hoàn toàn có thể đối với tôi. Dù sao, hy vọng điều này sẽ sửa nó cho người hỏi!
Hee Jin

Điều này không có gì cả.
Luís de Sousa

3
Sau khi gỡ lỗi sâu hơn về vấn đề này, tôi có thể xác minh rằng đầu vào bàn phím bị lag không phải do slowkeys! Tôi đã vô hiệu hóa và xác thực hành vi phím chậm trong Ubuntu 18.04.1 và tôi đã thấy vấn đề độ trễ khi điều này bị vô hiệu hóa. Khi tôi kích hoạt phím chậm, phải mất một thời gian dài để nhập một chữ cái và độ trễ là không đổi. Khi xảy ra sự cố khóa chậm, độ trễ có thể thay đổi và đôi khi một ký tự được lặp lại nhiều lần vì tôi đã cố gắng nhấn một vài lần mà không đăng ký kịp thời.
TrinitronX

3

Nó không phải là bàn phím. Nó không phải là nhà soạn nhạc cửa sổ. Vấn đề với độ trễ là chuỗi các sự kiện xảy ra trong các điều khiển gui của bất kỳ chương trình nào. một điểm chung của tất cả chúng ngoài mục nhập bàn phím và văn bản hiển thị là các tùy chọn trợ năng như trình đọc màn hình orca khiến gui phải thực hiện nhiều công việc hơn giữa các lần cập nhật màn hình. nó giống như với kết xuất video 3d trong đó có quá nhiều tính toán giảm tốc độ khung hình của bạn xuống cho đến khi nó hoạt động giống như một loạt ảnh tĩnh không có tính liên tục.

giết các tính toán và bạn giết lag

Tôi đã ngăn chặn vấn đề độ trễ của mình bằng cách giết quá trình orca và sau đó chuyển sang [chương trình khởi nghiệp]. khi đó, tôi đã loại bỏ orca khỏi danh sách khởi nghiệp cùng với các chương trình khác mà tôi không muốn khi khởi nghiệp. Tôi cũng bỏ chọn hộp để ngừng ghi nhớ các chương trình đang chạy khi tắt máy.

không còn độ trễ khi nhập bàn phím, ngay cả trong Firefox


Bạn có thể giải thích "Làm thế nào để kiểm tra"? Tôi đã sử dụng ps -aux | grep -i orcavà không có gì (cũng không có bằng chứng nào top trong quá trình thay đổi độ trễ bàn phím USB) ... Vui lòng đọc (và chỉnh sửa), trên trang này, Wiki về Bức tranh lớn năm 2019 về vấn đề .
Peter Krauss

1

Tôi đã xảy ra điều này trên máy tính xách tay chính của mình khi chơi Terraria, khi chơi trên "máy tính để bàn mới" của tôi với các bộ phận tuyệt vời như ddr2 ram và lõi kép e8600 và USB 2.0, tôi không có độ trễ, tôi thậm chí không thể thấy bất kỳ độ trễ đầu vào nào khi so sánh bàn phím không dây cấp thấp với bàn phím cơ ps2. Một máy tính khởi động lại và cắm nó vào giúp. Đối với tôi, tôi nghĩ rằng đó là do pin của hệ thống yếu và nó không được cắm vào.


Tôi đang gặp sự cố trên hệ thống HTPC trên máy tính để bàn Intel(R) Core(TM) i7-7700K CPU @ 4.20GHz8 lõi! Nó cũng có RAID6 với 5 đĩa, với 8GiB RAM ( DIMM DDR4 Synchronous 2133 MHz (0.5 ns)). Vì vậy, vấn đề chắc chắn không liên quan đến phần cứng! Có vẻ như nhiều khả năng nó liên quan đến phần mềm dựa trên kinh nghiệm của tôi.
TrinitronX

Xin chào @TrinitronX, cảm ơn! Bạn có thể giúp chỉnh sửa Wiki của Big-2019 về vấn đề này không?
Peter Krauss

1

Tôi đã gặp vấn đề tương tự khi sử dụng Logitech Keyboar & Mouse không dây, với một bộ thu hợp nhất. Tôi có một PC ổn định và đã thử một số thứ để giải quyết:

  1. Đã cập nhật firmware lên phiên bản Logitech mới nhất bằng fwupdmgr. Tôi nghĩ rằng nó đã giúp nhưng dường như không hiệu quả lâu dài.

  2. Tôi đã tạo quy tắc udev mới trong một tệp mới /etc/udev/rules.d/10-logitech-receiver.rulesvới các nội dung sau:

=======

# Unified USB receiver

ACTION=="add", SUBSYSTEM=="usb", ATTRS{idVendor}=="046d",
ATTR{idProduct}=="c52b", ATTR{product}=="USB Receiver", TEST=="power/control", ATTR{power/control}:="on"

=======

Quy tắc này đảm bảo rằng công suất máy thu luôn bật. Có thể nó không cần thiết trên PC đứng yên, nhưng nó không thể làm tổn thương. Tôi nghĩ rằng nó đã có ích, nhưng nghi ngờ nếu nó có tác dụng lâu dài. Nó có thể hữu ích trên máy tính xách tay, với chi phí sử dụng năng lượng.

  1. Giao thoa với các thiết bị khác

Tôi nhận thấy rằng khi tôi có một phím USB trong khe cắm USB lân cận hoặc một số thiết bị USB khác gần đó, độ trễ tăng lên. Tôi đã chuyển các thiết bị UDB khác sang bảng nối đa năng và đặt bộ thu vào dây nối dài USB được đặt ở mặt trước của PC và đặt nó cách PC khoảng một mét. Đây rõ ràng là giải pháp tốt nhất cho đến nay - ít nhất là cho thiết lập Logitech không dây của tôi. Nó cũng có thể liên quan đến số lượng thiết bị được kết nối trên mỗi bus USB, do đó điện áp có thể giảm và làm tổn thương việc tiếp nhận. Tôi cũng nhận thấy rằng nó hoạt động tốt hơn nhiều trong các khe cắm USB 3.x so với USB 2.x ditto.

Sau khi di chuyển nó ra khỏi các thiết bị có khả năng gây nhiễu, giờ đây nó đã ổn định, với bàn phím ở khoảng cách xấp xỉ. 3 m. từ khóa :-)


Xin chào @storestyggeulv, cảm ơn! Bạn có thể thêm một số bằng chứng ở đây? Bạn có thể sử dụng tail -f /var/log/syslogtrong thiết bị đầu cuối của bạn. Vui lòng đọc (và chỉnh sửa), trên trang này, Wiki của một bức tranh lớn năm 2019 về vấn đề này .
Peter Krauss

Tôi không có bất kỳ bằng chứng syslog nào để hỗ trợ bài viết của mình. Nhưng vì tôi di chuyển máy thu đến một phần mở rộng ra khỏi PC và các khóa khác, v.v. Nó là đá rắn.
repositoryestyggeulv

0

Tôi đã có cùng một vấn đề với bàn phím yêu thích của tôi. Tất cả các bàn phím khác của tôi, nơi làm việc tốt.

Tôi đã giải quyết vấn đề bằng cách chuyển sang wayland.

Bạn có thể làm điều này với nút bánh răng bên cạnh nút đăng nhập ở màn hình đăng nhập.


0

Nếu bạn đang chơi trò chơi hoặc thuộc loại trò chơi, ứng dụng giao tiếp Discord đã lấy quá nhiều thẻ video của tôi và gây ra trục trặc. Hãy thử tắt "Tăng tốc phần cứng" trong cài đặt của nó. Đã làm điều kỳ diệu cho tôi. Không có độ trễ bàn phím trong các trò chơi hoặc trong khi gõ.

Rõ ràng đó là một lỗi nhỏ. Từ miệng ngựa: https://twitter.com/discordapp/status/924910040552747008?lang=en

Người khác đang gặp sự cố: https://www.reddit.com/r/PUBATTLEGROUNDS/comments/6ibgj3/psa_turn_off_hardware_accelutions_in_discord/


0

Tôi đã bật tính năng Phím chậm , tính năng đặt độ trễ giữa khi nhấn phím và khi được chấp nhận. Hành vi của nó trông chính xác như bạn mô tả ở trên.

Để hủy kích hoạt Cài đặt phím chậm , hãy chọn Truy cập toàn cầu, sau đó chọn Hỗ trợ nhập (AccessX) và tắt.


0

Tóm lại: Trong 99% Bạn cần truy cập Cài đặt -> Truy cập toàn cầu và chuyển sang Tắt / Mặc định tất cả các mục ngoại trừ Phím lặp .


Xin chào @mature, đó là về tính năng "Phím chậm"? Vui lòng kiểm tra và / hoặc chỉnh sửa Câu hỏi thường gặp về Wiki . Vấn đề của tôi không phải là Slow Keys, mà là nhờ anwer.
Peter Krauss

Chỉ cần kiểm tra các cài đặt khác quá. Trong trường hợp của tôi, tôi có độ trễ lớn với Trình đọc màn hình hoạt động. Có vẻ như tôi đã vô tình kích hoạt nó với một số phím nóng.
trưởng thành

0

((XIN EDIT ở đây, nó là một wiki! NHƯNG KHÔNG PHẢI LÀ CNTT AN ĐÁP, LÀ MỘT 2019 BIG-HÌNH ẢNH))

ĐÁNH GIÁ NHIỀU HY SINH:

Liệu độ trễ này có phải là tác dụng phụ của Trojan khi quét bàn phím của chúng tôi không?

Có vẻ như không phải vậy, nhưng việc kiểm tra hai lần là cần thiết: vui lòng báo cáo ở đây mọi bằng chứng (và quy trình kiểm tra bằng chứng) về giả thuyết Trojan.

Bằng chứng không phải là "Trojan bên ngoài": vấn đề độ trễ vẫn tồn tại trong USB-Live và trong các bản cài đặt UBUNTU 18 mới - trước khi cài đặt bất kỳ ứng dụng "bên ngoài nào của ISO ".

PS: "nội bộ" được giới thiệu bằng cách phát hành 18 bản phân phối ISO ... vì vậy, chúng tôi có thể xem xét một lỗi chứ không phải vi-rút.

Độ trễ này có phải do tính năng "Phím chậm" không

Đó là một vấn đề khác! Đó là một giả thuyết đầu tiên tốt, dễ kiểm tra và loại bỏ.

LƯU Ý: trang này ghi lại hàng nghìn lượt xem trang, vì vậy, nếu bạn đang tìm kiếm "Phím chậm", hãy xem câu trả lời và giải pháp tốt (4 phiếu) này (hoặc xem thảo luận về trang khác này ).

Độ trễ này sẽ là một vấn đề độ trễ phần cứng ?

Không, xem các bình luận @TrinitronX chứng minh rằng nó không phải. Tất cả các loại phần cứng cung cấp cùng một trải nghiệm độ trễ , nó không phải là "độ trễ bởi hiệu suất thấp phần cứng".

Độ trễ này có phải là vấn đề của trình điều khiển USB không?

Có, sự cố bàn phím USB, lỗi hoặc xung đột trên phần mềm của trình điều khiển thiết bị ... Nhưng điều gì đó xảy ra chủ yếu với các máy cũ và / hoặc thiết bị cũ, khi được chuyển từ UBUNTU v16 LTS sang v18 LTS, gây ra độ trễ không tồn tại trên v16 cũng không trên các thiết bị hiện đại.

Bằng chứng : vui lòng kiểm tra tất cả các nhận xét và câu trả lời (và chỉnh sửa ở đây liệt kê nó), tất cả đều nói về các thiết bị USB khác nhau.


KẾT LUẬN VỀ VẤN ĐỀ CHÍNH CỦA CHÚNG TÔI VÀ HY SINH ĐÚNG:

Vấn đề này là độ trễ do thay đổi đối với một số bàn phím USB

Bài đánh giá năm 2019 này về câu hỏi về lỗi trình điều khiển của bàn phím USB và biểu hiện của nó là độ trễ.

Sau ~ 1,5 năm, câu hỏi này ổn định và cung cấp một bằng chứng chung về độ trễ đầu vào bàn phím: đó là độ trễ 1 giây đến 3 giây , nói chung là bắt đầu một phần hoặc thay đổi thiết bị USB (sang không phải USB). Trong tất cả các ứng dụng (ví dụ: terminal, Gedit, trình duyệt, đôi khi đăng nhập). Đây là một lỗi thực sự trong bản phân phối UBUNTU 18 .

Làm thế nào để phát hiện / xác nhận rằng vấn đề của tôi là vấn đề NÀY?

Theo dõi các thay đổi trong nhật ký hệ thống trong các lần xuất hiện trễ

  • tail -f /var/log/syslog: mở nó trong một cửa sổ đầu cuối và trong thử nghiệm cửa sổ khác để chỉnh sửa bằng bàn phím USB và bằng bàn phím gốc (trên bo mạch). Thu thập bằng chứng và so sánh ở đây với những người được báo cáo.

  • grep -i controller /var/log/syslog phải hiển thị các dòng "ohci_hcd: USB" điển hình trong các bằng chứng thu thập được của bạn.

  • grep -i ETC /var/log/syslog bạn có thể sử dụng các từ khác (ví dụ: "chưa xử lý") thay vì "ETC" để kiểm tra các bằng chứng thu thập được.


THÔNG TIN SỬ DỤNG KHÁC CHO TRẢ LỜI VÀ THẢO LUẬN

Nghiên cứu các trường hợp, hồ sơ đầy đủ (hệ thống và phần cứng) trong đó xảy ra sự cố lag NÀY.

TRƯỜNG HỢP 1 . Đó là một UBUNTU 18 LTS mới, máy hoạt động tốt với Ubuntu 16 LTS (trong một phân vùng khác), đó là một Samsung cũ với lõi Intel i3, ổ SSD và RAM được sử dụng như free -mlệnh này :

              total        used        free      shared  buff/cache   available
Mem:           3741        1466        1278         260         995        1794
Swap:          2047           0        2047

Theo dõi các thay đổi trong nhật ký hệ thống trong các lần xuất hiện trễ, các thay đổi chính và bằng chứng khác:

tail -f /var/log/syslog.

... /usr/lib/gdm3/gdm-x-session[1324]: (II) config/udev: Adding input device DELL Dell USB Entry Keyboard (/dev/input/event11)
... /usr/lib/gdm3/gdm-x-session[1324]: (**) DELL Dell USB Entry Keyboard: Applying InputClass "libinput keyboard catchall"
... /usr/lib/gdm3/gdm-x-session[1324]: (II) Using input driver 'libinput' for 'DELL Dell USB Entry Keyboard'
... /usr/lib/gdm3/gdm-x-session[1324]: (II) systemd-logind: got fd for /dev/input/event11 13:75 fd 47 paused 0
... /usr/lib/gdm3/gdm-x-session[1324]: (**) DELL Dell USB Entry Keyboard: always reports core events
... /usr/lib/gdm3/gdm-x-session[1324]: (**) Option "Device" "/dev/input/event11"
... /usr/lib/gdm3/gdm-x-session[1324]: (II) event11 - DELL Dell USB Entry Keyboard: is tagged by udev as: Keyboard
... /usr/lib/gdm3/gdm-x-session[1324]: (II) event11 - DELL Dell USB Entry Keyboard: device removed
... /usr/lib/gdm3/gdm-x-session[1324]: (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.1/2-1.1:1.0/0003:413C:2107.0002/input/input13/event11"

Trong loại thí nghiệm này, các greps chính là:

grep -i HCI /var/log/syslog
... kernel: [ 3770.983036] usb 2-1.1: new low-speed USB device number 5 using ehci-pci
... kernel: [ 7084.642797] usb 2-1.1: new high-speed USB device number 6 using ehci-pci
... kernel: [    1.141461] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
... kernel: [    1.141471] ehci-pci: EHCI PCI platform driver
... kernel: [    1.141981] ehci-pci 0000:00:1a.0: EHCI Host Controller
... kernel: [    1.142001] ehci-pci 0000:00:1a.0: new USB bus registered, assigned bus number 1
... kernel: [    1.142025] ehci-pci 0000:00:1a.0: debug port 2
... kernel: [    1.146059] ehci-pci 0000:00:1a.0: cache line size of 64 is not supported
... kernel: [    1.146091] ehci-pci 0000:00:1a.0: irq 16, io mem 0xfc806000
... kernel: [    1.158091] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.00
... kernel: [    1.158232] usb usb1: Product: EHCI Host Controller
... kernel: [    1.159065] ehci-pci 0000:00:1d.0: EHCI Host Controller
... kernel: [    1.163101] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported
... kernel: [    1.178159] usb usb2: Manufacturer: Linux 5.0.0-37-generic ehci_hcd
... kernel: [    1.178720] ehci-platform: EHCI generic platform driver
... kernel: [    1.178738] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
... kernel: [    1.178743] ohci-pci: OHCI PCI platform driver
... kernel: [    1.178757] ohci-platform: OHCI generic platform driver
... kernel: [    1.178768] uhci_hcd: USB Universal Host Controller Interface driver
... kernel: [    1.467492] ahci 0000:00:1f.2: version 3.0
... kernel: [    1.468810] scsi host0: ahci
... kernel: [    1.502080] usb 1-1: new high-speed USB device number 2 using ehci-pci
... kernel: [  477.859695] usb 2-1.2: new low-speed USB device number 5 using ehci-pci

grep -i controller /var/log/syslog
... kernel: [    0.270587] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
... kernel: [    1.120115] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
... kernel: [    1.141461] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
... kernel: [    1.141981] ehci-pci 0000:00:1a.0: EHCI Host Controller
... kernel: [    1.158232] usb usb1: Product: EHCI Host Controller
... kernel: [    1.159065] ehci-pci 0000:00:1d.0: EHCI Host Controller
... kernel: [    1.178157] usb usb2: Product: EHCI Host Controller
...

grep -i controller /var/log/syslog
... kernel: [    0.270587] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
... kernel: [    1.120115] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
... kernel: [    1.141461] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
... kernel: [    1.141981] ehci-pci 0000:00:1a.0: EHCI Host Controller
... kernel: [    1.158232] usb usb1: Product: EHCI Host Controller
... kernel: [    1.178738] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
... kernel: [    1.178768] uhci_hcd: USB Universal Host Controller Interface driver
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.