ความล่าช้าในการป้อนข้อมูลคีย์บอร์ดใน Ubuntu 18.04


24

ฉันเพิ่งเปลี่ยนมาใช้ Ubuntu 18.04 และตั้งแต่นั้นมาฉันมีการป้อนข้อมูลแป้นพิมพ์ล่าช้าหลายครั้งหลายวินาที ฉันพิมพ์คำศัพท์ได้ แต่ใช้เวลาพอสมควรจนกว่าพวกเขาจะแสดงบนหน้าจอ

ก่อนหน้านี้ฉันใช้ Ubuntu 16.04 โดยไม่มีปัญหาใด ๆ

ข้อผิดพลาดนี้เกิดขึ้นใน Terminal แต่ในเว็บเบราว์เซอร์ของฉัน

มีความคิดใดที่ฉันสามารถเริ่มแก้ไขข้อบกพร่องนี้ได้บ้าง

UPDATE:

ดังนั้นฉันลองคำตอบที่แนะนำด้านล่างขอบคุณสำหรับสิ่งนั้น แต่ก็ยังไม่มีวิธีแก้ สิ่งที่ฉันคิดได้ก็คือสิ่งนี้อาจทำให้เกิดการกดปุ่มบางปุ่มได้มากกว่า ohters ... เช่นเมื่อฉันพิมพ์ cdcdcdcd ดูเหมือนจะมีอะไรมากมายจริงๆ .....

สิ่งสำคัญอีกอย่างที่ควรทราบก็คือฉันใช้เค้าโครงแป้นพิมพ์ที่แตกต่างกันซึ่งฉันตั้งค่าไว้

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

สิ่งนี้ไม่ได้สร้างความแตกต่างให้กับความล่าช้า

UPDATE2:

เห็นได้ชัดว่าปัญหานี้เกิดขึ้นเฉพาะในเดสก์ท็อป gnome / budgie

Update3:

เนื่องจากฉันไม่พบวิธีแก้ปัญหานี้ฉันจึงหาเวลาที่จะเดินหน้าต่อไป ... ฉันเปลี่ยนมาที่ Manjaro แล้วและต้องบอกว่าฉันเงียบไม่พอใจไม่มีปัญหาเท่านี้และเป็นระบบที่สะอาดและมีประสิทธิภาพ

อย่างไรก็ตามฉันจะเปิดคำถามนี้ไว้เนื่องจากบางคนยังประสบปัญหาเดียวกันอยู่ฉันหวังว่าคุณจะพบทางออก

BR


1
ฉันมีประสบการณ์คล้ายกับแป้นพิมพ์ USB การเปลี่ยนกลับเป็น Unity ช่วยได้ หากเป็นตัวเลือกจะมีคำแนะนำlinuxconfig.org/
logcat

ฉันต้องบอกว่าฉันไม่ใช่แฟนตัวยงของความสามัคคี: (
jrsm

1
ฉันคิดว่าฉันมีปัญหาเดียวกัน ข้อสังเกตบางอย่าง: 1) ถ้าฉันไปที่เชลล์ที่ไม่มีกราฟิกจะไม่มีปัญหา 2) ใน Gnome: มันไม่ใช่แค่อินพุตคีย์บอร์ดที่ค้าง แต่เป็น UI ส่วนใหญ่ ฉันเปิดใช้งานนาฬิกาในเวลาไม่กี่วินาทีและพวกเขาก็หยุดชั่วขณะหนึ่งหลังจากกดหลายปุ่ม แต่ตัวชี้ของเมาส์ยังคงเคลื่อนไหวอยู่ถ้าฉันเลื่อนเมาส์ 3) นี่ไม่ใช่ปัญหากับคีย์บอร์ดทั้งหมด Logitech keyboard เก่าของฉันพร้อม Unifying Receiver ใช้งานได้ดี 4) แป้นพิมพ์ที่ได้รับผลกระทบทำงานได้ดีกับ Windows และ MacOS บนคอมพิวเตอร์เครื่องอื่น 5) ไม่มีความสำคัญใน syslog ของฉัน
เดซิเบล

2
โอเคข้อสังเกตอีกสองสามข้อ: ถ้าฉันเชื่อมต่อคีย์บอร์ด Logitech 2 อันและพิมพ์ในเวลาเดียวกันฉันก็พบปัญหาเดียวกัน สิ่งนี้อาจฟังดูคล้ายกับกรณีการใช้งานที่ผิดปกติ แต่คีย์บอร์ดปกติของฉันคือคีย์บอร์ดแยก R-Go ที่เหมาะกับการทำงาน - ความผิดปกติซึ่งเป็นเทคนิคที่แยกคีย์บอร์ดสองแบบ (แต่ละอันมีเพียงครึ่งเดียวเท่านั้น การรวมกันของครึ่งหนึ่งและคีย์บอร์ด Logitech ให้ผลลัพธ์ที่เหมือนกัน จากข้อสังเกตข้างต้นของฉัน: นั่นทำให้ทุกคนมีความคิดเกี่ยวกับสิ่งที่เกิดขึ้นหรือไม่? โดยเฉพาะอย่างยิ่งกับความจริงที่ว่ามันเกิดขึ้น (สำหรับฉัน) ใน Gnome (3) เท่านั้น
เดซิเบล

1
ฉันไม่รู้ว่าคุณกำลังอยู่ในสถานการณ์ที่พิมพ์ด้วยแป้นพิมพ์คู่เช่นฉันหรือไม่ แต่สำหรับการบันทึกฉันได้เปิดบั๊กพร้อมข้อสังเกตของตัวเอง: bugs.launchpad.net/ubuntu/+bug/1777708
เดซิเบรด

คำตอบ:


6

บางทีคุณอาจลองบันทึกระบบของคุณ ฉันสังเกตเห็นข้อผิดพลาดต่อไปนี้ในระบบของฉัน (หลายครั้ง):

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

ดูเหมือนว่าจะเป็นปัญหา USB3 แป้นพิมพ์และทัชแพดของฉันบนแล็ปท็อปของฉันไม่มีปัญหานี้ เมาส์ที่เชื่อมต่อ USB ของฉันยังล่าช้า

เมื่อฉันโหลด Ubuntu 18.04 ด้วยเคอร์เนลก่อนหน้าและยังคงพร้อมใช้งานบนระบบของฉันตามที่ใช้ใน 17.10, เคอร์เนลรุ่น 4.13.0-39- ทั่วไปฉันไม่ได้รับข้อผิดพลาด XHCI นอกจากนี้คีย์บอร์ดและเมาส์ของฉันจะไม่ล่าช้าอีกต่อไป

ฉันสามารถเลือกเคอร์เนลนี้ผ่านเมนูด้วงในการตั้งค่าของฉัน

ข้อสังเกต ฉันยังไม่ได้คิดออกอย่างสมบูรณ์ เคอร์เนลที่เก่ากว่าทำงานได้ดีขึ้น แต่มีความล่าช้าอยู่ตลอดเวลา ฉันสามารถพูดบางอย่างเมื่อใช้เคอร์เนลเริ่มต้น: การกดปุ่มต่อเนื่อง (เพียงถือจดหมายหรือตัวอักษร) ก็ทำได้ดี มันแค่เอาท์พุทตัวอักษรหรือตัวอักษรอย่างต่อเนื่องโดยไม่ต้องกระวนกระวายใจ นอกจากนี้เพียงแค่ป้อนตัวอักษรได้ดี ที่ฉันคิดว่ามันจะผิดปกติกับการตั้งค่าของฉันเป็นตัวละครพิเศษเช่น (เครื่องหมายจุลภาค, จุด, เครื่องหมายจุดคู่, เครื่องหมายอัฒภาค, ฯลฯ ) ทันทีที่สิ่งเหล่านั้นได้รับการแนะนำให้รู้จักกับข้อมูลมันก็จะผิดไปดาว ตอนแรกฉันคิดว่านี่อาจเกิดจากกุญแจที่ตายแล้ว แต่การปิดมันไม่ได้สร้างความแตกต่าง คุณยืนยันพฤติกรรมนี้ได้หรือไม่? นอกจากนี้ปุ่มช้ายังไม่สามารถแก้ไขได้ในการตั้งค่าของฉัน

อัปเดต เมื่อเช้านี้ฉันได้รับการอัปเดตซึ่งดูเหมือนว่าจะแก้ปัญหาคีย์บอร์ดบนไซต์ของฉัน จากบันทึกการปรับปรุงของฉัน: Commandline:

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

นี่เป็นอัปเดตเดียวสำหรับ 18.04 ฉันได้รับแล้ว นี่อาจแก้ไขเวลาการบูตช้าบนแล็ปท็อปของฉัน ตอนนี้ใช้เวลาเพียงไม่กี่วินาที ฉันจะส่งการยืนยันในภายหลังในสัปดาห์นี้


xhci loos เก่งใน sys log hower ฉันมักจะชอบ 1 18:19:54 ryzen gnome-software [2177]: json_object_has_member: การยืนยัน 'member_name! = NULL' ล้มเหลว 1 พฤษภาคม 18:19:54 ryzen gnome-software [2177 ]: g_strsplit: การยืนยัน 'string! = NULL' ล้มเหลว 1 พฤษภาคม 18:19:54 ryzen gnome-software [2177]: g_strv_length: การยืนยัน 'str_array! = NULL' ล้มเหลว 1 พฤษภาคม 18:19:54 ryzen gnome-software [2177 ]: json_object_has_member: การยืนยัน 'member_name! = NULL' ล้มเหลว 1 พฤษภาคม 18:19:54 ryzen gnome-software [2177]: g_strsplit: สตริงการยืนยัน '= NULL' ล้มเหลว
jrsm

ฉันยังไม่ได้คิดออกอย่างสมบูรณ์ เคอร์เนลที่เก่ากว่าทำงานได้ดีขึ้น แต่มีความล่าช้าอยู่ตลอดเวลา ฉันสามารถพูดบางอย่าง:
André Klaver

ฉันอยากรู้เพิ่มเติมเกี่ยวกับปัญหานี้ที่คุณมี คุณเคยรายงานข้อผิดพลาดหรือไม่? หากนี่เป็นข้อผิดพลาดจริงมันจะส่งผลกระทบต่อผู้คนจำนวนมากเนื่องจากผู้ใช้จำนวนมากกำลังจะย้ายไปที่ 18.04 และยังมีเครื่องจักรจำนวนมากที่ใช้ USB 3.0
Hee Jin

โปรดอธิบายวิธีใช้การแก้ไขข้อบกพร่อง วิธีการใช้การอ้างถึง aptdaemon ? ... มีคำสั่งเทอร์มินัลสำหรับมันหรือไม่? ดูบริบทใน วิกิพีเดียของเราที่นี่
Peter Krauss

4

นี่อาจเป็นคุณสมบัติปุ่มช้า

มันสามารถสลับเปิดและปิดได้โดยกดปุ่ม Shift ค้างไว้ 8 วินาที

กดปุ่ม Shift เป็นเวลา 8 วินาทีและดูว่าปัญหาหายไปหรือไม่


1
อาจเป็นการดีที่จะทราบว่าเพื่อให้คุณลักษณะนี้สามารถเปิด / ปิดได้โดยใช้ปุ่ม Shift ผู้ใช้จะต้องเปลี่ยนการตั้งค่าระบบเป็นครั้งแรกเพื่อเปิดใช้งานทางลัด ดูความช่วยเหลือของ Ubuntu: เปิดใช้งานคีย์ช้า
Hee Jin

ยกเว้นว่ามันจะเปิดใช้งานโดยค่าเริ่มต้น: / ฉันไม่เคยเปิดใช้งานและสิ่งนี้แก้ไขปัญหาของฉัน
Jim Anthony

โอ้แปลก! มันไม่ได้เปิดใช้งานโดยค่าเริ่มต้นในระบบของฉัน แต่จริงๆแล้วฉันกำลังจะวลีความคิดเห็นของฉันที่จะรวมสำหรับความจริงที่เป็นไปได้ว่ามันอาจจะเป็นสำหรับผู้ใช้บางคนเพราะมันดูเหมือนเป็นไปได้โดยสิ้นเชิงสำหรับฉัน อย่างไรก็ตามหวังว่านี่จะช่วยแก้ปัญหาสำหรับผู้ถามคำถาม!
Hee Jin

มันไม่ทำอะไรเลย
Luís de Sousa

3
หลังจากตรวจแก้จุดบกพร่องลึกลงในปัญหานี้ฉันสามารถตรวจสอบว่าการป้อนข้อมูลแป้นพิมพ์ laggy ไม่ได้เกิดจากslowkeys! ฉันปิดการใช้งานและตรวจสอบพฤติกรรมของปุ่มลัดใน Ubuntu 18.04.1 และฉันเห็นปัญหาความล่าช้าเมื่อปิดการใช้งาน เมื่อฉันเปิดใช้งานปุ่มลัดมันใช้เวลานานในการพิมพ์ตัวอักษรและการหน่วงเวลาจะคงที่ เมื่อปัญหาคีย์ laggy เกิดขึ้นการหน่วงเวลาเป็นตัวแปรและบางครั้งตัวอักษรซ้ำหลายครั้งเนื่องจากฉันพยายามกดสองสามครั้งโดยไม่ได้ลงทะเบียนในเวลาที่เหมาะสม
TrinitronX

3

มันไม่ใช่คีย์บอร์ด มันไม่ใช่ผู้แต่งหน้าต่าง ปัญหาเกี่ยวกับการล้าหลังคือลำดับของเหตุการณ์ที่เกิดขึ้นภายในตัวควบคุม gui ของโปรแกรมใด ๆ ก็ตาม สิ่งหนึ่งที่ทุกคนมีเหมือนกันนอกเหนือจากคีย์บอร์ดและข้อความที่แสดงคือตัวเลือกการเข้าถึงเช่นตัวอ่านหน้าจอ orca ที่ทำให้ gui ต้องทำงานระหว่างการปรับปรุงหน้าจอมากขึ้น มันเหมือนกับการเรนเดอร์วิดีโอ 3 มิติที่การคำนวณมากเกินไปลดอัตราเฟรมของคุณลงไปจนกว่ามันจะทำตัวเหมือนภาพนิ่งที่ไม่มีความต่อเนื่อง

ฆ่าการคำนวณและคุณฆ่าความล่าช้า

ฉันหยุดปัญหาความล่าช้าโดยการฆ่ากระบวนการ orca จากนั้นไปที่ [โปรแกรมเริ่มต้น] เมื่อถึงตอนนั้นฉันลบ orca ออกจากรายการเริ่มต้นพร้อมกับโปรแกรมอื่น ๆ ที่ฉันไม่ต้องการเมื่อเริ่มต้น ฉันยังไม่ได้ทำเครื่องหมายที่กล่องเพื่อหยุดการจำการเรียกใช้โปรแกรมเมื่อปิดเครื่อง

ไม่ล่าช้ากับการป้อนข้อมูลด้วยแป้นพิมพ์แม้แต่ใน Firefox


คุณสามารถอธิบาย "วิธีการทดสอบ" ได้ไหม? ผมใช้ps -aux | grep -i orcaและไม่มีอะไร (ยังไม่มีหลักฐานในtop ระหว่างการเปลี่ยนแปลงในความล่าช้า USB แป้นพิมพ์) ... โปรดอ่าน (และแก้ไข) ในหน้านี้วิกิพีเดียของ2019 ภาพใหญ่ของปัญหา
Peter Krauss

1

ฉันมีสิ่งนี้เกิดขึ้นบนคอมพิวเตอร์แล็ปท็อปหลักของฉันเมื่อเล่น Terraria เมื่อเล่นบน "เดสก์ท็อปใหม่" ของฉันด้วยส่วนที่น่าทึ่งเช่น ddr2 ram และดูอัลคอร์ e8600 และ USB 2.0 ฉันไม่มีเวลาแฝงฉันไม่เห็นแม้แต่ความล่าช้า เมื่อเปรียบเทียบคีย์บอร์ดไร้สายต่ำสุดกับคีย์บอร์ดเชิงกล ps2 คอมพิวเตอร์รีสตาร์ทและเสียบปลั๊กในช่วย สำหรับฉันฉันคิดว่าเป็นเพราะแบตเตอรี่ของระบบเหลือน้อยและไม่ได้เสียบปลั๊ก


ฉันเห็นปัญหาบนระบบ HTPC บนเดสก์ท็อปIntel(R) Core(TM) i7-7700K CPU @ 4.20GHzที่มี8คอร์! นอกจากนี้ยังมี RAID6 พร้อมดิสก์ 5 ตัวพร้อม RAM 8GiB ( DIMM DDR4 Synchronous 2133 MHz (0.5 ns)) ดังนั้นปัญหาไม่เกี่ยวข้องกับฮาร์ดแวร์แน่นอน! ดูเหมือนว่ามีความเกี่ยวข้องกับซอฟต์แวร์ตามประสบการณ์ของฉัน
TrinitronX

สวัสดี @TrinitronX ขอบคุณ! คุณสามารถช่วยแก้ไข Wiki of the 2019 Big-Picture ของปัญหาได้หรือไม่?
Peter Krauss

1

ฉันมีปัญหาที่คล้ายกันโดยใช้ Logitech Keyboar & Mouse ไร้สายกับตัวรับสัญญาณแบบรวม ฉันมีพีซีที่อยู่กับที่และได้ลองหลายสิ่งหลายอย่างเพื่อจัดการกับสิ่งเหล่านี้:

  1. อัปเดตเฟิร์มแวร์เป็นเวอร์ชั่นล่าสุดของ Logitech โดยใช้ fwupdmgr ฉันคิดว่ามันช่วยได้ แต่เห็นได้ชัดว่าไม่ได้ผลยาวนาน

  2. ฉันสร้างกฎ udev ใหม่ในไฟล์ใหม่ที่/etc/udev/rules.d/10-logitech-receiver.rulesมีเนื้อหาต่อไปนี้:

=======

# Unified USB receiver

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

=======

กฎนี้ทำให้มั่นใจได้ว่ากำลังรับสัญญาณเปิดอยู่เสมอ อาจไม่จำเป็นต้องใช้กับพีซีที่อยู่กับที่ แต่ก็ไม่สามารถทำให้เจ็บได้ ฉันคิดว่ามันช่วยได้ แต่สงสัยว่ามันจะมีผลยาวนาน มันอาจจะเป็นประโยชน์กับแล็ปท็อปที่ค่าใช้จ่ายในการใช้พลังงาน

  1. สัญญาณรบกวนกับอุปกรณ์อื่น

ฉันสังเกตเห็นว่าเมื่อฉันมีคีย์ USB ในช่องเสียบ USB ใกล้เคียงหรืออุปกรณ์ USB อื่น ๆ ในบริเวณใกล้เคียงความล่าช้าเพิ่มขึ้น ฉันย้ายอุปกรณ์ UDB อื่น ๆ ไปที่ backplane และวาง reciver บนสายต่อ USB ที่วางอยู่ด้านหน้าของพีซีและวางไว้ห่างจากพีซีประมาณหนึ่งเมตร นี่เป็นทางออกที่ดีที่สุดอย่างชัดเจน - อย่างน้อยก็สำหรับการตั้งค่า Logitech แบบไร้สายของฉัน อาจเกี่ยวข้องกับจำนวนอุปกรณ์ที่เชื่อมต่อบนบัส USB แต่ละบัสดังนั้นแรงดันไฟฟ้าอาจลดลงและทำให้การรับสัญญาณเสียหาย ฉันยังสังเกตเห็นว่ามันทำงานได้ดีกว่าในช่อง USB 3.x มากกว่าใน USB 2.x เหมือนกัน

หลังจากเคลื่อนย้ายอุปกรณ์ออกจากอุปกรณ์ที่อาจก่อให้เกิดการรบกวนขณะนี้แป้นพิมพ์อยู่ในระยะทางประมาณ 3 ม. จากดองเกิล :-)


สวัสดี @storestyggeulv ขอบคุณ! คุณสามารถเพิ่มหลักฐานบางอย่างที่นี่ได้ไหม? คุณสามารถใช้tail -f /var/log/syslogในสถานีของคุณ โปรดอ่าน (และแก้ไข) ในหน้านี้วิกิพีเดียของ2019 ภาพใหญ่ของปัญหา
Peter Krauss

ฉันไม่มีหลักฐาน syslog เพื่อสนับสนุนการโพสต์ของฉัน แต่เนื่องจากฉันย้ายตัวรับสัญญาณไปยังส่วนขยายห่างจากพีซีและด็องเกิลอื่น ๆ เป็นต้นมันแข็งมาก
storestyggeulv

0

ฉันมีปัญหาเดียวกันกับแป้นพิมพ์โปรดของฉัน คีย์บอร์ดอื่น ๆ ของฉันทำงานได้ดี

ฉันแก้ไขปัญหาด้วยการเปลี่ยนไปใช้เวย์แลนด์

คุณสามารถทำได้ด้วยปุ่มเกียร์ถัดจากปุ่มลงชื่อเข้าใช้ที่หน้าจอเข้าสู่ระบบ


0

หากคุณกำลังเล่นเกมหรือเกมประเภทหนึ่งแอพการสื่อสาร Discord คว้าวิดีโอการ์ดของฉันมากเกินไปและทำให้เกิดอาการสะอึก ลองปิดการใช้งาน "การเร่งด้วยฮาร์ดแวร์" ในการตั้งค่า ไม่ได้มหัศจรรย์สำหรับฉัน ไม่มีความล่าช้าของคีย์บอร์ดในเกมหรือขณะพิมพ์

เห็นได้ชัดว่ามันเป็นรถเล็ก ๆ น้อย ๆ จากปากม้า: https://twitter.com/discordapp/status/924910040552747008?lang=th

คนอื่นมีปัญหา: https://www.reddit.com/r/PUBATTLEGROUNDS/comments/6ibgj3/psa_turn_off_hardware_acceleration_in_discord/


0

ฉันมีฟีเจอร์Slow Keysบนฟีเจอร์ที่ทำให้เกิดความล่าช้าระหว่างเมื่อกดคีย์และเมื่อได้รับการยอมรับ มันมีลักษณะเหมือนที่คุณอธิบายข้างต้น

ในการปิดใช้งานการตั้งค่าคีย์ช้าเปิดการเลือกการเข้าถึงสากลจากนั้นเลือกการพิมพ์ช่วยเหลือ (AccessX) และปิด


0

สำหรับระยะสั้น: อยู่ใน 99% ที่คุณต้องไปที่การตั้งค่า -> ยูนิเวอร์แซเข้าถึงและสวิทช์เพื่อปิด / เริ่มต้นรายการทั้งหมดยกเว้นคีย์ซ้ำ


สวัสดี @mature มันเกี่ยวกับฟีเจอร์ "Slow Keys"? กรุณาตรวจสอบและ / หรือแก้ไขวิกิพีเดียคำถามที่พบบ่อย ปัญหาของฉันไม่ใช่ Slow Keys แต่ต้องขอบคุณ anwer
Peter Krauss

เพียงตรวจสอบการตั้งค่าอื่นด้วย ในกรณีของฉันฉันมีความล่าช้าอย่างมากกับตัวอ่านหน้าจอที่ใช้งานอยู่ ดูเหมือนว่าฉันเปิดใช้งานด้วยปุ่มลัดบางปุ่มโดยไม่ตั้งใจ
ผู้ใหญ่

0

((โปรดแก้ไขที่นี่มันเป็น WIKI! แต่ไม่ใช่คำตอบคือภาพขนาดใหญ่ 2019))

การทบทวนสมมติฐานหลายประการ:

ความล่าช้านี้จะเป็นผลข้างเคียงของโทรจันที่สแกนคีย์บอร์ดของเราหรือไม่

ดูเหมือนว่ามันจะไม่ได้ แต่จำเป็นต้องตรวจสอบอีกครั้ง: กรุณารายงานหลักฐานใด ๆ (และขั้นตอนการตรวจสอบหลักฐาน) ที่นี่บนสมมติฐานของโทรจัน

หลักฐานที่ไม่ได้เป็น "โทรจันภายนอก": ปัญหาความล่าช้ายังคงอยู่ในการติดตั้ง USB-Live และการติดตั้ง UBUNTU 18 ใหม่ - ก่อนที่จะติดตั้งแอปพลิเคชัน"ภายนอกของISO " ใด ๆ

PS: "ภายใน" ถูกนำเสนอโดยการเผยแพร่ ISO 18 ที่วางจำหน่าย ... ดังนั้นเราจึงสามารถพิจารณาข้อบกพร่องไม่ใช่ไวรัส

ความล่าช้านี้เกิดจากฟีเจอร์ "Slow Keys" หรือไม่

เป็นอีกปัญหาหนึ่ง! มันเป็นสมมติฐานแรกที่ดีง่ายต่อการทดสอบและทิ้ง

หมายเหตุ: หน้านี้มีจำนวนการเปิดอ่านหน้าเว็บหลายพันครั้งดังนั้นหากคุณกำลังมองหา "Slow Keys" ให้ดูคำตอบและคำตอบที่ดี (4 คะแนนโหวต) (หรือดูการอภิปรายหน้าอื่น ๆ )

ความล่าช้านี้จะเป็นปัญหาความล่าช้าของฮาร์ดแวร์หรือไม่

ไม่เห็นความคิดเห็น @TrinitronX ที่แสดงว่าไม่ใช่ ฮาร์ดไดรฟ์ทุกประเภทนำเสนอประสบการณ์ความล่าช้าเหมือนกันไม่ใช่ "ความล่าช้าโดยประสิทธิภาพของฮาร์ดแวร์ต่ำ"

ความล่าช้านี้จะเป็นปัญหาไดรเวอร์ USB หรือไม่

ใช่ปัญหาเกี่ยวกับคีย์บอร์ด USB ข้อผิดพลาดหรือข้อขัดแย้งใน ซอฟต์แวร์ของไดรเวอร์อุปกรณ์ ... แต่สิ่งที่เกิดขึ้นกับเครื่องเก่าและ / หรืออุปกรณ์เก่าเป็นหลักเมื่อทำการพอร์ตจาก UBUNTU v16 LTS ถึง v18 LTS เพราะความล่าช้า ไม่มีอยู่ใน v16 หรือบนอุปกรณ์ที่ทันสมัย

หลักฐาน : โปรดตรวจสอบความคิดเห็นและคำตอบทั้งหมด (และแก้ไขที่นี่ในรายการ) พวกเขาทั้งหมดพูดคุยเกี่ยวกับอุปกรณ์ USB ที่แตกต่างกัน


บทสรุปเกี่ยวกับปัญหาหลักของเราและโรคข้อบกพร่องที่ถูกต้องของเรา:

ปัญหานี้คือความล่าช้าที่เกิดจากการเปลี่ยนคีย์บอร์ด USB บางตัว

การตรวจสอบคำถามในปี 2019 นี้เกี่ยวกับข้อผิดพลาดของไดรเวอร์แป้นพิมพ์ USB และการแสดงออกที่ล่าช้า

หลังจาก ~ 1.5 ปีคำถามนี้เสถียรและมีประจักษ์พยานทั่วไปเกี่ยวกับความล่าช้าในการป้อนข้อมูลด้วยแป้นพิมพ์: นั่นเป็นความล่าช้า1 วินาทีถึง 3 วินาทีโดยทั่วไปเริ่มส่วนหรือเปลี่ยนอุปกรณ์ USB (เป็นไม่ใช่ USB) ในทุกแอปพลิเคชัน (เช่นเทอร์มินัล Gedit เบราว์เซอร์บางครั้งเข้าสู่ระบบ) มันเป็นข้อผิดพลาดจริงในการจัดจำหน่าย UBUNTU 18

จะตรวจจับ / ยืนยันว่าปัญหาของฉันคือปัญหานี้ได้อย่างไร

ตรวจสอบการเปลี่ยนแปลงใน syslog ในช่วงที่เกิดความล่าช้าโดย

  • tail -f /var/log/syslog: เปิดในหน้าต่างเทอร์มินัลและในหน้าต่างทดสอบอื่น ๆ เพื่อแก้ไขโดยแป้นพิมพ์ USB และโดยแป้นพิมพ์ (ออนบอร์ด) ดั้งเดิม รวบรวมหลักฐานและเปรียบเทียบที่นี่กับรายงาน

  • grep -i controller /var/log/syslog ต้องแสดงบรรทัด "ohci_hcd: USB" ทั่วไปในหลักฐานที่คุณรวบรวม

  • grep -i ETC /var/log/syslog คุณสามารถใช้คำอื่น ๆ (เช่น "unhandled") แทน "ETC" เพื่อตรวจสอบหลักฐานที่รวบรวมได้


ข้อมูลที่เป็นประโยชน์อื่น ๆ สำหรับคำตอบและการอภิปราย

กรณีศึกษาโปรไฟล์ที่สมบูรณ์ (ระบบและฮาร์ดแวร์) ที่เกิดปัญหาความล่าช้านี้

กรณีที่ 1 มันเป็น UBUNTU 18 LTS ที่สดใหม่เครื่องทำงานได้ดีกับ Ubuntu 16 LTS (ในพาร์ติชั่นอื่น) มันเป็นSamsung รุ่นเก่าที่มี Intel i3 core, ดิสก์ SSD และ RAM ที่ใช้เป็นfree -mคำสั่งนี้:

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

การตรวจสอบการเปลี่ยนแปลงใน syslog ในช่วงที่เกิดความล่าช้าการเปลี่ยนแปลงหลักและหลักฐานอื่น ๆ :

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"

ในการทดลองประเภทนี้หลัก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
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.