Ubuntu 20.04.2 is groaning
Hi, I am hoping to get some help with my Ubuntu 20.04.2 LTS system. Takes me 5+ seconds just to enter commands, switch between apps, etc. df reveals I have lots of space except what is dedicated to snap. I don't even know what snap is. Do I need snap. Whenever updates are offered I just accept them all, because I don't know the ramifications of refusing them. So, I may have accepted snap at some point. owner@owner-HP-Compaq-8000-Elite-CMT-PC:~$ df Filesystem 1K-blocks Used Available Use% Mounted on udev 3980908 0 3980908 0% /dev tmpfs 802092 1684 800408 1% /run /dev/sda5 959862832 72588468 838446204 8% / tmpfs 4010452 952 4009500 1% /dev/shm tmpfs 5120 4 5116 1% /run/lock tmpfs 4010452 0 4010452 0% /sys/fs/cgroup /dev/loop0 56832 56832 0 100% /snap/core18/1997 /dev/loop1 56832 56832 0 100% /snap/core18/2066 /dev/loop4 224256 224256 0 100% /snap/gnome-3-34-1804/66 /dev/loop2 166784 166784 0 100% /snap/gnome-3-28-1804/145 /dev/loop3 223232 223232 0 100% /snap/gnome-3-34-1804/60 /dev/loop6 66688 66688 0 100% /snap/gtk-common-themes/1515 /dev/loop5 66432 66432 0 100% /snap/gtk-common-themes/1514 /dev/loop7 52352 52352 0 100% /snap/snap-store/498 /dev/loop8 52352 52352 0 100% /snap/snap-store/518 /dev/loop10 32896 32896 0 100% /snap/snapd/11841 /dev/sda1 523248 4 523244 1% /boot/efi /dev/loop11 32896 32896 0 100% /snap/snapd/12057 tmpfs 802088 88 802000 1% /run/user/1000 Chris Aitken
Chris, On Mon, Jun 7, 2021 at 8:33 AM Chris Aitken via talk <talk@gtalug.org> wrote:
Hi,
I am hoping to get some help with my Ubuntu 20.04.2 LTS system. Takes me 5+ seconds just to enter commands, switch between apps, etc.
df reveals I have lots of space except what is dedicated to snap. I don't even know what snap is. Do I need snap. Whenever updates are offered I just accept them all, because I don't know the ramifications of refusing them. So, I may have accepted snap at some point.
owner@owner-HP-Compaq-8000-Elite-CMT-PC:~$ df Filesystem 1K-blocks Used Available Use% Mounted on udev 3980908 0 3980908 0% /dev tmpfs 802092 1684 800408 1% /run /dev/sda5 959862832 72588468 838446204 8% / tmpfs 4010452 952 4009500 1% /dev/shm tmpfs 5120 4 5116 1% /run/lock tmpfs 4010452 0 4010452 0% /sys/fs/cgroup /dev/loop0 56832 56832 0 100% /snap/core18/1997 /dev/loop1 56832 56832 0 100% /snap/core18/2066 /dev/loop4 224256 224256 0 100% /snap/gnome-3-34-1804/66 /dev/loop2 166784 166784 0 100% /snap/gnome-3-28-1804/145 /dev/loop3 223232 223232 0 100% /snap/gnome-3-34-1804/60 /dev/loop6 66688 66688 0 100% /snap/gtk-common-themes/1515 /dev/loop5 66432 66432 0 100% /snap/gtk-common-themes/1514 /dev/loop7 52352 52352 0 100% /snap/snap-store/498 /dev/loop8 52352 52352 0 100% /snap/snap-store/518 /dev/loop10 32896 32896 0 100% /snap/snapd/11841 /dev/sda1 523248 4 523244 1% /boot/efi /dev/loop11 32896 32896 0 100% /snap/snapd/12057 tmpfs 802088 88 802000 1% /run/user/1000
https://snapcraft.io/about - to know more about snap Beyond that - snaps (i am just guessing looking at your mountpoint and details) look like just simple files mounted at a mount point. Since these are probably ro files, you cannot write to them, and so it makes sense available space of the snap is zero. The snap itself seems to be inside /snap. Dhaval
Chris Aitken --- Post to this mailing list talk@gtalug.org Unsubscribe from this mailing list https://gtalug.org/mailman/listinfo/talk
On Mon, 7 Jun 2021 at 11:33, Chris Aitken via talk <talk@gtalug.org> wrote:
Hi,
I am hoping to get some help with my Ubuntu 20.04.2 LTS system. Takes me 5+ seconds just to enter commands, switch between apps, etc.
Try checking your hard disk's health with smartctl (package smartmontools). Try replacing the hard disk's SATA cable.
On Mon, Jun 7, 2021 at 8:56 AM Val Kulkov via talk <talk@gtalug.org> wrote:
On Mon, 7 Jun 2021 at 11:33, Chris Aitken via talk <talk@gtalug.org> wrote:
Hi,
I am hoping to get some help with my Ubuntu 20.04.2 LTS system. Takes me 5+ seconds just to enter commands, switch between apps, etc.
Try checking your hard disk's health with smartctl (package smartmontools). Try replacing the hard disk's SATA cable.
Because I am terrible at reading comprehension. Have you ruled out the usual suspects? - How much RAM as you using? free -h will help check that out? - Are you swapping? - Are you using up too much CPU bandwidth? I prefer using htop to get an ongoing view, but you could get those details from top. (Note - if you have a multicore system like most of us do today, you will see CPU consumption of more than 100%. As long as it is less than x*100 where x is the number of CPUs, you should be "fine". To know the number of CPUs, "lscpu" is a helpful command.) - Are you having some CPUs getting oversubscribed. htop is more useful in seeing this. If you see some CPUs running at 100% and others at something lower, that might be something to investigate. Dhaval
On 2021-06-07 12:05 p.m., Dhaval Giani via talk wrote:
On Mon, Jun 7, 2021 at 8:56 AM Val Kulkov via talk <talk@gtalug.org> wrote:
On Mon, 7 Jun 2021 at 11:33, Chris Aitken via talk <talk@gtalug.org> wrote:
Hi,
I am hoping to get some help with my Ubuntu 20.04.2 LTS system. Takes me 5+ seconds just to enter commands, switch between apps, etc.
Try checking your hard disk's health with smartctl (package smartmontools). Try replacing the hard disk's SATA cable.
Because I am terrible at reading comprehension.
Have you ruled out the usual suspects?
- How much RAM as you using? free -h owner@owner-HP-Compaq-8000-Elite-CMT-PC:~$ free -h total used free shared buff/cache available Mem: 7.6Gi 1.9Gi 1.0Gi 103Mi 4.7Gi 5.3Gi Swap: 2.0Gi 699Mi 1.3Gi
will help check that out?
- Are you swapping? I don't know.
- Are you using up too much CPU bandwidth? I prefer using htop to get an ongoing view, but you could get those details from top. top - 12:54:52 up 6 days, 7:18, 1 user, load average: 1.41, 1.13, 0.78 Tasks: 218 total, 1 running, 217 sleeping, 0 stopped, 0 zombie %Cpu(s): 28.4 us, 1.8 sy, 0.0 ni, 68.6 id, 1.2 wa, 0.0 hi, 0.0 si, 0.0 st MiB Mem : 7832.9 total, 924.7 free, 2014.9 used, 4893.3 buff/cache MiB Swap: 2048.0 total, 1348.0 free, 700.0 used. 5388.9 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1869 owner 20 0 4176040 291112 40200 S 39.9 3.6 274:37.27 gnome-shell 84930 owner 20 0 2653900 189280 114976 S 13.3 2.4 1:12.68 Web Content 1577 owner 9 -11 2982144 9480 6684 S 2.7 0.1 139:53.59 pulseaudio 83286 owner 20 0 3889660 464800 172124 S 2.3 5.8 5:02.71 firefox 1659 owner 20 0 815292 47720 28360 S 1.7 0.6 133:55.05 Xorg 83464 owner 20 0 2829504 292768 126512 S 0.7 3.7 3:20.08 Web Content 85108 owner 20 0 814564 49672 37116 S 0.7 0.6 0:01.76 gnome-terminal- 85988 root 20 0 0 0 0 I 0.3 0.0 0:00.17 kworker/u8:1-events_unbound 86201 owner 20 0 12040 3992 3240 R 0.3 0.0 0:00.28 top 1 root 20 0 169580 7472 4588 S 0.0 0.1 0:11.08 systemd 2 root 20 0 0 0 0 S 0.0 0.0 0:00.18 kthreadd 3 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 rcu_gp 4 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 rcu_par_gp 6 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/0:0H-kblockd 8 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 mm_percpu_wq 9 root 20 0 0 0 0 S 0.0 0.0 0:07.50 ksoftirqd/0 10 root 20 0 0 0 0 I 0.0 0.0 0:53.98 rcu_sched 11 root rt 0 0 0 0 S 0.0 0.0 0:00.84 migration/0 12 root -51 0 0 0 0 S 0.0 0.0 0:00.00 idle_inject/0 14 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/0 15 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuhp/1 16 root -51 0 0 0 0 S 0.0 0.0 0:00.00 idle_inject/1 17 root rt 0 0 0 0 S 0.0 0.0 0:01.04 migration/1 18 root 20 0 0 0 0 S 0.0 0.0 0:06.76 ksoftirqd/1 20 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 kworker/1:0H-kblockd 21 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kdevtmpfs 22 root 0 -20 0 0 0 I 0.0 0.0 0:00.00 netns 23 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_tasks_kthre 24 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_tasks_rude_ 25 root 20 0 0 0 0 S 0.0 0.0 0:00.00 rcu_tasks_trace 26 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kauditd <snip>
On Mon, Jun 07, 2021 at 12:56:27PM -0400, Chris Aitken via talk wrote:
top - 12:54:52 up 6 days, 7:18, 1 user, load average: 1.41, 1.13, 0.78 Tasks: 218 total, 1 running, 217 sleeping, 0 stopped, 0 zombie %Cpu(s): 28.4 us, 1.8 sy, 0.0 ni, 68.6 id, 1.2 wa, 0.0 hi, 0.0 si, 0.0 st MiB Mem : 7832.9 total, 924.7 free, 2014.9 used, 4893.3 buff/cache MiB Swap: 2048.0 total, 1348.0 free, 700.0 used. 5388.9 avail Mem
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 1869 owner 20 0 4176040 291112 40200 S 39.9 3.6 274:37.27 gnome-shell 84930 owner 20 0 2653900 189280 114976 S 13.3 2.4 1:12.68 Web
Looks like gnome is killing your system's CPU. Perhaps it expects 3D hardware accaleration and you don't have that? I stopped running gnome when version 3 came out since I could not deal with their interface choices. -- Len Sorensen
| From: Chris Aitken via talk <talk@gtalug.org> | owner@owner-HP-Compaq-8000-Elite-CMT-PC:~$ free -h Which model of HP-Compaq-8000-Elite computer is this? What's the processor? Do you have a video card? The GPU built into old Intel processors is not really great for gnome. My superstitious understanding is: - gnome's compositor uses 3d graphics primitives. - the i915(?) video driver emulates them in software. - the result is quite sluggish I'm not sure of this -- I haven't needed to know. All this is needlessly wasteful. If you don't need gnome, consider running a different desktop. Unfortunately, KDE is no better. A new video card could solve this, but they are unreasonably expensive these days, especially when you are upgradding an old machine.
166MB of apparent free RAM isn't the problem. There are several GB used for buffers/cache, so they count as free. As soon as the kernel needs more than those 166MB, that memory being used for cache will be discarded and used. I agree with all the others blaming Gnome3. I personally don't like Gnome3 and I either use XFCE on my company-mandated laptop or Cinnamon on my personal laptop. Mauro https://www.maurosouza.com - registered Linux User: 294521 Scripture is both history, and a love letter from God. Em ter., 8 de jun. de 2021 às 11:13, D. Hugh Redelmeier via talk < talk@gtalug.org> escreveu:
| From: Chris Aitken via talk <talk@gtalug.org>
| owner@owner-HP-Compaq-8000-Elite-CMT-PC:~$ free -h
Which model of HP-Compaq-8000-Elite computer is this? What's the processor? Do you have a video card?
The GPU built into old Intel processors is not really great for gnome.
My superstitious understanding is: - gnome's compositor uses 3d graphics primitives. - the i915(?) video driver emulates them in software. - the result is quite sluggish I'm not sure of this -- I haven't needed to know.
All this is needlessly wasteful. If you don't need gnome, consider running a different desktop. Unfortunately, KDE is no better.
A new video card could solve this, but they are unreasonably expensive these days, especially when you are upgradding an old machine. --- Post to this mailing list talk@gtalug.org Unsubscribe from this mailing list https://gtalug.org/mailman/listinfo/talk
On 2021-06-07 11:56 a.m., Val Kulkov via talk wrote:
On Mon, 7 Jun 2021 at 11:33, Chris Aitken via talk <talk@gtalug.org <mailto:talk@gtalug.org>> wrote:
Hi,
I am hoping to get some help with my Ubuntu 20.04.2 LTS system. Takes me 5+ seconds just to enter commands, switch between apps, etc.
Try checking your hard disk's health with smartctl (package smartmontools).
<snip:> So, sudo apt-get install smartmontools ?
On Mon, 7 Jun 2021 at 12:50, Chris Aitken via talk <talk@gtalug.org> wrote:
On 2021-06-07 11:56 a.m., Val Kulkov via talk wrote:
On Mon, 7 Jun 2021 at 11:33, Chris Aitken via talk <talk@gtalug.org> wrote:
Hi,
I am hoping to get some help with my Ubuntu 20.04.2 LTS system. Takes me 5+ seconds just to enter commands, switch between apps, etc.
Try checking your hard disk's health with smartctl (package smartmontools).
<snip:>
So, sudo apt-get install smartmontools ?
Yes. Then follow some guide on how to check hard disk's health with smartctl, for example this one: https://www.thomas-krenn.com/en/wiki/SMART_tests_with_smartctl I still suggest checking or replacing the drive's cable. Hard drive read errors, including the ones reported by smartctl, are sometimes caused by a faulty cable or a faulty connector.
On 2021-06-07 1:11 p.m., Val Kulkov via talk wrote:
<snip>
<snip>
So, sudo apt-get install smartmontools ?
Yes. Then follow some guide on how to check hard disk's health with smartctl, for example this one: https://www.thomas-krenn.com/en/wiki/SMART_tests_with_smartctl <https://www.thomas-krenn.com/en/wiki/SMART_tests_with_smartctl>
I installed smartmontools, then tried running the test ... owner@owner-HP-Compaq-8000-Elite-CMT-PC:~$ sudo smartctl -t <short|long|conveyance|select> /dev/sda bash: syntax error near unexpected token `>'
I still suggest checking or replacing the drive's cable. Hard drive read errors, including the ones reported by smartctl, are sometimes caused by a faulty cable or a faulty connector.
I don't open the computer anymore. I have a tech who's cheap and willing. I'll try software options, first, then take it in, if needs be. Chris <snip>
| From: Chris Aitken via talk <talk@gtalug.org> | So, sudo apt-get install smartmontools ? Yes, but that is very technical. If you don't wish to go there, there is a GUI way. Not as clear to an experienced user, but friendlier Run "gnome-disk-utility". The easiest way is to hit the Windows key, type "disks", and select the icon "Disks". Select the drive of interest. It will show you a picture of the paritioning of that drive. And some interesting technical stats. Click on the three dots in a vertical formation to get a menu of choices. Pick "SMART data and self tests. That will show you more statistics than you can make sense of. The right column of each entry should be "OK". You can decide to run a drive self test. "short" takes a few minutes. "extended" takes hours. You should still be able to use the computer while a test is going on. (For some reason that I've never understood, some things I do seem to abort a self test. No harm is done but the test is incomplete.) (gnome-disk-utility is a useful for other disk tasks too. gparted is another gem.)
On 2021-06-08 10:01 a.m., D. Hugh Redelmeier via talk wrote:
| From: Chris Aitken via talk <talk@gtalug.org>
| So, sudo apt-get install smartmontools ?
Yes, but that is very technical. If you don't wish to go there, there is a GUI way. Not as clear to an experienced user, but friendlier
Run "gnome-disk-utility". The easiest way is to hit the Windows key, type "disks", and select the icon "Disks". OK, it doesn't come up after entering it at command line, but did come up with your "easiest way".
Select the drive of interest. It will show you a picture of the paritioning of that drive. And some interesting technical stats. Yes, I see.
Click on the three dots in a vertical formation to get a menu of choices. Pick "SMART data and self tests.
That will show you more statistics than you can make sense of. The right column of each entry should be "OK". Yes, everything is 'OK'.
You can decide to run a drive self test. "short" takes a few minutes. "extended" takes hours. You should still be able to use the computer while a test is going on. OK, even though it shows 'Overall assessment: Disk is OK', I ran the 'short' test, and was able to keep working on the computer.
Easy peasy lemon squeezy. Thanks for how-to for this utility. Chris
(For some reason that I've never understood, some things I do seem to abort a self test. No harm is done but the test is incomplete.)
(gnome-disk-utility is a useful for other disk tasks too. gparted is another gem.) --- Post to this mailing list talk@gtalug.org Unsubscribe from this mailing list https://gtalug.org/mailman/listinfo/talk
On Mon, 7 Jun 2021 10:28:10 -0400 Chris Aitken via talk <talk@gtalug.org> wrote:
Hi,
I am hoping to get some help with my Ubuntu 20.04.2 LTS system. Takes me 5+ seconds just to enter commands, switch between apps, etc.
Chris, My primary machines were having problems, slowing and stopping while stuff ran. I fixed the problem by adding more RAM. 8GB on my desktop and 4GB on my laptop were not enough. 24GB and 16GB seem to be working fine. -- Howard Gibson hgibson@eol.ca jhowardgibson@gmail.com http://home.eol.ca/~hgibson
On 2021-06-07 1:42 p.m., Howard Gibson via talk wrote:
On Mon, 7 Jun 2021 10:28:10 -0400 Chris Aitken via talk <talk@gtalug.org> wrote:
Hi,
I am hoping to get some help with my Ubuntu 20.04.2 LTS system. Takes me 5+ seconds just to enter commands, switch between apps, etc. Chris,
My primary machines were having problems, slowing and stopping while stuff ran. I fixed the problem by adding more RAM. 8GB on my desktop and 4GB on my laptop were not enough. 24GB and 16GB seem to be working fine. Does this show whether more RAM would help..?
owner@owner-HP-Compaq-8000-Elite-CMT-PC:~$ free -h total used free shared buff/cache available Mem: 7.6Gi 2.5Gi 166Mi 209Mi 5.0Gi 4.7Gi Swap: 2.0Gi 696Mi 1.3Gi
On Mon, 7 Jun 2021 14:00:55 -0400 Chris Aitken via talk <talk@gtalug.org> wrote:
Does this show whether more RAM would help..?
owner@owner-HP-Compaq-8000-Elite-CMT-PC:~$ free -h total used free shared buff/cache available Mem: 7.6Gi 2.5Gi 166Mi 209Mi 5.0Gi 4.7Gi Swap: 2.0Gi 696Mi 1.3Gi
Chris, I am not sure. Is that what it looks like when you are having problems? My systems were locking up when Firefox tried to run something. I had fewer problems with Google Chrome, and Brave Browser. -- Howard Gibson hgibson@eol.ca jhowardgibson@gmail.com http://home.eol.ca/~hgibson
I think the problem is that gnome is hogging CPU. I can get gnome CPU usage to 98% just by moving the mouse. Chris On 2021-06-07 2:36 p.m., Howard Gibson via talk wrote:
On Mon, 7 Jun 2021 14:00:55 -0400 Chris Aitken via talk <talk@gtalug.org> wrote:
Does this show whether more RAM would help..?
owner@owner-HP-Compaq-8000-Elite-CMT-PC:~$ free -h total used free shared buff/cache available Mem: 7.6Gi 2.5Gi 166Mi 209Mi 5.0Gi 4.7Gi Swap: 2.0Gi 696Mi 1.3Gi Chris,
I am not sure. Is that what it looks like when you are having problems? My systems were locking up when Firefox tried to run something. I had fewer problems with Google Chrome, and Brave Browser.
On Mon, 7 Jun 2021 14:52:14 -0400 Chris Aitken via talk <talk@gtalug.org> wrote:
I think the problem is that gnome is hogging CPU. I can get gnome CPU usage to 98% just by moving the mouse. Chris
Chris, There is room on my machine only for one CPU hog, and that is not Gnome_3. My desktop is FVWM, and I use some tools that come with LXDE. FVWM probably is not for beginners, but the configuration files are heavily commented. They may be fairly manageable, especially if you can find a configuration that is approximately what you want. I strongly recommend XFCE and LXDE. -- Howard Gibson hgibson@eol.ca jhowardgibson@gmail.com http://home.eol.ca/~hgibson
On Mon, Jun 7, 2021 at 11:01 AM Chris Aitken via talk <talk@gtalug.org> wrote:
On 2021-06-07 1:42 p.m., Howard Gibson via talk wrote:
On Mon, 7 Jun 2021 10:28:10 -0400 Chris Aitken via talk <talk@gtalug.org> wrote:
Hi,
I am hoping to get some help with my Ubuntu 20.04.2 LTS system. Takes me 5+ seconds just to enter commands, switch between apps, etc. Chris,
My primary machines were having problems, slowing and stopping while stuff ran. I fixed the problem by adding more RAM. 8GB on my desktop and 4GB on my laptop were not enough. 24GB and 16GB seem to be working fine. Does this show whether more RAM would help..?
owner@owner-HP-Compaq-8000-Elite-CMT-PC:~$ free -h total used free shared buff/cache available Mem: 7.6Gi 2.5Gi 166Mi 209Mi 5.0Gi 4.7Gi Swap: 2.0Gi 696Mi 1.3Gi
166 MB free RAM. That might be a small problem! Find the memory hogs and that might help. Though you might want to think about more RAM. Dhaval
--- Post to this mailing list talk@gtalug.org Unsubscribe from this mailing list https://gtalug.org/mailman/listinfo/talk
On Mon, Jun 07, 2021 at 02:00:55PM -0400, Chris Aitken via talk wrote:
Does this show whether more RAM would help..?
owner@owner-HP-Compaq-8000-Elite-CMT-PC:~$ free -h total used free shared buff/cache available Mem: 7.6Gi 2.5Gi 166Mi 209Mi 5.0Gi 4.7Gi Swap: 2.0Gi 696Mi 1.3Gi
To me that looks like RAM is doing OK. Less than half is in use (4.7G available out of 7.6G). -- Len Sorensen
I searched and found a little fix: https://askubuntu.com/questions/1337816/gnome-shell-growing-use-of-cpu-on-20... Alt+F2, then r, [Enter] restarts gnome without closing any applications. Everything is working like a charm, now. Chris On 2021-06-07 4:04 p.m., Lennart Sorensen wrote:
On Mon, Jun 07, 2021 at 02:00:55PM -0400, Chris Aitken via talk wrote:
Does this show whether more RAM would help..?
owner@owner-HP-Compaq-8000-Elite-CMT-PC:~$ free -h total used free shared buff/cache available Mem: 7.6Gi 2.5Gi 166Mi 209Mi 5.0Gi 4.7Gi Swap: 2.0Gi 696Mi 1.3Gi To me that looks like RAM is doing OK. Less than half is in use (4.7G available out of 7.6G).
| From: Chris Aitken via talk <talk@gtalug.org> | Alt+F2, then r, [Enter] restarts gnome without closing any applications. | Everything is working like a charm, now. Great! I didn't know about this. Odd: this looks like it is going to run the "r" shell command, but there is no such command. Hardwired magic? I tried it. Each of my windows came back blank until I selected it. Odd.
On 2021-06-08 9:44 a.m., D. Hugh Redelmeier via talk wrote:
| From: Chris Aitken via talk <talk@gtalug.org>
| Alt+F2, then r, [Enter] restarts gnome without closing any applications. | Everything is working like a charm, now.
Great!
I didn't know about this.
Odd: this looks like it is going to run the "r" shell command, but there is no such command. Hardwired magic?
I tried it. Each of my windows came back blank until I selected it. Odd. For me, Alt+F2 brought up a little GUI single-line command widget. Then I typed 'r' and it restarted gnome. Whether the 'r' would have worked in a terminal, I don't know. I'll try it if gnome hangs again, in the future. If not, that I guess would mean that Alt+F2 would be analogous to typing some command, then the 'r' would be the switch (if they even call it that in linux) that restarts gnome. --- Post to this mailing list talk@gtalug.org Unsubscribe from this mailing list https://gtalug.org/mailman/listinfo/talk
participants (7)
-
Chris Aitken -
D. Hugh Redelmeier -
Dhaval Giani -
Howard Gibson -
lsorense＠csclub.uwaterloo.ca -
Mauro Souza -
Val Kulkov