Puncte:0

Ubuntu 20.04 hibernează după conectarea/deconectarea unei tastaturi

drapel br

Am deja ubuntu 20.04LTS pe laptop de mult timp și nu am mai întâmpinat probleme majore înainte. Astăzi tocmai am primit noua mea tastatură și când o conectez la laptop sau o deconectez de la el, ubuntu intră în hibernare. Chiar și atunci când tastatura este conectată fără fir și conectez/deconectez un cablu de încărcare la ea, sistemul reacționează intrând în modul de hibernare. Dacă tastatura și mouse-ul au fost conectate printr-un hub USB, după trezirea sistemului, ambele nu funcționează până la repornire. Dacă au fost conectate direct la porturile USB ale laptopurilor, funcționează după trezire normal. A întâmpinat cineva o problemă similară? Google nu a ajutat prea mult. Orice sfat va fi foarte apreciat.


Informatie de sistem:

  • Laptop Mechrevo X10Ti-S
  • Intel Core i7-10875H
  • Nvidia GeForce RTX 2070 Super
  • 32 GB RAM Ubuntu
  • 20.04.3 LTS Kernel 5.11.0-46-generic
  • tastatura ASUS ROG Claymore 2

Actualizați: Tocmai am observat aceste mesaje în syslog în momentul conectării tastaturii:

12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: Avertisment manager de ferestre: Suprascrierea legării existente a keysym 31 cu keysym 31 (keycode a).
12 ian 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: Avertisment manager de ferestre: Suprascrierea legării existente a keysym 32 cu keysym 32 (keycode b).
12 ian 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: Avertisment manager de ferestre: Suprascrierea legării existente a keysym 33 cu keysym 33 (keycode c).
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: Avertisment manager de ferestre: Suprascrierea legării existente a keysym 34 cu keysym 34 (keycode d).
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: Avertisment manager de ferestre: Suprascrierea legării existente a keysym 35 cu keysym 35 (keycode e).
12 ian 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: Avertisment manager de ferestre: suprascrierea legării existente a keysym 38 cu keysym 38 (keycode 11).
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: Avertisment manager de ferestre: suprascrierea legării existente a keysym 39 cu keysym 39 (keycode 12).
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: Avertisment manager de ferestre: suprascrierea legării existente a keysym 36 cu keysym 36 (keycode f).
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: Avertisment manager de ferestre: suprascrierea legării existente a keysym 37 cu keysym 37 (keycode 10).
12 ianuarie 12:56:53 lexach91-X10Ti-S NetworkManager[1702]: <info> [1641963413.6412] manager: sleep: sleep solicitat (sleeping: nu activat: da)
12 ianuarie 12:56:53 lexach91-X10Ti-S NetworkManager[1702]: <info> [1641963413.6413] dispozitiv (enp61s0): modificarea stării: indisponibil -> negestionat (motiv „în stare de repaus”, starea sistemului: „gestionat” )
12 ianuarie 12:56:53 lexach91-X10Ti-S ModemManager[1880]: <info> sistemul [sleep-monitor] este pe cale să se suspende
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[2667]: Blocarea ecranului este blocată, nu se blochează
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: cr_parser_new_from_buf: afirmația „a_buf && a_len” a eșuat
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: cr_declaration_parse_list_from_buf: afirmația „parser” a eșuat
12 ian 12:56:53 lexach91-X10Ti-S NetworkManager[1702]: <info> [1641963413.6504] dispozitiv (p2p-dev-wlo1): modificarea stării: deconectat -> negestionat (motiv „în stare de repaus”, starea sistemului : 'a reușit')
12 ianuarie 12:56:53 lexach91-X10Ti-S NetworkManager[1702]: <info> [1641963413.6506] manager: starea NetworkManager este acum adormit
12 ianuarie 12:56:53 lexach91-X10Ti-S NetworkManager[1702]: <info> [1641963413.6507] dispozitiv (wlo1): modificarea stării: activat -> dezactivare (motivul „dormire”, starea sys-iface: „gestionat” )
12 ian 12:56:53 lexach91-X10Ti-S deja-dup-monito[7367]: ID sursă 488 nu a fost găsit la încercarea de a-l elimina
12 ianuarie 12:56:53 lexach91-X10Ti-S whoopsie[2698]: [12:56:53] offline
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ID-ul sursă 33071 nu a fost găsit la încercarea de a-l elimina
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ID-ul sursă 33085 nu a fost găsit la încercarea de a-l elimina
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instanța „0x55e86d302120” nu are un handler cu id-ul „164369”
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instanța „0x55e86d302120” nu are niciun handler cu id-ul „164370”
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instanța „0x55e86d302120” nu are un handler cu id-ul „164371”
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instanța „0x55e86d302120” nu are un handler cu id-ul „164372”
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instanța „0x55e86d302120” nu are un handler cu id-ul „164373”
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instanța „0x55e86d302120” nu are un handler cu id-ul „164374”
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instanța „0x55e86d302120” nu are niciun handler cu id-ul „164375”
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instanța „0x55e86d302120” nu are un handler cu id-ul „164376”
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instanța „0x55e86d302120” nu are un handler cu id-ul „164377”
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instanța „0x55e86d302120” nu are un handler cu id-ul „164378”
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instanța „0x55e86d302120” nu are un handler cu id-ul „164379”
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instanța „0x55e86d302120” nu are un handler cu id-ul „164380”
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: ../../../gobject/gsignal.c:2736: instanța „0x55e86d302120” nu are niciun handler cu id-ul „164381”
12 ianuarie 12:56:53 lexach91-X10Ti-S gnome-shell[3701]: cr_parser_new_from_buf: afirmația „a_buf && a_len” a eșuat

După aceea, sistemul a intrat mai întâi în somn și apoi, după ce s-a reconectat, a hibernat


Actualizare 2: Am verificat tastatura pe alte 3 mașini. Windows 10 și 11 funcționează absolut bine cu el. Laptopul soției mele care rulează ubuntu 21.10 intră și el în modul de repaus după conectarea tastaturii. Am nevoie de ajutor băieți. Cum să o repar? Unde să te uiți măcar?

drapel in
Aproape că nu există informații utile aici, motiv pentru care Google nu a putut să asiste. Mărcile și numerele de model vor contribui în mare măsură la furnizarea de răspunsuri

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.