Score:0

Ubuntu 20.04 ไฮเบอร์เนตหลังจากเชื่อมต่อ/ถอดคีย์บอร์ด

ธง br

ฉันมี ubuntu 20.04LTS บนแล็ปท็อปของฉันมานานแล้วและไม่เคยพบปัญหาใหญ่ใดๆ มาก่อน วันนี้ฉันเพิ่งได้แป้นพิมพ์ใหม่ และเมื่อฉันเชื่อมต่อกับแล็ปท็อปหรือยกเลิกการเชื่อมต่อจากแป้นพิมพ์ อูบุนตูจะเข้าสู่โหมดไฮเบอร์เนต แม้ว่าแป้นพิมพ์จะเชื่อมต่อแบบไร้สาย และฉันเชื่อมต่อ/ถอดสายชาร์จ ระบบจะตอบสนองโดยเข้าสู่โหมดไฮเบอร์เนต หากแป้นพิมพ์และเมาส์เชื่อมต่อผ่านฮับ USB หลังจากปลุกระบบแล้ว ทั้งคู่จะไม่ทำงานจนกว่าจะรีบูต หากเชื่อมต่อโดยตรงกับพอร์ต USB ของแล็ปท็อป พวกเขาจะทำงานหลังจากตื่นนอนตามปกติ มีคนพบปัญหาที่คล้ายกันหรือไม่? กูเกิลไม่ได้ช่วยอะไรมาก คำแนะนำใด ๆ ที่จะได้รับการชื่นชมอย่างมาก


ข้อมูลระบบ:

  • แล็ปท็อป Mechrevo X10Ti-S
  • อินเทล คอร์ i7-10875H
  • Nvidia GeForce RTX 2070 ซูเปอร์
  • แรม 32GB อูบุนตู
  • 20.04.3 เคอร์เนล LTS 5.11.0-46-ทั่วไป
  • แป้นพิมพ์ ASUS ROG Claymore 2

อัปเดต: เพิ่งสังเกตเห็นข้อความเหล่านี้ใน syslog ในขณะที่เชื่อมต่อแป้นพิมพ์:

12 ม.ค. 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: คำเตือนตัวจัดการหน้าต่าง: การเขียนทับการเชื่อมโยงที่มีอยู่ของ keysym 31 ด้วย keysym 31 (รหัส a)
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: คำเตือนตัวจัดการหน้าต่าง: เขียนทับการรวมที่มีอยู่ของ keysym 32 ด้วย keysym 32 (รหัส b)
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: คำเตือนตัวจัดการหน้าต่าง: เขียนทับการรวมที่มีอยู่ของ keysym 33 ด้วย keysym 33 (รหัส c)
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: คำเตือนตัวจัดการหน้าต่าง: เขียนทับการรวมที่มีอยู่ของ keysym 34 ด้วย keysym 34 (รหัส d)
12 ม.ค. 12:56:53 น. lexach91-X10Ti-S gnome-shell[3701]: คำเตือนตัวจัดการหน้าต่าง: เขียนทับการรวมที่มีอยู่ของ keysym 35 ด้วย keysym 35 (รหัสรหัส e)
12 ม.ค. 12:56:53 น. lexach91-X10Ti-S gnome-shell[3701]: คำเตือนตัวจัดการหน้าต่าง: เขียนทับการรวมที่มีอยู่ของ keysym 38 ด้วย keysym 38 (รหัส 11)
12 ม.ค. 12:56:53 น. lexach91-X10Ti-S gnome-shell[3701]: คำเตือนตัวจัดการหน้าต่าง: เขียนทับการรวมที่มีอยู่ของ keysym 39 ด้วย keysym 39 (รหัส 12)
12 ม.ค. 12:56:53 น. lexach91-X10Ti-S gnome-shell[3701]: คำเตือนตัวจัดการหน้าต่าง: เขียนทับการรวมที่มีอยู่ของ keysym 36 ด้วย keysym 36 (รหัส f)
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: คำเตือนตัวจัดการหน้าต่าง: เขียนทับการรวมที่มีอยู่ของ keysym 37 ด้วย keysym 37 (รหัส 10)
12 ม.ค. 12:56:53 น. lexach91-X10Ti-S NetworkManager[1702]: <info> [1641963413.6412] ผู้จัดการ: สลีป: ขอสลีป (สลีป: ไม่เปิดใช้งาน: ใช่)
12 มกราคม 12:56:53 lexach91-X10Ti-S NetworkManager[1702]: <info> [1641963413.6413] อุปกรณ์ (enp61s0): การเปลี่ยนสถานะ: ไม่พร้อมใช้งาน -> ไม่มีการจัดการ (เหตุผล 'sleeping', sys-iface-state: 'managed' )
12 ม.ค. 12:56:53 น. lexach91-X10Ti-S ModemManager[1880]: ระบบ <info> [sleep-monitor] กำลังจะหยุดทำงานชั่วคราว
12 ม.ค. 12:56:53 น. lexach91-X10Ti-S gnome-shell[2667]: การล็อกหน้าจอถูกล็อก ไม่ล็อก
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: cr_parser_new_from_buf: การยืนยัน 'a_buf && a_len' ล้มเหลว
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: cr_declaration_parse_list_from_buf: การยืนยัน 'parser' ล้มเหลว
12 มกราคม 12:56:53 lexach91-X10Ti-S NetworkManager[1702]: <info> [1641963413.6504] อุปกรณ์ (p2p-dev-wlo1): การเปลี่ยนสถานะ: ยกเลิกการเชื่อมต่อ -> ไม่มีการจัดการ (เหตุผล 'นอนหลับ', sys-iface-state : 'จัดการ')
12 ม.ค. 12:56:53 lexach91-X10Ti-S NetworkManager[1702]: <info> [1641963413.6506] ผู้จัดการ: สถานะ NetworkManager อยู่ในสถานะ ASLEEP
12 มกราคม 12:56:53 lexach91-X10Ti-S NetworkManager[1702]: <info> [1641963413.6507] อุปกรณ์ (wlo1): การเปลี่ยนสถานะ: เปิดใช้งาน -> ปิดใช้งาน (เหตุผล 'นอนหลับ', sys-iface-state: 'จัดการ' )
12 มกราคม 12:56:53 lexach91-X10Ti-S deja-dup-monito [7367]: ไม่พบ Source ID 488 เมื่อพยายามลบออก
12 มกราคม 12:56:53 lexach91-X10Ti-S whoopsie[2698]: [12:56:53] ออฟไลน์
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ไม่พบ Source ID 33071 เมื่อพยายามลบออก
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ไม่พบ Source ID 33085 เมื่อพยายามลบออก
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instance '0x55e86d302120' ไม่มีตัวจัดการที่มี id '164369'
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instance '0x55e86d302120' ไม่มีตัวจัดการที่มี id '164370'
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instance '0x55e86d302120' ไม่มีตัวจัดการที่มี id '164371'
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instance '0x55e86d302120' ไม่มีตัวจัดการที่มี id '164372'
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instance '0x55e86d302120' ไม่มีตัวจัดการที่มี id '164373'
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instance '0x55e86d302120' ไม่มีตัวจัดการที่มี id '164374'
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instance '0x55e86d302120' ไม่มีตัวจัดการที่มี id '164375'
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instance '0x55e86d302120' ไม่มีตัวจัดการที่มี id '164376'
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instance '0x55e86d302120' ไม่มีตัวจัดการที่มี id '164377'
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instance '0x55e86d302120' ไม่มีตัวจัดการที่มี id '164378'
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instance '0x55e86d302120' ไม่มีตัวจัดการที่มี id '164379'
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instance '0x55e86d302120' ไม่มีตัวจัดการที่มี id '164380'
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instance '0x55e86d302120' ไม่มีตัวจัดการที่มี id '164381'
12 มกราคม 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: cr_parser_new_from_buf: การยืนยัน 'a_buf && a_len' ล้มเหลว

หลังจากนั้นระบบจะเข้าสู่โหมดสลีปก่อน จากนั้นหลังจากเข้าสู่ระบบกลับเข้าสู่โหมดไฮเบอร์เนต


อัปเดต 2: ตรวจสอบแป้นพิมพ์บนเครื่องอื่น 3 เครื่อง Windows 10 และ 11 ทำงานได้ดีอย่างแน่นอน แล็ปท็อปของภรรยาของฉันที่รัน Ubuntu 21.10 ก็จะเข้าสู่โหมดสลีปเช่นกันหลังจากเชื่อมต่อแป้นพิมพ์ ต้องการความช่วยเหลือพวก จะแก้ไขได้อย่างไร? จะดูอย่างน้อยที่ไหน?

in flag
ที่นี่แทบไม่มีข้อมูลที่ดำเนินการได้ ซึ่งอาจเป็นสาเหตุที่ Google ให้ความช่วยเหลือไม่ได้เช่นกัน ยี่ห้อและหมายเลขรุ่นจะช่วยให้คำตอบได้ยาวนาน

โพสต์คำตอบ

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