Ubuntu'da klavye girişi gecikmesi 18.04


24

Geçenlerde Ubuntu 18.04’e geçtim ve o zamandan beri bazen birkaç saniye süren çok fazla klavye giriş gecikmesi var. Kelimeleri yazabiliyorum ancak ekranda görünmeleri biraz zaman alıyor.

Daha önce Ubuntu 16.04'ü sorunsuz bir şekilde kullandım.

Bu hata Terminal'de fakat web tarayıcımda da meydana geliyor.

Bu sorunu ayıklamaya başlayabileceğim bir fikrin var mı?

GÜNCELLEŞTİRME:

Bu yüzden aşağıda önerilen cevapları denedim, bunun için teşekkürler. Ama yine de çözüm yok. Benim düşündüğüm şey, bunun aynı zamanda bazı tuşlar tarafından diğerlerinden daha fazla tetikleyebileceği ... örneğin, cdcdcdcd yazarken gerçekten çok fazla görünüyor.

Ayrıca ayarladığım farklı bir klavye düzeni kullandığımı bilmek de önemli

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

Buna rağmen bu gecikme için bir fark yaratmıyor

Update2:

Görünüşe göre bu sorunlar sadece gnome / budgie masaüstünde oluyor

Update3:

Bu soruna herhangi bir çözüm bulamadığım için, devam etme zamanını anladım ... yine de şimdi Manjaro'ya geçtim ve şimdiye dek hiçbir sorundan ve çok temiz ve performanslı bir sistemden memnun olduğumu söylemek zorundayım.

Ancak bazı kişilerin hala aynı sorunu yaşadığı için bu soruları açık tutacağım. Umarım bir çözüm bulursunuz

BR


1
USB klavye ile benzer bir deneyim yaşadım. Birliğe geri dönmek yardımcı oldu. Bu bir seçenekse
logcat

Gerçekten birliğin büyük bir hayranı olmadığımı söylemeliyim :(
jrsm

1
Sanırım aynı sorun bende. Bazı gözlemler: 1) Grafik olmayan bir kabuğa düşersem, sorun olmaz. 2) Gnome'da: Yalnızca donan klavye girişi değil, kullanıcı arayüzünün çoğu. Saatimde saniyeleri etkinleştirdim ve ayrıca birkaç tuşa basıldıktan sonra bir süre donuyorlar. Ancak fareyi hareket ettirirsem fare işaretçisi hala hareket ediyor. 3) Bu, tüm klavyelerde bir sorun değildir. Unifying Alıcı ile eski Logitech klavyem iyi çalışıyor. 4) Etkilenen klavye, diğer bilgisayarlarda Windows ve MacOS ile uyumludur. 5) Sistem günlüğümde önemli bir şey yok.
desibel

2
Tamam, birkaç gözlem daha: Eğer 2 Logitech klavyeyi bağlarsam ve aynı anda üzerlerine yazı yazarsam aynı sorunu yaşarım. Bu alışılmadık bir kullanım durumu gibi gelebilir, ancak her zamanki klavyem ergonomik bir R-Go Bölünmüş Klavyedir - teknik olarak iki ayrı klavyeden oluşan bir anormallik (her biri normal bir klavyenin sadece yarısı). Bir yarım ve bir Logitech klavyenin birleşimi aynı sonucu verir. Yukarıdaki gözlemlerimin yanı sıra: Bu, neler olup bittiği hakkında herhangi bir fikir veriyor mu? Özellikle de Gnome'da (benim için) meydana geldiği gerçeğiyle (3).
desibel

1
Benim gibi çift klavyeli bir durumda da olup olmadığınızı bilmiyorum. Ancak kayıt için kendi gözlemlerimi içeren bir hata açtım: bugs.launchpad.net/ubuntu/+bug/1777708
decibyte

Yanıtlar:


6

Belki sistem kayıtlarını deneyebilirsin. Sistemimde şu hatayı farkettim (birden çok kez):

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

Bu bir USB3 sorunu gibi görünüyor. Dizüstü bilgisayarımdaki klavyem ve touch-pad'imde bu sorun yok. USB bağlı farem de kalıyor.

Sistemimde 17.10, çekirdek sürüm 4.13.0-39-generic sürümünde kullanılan önceki ve hala kullanılabilir çekirdek ile Ubuntu 18.04'ü yüklediğimde, XHCI hatalarını alamıyorum. Ayrıca klavyem ve farem artık geçmiyor.

Bu çekirdeği kurulumumdaki GRUB menüsü üzerinden seçebiliyorum.

Açıklama Henüz tam olarak çözemedim. Büyük çekirdek daha iyi çalışıyor gibi görünüyor ama gecikme her zaman ve tekrar orada. Varsayılan çekirdeği kullanırken bazı açıklamalar yapabilirim: Sürekli bir tuşa basmak (sadece bir harf veya karakter tutmak) gayet iyi. Sadece harf veya karakteri sürekli bir titremesiz çıktılar. Ayrıca, sadece harfleri girmek iyi. Kurulumumda yanlış gittiğini düşündüğüm yer (Virgül, nokta, virgül, noktalı virgül vb.) Gibi özel karakterler. Bunlar girdiyle tanıştığı anda yıldızların ters gittiğini görüyoruz. İlk başta bunun ölü anahtarlardan kaynaklanabileceğini düşündüm, ancak bunları kapatmanın bir önemi yok. Bu davranışı onaylayabilir misin? Ayrıca yavaş tuşlar kurulumumda çözülmüyor.

Güncelleme Bu sabah sitemdeki klavye sorununu çözen bir güncelleme aldım. Güncelleme günlüğümden: Komut Satırı:

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

Bu şimdiye kadar elde ettiğim 18.04 için tek güncelleme. Bu muhtemelen benim Laptop yavaş önyükleme zamanlarını da çözdü. Şimdi bir dakika yerine saniye. Bu hafta sonra bir onay göndereceğim.


xhci, sistem günlüğümü nasıl iyi bir şekilde gevşetirse sık sık 1 18:19:54 ryzen gnome-software [2177]: json_object_has_member: assertion 'member_name! = NULL' 1 Mayıs 18:19:54 ryzen gnome yazılımı [2177 başarısız oldu ]: g_strsplit: iddia 'string! = NULL' 1 Mayıs'ta başarısız oldu 18:19:54 ryzen gnome yazılımı [2177]: g_strv_length: iddia 'str_array! = NULL 1 Mayıs 18:19:54 ryzen gnome yazılımı [2177 ]: json_object_has_member: iddiası 'member_name! = NULL' 1 Mayıs'ta başarısız oldu 18:19:54 ryzen gnome yazılımı [2177]: g_strsplit: iddiası 'string! = NULL' başarısız oldu
jrsm

Henüz tam olarak çözemedim. Büyük çekirdek daha iyi çalışıyor gibi görünüyor ama gecikme her zaman ve tekrar orada. Bazı açıklamalar yapabilirim:
André Klaver

Sahip olduğunuz bu konu hakkında daha fazla bilgi edinmek isterim. Hiç hata raporu verdin mi? Bu gerçek bir hata olduğunu ise, daha fazla kullanıcı 18.04 ile hareket ediyor gibi bir sürü insan etkileyecek gidiyor ve aynı zamanda daha fazla makineler USB 3.0 kullanıyor
Hee Jin

Lütfen hata düzeltmenin nasıl uygulanacağını açıklayın. Atıfta nasıl başvurulur aptdaemon ? ... Bunun için bir terminal komutu var mı? Wiki sayfamızdaki içeriğe bakınız .
Peter Krauss

4

Bu yavaş tuşlar özelliği olabilir

Shift tuşunu 8 saniye basılı tutarak açılıp kapatılır

Shift tuşuna 8 saniye basın ve sorunun çözülüp çözülmediğini görün.


1
Bu özelliğin üst karakter tuşunu kullanarak açılıp kapatılabilmesi için, kullanıcının kısayolu etkinleştirmek için önce sistem ayarlarını değiştirmesi gerektiğini unutmayın. Ubuntu Yardım'a
Hee Jin

Varsayılan olarak etkin görünmesi dışında: / Bunu hiçbir zaman etkinleştirmedim ve bu sorunumu çözdü
Jim Anthony

Ah garip! Sistemimde varsayılan olarak etkin değildi, ancak aslında bazı kullanıcılar için mümkün olabileceği gerçeğini ekleyerek yorumumu ifade edecektim, çünkü bu bana tamamen mümkün görünüyordu. Neyse umarım bu soru-asker için düzeltir!
Hee Jin

Bu hiçbir şey yapmaz.
Luís de Sousa,

3
Bu konuda derinlemesine hata ayıklama sonra laggy klavye girişinin neden olmadığını doğrulayabilirim slowkeys! Ben devre dışı bıraktık Ubuntu 18.04.1 ve valide Yavaşlatma Tuşları davranış ve bu devre dışı bırakıldığında ben lag sorunu gördük. Yavaş tuşları etkinleştirdiğimde, bir harf yazmak uzun zaman alıyor ve gecikme sabittir. Gecikmeli tuşlar sorunu olduğunda, gecikme değişkendir ve bazen bir karakter birçok kez tekrarlanır çünkü zamanında kayıt yapmadan birkaç kez basmaya çalıştım.
TrinitronX

3

Klavye değil. Bu pencere bestecisi değil. Gecikmeyle ilgili problem, herhangi bir programın GUI kontrolleri içerisinde meydana gelen olayların dizisidir. klavye girişi ve görüntülenen metinlerin yanı sıra hepsinin ortak noktası olan orca ekran okuyucusu gibi erişilebilirlik seçenekleridir. bu, tıpkı süreksiz bir dizi fotoğraf gibi davranana kadar çok fazla hesaplamanın kare hızınızı düşürdüğü 3B video oluşturma gibi.

hesaplamaları öldür ve sen de gecikmeyi öldür.

Gecikme problemimi orca sürecini öldürerek ve sonra [başlangıç ​​programları] 'na giderek durdurdum. oradayken, başlangıçta istemediğim diğer programları ve başlangıçtaki listeden orca'yı kaldırdım. Kapanırken çalışan programları hatırlamayı durdurmak için kutunun işaretini kaldırdım.

Firefox'ta bile klavye girişinde gecikme yok


"Nasıl test edilir" açıklayabilir misiniz? Ben kullandım ps -aux | grep -i orcave hiçbir şey (ayrıca top USB klavye gecikmesi sırasında hiçbir kanıt yok ) ... Lütfen bu sayfayı okuyunuz ( 2019 Wiki'sinin Wiki'sini) .
Peter Krauss

1

Bu, ana dizüstü bilgisayarımda Terraria oynarken, "yeni masaüstümde" ddr2 ram ve çift çekirdekli e8600 ve USB 2.0 gibi şaşırtıcı parçalarla oynadığımda, gecikme yaşamadım, herhangi bir giriş gecikmesi bile göremedim. alçak uçlu kablosuz klavyeyi ps2 mekanik klavyeyle karşılaştırırken. Bir bilgisayar yeniden başlatılıp prize takılmasına yardımcı oldu. Benim için sistemin pilinin zayıf olduğu ve fişinin takılı olmadığı için olduğunu düşünüyorum.


İle bir masaüstü HTPC sistemindeki sorunu görüyorum Intel(R) Core(TM) i7-7700K CPU @ 4.20GHzo vardır 8 çekirdek! Ayrıca, 8GiB RAM ( DIMM DDR4 Synchronous 2133 MHz (0.5 ns)) ile 5 diskli bir RAID6'ya sahiptir . Yani sorun kesinlikle donanımla ilgili değil! Tecrübelerime dayanarak yazılımla ilgili olması daha muhtemel görünüyor.
TrinitronX

Merhaba @TrinitronX, teşekkürler! Sorunun 2019 Büyük Resminin Wiki'sini de düzenlemeye yardımcı olabilir misiniz ?
Peter Krauss

1

Kablosuz bir Logitech Keyboar & Mouse kullanarak, birleşik bir alıcıyla benzer sorunlarla karşılaştım. Sabit bir bilgisayarım var ve bu konuyu ele almak için birkaç şey denedim:

  1. Firmware, fwupdmgr kullanarak en son Logitech sürümüne güncellendi. Ben yardımcı olduğunu düşündüm ama görünüşte kalıcı bir etki değil.

  2. /etc/udev/rules.d/10-logitech-receiver.rulesAşağıdaki içeriğe sahip yeni bir dosyada yeni bir udev kuralı oluşturdum :

=======

# Unified USB receiver

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

=======

Bu kural, alıcı gücünün her zaman açık olmasını sağlar. Belki de sabit bir bilgisayarda gerekli değildir, ancak zarar veremez. Yardım ettiğini düşünmüştüm, ancak kalıcı bir etkisi olup olmadığından şüpheli. Güç kullanımı pahasına, bir dizüstü bilgisayarda yardımcı olabilir.

  1. Diğer cihazlarla parazit

Komşu bir usb yuvasında bir USB anahtarım varken veya yakındaki başka bir USB cihazım olduğunda, gecikmenin arttığını fark ettim. Diğer UDB cihazlarını arka panele taşıdım ve alıcıyı bilgisayarın ön tarafına yerleştirilmiş bir USB uzatma kablosuna yerleştirip PC'den bir metre uzağa yerleştirdim. Bu kesinlikle şu ana kadarki en iyi çözümdü - en azından benim kablosuz Logitech kurulumum için. Ayrıca her bir USB veriyoluna bağlanan kaç cihaza bağlı olabilir, bu nedenle voltaj düşebilir ve alımı bozabilir. Ayrıca USB 3.x yuvalarında USB 2.x ditto'da olduğundan çok daha iyi çalıştığını fark ettim.

Potansiyel olarak engelleyici cihazlardan uzaklaştırdıktan sonra, klavyenin yakl. 3 m. dongle'dan :-)


Merhaba @storestyggeulv, teşekkürler! Buraya bazı kanıtlar ekleyebilir misin? tail -f /var/log/syslogTerminalinizde kullanabilirsiniz . Lütfen bu sayfada, 2019'un Büyük Fotoğrafının Wiki'sini okuyun (ve düzenleyin) .
Peter Krauss

Görevimi destekleyecek herhangi bir syslog kanıtım yok. Ancak, alıcıyı bilgisayardan ve diğer dongle'lardan vb. Uzatarak taşıdığımdan beri çok sağlam.
fırtınalı

0

En sevdiğim klavyeyle de aynı sorunu yaşadım. Diğer tüm klavyelerim iyi çalışıyor.

Problemi yaylaya geçerek çözdüm.

Bunu, giriş ekranındaki oturum açma düğmesinin yanındaki dişli tuşuyla yapabilirsiniz.


0

Oyun oynuyorsanız veya oyun türüyseniz, iletişim uygulaması Discord ekran kartımın çoğunu kapıyor ve hıçkırıklara neden oluyordu. Ayarlarında "Donanım Hızlandırma" özelliğini devre dışı bırakmayı deneyin. Benim için harikalar yaptı. Oyunlarda ya da yazı yazarken klavyede gecikme yok.

Görünüşe göre küçük bir araba. Atların ağzından: https://twitter.com/discordapp/status/924910040552747008?lang=tr

Diğerleri sorunu yaşıyor: https://www.reddit.com/r/PUBATTLEGROUNDS/comments/6ibgj3/psa_turn_off_hardware_acceleration_in_discord/


0

Bende özellik var Yavaş Keys , bir tuşa basıldığında ve kabul edildiğinde arasında bir gecikme koyar özelliği üzerinde. Davranışı aynen yukarıda tanımladığınız gibi görünür.

Yavaş Tuşları devre dışı bırakmak için Ayarlar'ı açın, Evrensel Erişim'i seçin, ardından Yazma Yardımı'nı (AccessX) seçin ve kapatın.


0

Kısaca:% 99’da Ayarlar -> Evrensel Erişim’e gitmeniz ve Tekrar Anahtarlar dışındaki tüm öğelerin Kapalı / Varsayılan konumuna geçmeniz gerekir .


Merhaba @ olgun, bu "Yavaş Tuşlar" özelliği ile ilgili? Lütfen Wiki SSS’sini kontrol edin ve / veya düzenleyin . Benim sorunum Yavaş Anahtar değil, anwer sayesinde.
Peter Krauss

Sadece başka ayarları da kontrol et. Benim durumumda aktif Ekran Okuyucu ile büyük bir gecikme var. Görünüşe göre yanlışlıkla bazı kısayol tuşlarıyla etkinleştirdim.
olgun

0

((BURAYA EDİT LÜTFEN, BİR WİKİDİR! AMA CEVAP DEĞİL, BÜYÜK BİR RESİMDİR)

ÇOK HİPOTEZİ İNCELEME:

Bu gecikme, klavyelerimizi tarayan bir Truva'nın yan etkisi olur mu?

Öyle gözükmüyor, ancak çifte kontrol gerekli. Lütfen Trojan hipotezi ile ilgili kanıtları (ve kanıtları kontrol etme prosedürlerini) rapor edin.

"Harici Trojan" olmayan kanıtlar : Gecikme sorunu USB Live'da ve yeni UBUNTU 18 kurulumlarında - herhangi bir " ISO harici " uygulamasının kurulmasından önce devam ediyor .

Not: "internal", ISO 18 sürümü ile piyasaya sürüldü ... böylece bir virüs değil, bir hata düşünebiliriz.

Bu gecikme, "Yavaş Anahtarlar" özelliğinden kaynaklanır mı?

Bu başka bir problem! Test edilmesi ve atılması kolay, iyi bir ilk hipotezdir.

NOT: bu sayfa binlerce sayfa görüntüleme alıyor, bu nedenle, "Yavaş Tuşlar" ı arıyorsanız, bu iyi (4 oy) cevabını ve çözümünü görün (veya bu diğer sayfa tartışmasını görün ).

Bu gecikme bir donanım gecikme problemi olur mu?

Hayır, bkz. @TrinitronX öyle olmadığını gösteren yorumlar. Tüm donanım tipleri aynı gecikmeyi sunar deneyimini sunar, "donanım düşük performansı nedeniyle" değildir.

Bu gecikme USB sürücüsü sorunu olur mu?

Evet, bir USB klavye sorunu, bir aygıt sürücüsü yazılımında bir hata ya da bir çakışma var ... Fakat UBUNTU v16 LTS'den v18 LTS'ye taşındığında, esas olarak eski makineler ve / veya eski aygıtlarla ortaya çıkan bir şey gecikmeye neden oluyor v16'da hiçbiri modern cihazlarda bulunmaz.

Kanıtlar : lütfen tüm yorumları ve cevapları kontrol edin (ve burada listeleyenleri düzenleyin), hepsi farklı USB cihazları hakkında konuşur.


ANA PROBLEMİMİZ HAKKINDA SONUÇ VE DOĞRU HİPOTEZİ:

Bu sorun bazı USB klavyelerde yapılan değişikliklerden kaynaklanan gecikmedir.

Sorunun bu 2019 incelemesi USB klavyenin sürücü hatası ve gecikme olarak tezahürü hakkında.

~ 1.5 yıl sonra bu soru sabittir ve klavye giriş gecikmesi hakkında genel bir tanıklık sunar: genel olarak bir bölüme başlatan veya USB aygıtını değiştiren (USB olmayan) 1 saniyeden 3 saniyeye kadar bir gecikme olduğunu . Tüm uygulamalarda (örneğin terminal, Gedit, tarayıcı, bazen giriş). Bu bir olan gerçek hata UBUNTU 18 dağıtımda .

Sorunumun BU sorun olduğunu nasıl tespit ederim / onaylarım?

Gecikme olayları sırasında sistem günlüğündeki değişiklikleri izleme

  • tail -f /var/log/syslog: USB klavyeyle ve orijinal (onboard) klavyeyle düzenlemek için bir terminal penceresinde ve başka bir pencerede açın. Delilleri toplayın ve burada bildirilenlerle karşılaştırın.

  • grep -i controller /var/log/syslog Toplanan kanıtlarınızda tipik "ohci_hcd: USB" satırlarını göstermeniz gerekir.

  • grep -i ETC /var/log/syslog Toplanan kanıtları kontrol etmek için "ETC" yerine başka kelimeler (ör. "işlenmemiş") kullanabilirsiniz.


CEVAP VE TARTIŞMA İÇİN DİĞER YARARLI BİLGİLER

İnceleme vakaları, THIS gecikme probleminin meydana geldiği tam profil (sistem ve donanım).

CASE 1 . Taze bir UBUNTU 18 LTS, makine Ubuntu 16 LTS ile çalışıyor (başka bir bölümde), Intel i3 çekirdekli eski bir Samsung , SSD disk ve bu free -mkomut olarak kullanılan RAM :

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

Gecikme olayları, ana değişiklikler ve diğer kanıtlar sırasında sistem günlüğündeki değişiklikleri izlemek:

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"

Bu tür deneylerde esaslar grep:

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
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.