11:21hstoellinger: I am having trouble with my NVIDIA G98M [GeForce 9300M GS] card + NOUVEAU driver under Kubuntu 20.10 (kernel 5.8, KDE-Plasma 5.19.5). My system freezes frequently. I Have been using the nvidia 340.108 driver under Kubuntu 20.04 (kernel 5.4) alright. Any chance of fixing this unbearable situation?
11:23karolherbst: hstoellinger: depends on what the cause of the freezes are. Do you have a log from the boot it froze or anything which would indicated what is causing this?
11:37hstoellinger: which log do you mean? dmesg.log?
11:42karolherbst: maybe dmesg is enough, but yeah, let's start with dmesg
11:44hstoellinger: where and how should I send it?
11:49hstoellinger: Going to have lunch now...
11:51karolherbst: there are some pastebin services around, you can basically use any of those
13:25hstoellinger: I would like to send the respective files using wetransfer. Could you give me an e-mail address?
13:28karolherbst: just use a pastebin site, there is really no need for anything fancy or even putting others people emails in random internet services
13:40hstoellinger: Just pasted a first installment of dmesg to https://pastebin.ubuntu.com/p/8BwPMNDNRG/
13:42hstoellinger: ... and another one
13:43karolherbst: hstoellinger: well, that's your current dmesg, no? I'd need some showing some kind of error. Sometimes if the machine is freezes/crashes that's hard to achieve becuse the fs stuff isn't flushed out, but maybe you can check in your journal with journalctl --boot -1 (or a different number depending on what boot crashed) or check via SSH once the issue happens if that's possible
13:44karolherbst: otherwise you might need to setup a hangcheck so that the machine reboots automatically to flush out all logs
13:53hstoellinger: No, it is not my current dmesg, but the one from the system that frequently hangs. As you suggest - the pertinent content wasn't flushed, seems logical. The freezing Kubuntu20.10 is on the same laptop as 20.04 (multi-boot)
13:57karolherbst: hstoellinger: can you connect with a different machine via ssh and have something like "dmesg -w" running through it?
13:57karolherbst: that's usually good enough
14:12hstoellinger: I would have to define access from my server system to the lan-connected client to do that. It would be easier/faster for me to set a hangcheck. Where is the specification (CONFIG_HANGCHECK_TIMER?) defined? I am not that deeply into this stuff
14:13karolherbst: normally the kernel is already configured for that.. just need to add some options, which are a bit tricky to figure out
14:14karolherbst: I've added "ramoops.dump_oops=1 pstore.backend=ramoops mem=0x7f0000000 ramoops.mem_address=0x7f0000000 ramoops.mem_size=0x100000 memmap=0x10000000!0x7f0000000" but that will only work if you have 32GB of ram as the kernel log gets stored within system memory and the rebooted kernel picks it up and stores it inside /sys/fs/pstore
14:14karolherbst: there might be more user friendly ways maybe?
14:14karolherbst: but the reboot itself is what matters
14:15karolherbst: mhhh
14:15karolherbst: there was a way to just reboot on hangs.. wait a moment
14:15karolherbst: ahh
14:15karolherbst: hstoellinger: sysctl kernel.panic option
14:15karolherbst: specifies the seconds to wait after a fatal error
14:16karolherbst: I have a "/etc/sysctl.d/99-debuging.conf" file with "kernel.panic=5"
14:16karolherbst: but it doens't help with all errors, that's the problem
14:16karolherbst: sometimes your desktop just freezes, but the kernel itself is fine
14:17karolherbst: hstoellinger: maybe your distribution also comes with something like kdump?
14:17karolherbst: that usually deals with this stuff already
14:29hstoellinger: I will try out the "kernel.panic" way... Will get back to you later. Thanks anyway for trying to help so promptly! Greetings from Salzburg, Austria
20:32hstoellinger: karolherbst: I sent more logfiles (dmesg, syslog, X0.log) regarding the system freeze of Kubuntu 20.10, kernel 5.8, plasma 5.19.5 through pastebin.
20:34karolherbst: hstoellinger: uhm, I'd need the links to those then