=== brainwash_ is now known as brainwash
=== twinsenaxe is now known as twinsenbrim
[16:12] <professor-mad> hello i have a questions
[16:13] <tomreyn> hello i might have answer, or pretend to have one.
[16:13] <tomreyn> !ask
[16:13] <ubottu> Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-) See also !patience
[16:14] <professor-mad> i notice my system doesnt use swap file at all it only use to much ram it is possible to combine swap and ram together to make the system faster
[16:15] <professor-mad> here i show
[16:15] <professor-mad> https://pasteboard.co/JhDlHBi.png
[16:19] <tomreyn> professor-mad: how much physical ram is installed?
[16:19] <diogenes_> professor-mad, the second your system is going to use swap, it will become very laggy.
[16:20] <diogenes_> so if you have enough RAM, don't even enable swap.
[16:20] <professor-mad> tomreyn, 6GB
[16:20] <tomreyn> and    cat /proc/sys/vm/swappiness    is?
[16:21] <professor-mad> diogenes_, so do you mean swap lag the system
[16:21] <professor-mad> ?
[16:21] <diogenes_> professor-mad, exactly.
[16:21] <tomreyn> not having swap, but swapping ram out to the disk will makes things feel slower most of the time
[16:22] <professor-mad> tomreyn, what is that file for?
[16:22] <tomreyn> professor-mad: that's not actually a file, but the currently running kernels' configuration for how happily it will swap out data to disk.
[16:22] <diogenes_> professor-mad, swap is ""useful"" only if you have 2GB of RAM.
[16:22] <professor-mad> so my system is good like that?
[16:23] <professor-mad> i always thought that swap file can make the system faster
[16:23] <professor-mad> that is not true
[16:23] <professor-mad> ?
[16:23] <tomreyn> i'm surprised oyu have 0 KB swapped out, but it shouldn't be more than 1 MB or so in this situation.
[16:23] <tomreyn> with default swappiness, that is.
[16:24] <tomreyn> and i think you're fine there.
[16:24] <professor-mad> so i was all wrong
[16:25] <professor-mad> or maybe swap become obsolete
[16:25] <professor-mad> now a days
[16:25] <professor-mad> right
[16:25] <professor-mad> ?
[16:28] <tomreyn> professor-mad: it's only really needed if you're generally too short of ram, or want to suspend-to-disk (hibernate)
=== coconut_ is now known as coconut
[16:29] <professor-mad> tomreyn, ok but if i have enough ram i have to make that partition how ever
[16:29] <professor-mad> ?
[16:29] <tomreyn> personally, on a desktop, i prefer the OOM killer kicking and terminate running software one by one rather than me running into a swapping situation.
[16:30] <tomreyn> professor-mad: no, and current desktop installers dont create it anymore
[16:30] <tomreyn> there's a swap file nowadays, a file located on the / file system
[16:31] <professor-mad> tomreyn, what is OOM?
[16:32] <professor-mad> i dont know what you mean with killer kicking
[16:32] <professor-mad> ?
[16:32] <tomreyn> "out of memory"
[16:33] <professor-mad> tomreyn, ok i got you
[16:33] <professor-mad> one more thing
[16:33] <tomreyn> the kernel will kill some processes to regain some memory when all available memory is taken (and there's no swap or this has run full as well), that's called the 'OOM killer'
[16:34] <professor-mad> i install xubuntu with uefi mode + GPT after the installation is complete what should i do next to make the system good?
[16:34] <tomreyn> that depends on what you think makes a system good
[16:35] <tomreyn> most people would probably install their favourite software
[16:35] <professor-mad> tomreyn, i mean there is nothing additional to install after full upgrade
[16:35] <professor-mad> ?
[16:36] <professor-mad> after a fresh install in eufi mode
[16:36] <tomreyn> why would there be?
[16:38] <professor-mad> tomreyn, ok tom look why i ask that questions and why i change to uefi mode
[16:39] <professor-mad> i gonna upload an image
[16:39] <professor-mad> of the issue
[16:39] <professor-mad> https://pasteboard.co/JhDwnfb.png
[16:39] <professor-mad> there said those cant be done in legacy mode
[16:39] <tomreyn> uefi is just a different boot mode than legacy bios, it doesn't have any relevant impact on which applications you can run.
[16:40] <professor-mad> so i made i uefi mode installation to make those
[16:40] <professor-mad> but even in eufi mode it cant be done
[16:40] <tomreyn> okay, this can be a notable exception to the abve
[16:41] <tomreyn> unfortunately only a couple vendors cooperate with this firmware upgrade framework so far
[16:42] <tomreyn> https://fwupd.org/lvfs/docs/users
[16:42] <tomreyn> rather this link https://fwupd.org/lvfs/devices/
[16:44] <professor-mad> tomreyn, when i try to do that framework i get an error that my laptop doesnt support that firmware
[16:44] <professor-mad> so im stock in that
[16:45] <tomreyn> so?
[16:46] <professor-mad> tomreyn, so i guess because of that firmware is why i get some mce pcieport error
[16:46] <tomreyn> i guess if your goal is to carry out a mainboard firmware upgrade, then, unless your mainboard vendor supports fwupd/lvfs, which does not seem to be the case based on what you're saying, it means you 'll need to do it using whichever other method they provide
[16:46] <professor-mad> let me show you
[16:46] <tomreyn> !xy
[16:46] <ubottu> The XY problem is when you need to do X, and you think you can use Y to do X, so you ask about how to do Y, when what you really should do is state what your X problem is. There may be a Z solution that is even better than Y, but nobody can suggest it if X is never mentioned.
[16:46] <tomreyn> ^ this just happened
[16:47] <tomreyn> please state the X direclty in the  future
[16:47] <professor-mad> tomreyn, look here
[16:47] <professor-mad> https://paste.ubuntu.com/p/Dnr5FM96Bz/
[16:49] <tomreyn> memory banks 6 and 7 are supposedly causing problems. but this can be unreliable. you'll need to cross test ram if you want a chance to get rid of those errors
[16:51] <professor-mad> tomreyn, so that have nothing to do with the framework
[16:51] <professor-mad> ?
[16:52] <tomreyn> it's hard to tell really, this coiuld just as well be a cpu, microcode, mainboard firmware related problem
[16:52] <tomreyn> context may help making a better bet, but you have not provided any
[16:53] <professor-mad> tomreyn, ok excuse me i new in linux i just know the basics
[16:53] <professor-mad> what you need
[16:54] <professor-mad> what info do you need
[16:55] <tomreyn> professor-mad: can you post a full journal?   journalctl -b | nc termbin.com 9999
[16:55] <tomreyn> professor-mad: and
[16:56] <professor-mad> here the journalctl
[16:56] <professor-mad> https://termbin.com/8lg3
[16:58] <tomreyn> professor-mad: please ignore 'and' above. let's see the output of this as well (can take some minutes to gather all the logs):      journalctl | grep 'Hardware Error' > /tmp/hwerr.log; cat /tmp/hwerr.log | nc termbin.com 9999
[17:01] <professor-mad> tomreyn, ok here your output
[17:01] <professor-mad> https://termbin.com/jc20
[17:03] <tomreyn> so you're two bios upgrades behind, possibly exposing the system to those (not only but primarily) intel cpu related vulnerabilities.
[17:03] <tomreyn> their changelogs don'T cite anything else, though
[17:04] <tomreyn> hmm looks like you've had those mce errors going for a while then
[17:04] <tomreyn> is jun 27 when you installed this system?
[17:06] <tomreyn> There's a chance that the updated microcode in combination with a non-upgraded bios causes these HW error reports, so doing the BIOS upgrade could surely help.
[17:06] <tomreyn> professor-mad: ^
[17:17] <professor-mad> tomreyn, ok i back
[17:17] <professor-mad> tomreyn, yes i have those mce error since i installed the system
[17:17] <professor-mad> and the cpu vulnerabilities
[17:18] <professor-mad> tomreyn, i have to reinstall the system in orden to upgrade the bios
[17:18] <professor-mad> ??
[17:20] <tomreyn> professor-mad: probably not, no
[17:22] <tomreyn> professor-mad: from what i read, there are two options: upgrade from a running windows installation (which could require reinstalling ubuntu), and from a running dos system (which, unlike a full windows installation, can also be booted from a usb key or other external storage media)
[17:24] <tomreyn> most likely they'll provide instructions on how to create such a DOS bootable usb stick and carry out the bios upgrade from there
[17:34] <professor-mad> tomreyn, ok but what about the cpu vulnerabilities
[17:34] <professor-mad> ?
[17:34] <professor-mad> how can be solve
[17:34] <professor-mad> ?
[20:41] <Seburo> Hi.  Quick question.  Having accidently removed it, what is the <...> icon for in the right hand side of the top panel?
[20:44] <Seburo> (Seen in Xubuntu 20.04)
[21:07] <Seburo> Hi.  What is the <...> icon for in the Xubuntu top panel.  (I accidently removed it.)
[21:08] <brainwash> Seburo: nm-applet (network manager)
[21:09] <Seburo> Hi brainwash.  Thanks.  How could I put it back?
[21:09] <brainwash> it appears in the status-notifier panel plugin, so maybe you removed that one?
[21:10] <brainwash> it can fall back to "notification area"
[21:10] <Seburo> hmmm... I put status-notifier, but I just get the up/down network arrows.
[21:11] <Seburo> How do I link it to "notification area"?
[21:11] <brainwash> uhm
[21:11] <brainwash> did you change the icon theme?
[21:11] <Seburo> No, standard defaults
[21:12] <brainwash> panel size?
[21:12] <Seburo> Standard default, not changed.
[21:12] <brainwash> no idea then
[21:14] <brainwash> nm-applet will prefer status-notifier over classic tray (notification area in panel)
[21:16] <Seburo> Okay.  Thank you for your time.
[21:19] <Seburo> I think I have found the nm-applet option...
[21:22] <Seburo> Going to try a restart, but thank you for your time
[22:57] <hayjumper> \quit