Hi *, for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard. Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A ´ openSUSE Tumbleweed 20230509 Any idea, what the reason might be and what to do against it? TIA. Bye. Michael.
* mh@mike.franken.de <mh@mike.franken.de> [05-11-23 16:56]:
Hi *,
for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard.
Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A ´ openSUSE Tumbleweed 20230509
Any idea, what the reason might be and what to do against it?
you have something sucking your cpu/memory. check when it slows using top or htop. then determine why the errant process exists. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet oftc
On Donnerstag, 11. Mai 2023 23:41:04 CEST Patrick Shanahan wrote:
* mh@mike.franken.de <mh@mike.franken.de> [05-11-23 16:56]:
Hi *,
for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard.
Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A
´ openSUSE Tumbleweed 20230509
Any idea, what the reason might be and what to do against it?
you have something sucking your cpu/memory. check when it slows using top or htop. then determine why the errant process exists.
No, there is nothing remarkable in the process list. And I can do whatever I want using the mouse - even starting to play a video is no problem in this case. And if it would be a memory or cpu problem, shouldn't that affect typing in the linux console, too?
* mh@mike.franken.de <mh@mike.franken.de> [05-12-23 14:09]:
On Donnerstag, 11. Mai 2023 23:41:04 CEST Patrick Shanahan wrote:
* mh@mike.franken.de <mh@mike.franken.de> [05-11-23 16:56]:
Hi *,
for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard.
Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A
´ openSUSE Tumbleweed 20230509
Any idea, what the reason might be and what to do against it?
you have something sucking your cpu/memory. check when it slows using top or htop. then determine why the errant process exists.
No, there is nothing remarkable in the process list. And I can do whatever I want using the mouse - even starting to play a video is no problem in this case. And if it would be a memory or cpu problem, shouldn't that affect typing in the linux console, too?
I would think so. I have no ideas :( -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet oftc
On 2023-05-11 22:54, mh@mike.franken.de wrote:
Hi *,
for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard.
Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A ´ openSUSE Tumbleweed 20230509
Any idea, what the reason might be and what to do against it?
I would try another desktop. XFCE, for instance. Before that, I would watch the journal in a terminal while this happens (journalctl --follow). -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
On 5/12/2023 4:39 PM, Carlos E. R. wrote:
On 2023-05-11 22:54, mh@mike.franken.de wrote:
Hi *,
for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard.
Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A ´ openSUSE Tumbleweed 20230509
Any idea, what the reason might be and what to do against it?
I would try another desktop. XFCE, for instance.
Before that, I would watch the journal in a terminal while this happens (journalctl --follow).
I've found some laptops to "just do that" in a graphics environment. Random and a restart "fixes it" for a while. But, most of mine have been used/scrounged machines, so there is that. I wrote it off to "shared memory issues", but never really had desktops without discreet/dedicated video cards and memory, to add support to that idea. Meh, what do I know these days?
* joe a <joea-lists@j4computers.com> [05-12-23 19:00]:
On 5/12/2023 4:39 PM, Carlos E. R. wrote:
On 2023-05-11 22:54, mh@mike.franken.de wrote:
Hi *,
for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard.
Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A ´ openSUSE Tumbleweed 20230509
Any idea, what the reason might be and what to do against it?
I would try another desktop. XFCE, for instance.
Before that, I would watch the journal in a terminal while this happens (journalctl --follow).
I've found some laptops to "just do that" in a graphics environment. Random and a restart "fixes it" for a while. But, most of mine have been used/scrounged machines, so there is that.
I wrote it off to "shared memory issues", but never really had desktops without discreet/dedicated video cards and memory, to add support to that idea.
Meh, what do I know these days?
perhaps add an external keyboard and use it for a while ??? -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet oftc
On 5/12/2023 8:08 PM, Patrick Shanahan wrote:
* joe a <joea-lists@j4computers.com> [05-12-23 19:00]:
On 5/12/2023 4:39 PM, Carlos E. R. wrote:
On 2023-05-11 22:54, mh@mike.franken.de wrote:
Hi *,
for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard.
Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A ´ openSUSE Tumbleweed 20230509
Any idea, what the reason might be and what to do against it?
I would try another desktop. XFCE, for instance.
Before that, I would watch the journal in a terminal while this happens (journalctl --follow).
I've found some laptops to "just do that" in a graphics environment. Random and a restart "fixes it" for a while. But, most of mine have been used/scrounged machines, so there is that.
I wrote it off to "shared memory issues", but never really had desktops without discreet/dedicated video cards and memory, to add support to that idea.
Meh, what do I know these days?
perhaps add an external keyboard and use it for a while ???
Worth a try if I run into that again.
On 2023-05-13 00:59, joe a wrote:
On 5/12/2023 4:39 PM, Carlos E. R. wrote:
On 2023-05-11 22:54, mh@mike.franken.de wrote:
Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A ´ openSUSE Tumbleweed 20230509
Any idea, what the reason might be and what to do against it?
I would try another desktop. XFCE, for instance.
Before that, I would watch the journal in a terminal while this happens (journalctl --follow).
I've found some laptops to "just do that" in a graphics environment. Random and a restart "fixes it" for a while. But, most of mine have been used/scrounged machines, so there is that.
I wrote it off to "shared memory issues", but never really had desktops without discreet/dedicated video cards and memory, to add support to that idea.
Meh, what do I know these days?
"Desktop" here doesn't mean a desktop computer. You are using the Plasma desktop. So try the XFCE desktop. Just ask Google "what is a desktop in Linux?" -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
On 5/12/2023 9:47 PM, Carlos E. R. wrote:
On 2023-05-13 00:59, joe a wrote:
On 5/12/2023 4:39 PM, Carlos E. R. wrote:
On 2023-05-11 22:54, mh@mike.franken.de wrote:
Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A ´ openSUSE Tumbleweed 20230509
Any idea, what the reason might be and what to do against it?
I would try another desktop. XFCE, for instance.
Before that, I would watch the journal in a terminal while this happens (journalctl --follow).
I've found some laptops to "just do that" in a graphics environment. Random and a restart "fixes it" for a while. But, most of mine have been used/scrounged machines, so there is that.
I wrote it off to "shared memory issues", but never really had desktops without discreet/dedicated video cards and memory, to add support to that idea.
Meh, what do I know these days?
"Desktop" here doesn't mean a desktop computer. You are using the Plasma desktop. So try the XFCE desktop.
Just ask Google "what is a desktop in Linux?"
I get that it can mean a graphical environment, such as KDE and such, just meant to mention desktops PC's as well. Forgot my audience for a moment. Nothing to do with any end of week, umm, relaxation techniques.
On 2023-05-11 22:54, mh@mike.franken.de wrote:
Hi *,
for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard
On Freitag, 12. Mai 2023 22:39:04 CEST Carlos E. R. wrote: then works as expected, until the same problem reoccurs. The
intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard.
Machine:
Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A
´ openSUSE Tumbleweed 20230509
Any idea, what the reason might be and what to do against it?
I would try another desktop. XFCE, for instance.
At least xfce applications (for example xfce4-terminal) running in the KDE environment are showing the same symptoms, when the problem occurs.
Before that, I would watch the journal in a terminal while this happens (journalctl --follow).
Nothing is shown there in case of the problem, completely nothing.
-- Cheers / Saludos,
Carlos E. R.
Thx and vye. Michael.
On 2023-05-13 20:28, mh@mike.franken.de wrote:
On 2023-05-11 22:54, mh@mike.franken.de wrote:
Hi *,
for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard
On Freitag, 12. Mai 2023 22:39:04 CEST Carlos E. R. wrote: then works as expected, until the same problem reoccurs. The
intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard.
Machine:
Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A
´ openSUSE Tumbleweed 20230509
Any idea, what the reason might be and what to do against it?
I would try another desktop. XFCE, for instance.
At least xfce applications (for example xfce4-terminal) running in the KDE environment are showing the same symptoms, when the problem occurs.
Better try the full thing. Any desktop you can try, gtk based (so that the libraries are different).
Before that, I would watch the journal in a terminal while this happens (journalctl --follow).
Nothing is shown there in case of the problem, completely nothing.
Oh. I was hoping to see interrupt trouble or usb trouble. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
On Samstag, 13. Mai 2023 22:14:34 CEST Carlos E. R. wrote:
On 2023-05-13 20:28, mh@mike.franken.de wrote: [...]
At least xfce applications (for example xfce4-terminal) running in the KDE environment are showing the same symptoms, when the problem occurs.
Better try the full thing. Any desktop you can try, gtk based (so that the libraries are different).
The problem is, that I would have to completely configure a second desktop environment, so that I can work with it as I do with KDE. And I have to do all the things for some time, I normally do in KDE to reproduce the problem. This is extremely time consuming.
Before that, I would watch the journal in a terminal while this happens (journalctl --follow).
Nothing is shown there in case of the problem, completely nothing.
Oh. I was hoping to see interrupt trouble or usb trouble.
That would have been too easy ;) Whats more, it is happening with the integrated (non USB) and any external USB keyboard. The chance, that it is the same reason then, seems very little to me.
-- Cheers / Saludos,
Carlos E. R.
Thx and bye. Michael.
* mh@mike.franken.de <mh@mike.franken.de> [05-13-23 16:58]:
On Samstag, 13. Mai 2023 22:14:34 CEST Carlos E. R. wrote:
On 2023-05-13 20:28, mh@mike.franken.de wrote: [...]
At least xfce applications (for example xfce4-terminal) running in the KDE environment are showing the same symptoms, when the problem occurs.
Better try the full thing. Any desktop you can try, gtk based (so that the libraries are different).
The problem is, that I would have to completely configure a second desktop environment, so that I can work with it as I do with KDE. And I have to do all the things for some time, I normally do in KDE to reproduce the problem. This is extremely time consuming.
then try icewm which is *usually* included on install and should not require you to add additional files. startx /usr/bin/icewm-session-default and maybe start it from multi-user.target -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet oftc
On 2023-05-13 23:36, Patrick Shanahan wrote:
* mh@mike.franken.de <mh@mike.franken.de> [05-13-23 16:58]:
On Samstag, 13. Mai 2023 22:14:34 CEST Carlos E. R. wrote:
On 2023-05-13 20:28, mh@mike.franken.de wrote: [...]
At least xfce applications (for example xfce4-terminal) running in the KDE environment are showing the same symptoms, when the problem occurs.
Better try the full thing. Any desktop you can try, gtk based (so that the libraries are different).
The problem is, that I would have to completely configure a second desktop environment, so that I can work with it as I do with KDE. And I have to do all the things for some time, I normally do in KDE to reproduce the problem. This is extremely time consuming.
No need to fully configure. Just start typing and see if the problem happens.
then try icewm which is *usually* included on install and should not require you to add additional files.
startx /usr/bin/icewm-session-default
and maybe start it from multi-user.target
You should be able to select it at the graphical login. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
On Donnerstag, 11. Mai 2023 22:54:40 CEST mh@mike.franken.de wrote:
Hi *,
for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard.
Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A ´ openSUSE Tumbleweed 20230509
Any idea, what the reason might be and what to do against it?
As it turns out, this is not (only) a keyboard problem. Trying to start systemsettings in that situation fails - when started from the menu, the process stops without showing a window, when started from a terminal (and waiting for the key presses to show up), the process hangs. Waiting a little longer leads to a complete freeze of the GUI. Killing/ restarting plasmashell, kwin or kded5 doesn't help. Still there are no useful messages in the journal. Can this be caused by a memory problem?
TIA.
Bye. Michael.
* mh@mike.franken.de <mh@mike.franken.de> [05-16-23 16:36]:
On Donnerstag, 11. Mai 2023 22:54:40 CEST mh@mike.franken.de wrote:
Hi *,
for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard.
Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A ´ openSUSE Tumbleweed 20230509
Any idea, what the reason might be and what to do against it?
As it turns out, this is not (only) a keyboard problem. Trying to start systemsettings in that situation fails - when started from the menu, the process stops without showing a window, when started from a terminal (and waiting for the key presses to show up), the process hangs. Waiting a little longer leads to a complete freeze of the GUI. Killing/ restarting plasmashell, kwin or kded5 doesn't help. Still there are no useful messages in the journal.
Can this be caused by a memory problem?
anything is possible. but you *can* test your memory. boot from a stick with memtest installed and test for yourself. unless you take your box to someone to test, you are the only one that can anser if memory is bad/flakey. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet oftc
On Dienstag, 16. Mai 2023 23:06:08 CEST Patrick Shanahan wrote:
* mh@mike.franken.de <mh@mike.franken.de> [05-16-23 16:36]:
On Donnerstag, 11. Mai 2023 22:54:40 CEST mh@mike.franken.de wrote:
Hi *,
for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard.
Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A
´ openSUSE Tumbleweed 20230509
Any idea, what the reason might be and what to do against it?
As it turns out, this is not (only) a keyboard problem. Trying to start systemsettings in that situation fails - when started from the menu, the process stops without showing a window, when started from a terminal (and waiting for the key presses to show up), the process hangs. Waiting a little longer leads to a complete freeze of the GUI. Killing/ restarting plasmashell, kwin or kded5 doesn't help. Still there are no useful messages in the journal.
Can this be caused by a memory problem?
anything is possible. but you *can* test your memory. boot from a stick with memtest installed and test for yourself. unless you take your box to someone to test, you are the only one that can anser if memory is bad/flakey.
Yep, will do that, when I am back home from vacation. What makes me wonder is the fact, that I can start videos, that run without any problem in this situation.
Am 16.05.23 um 23:11 schrieb mh@mike.franken.de:
On Dienstag, 16. Mai 2023 23:06:08 CEST Patrick Shanahan wrote:
* mh@mike.franken.de <mh@mike.franken.de> [05-16-23 16:36]:
Hi *,
for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard.
Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A
´ openSUSE Tumbleweed 20230509
Any idea, what the reason might be and what to do against it? As it turns out, this is not (only) a keyboard problem. Trying to start systemsettings in that situation fails - when started from
On Donnerstag, 11. Mai 2023 22:54:40 CEST mh@mike.franken.de wrote: the menu, the process stops without showing a window, when started from a terminal (and waiting for the key presses to show up), the process hangs. Waiting a little longer leads to a complete freeze of the GUI. Killing/ restarting plasmashell, kwin or kded5 doesn't help. Still there are no useful messages in the journal.
Can this be caused by a memory problem? anything is possible. but you *can* test your memory. boot from a stick with memtest installed and test for yourself. unless you take your box to someone to test, you are the only one that can anser if memory is bad/flakey. Yep, will do that, when I am back home from vacation.
What makes me wonder is the fact, that I can start videos, that run without any problem in this situation.
And "top" really does not show anything strange? Anything CPU consuming? BR Pete
On 2023-05-21 15:54, Peter Maffter via openSUSE Users wrote:
Am 16.05.23 um 23:11 schrieb mh@mike.franken.de:
On Dienstag, 16. Mai 2023 23:06:08 CEST Patrick Shanahan wrote:
* mh@mike.franken.de <mh@mike.franken.de> [05-16-23 16:36]:
Hi *,
for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard.
Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A
´ openSUSE Tumbleweed 20230509
Any idea, what the reason might be and what to do against it? As it turns out, this is not (only) a keyboard problem. Trying to start systemsettings in that situation fails - when started from
On Donnerstag, 11. Mai 2023 22:54:40 CEST mh@mike.franken.de wrote: the menu, the process stops without showing a window, when started from a terminal (and waiting for the key presses to show up), the process hangs. Waiting a little longer leads to a complete freeze of the GUI. Killing/ restarting plasmashell, kwin or kded5 doesn't help. Still there are no useful messages in the journal.
Can this be caused by a memory problem? anything is possible. but you *can* test your memory. boot from a stick with memtest installed and test for yourself. unless you take your box to someone to test, you are the only one that can anser if memory is bad/flakey. Yep, will do that, when I am back home from vacation.
What makes me wonder is the fact, that I can start videos, that run without any problem in this situation.
And "top" really does not show anything strange? Anything CPU consuming?
It could be any other resource. For instance, an interrupt storm. Maybe "atop" would be better. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
On Dienstag, 16. Mai 2023 22:33:08 CET mh@mike.franken.de wrote:
On Donnerstag, 11. Mai 2023 22:54:40 CEST mh@mike.franken.de wrote:
Hi *,
for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard. [...]
After a long time of testing, I found out, that the problem doesn't occur any longer without ibus. I uninstalled ibus and the problem didn't occur for more than a week. I then reinstalled ibus, but removed config and cache directories. Within two hours, the problem reoccurred. I then uninstalled ibus for a second time. This was two weeks ago and since then I have no more problems with my keyboards and/or plasma lagging and freezing. I am not sure, why ibus causes these problems for me - but obviously for no one else. Bye. Michael.
On Donnerstag, 11. Mai 2023 22:54:40 CEST mh@mike.franken.de wrote:
Hi *,
for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard.
Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A ´ openSUSE Tumbleweed 20230509
Any idea, what the reason might be and what to do against it?
Back home today I ran a complete memtest86 and the hardware checker integrated in DELL notebooks. Both don't show any errors. I submitted a bug report to openSUSE's bugzilla. Next I try, is using a different user, after that I'll use xfce4 for a certain time.
TIA.
Bye. Michael.
On 5/30/23 13:02, mh@mike.franken.de wrote:
Back home today I ran a complete memtest86 and the hardware checker integrated in DELL notebooks. Both don't show any errors. I submitted a bug report to openSUSE's bugzilla.
Next I try, is using a different user, after that I'll use xfce4 for a certain time.
You should also post the bug number here ;) Did you try to downgrade any packages to see if this can be resolved? Or start an earlier snapshot to see when the problem started? - Adam
On Mittwoch, 31. Mai 2023 13:47:47 CEST Adam Majer wrote:
On 5/30/23 13:02, mh@mike.franken.de wrote:
Back home today I ran a complete memtest86 and the hardware checker integrated in DELL notebooks. Both don't show any errors. I submitted a bug report to openSUSE's bugzilla.
Next I try, is using a different user, after that I'll use xfce4 for a certain time.
You should also post the bug number here ;)
Bug 1211806
Did you try to downgrade any packages to see if this can be resolved? Or start an earlier snapshot to see when the problem started?
I don't use btrfs snapshots or similar. And I don't know what package to downgrade. The problem lasts for weeks now and there were lots of snapshots since then.
- Adam
Bye. Michael.
On Dienstag, 30. Mai 2023 13:02:16 CEST mh@mike.franken.de wrote:
On Donnerstag, 11. Mai 2023 22:54:40 CEST mh@mike.franken.de wrote:
Hi *,
for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard.
Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A
´ openSUSE Tumbleweed 20230509
Any idea, what the reason might be and what to do against it?
Back home today I ran a complete memtest86 and the hardware checker integrated in DELL notebooks. Both don't show any errors. I submitted a bug report to openSUSE's bugzilla.
Next I try, is using a different user, after that I'll use xfce4 for a certain time.
No way to test with a different user. There are too many permissions problems due to mounted nfs shares, restrictive policies and so on. Login with a different user doesn't allow me to use most of my usual applications, because the necessary user files aren't accessible. So next step is to run xfce4 with my original user. Meanwhile I suspect RedNotebook to be the root cause for the problems. I am not sure, if it happens, because I write a lot of text (more than in most other programs) in this app, or because I copy & paste a lot when using this program. Does it corrupt memory somehow? In the last weeks the problems always occurred, when using RedNotebook. I couldn't find any similar report, though.
TIA.
Bye. Michael.
On 2023-06-04 11:02, mh@mike.franken.de wrote:
On Dienstag, 30. Mai 2023 13:02:16 CEST mh@mike.franken.de wrote:
On Donnerstag, 11. Mai 2023 22:54:40 CEST mh@mike.franken.de wrote:
Hi *,
...
Next I try, is using a different user, after that I'll use xfce4 for a certain time.
No way to test with a different user. There are too many permissions problems due to mounted nfs shares, restrictive policies and so on. Login with a different user doesn't allow me to use most of my usual applications, because the necessary user files aren't accessible. So next step is to run xfce4 with my original user.
That's trivial, just choose xfce at login.
Meanwhile I suspect RedNotebook to be the root cause for the problems. I am not sure, if it happens, because I write a lot of text (more than in most other programs) in this app, or because I copy & paste a lot when using this program. Does it corrupt memory somehow? In the last weeks the problems always occurred, when using RedNotebook. I couldn't find any similar report, though.
I'm not familiar with the app. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
On Sonntag, 4. Juni 2023 11:28:57 CEST Carlos E. R. wrote:
On 2023-06-04 11:02, mh@mike.franken.de wrote: [...]
No way to test with a different user. There are too many permissions problems due to mounted nfs shares, restrictive policies and so on. Login with a different user doesn't allow me to use most of my usual applications, because the necessary user files aren't accessible. So next step is to run xfce4 with my original user.
That's trivial, just choose xfce at login.
Nope, there is no xfce4 environment installed yet. [...]
-- Cheers / Saludos,
Carlos E. R.
Bye. Michael.
On 2023-06-04 13:56, mh@mike.franken.de wrote:
On Sonntag, 4. Juni 2023 11:28:57 CEST Carlos E. R. wrote:
On 2023-06-04 11:02, mh@mike.franken.de wrote: [...]
No way to test with a different user. There are too many permissions problems due to mounted nfs shares, restrictive policies and so on. Login with a different user doesn't allow me to use most of my usual applications, because the necessary user files aren't accessible. So next step is to run xfce4 with my original user.
That's trivial, just choose xfce at login.
Nope, there is no xfce4 environment installed yet.
And what is delaying you? I have probably all desktops installed in a single machine. Nothing to it. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
On Sonntag, 4. Juni 2023 20:09:10 CEST Carlos E. R. wrote:
On 2023-06-04 13:56, mh@mike.franken.de wrote:
On Sonntag, 4. Juni 2023 11:28:57 CEST Carlos E. R. wrote:
On 2023-06-04 11:02, mh@mike.franken.de wrote:
[...]
No way to test with a different user. There are too many permissions problems due to mounted nfs shares, restrictive policies and so on. Login with a different user doesn't allow me to use most of my usual applications, because the necessary user files aren't accessible. So next step is to run xfce4 with my original user.
That's trivial, just choose xfce at login.
Nope, there is no xfce4 environment installed yet.
And what is delaying you?
Nothing besides the fact, that I hate polluting a system with packages I don't need. Every additional package can be an additional risk regarding bugs, security holes, ... I'm not paranoid, but ... :)
I have probably all desktops installed in a single machine. Nothing to it.
See above.
-- Cheers / Saludos,
Carlos E. R.
Bye. Michael.
On 2023-06-04 20:47, mh@mike.franken.de wrote:
On Sonntag, 4. Juni 2023 20:09:10 CEST Carlos E. R. wrote:
On 2023-06-04 13:56, mh@mike.franken.de wrote:
On Sonntag, 4. Juni 2023 11:28:57 CEST Carlos E. R. wrote:
On 2023-06-04 11:02, mh@mike.franken.de wrote:
[...]
No way to test with a different user. There are too many permissions problems due to mounted nfs shares, restrictive policies and so on. Login with a different user doesn't allow me to use most of my usual applications, because the necessary user files aren't accessible. So next step is to run xfce4 with my original user.
That's trivial, just choose xfce at login.
Nope, there is no xfce4 environment installed yet.
And what is delaying you?
Nothing besides the fact, that I hate polluting a system with packages I don't need. Every additional package can be an additional risk regarding bugs, security holes, ...
I'm not paranoid, but ... :)
I have probably all desktops installed in a single machine. Nothing to it.
See above.
No, I don't see anything. There is no risk at all in code that is not actually running. And if somebody can get to run arbitrary commands in your computer, then you have a bigger problem than that. -- Cheers / Saludos, Carlos E. R. (from 15.4 x86_64 at Telcontar)
On Sonntag, 4. Juni 2023 20:51:12 CEST Carlos E. R. wrote:
On 2023-06-04 20:47, mh@mike.franken.de wrote: [...]
No, I don't see anything. There is no risk at all in code that is not actually running.
And if somebody can get to run arbitrary commands in your computer, then you have a bigger problem than that.
didn't I say:
I'm not paranoid, but ... :)
-- Cheers / Saludos,
Carlos E. R.
Bye. Michael.
Ken Schneider
On Jun 4, 2023, at 2:58 PM, mh@mike.franken.de wrote:
On Sonntag, 4. Juni 2023 20:51:12 CEST Carlos E. R. wrote:
On 2023-06-04 20:47, mh@mike.franken.de wrote: [...]
No, I don't see anything. There is no risk at all in code that is not actually running.
And if somebody can get to run arbitrary commands in your computer, then you have a bigger problem than that.
didn't I say:
I'm not paranoid, but ... :)
But you are.
-- Cheers / Saludos,
Carlos E. R.
Bye. Michael.
On Donnerstag, 11. Mai 2023 22:54:40 CEST mh@mike.franken.de wrote:
Hi *,
for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard.
Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A ´ openSUSE Tumbleweed 20230509
Any idea, what the reason might be and what to do against it?
the problem still exists. After having tested everything, I could think of, and following some advice given here in the list, I have no idea, where to go next. I moved my home directory away and started over with an empty one. For a while the problem didn't occur, but after about 10 days it was back. I created a new user - and again: For a while the problems didn't occur, but after about 10 days it was back. I used xfce4 instead of KDE - and again, ... I tested all keys and detected, that only the character keys, the numeric keys and a few special keys like escape are affected, but only, if they are used to type text. If I use them to jump to a file in dolphin or a mail in kontact by typing the first character of an element, they are working without a problem. function and cursor keys always work as expected. Still there are no entries in the journal or any other log. Sometimes the problem gets worse while trying to debug it - KDE (xfce4) functions stop working, i.e. menus are no longer shown, systemsettings can't be started, logoff does not work, ... It seems as if the GUI slowly, but steadily is dying. Changing to a console, killing the session and login back in always solves the problem - until it reoccurs, which happens a few minutes to a few days later. A complete memory check doesn't show any problem. Anyone any further idea?
TIA.
Bye. Michael.
mh＠mike.franken.de wrote:
Hi *, for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard. Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A ´ openSUSE Tumbleweed 20230509 Any idea, what the reason might be and what to do against it? the problem still exists. After having tested everything, I could think of, and following some advice given here in the list, I have no idea, where to go next. I moved my home directory away and started over with an empty one. For a while
On Donnerstag, 11. Mai 2023 22:54:40 CEST mh@mike.franken.de wrote: the problem didn't occur, but after about 10 days it was back. I created a new user - and again: For a while the problems didn't occur, but after about 10 days it was back. I used xfce4 instead of KDE - and again, ... I tested all keys and detected, that only the character keys, the numeric keys and a few special keys like escape are affected, but only, if they are used to type text. If I use them to jump to a file in dolphin or a mail in kontact by typing the first character of an element, they are working without a problem. function and cursor keys always work as expected. Still there are no entries in the journal or any other log. Sometimes the problem gets worse while trying to debug it - KDE (xfce4) functions stop working, i.e. menus are no longer shown, systemsettings can't be started, logoff does not work, ... It seems as if the GUI slowly, but steadily is dying. Changing to a console, killing the session and login back in always solves the problem - until it reoccurs, which happens a few minutes to a few days later. A complete memory check doesn't show any problem. Anyone any further idea?
TIA. Bye. Michael.
I'm wondering if perhaps there's some connection between the keyboard layout/locale configuration and this issue - check out this link for what sounds like a possibly related issue and idea for a fix? https://www.reddit.com/r/pop_os/comments/u5ao31/comment/i517bsk/?utm_source=share&utm_medium=web2x&context=3 Thanks, John Kizer
On Mittwoch, 6. September 2023 21:05:50 CEST John Kizer via openSUSE Users wrote:
mh＠mike.franken.de wrote:
On Donnerstag, 11. Mai 2023 22:54:40 CEST mh@mike.franken.de wrote:
Hi *, for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard.
Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A
´ openSUSE Tumbleweed 20230509 Any idea, what the reason might be and what to do against it? the problem still exists.
After having tested everything, I could think of, and following some advice given here in the list, I have no idea, where to go next. I moved my home directory away and started over with an empty one. For a while the problem didn't occur, but after about 10 days it was back. I created a new user - and again: For a while the problems didn't occur, but after about 10 days it was back. I used xfce4 instead of KDE - and again, ... I tested all keys and detected, that only the character keys, the numeric keys and a few special keys like escape are affected, but only, if they are used to type text. If I use them to jump to a file in dolphin or a mail in kontact by typing the first character of an element, they are working without a problem. function and cursor keys always work as expected. Still there are no entries in the journal or any other log. Sometimes the problem gets worse while trying to debug it - KDE (xfce4) functions stop working, i.e. menus are no longer shown, systemsettings can't be started, logoff does not work, ... It seems as if the GUI slowly, but steadily is dying. Changing to a console, killing the session and login back in always solves the problem - until it reoccurs, which happens a few minutes to a few days later. A complete memory check doesn't show any problem. Anyone any further idea?
TIA. Bye. Michael.
I'm wondering if perhaps there's some connection between the keyboard layout/locale configuration and this issue - check out this link for what sounds like a possibly related issue and idea for a fix?
https://www.reddit.com/r/pop_os/comments/u5ao31/comment/i517bsk/?utm_source= share&utm_medium=web2x&context=3
I defined "German (with deadkeys)" in Yast's keyboard settings, but as for KDE, I don't have any keyboard layout definitions in the list. I defined "American English" in "Regional settings" with everything else set to "German" and my environment contains LANG=en_US.UTF-8 LC_MONETARY=de_DE.UTF-8 LC_MEASUREMENT=de_DE.UTF-8 LC_CTYPE=en_US.UTF-8 LC_TIME=de_DE.UTF-8 LC_NUMERIC=de_DE.UTF-8 Not sure, what to change here? Should I add a German keyboard layout to the list?
Thanks,
John Kizer
Thx for your hint! Bye. Michael.
mh＠mike.franken.de wrote:
On Mittwoch, 6. September 2023 21:05:50 CEST John Kizer via openSUSE Users wrote:
mh＠mike.franken.de wrote: On Donnerstag, 11. Mai 2023 22:54:40 CEST mh@mike.franken.de wrote: Hi *, for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard. Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A ´ openSUSE Tumbleweed 20230509 Any idea, what the reason might be and what to do against it? the problem still exists. After having tested everything, I could think of, and following some advice given here in the list, I have no idea, where to go next. I moved my home directory away and started over with an empty one. For a while the problem didn't occur, but after about 10 days it was back. I created a new user - and again: For a while the problems didn't occur, but after about 10 days it was back. I used xfce4 instead of KDE - and again, ... I tested all keys and detected, that only the character keys, the numeric keys and a few special keys like escape are affected, but only, if they are used to type text. If I use them to jump to a file in dolphin or a mail in kontact by typing the first character of an element, they are working without a problem. function and cursor keys always work as expected. Still there are no entries in the journal or any other log. Sometimes the problem gets worse while trying to debug it - KDE (xfce4) functions stop working, i.e. menus are no longer shown, systemsettings can't be started, logoff does not work, ... It seems as if the GUI slowly, but steadily is dying. Changing to a console, killing the session and login back in always solves the problem - until it reoccurs, which happens a few minutes to a few days later. A complete memory check doesn't show any problem. Anyone any further idea? TIA. Bye. Michael. I'm wondering if perhaps there's some connection between the keyboard layout/locale configuration and this issue - check out this link for what sounds like a possibly related issue and idea for a fix? https://www.reddit.com/r/pop_os/comments/u5ao31/comment/i517bsk/?utm_source= share&utm_medium=web2x&context=3 I defined "German (with deadkeys)" in Yast's keyboard settings, but as for KDE, I don't have any keyboard layout definitions in the list. I defined "American English" in "Regional settings" with everything else set to "German" and my environment contains LANG=en_US.UTF-8 LC_MONETARY=de_DE.UTF-8 LC_MEASUREMENT=de_DE.UTF-8 LC_CTYPE=en_US.UTF-8 LC_TIME=de_DE.UTF-8 LC_NUMERIC=de_DE.UTF-8 Not sure, what to change here? Should I add a German keyboard layout to the list? Thanks, John Kizer Thx for your hint! Bye. Michael.
Looking back at the original problem...what you're describing sounds a bit like the "Slow Keys" accessibility feature, too? Have you checked to see if that is perhaps accidentally getting enabled? And because I think that's something that the X11 server itself handles, maybe try seeing if you notice the same issue when logging into KDE Plasma in the Wayland session? Also, silly question probably, but your keyboard is actually physically a German layout keyboard, correct? (Thinking if it's not physically a German layout keyboard, that might throw off interpretation of inputs somehow...perhaps even by incorrectly sending a signal for shift that might trigger the "hold down shift for 8 seconds to enable slow keys" feature?) Lots of guesses on my part, but hopefully something there might relate in some way to the solution! Thanks, John Kizer
* John Kizer via openSUSE Users <users@lists.opensuse.org> [09-07-23 12:31]:
mh＠mike.franken.de wrote:
On Mittwoch, 6. September 2023 21:05:50 CEST John Kizer via openSUSE Users wrote:
mh＠mike.franken.de wrote: On Donnerstag, 11. Mai 2023 22:54:40 CEST mh@mike.franken.de wrote: Hi *, for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard. Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A ´ openSUSE Tumbleweed 20230509 Any idea, what the reason might be and what to do against it? the problem still exists. After having tested everything, I could think of, and following some advice given here in the list, I have no idea, where to go next. I moved my home directory away and started over with an empty one. For a while the problem didn't occur, but after about 10 days it was back. I created a new user - and again: For a while the problems didn't occur, but after about 10 days it was back. I used xfce4 instead of KDE - and again, ... I tested all keys and detected, that only the character keys, the numeric keys and a few special keys like escape are affected, but only, if they are used to type text. If I use them to jump to a file in dolphin or a mail in kontact by typing the first character of an element, they are working without a problem. function and cursor keys always work as expected. Still there are no entries in the journal or any other log. Sometimes the problem gets worse while trying to debug it - KDE (xfce4) functions stop working, i.e. menus are no longer shown, systemsettings can't be started, logoff does not work, ... It seems as if the GUI slowly, but steadily is dying. Changing to a console, killing the session and login back in always solves the problem - until it reoccurs, which happens a few minutes to a few days later. A complete memory check doesn't show any problem. Anyone any further idea? TIA. Bye. Michael. I'm wondering if perhaps there's some connection between the keyboard layout/locale configuration and this issue - check out this link for what sounds like a possibly related issue and idea for a fix? https://www.reddit.com/r/pop_os/comments/u5ao31/comment/i517bsk/?utm_source= share&utm_medium=web2x&context=3 I defined "German (with deadkeys)" in Yast's keyboard settings, but as for KDE, I don't have any keyboard layout definitions in the list. I defined "American English" in "Regional settings" with everything else set to "German" and my environment contains LANG=en_US.UTF-8 LC_MONETARY=de_DE.UTF-8 LC_MEASUREMENT=de_DE.UTF-8 LC_CTYPE=en_US.UTF-8 LC_TIME=de_DE.UTF-8 LC_NUMERIC=de_DE.UTF-8 Not sure, what to change here? Should I add a German keyboard layout to the list? Thanks, John Kizer Thx for your hint! Bye. Michael.
Looking back at the original problem...what you're describing sounds a bit like the "Slow Keys" accessibility feature, too? Have you checked to see if that is perhaps accidentally getting enabled?
And because I think that's something that the X11 server itself handles, maybe try seeing if you notice the same issue when logging into KDE Plasma in the Wayland session?
Also, silly question probably, but your keyboard is actually physically a German layout keyboard, correct? (Thinking if it's not physically a German layout keyboard, that might throw off interpretation of inputs somehow...perhaps even by incorrectly sending a signal for shift that might trigger the "hold down shift for 8 seconds to enable slow keys" feature?)
Lots of guesses on my part, but hopefully something there might relate in some way to the solution!
Thanks,
John Kizer
I would look at what xset provides. just saying -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.org openSUSE Community Member facebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet oftc
On Donnerstag, 7. September 2023 18:40:40 CEST Patrick Shanahan wrote:
* John Kizer via openSUSE Users <users@lists.opensuse.org> [09-07-23 12:31]:
mh＠mike.franken.de wrote:
On Mittwoch, 6. September 2023 21:05:50 CEST John Kizer via openSUSE Users
wrote:
mh＠mike.franken.de wrote: On Donnerstag, 11. Mai 2023 22:54:40 CEST mh@mike.franken.de wrote: Hi *, for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard.
Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A
´ openSUSE Tumbleweed 20230509 Any idea, what the reason might be and what to do against it? the problem still exists. After having tested everything, I could think of, and following some advice given here in the list, I have no idea, where to go next. I moved my home directory away and started over with an empty one. For a while the problem didn't occur, but after about 10 days it was back. I created a new user - and again: For a while the problems didn't occur, but after about 10 days it was back. I used xfce4 instead of KDE - and again, ... I tested all keys and detected, that only the character keys, the numeric keys and a few special keys like escape are affected, but only, if they are used to type text. If I use them to jump to a file in dolphin or a mail in kontact by typing the first character of an element, they are working without a problem. function and cursor keys always work as expected. Still there are no entries in the journal or any other log. Sometimes the problem gets worse while trying to debug it - KDE (xfce4) functions stop working, i.e. menus are no longer shown, systemsettings can't be started, logoff does not work, ... It seems as if the GUI slowly, but steadily is dying. Changing to a console, killing the session and login back in always solves the problem - until it reoccurs, which happens a few minutes to a few days later. A complete memory check doesn't show any problem. Anyone any further idea? TIA. Bye. Michael. I'm wondering if perhaps there's some connection between the keyboard layout/locale configuration and this issue - check out this link for what sounds like a possibly related issue and idea for a fix? https://www.reddit.com/r/pop_os/comments/u5ao31/comment/i517bsk/?utm_s ource= share&utm_medium=web2x&context=3 I defined "German (with deadkeys)" in Yast's keyboard settings, but as for
KDE, I don't have any keyboard layout definitions in the list. I defined "American English" in "Regional settings" with everything else set to "German" and my environment contains LANG=en_US.UTF-8 LC_MONETARY=de_DE.UTF-8 LC_MEASUREMENT=de_DE.UTF-8 LC_CTYPE=en_US.UTF-8 LC_TIME=de_DE.UTF-8 LC_NUMERIC=de_DE.UTF-8 Not sure, what to change here? Should I add a German keyboard layout to the list?
Thanks, John Kizer Thx for your hint!
Bye. Michael.
Looking back at the original problem...what you're describing sounds a bit like the "Slow Keys" accessibility feature, too? Have you checked to see if that is perhaps accidentally getting enabled?
And because I think that's something that the X11 server itself handles, maybe try seeing if you notice the same issue when logging into KDE Plasma in the Wayland session?
Also, silly question probably, but your keyboard is actually physically a German layout keyboard, correct? (Thinking if it's not physically a German layout keyboard, that might throw off interpretation of inputs somehow...perhaps even by incorrectly sending a signal for shift that might trigger the "hold down shift for 8 seconds to enable slow keys" feature?)
Lots of guesses on my part, but hopefully something there might relate in some way to the solution!
Thanks,
John Kizer
I would look at what xset provides. just saying
xset q Keyboard Control: auto repeat: on key click percent: 0 LED mask: 00000000 XKB indicators: 00: Caps Lock: off 01: Num Lock: off 02: Scroll Lock: off 03: Compose: off 04: Kana: off 05: Sleep: off 06: Suspend: off 07: Mute: off 08: Misc: off 09: Mail: off 10: Charging: off 11: Shift Lock: off 12: Group 2: off 13: Mouse Keys: off auto repeat delay: 660 repeat rate: 25 auto repeating keys: 00ffffffdffffbbf fadfffefffedffff 9fffffffffffffff fff7ffffffffffff bell percent: 50 bell pitch: 400 bell duration: 100
On Donnerstag, 7. September 2023 18:30:44 CEST John Kizer via openSUSE Users wrote:
mh＠mike.franken.de wrote:
On Mittwoch, 6. September 2023 21:05:50 CEST John Kizer via openSUSE Users
wrote:
mh＠mike.franken.de wrote: On Donnerstag, 11. Mai 2023 22:54:40 CEST mh@mike.franken.de wrote: Hi *, for some time now I have a problem with the keyboard on my notebook. It becomes extremely slow, i.e. only one or two keypresses are shown every 10 seconds. Special keyboard shortcuts like Alt-F4 or Ctrl-F5 are working as expected. Switching to a Linux console with Ctrl-Alt-[0-9] is still working, too. In the Linux console typing works without any problems then. Switching back to KDE again/still shows the problem. The only "solution" I found is to logout and login. For a while the keyboard then works as expected, until the same problem reoccurs. The intervals the problem shows up vary between once an evening to every 10 minutes. It happens in all programs one can type anything, i.e. OO Writer, graphical terminals or even dialog boxes of any kind. It happens with the internal notebook keyboard and also with an external USB keyboard.
Machine: Type: Convertible System: Dell product: XPS 13 9310 2-in-1 v: N/A
´ openSUSE Tumbleweed 20230509 Any idea, what the reason might be and what to do against it? the problem still exists. After having tested everything, I could think of, and following some advice given here in the list, I have no idea, where to go next. I moved my home directory away and started over with an empty one. For a while the problem didn't occur, but after about 10 days it was back. I created a new user - and again: For a while the problems didn't occur, but after about 10 days it was back. I used xfce4 instead of KDE - and again, ... I tested all keys and detected, that only the character keys, the numeric keys and a few special keys like escape are affected, but only, if they are used to type text. If I use them to jump to a file in dolphin or a mail in kontact by typing the first character of an element, they are working without a problem. function and cursor keys always work as expected. Still there are no entries in the journal or any other log. Sometimes the problem gets worse while trying to debug it - KDE (xfce4) functions stop working, i.e. menus are no longer shown, systemsettings can't be started, logoff does not work, ... It seems as if the GUI slowly, but steadily is dying. Changing to a console, killing the session and login back in always solves the problem - until it reoccurs, which happens a few minutes to a few days later. A complete memory check doesn't show any problem. Anyone any further idea? TIA. Bye. Michael. I'm wondering if perhaps there's some connection between the keyboard layout/locale configuration and this issue - check out this link for what sounds like a possibly related issue and idea for a fix? https://www.reddit.com/r/pop_os/comments/u5ao31/comment/i517bsk/?utm_sou rce= share&utm_medium=web2x&context=3 I defined "German (with deadkeys)" in Yast's keyboard settings, but as for
KDE, I don't have any keyboard layout definitions in the list. I defined "American English" in "Regional settings" with everything else set to "German" and my environment contains LANG=en_US.UTF-8 LC_MONETARY=de_DE.UTF-8 LC_MEASUREMENT=de_DE.UTF-8 LC_CTYPE=en_US.UTF-8 LC_TIME=de_DE.UTF-8 LC_NUMERIC=de_DE.UTF-8 Not sure, what to change here? Should I add a German keyboard layout to the list?
Thanks, John Kizer Thx for your hint!
Bye. Michael.
Looking back at the original problem...what you're describing sounds a bit like the "Slow Keys" accessibility feature, too? Have you checked to see if that is perhaps accidentally getting enabled?
Yep, that was one of the first hints I got. All accessibility options are off.
And because I think that's something that the X11 server itself handles, maybe try seeing if you notice the same issue when logging into KDE Plasma in the Wayland session?
I am not sure, if I can use Wayland, because many of my utilities depend on X11, for example xdotool. First test weren't too promising. And because the problem isn't reproducible deliberately, I would have to work for a long time using Wayland until I can be sure the problem won't reappear. As I wrote above, with a new home directory it took 10 days until the problems was back. But if no other ideas will come up, I'll give Wayland a second chance.
Also, silly question probably, but your keyboard is actually physically a German layout keyboard, correct? (Thinking if it's not physically a German layout keyboard, that might throw off interpretation of inputs
It is a very old keyboard with a physical German layout: Fujitsu Siemens Computers SmartCard Keyboard USB 2A But if that would be the problem: Why does it work at all, sometimes for days? And why does it work in a linux console at the same time it lags in KDE?
somehow...perhaps even by incorrectly sending a signal for shift that might trigger the "hold down shift for 8 seconds to enable slow keys" feature?)
Lots of guesses on my part, but hopefully something there might relate in some way to the solution!
Hope so - I'm really clueless.
Thanks,
John Kizer
Thx for your help. Bye. Michael.
On 2023-09-07 15:31, mh@mike.franken.de wrote:
On Donnerstag, 7. September 2023 18:30:44 CEST John Kizer via openSUSE Users wrote:
Also, silly question probably, but your keyboard is actually physically a German layout keyboard, correct? (Thinking if it's not physically a German layout keyboard, that might throw off interpretation of inputs
It is a very old keyboard with a physical German layout: Fujitsu Siemens Computers SmartCard Keyboard USB 2A
I don't remember if you tried with another keyboard? -- Cheers / Saludos, Carlos E. R. (from openSUSE 15.5 (Laicolasse))
On Donnerstag, 7. September 2023 21:53:55 CEST Carlos E. R. wrote:
On 2023-09-07 15:31, mh@mike.franken.de wrote:
On Donnerstag, 7. September 2023 18:30:44 CEST John Kizer via openSUSE Users wrote:
Also, silly question probably, but your keyboard is actually physically a German layout keyboard, correct? (Thinking if it's not physically a German layout keyboard, that might throw off interpretation of inputs
It is a very old keyboard with a physical German layout: Fujitsu Siemens Computers SmartCard Keyboard USB 2A
I don't remember if you tried with another keyboard?
This is a notebook, so I always can use the integrated keyboard. And yes, it shows the same behaviour, when the problem occurs.
-- Cheers / Saludos,
Carlos E. R.
Bye. Michael.
On 2023-09-07 16:25, mh@mike.franken.de wrote:
On Donnerstag, 7. September 2023 21:53:55 CEST Carlos E. R. wrote:
On 2023-09-07 15:31, mh@mike.franken.de wrote:
On Donnerstag, 7. September 2023 18:30:44 CEST John Kizer via openSUSE Users wrote:
Also, silly question probably, but your keyboard is actually physically a German layout keyboard, correct? (Thinking if it's not physically a German layout keyboard, that might throw off interpretation of inputs
It is a very old keyboard with a physical German layout: Fujitsu Siemens Computers SmartCard Keyboard USB 2A
I don't remember if you tried with another keyboard?
This is a notebook, so I always can use the integrated keyboard. And yes, it shows the same behaviour, when the problem occurs.
Humpf. Ok, did you try to boot a different Linux? It can be on a different partition, or openSUSE on a stick. I could suggest the XFCE rescue image on a stick, it is configurable and you can install things. If problem repeats, chances are it is hardware related. -- Cheers / Saludos, Carlos E. R. (from openSUSE 15.5 (Laicolasse))
On Donnerstag, 7. September 2023 22:33:13 CEST Carlos E. R. wrote:
On 2023-09-07 16:25, mh@mike.franken.de wrote:
On Donnerstag, 7. September 2023 21:53:55 CEST Carlos E. R. wrote:
On 2023-09-07 15:31, mh@mike.franken.de wrote:
On Donnerstag, 7. September 2023 18:30:44 CEST John Kizer via openSUSE Users wrote:
Also, silly question probably, but your keyboard is actually physically a German layout keyboard, correct? (Thinking if it's not physically a German layout keyboard, that might throw off interpretation of inputs
It is a very old keyboard with a physical German layout: Fujitsu Siemens Computers SmartCard Keyboard USB 2A
I don't remember if you tried with another keyboard?
This is a notebook, so I always can use the integrated keyboard. And yes, it shows the same behaviour, when the problem occurs.
Humpf.
Ok, did you try to boot a different Linux?
No, because I'd have to work with it until the problem occurs, which can be within minutes or within days. Only chance would be to reinstall Tumbleweed and then copy over my home directory - which obviously didn't contain anything, that causes the problem, because it also happened with a new home directory.
It can be on a different partition, or openSUSE on a stick. I could suggest the XFCE rescue image on a stick, it is configurable and you can install things.
If problem repeats, chances are it is hardware related.
I have an external disk with Windows 11 and a second one with Leap 15.5. Both don't have the problem. So presumably no hardware problem.
-- Cheers / Saludos,
Carlos E. R.
Thx and bye. Michael.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2023-09-08 a las 12:33 +0200, mh@mike.franken.de escribió:
On Donnerstag, 7. September 2023 22:33:13 CEST Carlos E. R. wrote:
On 2023-09-07 16:25, mh@mike.franken.de wrote:
On Donnerstag, 7. September 2023 21:53:55 CEST Carlos E. R. wrote:
On 2023-09-07 15:31, mh@mike.franken.de wrote:
...
It can be on a different partition, or openSUSE on a stick. I could suggest the XFCE rescue image on a stick, it is configurable and you can install things.
If problem repeats, chances are it is hardware related.
I have an external disk with Windows 11 and a second one with Leap 15.5. Both don't have the problem. So presumably no hardware problem.
Ok... Another wild shot. pm -q -a --queryformat "%{INSTALLTIME}\t%{INSTALLTIME:day} \ %{BUILDTIME:day} %-30{NAME}\t%15{VERSION}-%-7{RELEASE}\t%{arch} \ %25{VENDOR}%25{PACKAGER} == %{DISTRIBUTION} %{DISTTAG}\n" \ | sort | cut --fields="2-" | tee rpmlist \ | egrep -v "openSUSE Leap 15\.5|openSUSE_Leap_15.5|\-lp153|SUSE Linux Enterprise 15|openSUSE\ Leap\ 15.5" | less -S Try that concoction in a terminal — assuming you have Leap 15.5, if not, edit the strings. The idea is to find any rpm that doesn't belong to Leap 15.5, and if found, you can try to replace it with another version. Of course, there will be some false triggers, like from packman perhaps. - -- Cheers Carlos E. R. (from openSUSE 15.5 (Laicolasse)) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCZPshFhwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVjIAAn0yq3Ik+aXCWC4s55kWq 5jdeVFnfAKCB8tCF0kaniTQIqFRhR/62XKdYVQ== =QTzy -----END PGP SIGNATURE-----
On Freitag, 8. September 2023 15:26:46 CEST Carlos E. R. wrote:
El 2023-09-08 a las 12:33 +0200, mh@mike.franken.de escribió:
On Donnerstag, 7. September 2023 22:33:13 CEST Carlos E. R. wrote:
On 2023-09-07 16:25, mh@mike.franken.de wrote:
On Donnerstag, 7. September 2023 21:53:55 CEST Carlos E. R. wrote:
On 2023-09-07 15:31, mh@mike.franken.de wrote: ...
It can be on a different partition, or openSUSE on a stick. I could suggest the XFCE rescue image on a stick, it is configurable and you can install things.
If problem repeats, chances are it is hardware related.
I have an external disk with Windows 11 and a second one with Leap 15.5. Both don't have the problem. So presumably no hardware problem.
Ok...
Another wild shot.
pm -q -a --queryformat "%{INSTALLTIME}\t%{INSTALLTIME:day} \ %{BUILDTIME:day} %-30{NAME}\t%15{VERSION}-%-7{RELEASE}\t%{arch} \ %25{VENDOR}%25{PACKAGER} == %{DISTRIBUTION} %{DISTTAG}\n" \
| sort | cut --fields="2-" | tee rpmlist \ | egrep -v "openSUSE Leap 15\.5|openSUSE_Leap_15.5|\-lp153|SUSE Linux | Enterprise 15|openSUSE\ Leap\ 15.5" | less -S Try that concoction in a terminal — assuming you have Leap 15.5, if not, edit the strings. The idea is to find any rpm that doesn't belong to Leap 15.5, and if found, you can try to replace it with another version.
Of course, there will be some false triggers, like from packman perhaps.
The system, that has the problem, is Tumbleweed! Leap 15.5 from the external disk doesn't have the problem. And: I have lots of packages, that don't belong to Tumbleweed - from packman, from my own repo, standalone rpms from different sites. But one of the first things I did, was to deactivate all non Tumbleweed repos, and to uninstall all packages without repos, so that I had a system with Tumbleweed packages only. But even that didn't help - the problem was persistent. Whats more: The problem showed up first this spring - and I am sure, that nothing has changed before besides installing Tumbleweed snapshots. I didn't add foreign repos, didn't install strange packages, ...
-- Cheers Carlos E. R.
Thx and bye. Michael.
On Fri, 08 Sep 2023 16:22:17 +0200 mh@mike.franken.de wrote:
On Freitag, 8. September 2023 15:26:46 CEST Carlos E. R. wrote:
El 2023-09-08 a las 12:33 +0200, mh@mike.franken.de escribió:
On Donnerstag, 7. September 2023 22:33:13 CEST Carlos E. R. wrote:
On 2023-09-07 16:25, mh@mike.franken.de wrote:
On Donnerstag, 7. September 2023 21:53:55 CEST Carlos E. R. wrote:
On 2023-09-07 15:31, mh@mike.franken.de wrote: ...
It can be on a different partition, or openSUSE on a stick. I could suggest the XFCE rescue image on a stick, it is configurable and you can install things.
If problem repeats, chances are it is hardware related.
I have an external disk with Windows 11 and a second one with Leap 15.5. Both don't have the problem. So presumably no hardware problem.
Ok...
Another wild shot.
pm -q -a --queryformat "%{INSTALLTIME}\t%{INSTALLTIME:day} \ %{BUILDTIME:day} %-30{NAME}\t%15{VERSION}-%-7{RELEASE}\t%{arch} \ %25{VENDOR}%25{PACKAGER} == %{DISTRIBUTION} %{DISTTAG}\n" \
| sort | cut --fields="2-" | tee rpmlist \ | egrep -v "openSUSE Leap 15\.5|openSUSE_Leap_15.5|\-lp153|SUSE Linux | Enterprise 15|openSUSE\ Leap\ 15.5" | less -S Try that concoction in a terminal — assuming you have Leap 15.5, if not, edit the strings. The idea is to find any rpm that doesn't belong to Leap 15.5, and if found, you can try to replace it with another version.
Of course, there will be some false triggers, like from packman perhaps.
The system, that has the problem, is Tumbleweed! Leap 15.5 from the external disk doesn't have the problem. And: I have lots of packages, that don't belong to Tumbleweed - from packman, from my own repo, standalone rpms from different sites. But one of the first things I did, was to deactivate all non Tumbleweed repos, and to uninstall all packages without repos, so that I had a system with Tumbleweed packages only. But even that didn't help - the problem was persistent.
Whats more: The problem showed up first this spring - and I am sure, that nothing has changed before besides installing Tumbleweed snapshots. I didn't add foreign repos, didn't install strange packages, ...
Given the somewhat chequered/storied history of the installation, is it worth making a fresh Tumbleweed install (assuming there is space somewhere) to see if the symptoms occur with that? If you do make a fresh install and the problems do not recur then it seems likely some incompatibility in the particular system's history is to blame.
On Freitag, 8. September 2023 16:29:37 CEST Dave Howorth wrote:
On Fri, 08 Sep 2023 16:22:17 +0200
[...]
Given the somewhat chequered/storied history of the installation, is it worth making a fresh Tumbleweed install (assuming there is space somewhere) to see if the symptoms occur with that? If you do make a fresh install and the problems do not recur then it seems likely some incompatibility in the particular system's history is to blame.
This was the next thing, I wanted to do - after returning from vacation :) Normally I would avoid such radical solutions, because besides getting rid of a problem, I want to know the reason for it. Otherwise the radical solution might not really be a solution. But in this case, the problem still exists too long, so ... Thx and bye. Michael.
On 2023-09-08 10:22, mh@mike.franken.de wrote:
On Freitag, 8. September 2023 15:26:46 CEST Carlos E. R. wrote:
El 2023-09-08 a las 12:33 +0200, mh@mike.franken.de escribió:
On Donnerstag, 7. September 2023 22:33:13 CEST Carlos E. R. wrote:
On 2023-09-07 16:25, mh@mike.franken.de wrote:
On Donnerstag, 7. September 2023 21:53:55 CEST Carlos E. R. wrote:
On 2023-09-07 15:31, mh@mike.franken.de wrote: ...
Ok...
Another wild shot.
pm -q -a --queryformat "%{INSTALLTIME}\t%{INSTALLTIME:day} \ %{BUILDTIME:day} %-30{NAME}\t%15{VERSION}-%-7{RELEASE}\t%{arch} \ %25{VENDOR}%25{PACKAGER} == %{DISTRIBUTION} %{DISTTAG}\n" \
| sort | cut --fields="2-" | tee rpmlist \ | egrep -v "openSUSE Leap 15\.5|openSUSE_Leap_15.5|\-lp153|SUSE Linux | Enterprise 15|openSUSE\ Leap\ 15.5" | less -S Try that concoction in a terminal — assuming you have Leap 15.5, if not, edit the strings. The idea is to find any rpm that doesn't belong to Leap 15.5, and if found, you can try to replace it with another version.
Of course, there will be some false triggers, like from packman perhaps.
The system, that has the problem, is Tumbleweed!
Oops! O:-)
Leap 15.5 from the external disk doesn't have the problem. And: I have lots of packages, that don't belong to Tumbleweed - from packman, from my own repo, standalone rpms from different sites. But one of the first things I did, was to deactivate all non Tumbleweed repos, and to uninstall all packages without repos, so that I had a system with Tumbleweed packages only. But even that didn't help - the problem was persistent.
Whats more: The problem showed up first this spring - and I am sure, that nothing has changed before besides installing Tumbleweed snapshots. I didn't add foreign repos, didn't install strange packages, ...
Maybe some package got an update that does this under some unknown circumstances. -- Cheers / Saludos, Carlos E. R. (from openSUSE 15.5 (Laicolasse))
On Freitag, 8. September 2023 18:20:43 CEST Carlos E. R. wrote:
On 2023-09-08 10:22, mh@mike.franken.de wrote:
[...]
The system, that has the problem, is Tumbleweed!
Oops! O:-)
:)
Leap 15.5 from the external disk doesn't have the problem. And: I have lots of packages, that don't belong to Tumbleweed - from packman,
from my own repo, standalone rpms from different sites.
But one of the first things I did, was to deactivate all non Tumbleweed repos, and to uninstall all packages without repos, so that I had a system with Tumbleweed packages only. But even that didn't help - the problem was persistent.
Whats more: The problem showed up first this spring - and I am sure, that nothing has changed before besides installing Tumbleweed snapshots. I didn't add foreign repos, didn't install strange packages, ...
Maybe some package got an update that does this under some unknown circumstances.
The important word is "unknown" 8-/
-- Cheers / Saludos,
Carlos E. R.
Thx! Further investigation will take place after returning from vacation. Bye. Michael.
participants (10)
-
Adam Majer -
Carlos E. R. -
Carlos E. R. -
Dave Howorth -
joe a -
John Kizer -
kschneider bout-tyme.net -
mh＠mike.franken.de -
Patrick Shanahan -
Peter Maffter