Debian 11-et használok. Nemrég - itteni segítséggel - végre kiöltem a gnome alól a wayland-ot és visszatenni az xorgot, mert örökké kiléptetett, és így a futó folyamataimat lezárta.
Azóta stabil a grafikus felület, csak néha veszti el egy-egy alkalmazás a billentyűzetet. A gome érzékeli, mivel például az ALT+F2 bejön, és újra is lehet indítani a teljes felületet egy "r" paranccsal. Sajnos az alkalmazás ezután sem érzékeli a billentyűleütéseket.
A többi ablakban lévő alkalmazás jól kezeli a billentyűzetet, csak az adott alkalmazás nem. Először Viber desktop alatt észleltem, azt hittem, a Viber a hunyó. De a Vibert lezárva és újra indítva, megoldódott. Aztán a böngészőm is csinálta, de annak lezárás és újraindítása ismét megoldotta a gondot. Most azonban a konzolom veszítette el a billenytűzetet, benne értékes élő kapcsolatokkal. Nem akarnám lezárni. Hogyan adhatom vissza számára a billentyűzetet? Mi lehet egyáltalán ez?
Megoldás:
Az /etc/sysctl.conf fájlban be kell állítani a következőt:
fs.inotify.max_user_watches=524288
- 288 megtekintés
Hozzászólások
Annyi érdekességet még tapasztalok, hogy ha egyesével lezárom a konzol tabjait, és emiatt az adott konzol kérdést tesz fel egy felugró ablakban, akkor a felugró ablakban már érzékeli a billentyűzetet, de az eredetiben továbbra sem.
- A hozzászóláshoz be kell jelentkezni
(Valami stabil OS kellene rá, de az is lehet, hogy hardware-probléma.)
- A hozzászóláshoz be kell jelentkezni
(csak pusztán kíváncsiságból: nem a Debian 11 a legstabilabb?)
- A hozzászóláshoz be kell jelentkezni
Én ebben a kérdésben a tapasztalatot az elmélet elé priorizálnám.
A jó hír viszont az, hogy a ToyStory4-ben fontos szerepet kap Bo Peep alias Debian2
Szerk: igazából Debian 1.3
- A hozzászóláshoz be kell jelentkezni
Ablakfüggő hardver problémát én nehezen tudnék elképzelni.
- A hozzászóláshoz be kell jelentkezni
S az nem lehet hogy ha véletlenül Wayland-dal tolnád, akkor oké lenne? Be lehetett volna azt is állítani szerintem, hogy "ne léptessen ki"....pláne hogy ugyan nem ismerem az előző thread-et ahonnan kiindultál...de a "kiléptetés" inkább energiagazdálkodás gyanús mint sem grafikus sztori...
SystemD szindrómát érzek...azt is szokás szidni...vagy abból már kinőttünk? (magamat is beleértve)
- A hozzászóláshoz be kell jelentkezni
Tagadhatatlan, hogy Wayland alatt nem csinált ilyen billenytűeltűnést, de a beállításokon nem változtattam, így ha valami korrekt kiléptetés lett volna Wayland alatt, akkor az Xorg alatt kiléptetne.
Egyébként valami olyasmi volt a Wayland alatti kilépés, hogy, ha le volt kapcsolva a képernyő, de a Viberen üzenet érkezett, akkor minden taszkot bezárt és kilépett. Ez persze nem szentírás, hogy így és csak így esett meg, de mintha ez a kombináció gyakran okozta volna a kilépést. Semmiképp sem akartam beállni a Wayland debug-olók csapatába, ezért váltottam vissza Xorgra. Lehet ezt SystemD-hez hasonlítani, de évtizedek óta nem csinált ilyet a gnomom, csak most Waylanddal, és mióta nincs, azóta sem teszi. Szerintem ez Wayland bug, és maradnék az Xorgnál. Ami persze most egy másik buggal ajándékozott meg, de ezzel jobban együtt tudok élni, mint a Waylandéval. Azért persze megoldanám, ha lehet.
- A hozzászóláshoz be kell jelentkezni
probalj egy masik DE-t debian 11-ben mar van dogivel
neked aztan fura humorod van...
- A hozzászóláshoz be kell jelentkezni
Régebben többet is próbálgattam, már évek óta csak ezt a felületet használom, megszoktam. És általában azért nagyjából stabil.
- A hozzászóláshoz be kell jelentkezni
Nekem a hibaleírásból úgy tűnik, hogy csak a Chrome-alapú alkalmazások érintettek. A Viber is Elecrton-alapú tudtommal. Megoldást nem tudok, csak hátha közelebb visz a megoldáshoz.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
A Konsole szerintem nem chrome alapú. Ez fagyott be utoljára.
- A hozzászóláshoz be kell jelentkezni
Úgy tűnik, az /etc/sysctl.conf végére beillesztett:
fs.inotify.max_user_watches=524288
sor megoldotta a problémát. A kernelváltozó eredeti 65535-ös értéke ezek szerint alulméretezett.
- A hozzászóláshoz be kell jelentkezni
Ez az egyik vonás, amit sose szerettem a Debianban, ez a 90-es évekbeli konzervativizmust idéző default beállítások. 8 éves linuxos pályafutásom során ehhez a kernelparaméterhez sose kellett nyúlnom, most megnéztem Archon, és ott alapból 524288. Pont az ilyenek miatt nem szoktam ma már Debian, Ubuntu-alapú disztrókat ajánlani, mivel ilyen furcsaságokat eldöntenek a user helyett a háttérben, és győzzed kinyomozni, hogy mi a baj, mit kevertek meg a pakliban.
Félre ne érts, probléma van más disztrókon is, pl. ha már billentyűzet, akkor Archon néhány hétig több bspwm-et futtató embernél, így nálam is, azt csinálta a WM, hogy az Fn+F(akárhány) kombóra nyomott billenytűkre nagy ritkán, de teljesen random kilépett a WM, mintha crashelne, de hibaüzenet nem volt, újra belépés után minden jó. Persze azonnal lehetett tudni, hogy libinput bug, amit javítottak is.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
(Az átkos múltban olyan gépek is vígan elműködtek Linuxszal, ahol a teljes RAM volt ennyi, bájtban kifejezve... persze azóta haladtunk előre.)
- A hozzászóláshoz be kell jelentkezni