[opensuse] freezes on 15.1/KDE
Hi, since yesterday I have some freezes of approx. 20 seconds: the mouse pointer disappears or stays unmovable, the keyboard doesn't react. The rest of the computer seems to run normally (gkrellm shows movement, radio continues playing). This began yesterday. Today I updated the system and rebooted, same problem. As I don't know much about systems I typed "dmesg" and what fell into my eyes are the following messages: [ 1561.359808] perf: interrupt took too long (2502 > 2500), lowering kernel.perf_event_max_sample_rate to 79750 [ 2054.192856] perf: interrupt took too long (3446 > 3127), lowering kernel.perf_event_max_sample_rate to 58000 [ 3561.599163] perf: interrupt took too long (4317 > 4307), lowering kernel.perf_event_max_sample_rate to 46250 [ 7297.201895] perf: interrupt took too long (5417 > 5396), lowering kernel.perf_event_max_sample_rate to 36750 Where can I search, and for what? Any hints? Thank you! Daniel openSuse 15.1 KDE-Plasma 5.12.8 KDE-Fameworks: 5.55.0 Qt: 5.9.7 Kernel: 4.12.14-lp151.28.36-default Inten I7, 24GB Ram -- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Daniel Bauer wrote:
As I don't know much about systems I typed "dmesg" and what fell into my eyes are the following messages:
[ 1561.359808] perf: interrupt took too long (2502 > 2500), lowering kernel.perf_event_max_sample_rate to 79750
FWIW, I have been seeing those for a while, at least since 42.3. I looked them up once, it is something about the kernel reducing some data sampling to not impact the system. If you use 'dmesg -T', you'll also see the timestamp - they might not be recent messages. -- Per Jessen, Zürich (3.5°C) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 28.02.20 um 07:35 schrieb Per Jessen:
Daniel Bauer wrote:
As I don't know much about systems I typed "dmesg" and what fell into my eyes are the following messages:
[ 1561.359808] perf: interrupt took too long (2502 > 2500), lowering kernel.perf_event_max_sample_rate to 79750
FWIW, I have been seeing those for a while, at least since 42.3. I looked them up once, it is something about the kernel reducing some data sampling to not impact the system.
If you use 'dmesg -T', you'll also see the timestamp - they might not be recent messages.
Now it happens every few minutes. I can't work. I've uploaded var/log/messages for today: https://www.daniel-bauer.com/div/messages1.txt Apart of QT errors I see that there are "snapper" and "baloo" messages, although I have nothing btrf on my system and have turned off search in KDE system settings. This also seems strange to me. Please ask me for any information my system can give you to find out what happens here. At the moment I can't really use the system - only during writing this text I had two freezes... Thanks Daniel -- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 28/02/2020 11.35, Daniel Bauer wrote:
Am 28.02.20 um 07:35 schrieb Per Jessen:
Daniel Bauer wrote:
As I don't know much about systems I typed "dmesg" and what fell into my eyes are the following messages:
[ 1561.359808] perf: interrupt took too long (2502 > 2500), lowering kernel.perf_event_max_sample_rate to 79750
FWIW, I have been seeing those for a while, at least since 42.3. I looked them up once, it is something about the kernel reducing some data sampling to not impact the system.
If you use 'dmesg -T', you'll also see the timestamp - they might not be recent messages.
Now it happens every few minutes. I can't work. I've uploaded var/log/messages for today: https://www.daniel-bauer.com/div/messages1.txt
Try another desktop.
Apart of QT errors I see that there are "snapper" and "baloo" messages, although I have nothing btrf on my system and have turned off search in KDE system settings. This also seems strange to me.
But the indexer may be running. Try "balooctl status" in a terminal, then "balooctl disable". I suspect that the btrfs "features" may need system time now and then and impact performance.
Please ask me for any information my system can give you to find out what happens here. At the moment I can't really use the system - only during writing this text I had two freezes...
I see a lot of messages from kactivitymanagerd. I don't know what that does. Open a terminal with two tabs. In one run "top -d 3.333", and in another "sudo /usr/sbin/iotop -o -d 3.3333" (maybe you have to install it). Top looks at processes, while iotop looks at disk usage. Then you can see if something is busy. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.0 x86_64 (Minas Tirith))
Am 27.02.20 um 19:57 schrieb Daniel Bauer:
Hi, since yesterday I have some freezes of approx. 20 seconds: the mouse pointer disappears or stays unmovable, the keyboard doesn't react. The rest of the computer seems to run normally (gkrellm shows movement, radio continues playing).
HA! Don't know if it really was that, but I hope and it looks as if: I had to change the battery of my wireless mouse! Don't laugh at me, but it's true: since I changed it, the problems disappeared, at least until now. What I don't understand is why a mouse battery can block the keyboard that is attached with cable. If just the mouse would have stopped working, I'd have thought about it's battery sooner, but as the keyboard was blocked, too, I thought there must be something more... -- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 28/02/2020 12.21, Daniel Bauer wrote:
Am 27.02.20 um 19:57 schrieb Daniel Bauer:
Hi, since yesterday I have some freezes of approx. 20 seconds: the mouse pointer disappears or stays unmovable, the keyboard doesn't react. The rest of the computer seems to run normally (gkrellm shows movement, radio continues playing).
HA! Don't know if it really was that, but I hope and it looks as if:
I had to change the battery of my wireless mouse!
Don't laugh at me, but it's true: since I changed it, the problems disappeared, at least until now. What I don't understand is why a mouse battery can block the keyboard that is attached with cable. If just the mouse would have stopped working, I'd have thought about it's battery sooner, but as the keyboard was blocked, too, I thought there must be something more...
Wild guess. The system was renegotiating the connection with the mouse every minute, bringing the USB subsystem down. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.0 x86_64 (Minas Tirith))
Daniel Bauer wrote:
Am 27.02.20 um 19:57 schrieb Daniel Bauer:
Hi, since yesterday I have some freezes of approx. 20 seconds: the mouse pointer disappears or stays unmovable, the keyboard doesn't react. The rest of the computer seems to run normally (gkrellm shows movement, radio continues playing).
HA! Don't know if it really was that, but I hope and it looks as if: I had to change the battery of my wireless mouse!
Good stuff :-) I bought my son a new wireless mouse recently, we were both slightly surprised to find it had a USB charge plug. I would take a look at your /dev/sdc - smartd is reporting pending sectors. -- Per Jessen, Zürich (8.0°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 28.02.20 um 12:51 schrieb Per Jessen:
Daniel Bauer wrote:
Am 27.02.20 um 19:57 schrieb Daniel Bauer:
Hi, since yesterday I have some freezes of approx. 20 seconds: the mouse pointer disappears or stays unmovable, the keyboard doesn't react. The rest of the computer seems to run normally (gkrellm shows movement, radio continues playing).
HA! Don't know if it really was that, but I hope and it looks as if: I had to change the battery of my wireless mouse!
Good stuff :-)
I bought my son a new wireless mouse recently, we were both slightly surprised to find it had a USB charge plug.
I would take a look at your /dev/sdc - smartd is reporting pending sectors.
Thanks for pointing me on that. It's a simple data disk. It's old and getting full (123 GB free of 1.8TB). Can I simply exchange it for a much bigger one without problems? -- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Daniel Bauer wrote:
Am 28.02.20 um 12:51 schrieb Per Jessen:
I would take a look at your /dev/sdc - smartd is reporting pending sectors.
Thanks for pointing me on that. It's a simple data disk. It's old and getting full (123 GB free of 1.8TB). Can I simply exchange it for a much bigger one without problems?
Generally yes. I guess it is an external disk? -- Per Jessen, Zürich (9.3°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Per Jessen <per@computer.org> [02-28-20 08:28]:
Daniel Bauer wrote:
Am 28.02.20 um 12:51 schrieb Per Jessen:
I would take a look at your /dev/sdc - smartd is reporting pending sectors.
Thanks for pointing me on that. It's a simple data disk. It's old and getting full (123 GB free of 1.8TB). Can I simply exchange it for a much bigger one without problems?
Generally yes. I guess it is an external disk?
provided it is not in /etc/fstab ... -- (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 freenode -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Patrick Shanahan wrote:
* Per Jessen <per@computer.org> [02-28-20 08:28]:
Daniel Bauer wrote:
Am 28.02.20 um 12:51 schrieb Per Jessen:
I would take a look at your /dev/sdc - smartd is reporting pending sectors.
Thanks for pointing me on that. It's a simple data disk. It's old and getting full (123 GB free of 1.8TB). Can I simply exchange it for a much bigger one without problems?
Generally yes. I guess it is an external disk?
provided it is not in /etc/fstab ...
Haha, yup! (except maybe with noauto?) @Daniel, Patrick has a point - depending on how you mount this drive, you may need to update /etc/fstab. -- Per Jessen, Zürich (10.4°C) http://www.dns24.ch/ - free dynamic DNS, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
* Per Jessen <per@computer.org> [02-28-20 10:03]:
Patrick Shanahan wrote:
* Per Jessen <per@computer.org> [02-28-20 08:28]:
Daniel Bauer wrote:
Am 28.02.20 um 12:51 schrieb Per Jessen:
I would take a look at your /dev/sdc - smartd is reporting pending sectors.
Thanks for pointing me on that. It's a simple data disk. It's old and getting full (123 GB free of 1.8TB). Can I simply exchange it for a much bigger one without problems?
Generally yes. I guess it is an external disk?
provided it is not in /etc/fstab ...
Haha, yup! (except maybe with noauto?)
@Daniel, Patrick has a point - depending on how you mount this drive, you may need to update /etc/fstab.
Would highly recommend NOT including in /etc/fstab, instead use the available automounting mechanisms. -- (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 freenode -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Patrick Shanahan wrote:
* Per Jessen <per@computer.org> [02-28-20 10:03]:
Patrick Shanahan wrote:
* Per Jessen <per@computer.org> [02-28-20 08:28]:
Daniel Bauer wrote:
Am 28.02.20 um 12:51 schrieb Per Jessen:
I would take a look at your /dev/sdc - smartd is reporting pending sectors.
Thanks for pointing me on that. It's a simple data disk. It's old and getting full (123 GB free of 1.8TB). Can I simply exchange it for a much bigger one without problems?
Generally yes. I guess it is an external disk?
provided it is not in /etc/fstab ...
Haha, yup! (except maybe with noauto?)
@Daniel, Patrick has a point - depending on how you mount this drive, you may need to update /etc/fstab.
Would highly recommend NOT including in /etc/fstab, instead use the available automounting mechanisms.
I don't see much of a difference between the two, but you can also automount it from fstab, with 'x-systemd.automount'. Works really well. -- Per Jessen, Zürich (6.2°C) http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 28.02.20 um 18:37 schrieb Per Jessen:
Patrick Shanahan wrote:
* Per Jessen <per@computer.org> [02-28-20 10:03]:
Patrick Shanahan wrote:
* Per Jessen <per@computer.org> [02-28-20 08:28]:
Daniel Bauer wrote:
Am 28.02.20 um 12:51 schrieb Per Jessen: > I would take a look at your /dev/sdc - smartd is reporting > pending sectors.
Thanks for pointing me on that. It's a simple data disk. It's old and getting full (123 GB free of 1.8TB). Can I simply exchange it for a much bigger one without problems?
Generally yes. I guess it is an external disk?
provided it is not in /etc/fstab ...
Haha, yup! (except maybe with noauto?)
@Daniel, Patrick has a point - depending on how you mount this drive, you may need to update /etc/fstab.
Would highly recommend NOT including in /etc/fstab, instead use the available automounting mechanisms.
I don't see much of a difference between the two, but you can also automount it from fstab, with 'x-systemd.automount'. Works really well.
it is an encrypted internal disk, in fstab with its UUID I guess I just have to comment out the UUID and the line in cryptotab turn off, change the disk, boot, enter new UUID in fstab do the enrcyption stuff, update cryptotab, mount or reboot Or do I see it too simple? -- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 28/02/2020 23.09, Daniel Bauer wrote:
it is an encrypted internal disk, in fstab with its UUID
I guess I just have to
umount first.
comment out the UUID and the line in cryptotab turn off, change the disk, boot, enter new UUID in fstab
In /etc/crypttab
do the enrcyption stuff, update cryptotab, mount or reboot
Yes.
Or do I see it too simple?
It is basically that simple, unless you need to copy stuff from old disk to new disk. no need for any booting. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.0 x86_64 (Minas Tirith))
On 28/02/2020 13.12, Daniel Bauer wrote:
Am 28.02.20 um 12:51 schrieb Per Jessen:
Daniel Bauer wrote:
I would take a look at your /dev/sdc - smartd is reporting pending sectors.
Thanks for pointing me on that. It's a simple data disk. It's old and getting full (123 GB free of 1.8TB). Can I simply exchange it for a much bigger one without problems?
Please post "smartctl -a /dev/sdc" so we can judge what's the matter with that disk. Meanwhile, be sure to have a backup. -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.0 x86_64 (Minas Tirith))
Am 28.02.20 um 16:36 schrieb Carlos E. R.:
On 28/02/2020 13.12, Daniel Bauer wrote:
Am 28.02.20 um 12:51 schrieb Per Jessen:
Daniel Bauer wrote:
I would take a look at your /dev/sdc - smartd is reporting pending sectors.
Thanks for pointing me on that. It's a simple data disk. It's old and getting full (123 GB free of 1.8TB). Can I simply exchange it for a much bigger one without problems?
Please post "smartctl -a /dev/sdc" so we can judge what's the matter with that disk. Meanwhile, be sure to have a backup.
https://www.daniel-bauer.com/div/smart.txt -- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 28/02/2020 23.18, Daniel Bauer wrote:
Am 28.02.20 um 16:36 schrieb Carlos E. R.:
On 28/02/2020 13.12, Daniel Bauer wrote:
Am 28.02.20 um 12:51 schrieb Per Jessen:
Daniel Bauer wrote:
I would take a look at your /dev/sdc - smartd is reporting pending sectors.
Thanks for pointing me on that. It's a simple data disk. It's old and getting full (123 GB free of 1.8TB). Can I simply exchange it for a much bigger one without problems?
Please post "smartctl -a /dev/sdc" so we can judge what's the matter with that disk. Meanwhile, be sure to have a backup.
It is indeed an old disk. 51Kh. It is not dead, just 5 bad areas. ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 9 Power_On_Hours 0x0032 030 030 000 Old_age Always - 51364 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 5 -- Cheers / Saludos, Carlos E. R. (from oS Leap 15.0 x86_64 (Minas Tirith))
Carlos E. R. wrote:
On 28/02/2020 23.18, Daniel Bauer wrote:
Am 28.02.20 um 16:36 schrieb Carlos E. R.:
On 28/02/2020 13.12, Daniel Bauer wrote:
Am 28.02.20 um 12:51 schrieb Per Jessen:
Daniel Bauer wrote:
I would take a look at your /dev/sdc - smartd is reporting pending sectors.
Thanks for pointing me on that. It's a simple data disk. It's old and getting full (123 GB free of 1.8TB). Can I simply exchange it for a much bigger one without problems?
Please post "smartctl -a /dev/sdc" so we can judge what's the matter with that disk. Meanwhile, be sure to have a backup.
It is indeed an old disk. 51Kh. It is not dead, just 5 bad areas.
More will come - it's an almost 6 years old consumer harddisk. It's time to replace. -- Per Jessen, Zürich (8.2°C) http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Am 29.02.20 um 09:21 schrieb Per Jessen:
Carlos E. R. wrote:
On 28/02/2020 23.18, Daniel Bauer wrote:
Am 28.02.20 um 16:36 schrieb Carlos E. R.:
On 28/02/2020 13.12, Daniel Bauer wrote:
Am 28.02.20 um 12:51 schrieb Per Jessen:
Daniel Bauer wrote:
I would take a look at your /dev/sdc - smartd is reporting pending sectors.
Thanks for pointing me on that. It's a simple data disk. It's old and getting full (123 GB free of 1.8TB). Can I simply exchange it for a much bigger one without problems?
Please post "smartctl -a /dev/sdc" so we can judge what's the matter with that disk. Meanwhile, be sure to have a backup.
It is indeed an old disk. 51Kh. It is not dead, just 5 bad areas.
More will come - it's an almost 6 years old consumer harddisk. It's time to replace.
It was on the to-do-list anyway, not because of being old or errors (I didn't know about that till yesterday) but because of lack of space. It's also the disk that has the most changes all the time: delete 20 GB, add 50 GB... So, pccomponentes.com will have my order today :-) -- Daniel Bauer photographer Basel Málaga https://www.patreon.com/danielbauer https://www.daniel-bauer.com -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 29/02/2020 09.21, Per Jessen wrote:
Carlos E. R. wrote:
On 28/02/2020 23.18, Daniel Bauer wrote:
Please post "smartctl -a /dev/sdc" so we can judge what's the matter with that disk. Meanwhile, be sure to have a backup. https://www.daniel-bauer.com/div/smart.txt
It is indeed an old disk. 51Kh. It is not dead, just 5 bad areas. More will come - it's an almost 6 years old consumer harddisk. It's time to replace.
Maybe, but he can copy almost everything to another disk. There are no parameters in failing state. -- Saludos/Cheers Carlos E. R. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Carlos E.R. wrote:
On 29/02/2020 09.21, Per Jessen wrote:
Carlos E. R. wrote:
On 28/02/2020 23.18, Daniel Bauer wrote:
Please post "smartctl -a /dev/sdc" so we can judge what's the matter with that disk. Meanwhile, be sure to have a backup. https://www.daniel-bauer.com/div/smart.txt
It is indeed an old disk. 51Kh. It is not dead, just 5 bad areas.
More will come - it's an almost 6 years old consumer harddisk. It's time to replace.
Maybe, but he can copy almost everything to another disk.
Oh yes, it's really a matter of the data you keep. It sounds like Daniel isn't too worried about the data, he's sort of using it as a scratchpad. I also have a system with a poor drive: Device: /dev/sda [SAT], 739 Currently unreadable (pending) sectors It will eventually be replaced, maybe it'll break first, it's not important. -- Per Jessen, Zürich (12.8°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Fri, Feb 28, 2020 at 12:21 PM Daniel Bauer <linux@daniel-bauer.com> wrote:
I had to change the battery of my wireless mouse!
In KDE on Tumbleweed I get a status message in the lower right of the desktop telling me when the battery goes below some amount. The I know it's time to change the battery. Its a basic Logitech mouse wiht a USB dongle. -- Roger Oberholtzer -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 02/27/2020 12:57 PM, Daniel Bauer wrote:
[ 1561.359808] perf: interrupt took too long (2502 > 2500), lowering kernel.perf_event_max_sample_rate to 79750 [ 2054.192856] perf: interrupt took too long (3446 > 3127), lowering kernel.perf_event_max_sample_rate to 58000 [ 3561.599163] perf: interrupt took too long (4317 > 4307), lowering kernel.perf_event_max_sample_rate to 46250 [ 7297.201895] perf: interrupt took too long (5417 > 5396), lowering kernel.perf_event_max_sample_rate to 36750
That's just normal kernel chatter.... -- David C. Rankin, J.D.,P.E. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (7)
-
Carlos E. R. -
Carlos E.R. -
Daniel Bauer -
David C. Rankin -
Patrick Shanahan -
Per Jessen -
Roger Oberholtzer