From community at abqlug.com Mon Jun 1 20:55:31 2020 From: community at abqlug.com (ABQLUG) Date: Mon, 01 Jun 2020 21:55:31 -0600 Subject: [nmglug] [ABQLUG] Next meetup will be tomorrow (1 year anniversary) Message-ID: <0e70e1a5a61a80ee3d2529946779b684@mail.swcp.com> Fellow NMGLUGers, ABQLUG will be hosting it's monthly meetup (virtually) tomorrow, June 2nd 2020. This will also be our first anniversary meetup as well! Let's discuss the future of ABQLUG. I personally would like to discuss what we can do with the website for new users. I would like to make some posts and pages that will (1) allow new users to get started with Linux (2) allow new users find success in the long term (3) allow give resources to users that are having a hard time with Linux. To make this work, we are going to need help! Please attend this coming up virtual meetup for more details. Again, it will be on June 2nd 2020 at 6:00 pm (give or take) located here: https://live.abqlug.com/OneYear If you would like to help volunteer, and can't make the meetup, please email us at: community at abqlug.com If you are on a desktop or laptop you can attend the meetup by using a current version of Firefox or Chromium. If you are on iOS or Android, you can download the Jitsi Meet app from the Play Store, Apple Store, and F-Droid. Or you can Firefox on your mobile device. More information can be found here on how to join: https://www.abqlug.com/attendee/ ~ Jared From ted.pome at gmail.com Thu Jun 4 14:34:05 2020 From: ted.pome at gmail.com (Ted Pomeroy) Date: Thu, 4 Jun 2020 15:34:05 -0600 Subject: [nmglug] Meeting and Stretch problem/solved Message-ID: NMGLugers, I think we are scheduled to meet tonight at 5:30 on a Jit.si link. I hope to be there from here. I had a problem updating Stretch (Debian 9) this week and had to find a way to resolve the situation: _apt as a user is unprivileged and the trusted.gpg file was not getting me to the Debian servers. I did find a solution in several steps. Had to remove the 'trusted.gpg' file in etc/apt; clear the /usr/var/apt/lists folder. With that done I was able to update and dist-upgrade. I briefly considered an upgrade to Buster (Debian 10), but I was not ready to backup my files this week and I have many files. This led me to the interesting discussion on the Debian wiki about changes to Apt. Hope to see you all, or some of you, tonight. Thank you, Ted P. -------------- next part -------------- An HTML attachment was scrubbed... URL: From okeefe at cybermesa.com Sat Jun 6 13:21:47 2020 From: okeefe at cybermesa.com (Brian O'Keefe) Date: Sat, 6 Jun 2020 14:21:47 -0600 Subject: [nmglug] Freezing Message-ID: <1aeddd3e-71bb-6a8b-cc0c-ac274a92708f@cybermesa.com> Hi All, My Asus laptop has been freezing up for no reason that I could think of. I found out my swap partition is 2GB and this person solved it by increasing the swap partition to 16GB. I'm reluctant to start messing with partitions, though I have at times, w/o one of you brainiacs look at the procedure. If anyone can look this over I'd appreciate it but no obligations. Stay safe! Brian 0 yes Ubuntu 20.04 hangs freeze although I have 8 GB of Ram and i7 I could temporary fix this issue in my side, by expanding swap partition from 2 GB to 16 GB I am not sure but I think there is problem in Ubuntu 20.04 memory management, here in my side it keep consuming memory, then when both memory and swap are full, the computer start to freeze and hang the solution steps are: 1- check the amount of swap you have |grep SwapTotal /proc/meminfo | 2-turn off the swap process |sudo swapoff -a | 3-resize the swap(in my case i expand it to 16 gb) |sudo dd if=/dev/zero of=/swapfile bs=1G count=16 | 4- attach the swap to partition |sudo mkswap /swapfile | 5- activate swap(enable it) |sudo swapon /swapfile | 6- see the new swap size |grep SwapTotal /proc/meminfo | done -- -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.png Type: image/png Size: 3913 bytes Desc: not available URL: From ted.pome at gmail.com Sat Jun 6 14:35:49 2020 From: ted.pome at gmail.com (Ted Pomeroy) Date: Sat, 6 Jun 2020 15:35:49 -0600 Subject: [nmglug] Freezing In-Reply-To: <1aeddd3e-71bb-6a8b-cc0c-ac274a92708f@cybermesa.com> References: <1aeddd3e-71bb-6a8b-cc0c-ac274a92708f@cybermesa.com> Message-ID: Brian, A quick look at it seems that it is correct. Swap is a partition, it has to be unmounted to be re-sized, hence the 'swapoff' command. The 'dd' to resize it is an interesting approach, rather than using parted or gparted. If you have used all of the physical drive to install, it might feel clearer to use gparted to enlarge /swap and see which other partition is giving up some room. Check to see if the sample directions were installed to hardware like yours or was it a virtual install? I will have to take a look at the discussion on the Internet. Thank you, Ted P. On Sat, Jun 6, 2020 at 2:21 PM Brian O'Keefe wrote: > Hi All, > > My Asus laptop has been freezing up for no reason that I could think of. I > found out my swap partition is 2GB and this person solved it by increasing > the swap partition to 16GB. I'm reluctant to start messing with partitions, > though I have at times, w/o one of you brainiacs look at the procedure. If > anyone can look this over I'd appreciate it but no obligations. > > Stay safe! > > Brian > 0 > > > yes Ubuntu 20.04 hangs freeze although I have 8 GB of Ram and i7 > > I could temporary fix this issue in my side, by expanding swap partition > from 2 GB to 16 GB > > I am not sure but I think there is problem in Ubuntu 20.04 memory > management, here in my side it keep consuming memory, then when both memory > and swap are full, the computer start to freeze and hang > > the solution steps are: > > 1- check the amount of swap you have > > grep SwapTotal /proc/meminfo > > 2-turn off the swap process > > sudo swapoff -a > > 3-resize the swap(in my case i expand it to 16 gb) > > sudo dd if=/dev/zero of=/swapfile bs=1G count=16 > > 4- attach the swap to partition > > sudo mkswap /swapfile > > 5- activate swap(enable it) > > sudo swapon /swapfile > > 6- see the new swap size > > grep SwapTotal /proc/meminfo > > done > -- > _______________________________________________ > nmglug mailing list > nmglug at lists.nmglug.org > http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.png Type: image/png Size: 3913 bytes Desc: not available URL: From ted.pome at gmail.com Sat Jun 6 15:19:12 2020 From: ted.pome at gmail.com (Ted Pomeroy) Date: Sat, 6 Jun 2020 16:19:12 -0600 Subject: [nmglug] Freezing In-Reply-To: References: <1aeddd3e-71bb-6a8b-cc0c-ac274a92708f@cybermesa.com> Message-ID: Brian, Very interesting. Is your swap a file or a partition? I just read an article https://bogdancornianu.com/change-swap-size-in-ubuntu/ which sounds like what you describe for making swap bigger. It notes that Ubuntu changed the protocol of swap from a partition to a file. I am using Xubuntu 18.04 and the install here is a swap partition. As shown here from my lsblk: sda 8:0 0 298.1G 0 disk ??sda1 8:1 0 199M 0 part ??sda2 8:2 0 165.4G 0 part ??sda3 8:3 0 1K 0 part ??sda4 8:4 0 103.3M 0 part ??sda5 8:5 0 125G 0 part / ??sda6 8:6 0 7.5G 0 part [SWAP] sr0 11:0 1 1024M 0 rom So, be careful and check first. I might suggest you ascertain the nature of your system before trying to use the directions you quoted. Thank you, Ted P. On Sat, Jun 6, 2020 at 3:35 PM Ted Pomeroy wrote: > Brian, A quick look at it seems that it is correct. Swap is a partition, > it has to be unmounted to be re-sized, hence the 'swapoff' command. The > 'dd' to resize it is an interesting approach, rather than using parted or > gparted. If you have used all of the physical drive to install, it might > feel clearer to use gparted to enlarge /swap and see which other partition > is giving up some room. Check to see if the sample directions were > installed to hardware like yours or was it a virtual install? I will have > to take a look at the discussion on the Internet. Thank you, Ted P. > > On Sat, Jun 6, 2020 at 2:21 PM Brian O'Keefe wrote: > >> Hi All, >> >> My Asus laptop has been freezing up for no reason that I could think of. >> I found out my swap partition is 2GB and this person solved it by >> increasing the swap partition to 16GB. I'm reluctant to start messing with >> partitions, though I have at times, w/o one of you brainiacs look at the >> procedure. If anyone can look this over I'd appreciate it but no >> obligations. >> >> Stay safe! >> >> Brian >> 0 >> >> >> yes Ubuntu 20.04 hangs freeze although I have 8 GB of Ram and i7 >> >> I could temporary fix this issue in my side, by expanding swap partition >> from 2 GB to 16 GB >> >> I am not sure but I think there is problem in Ubuntu 20.04 memory >> management, here in my side it keep consuming memory, then when both memory >> and swap are full, the computer start to freeze and hang >> >> the solution steps are: >> >> 1- check the amount of swap you have >> >> grep SwapTotal /proc/meminfo >> >> 2-turn off the swap process >> >> sudo swapoff -a >> >> 3-resize the swap(in my case i expand it to 16 gb) >> >> sudo dd if=/dev/zero of=/swapfile bs=1G count=16 >> >> 4- attach the swap to partition >> >> sudo mkswap /swapfile >> >> 5- activate swap(enable it) >> >> sudo swapon /swapfile >> >> 6- see the new swap size >> >> grep SwapTotal /proc/meminfo >> >> done >> -- >> _______________________________________________ >> nmglug mailing list >> nmglug at lists.nmglug.org >> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.png Type: image/png Size: 3913 bytes Desc: not available URL: From okeefe at cybermesa.com Sat Jun 6 20:56:35 2020 From: okeefe at cybermesa.com (Brian O'Keefe) Date: Sat, 6 Jun 2020 21:56:35 -0600 Subject: [nmglug] Freezing In-Reply-To: References: <1aeddd3e-71bb-6a8b-cc0c-ac274a92708f@cybermesa.com> Message-ID: I ran gparted and the Ubuntu disk utility as well as fdisk, sfdisk, cfdisk and there is no swap partition that I can find. There are tens if not more files listed w/ fdisk and the following is running lsblk There are obviously significant changes in 20.04 that are pretty much incomprehensible to me! $ lsblk NAME?? MAJ:MIN RM?? SIZE RO TYPE MOUNTPOINT loop0??? 7:0??? 0 161.4M? 1 loop /snap/gnome-3-28-1804/128 loop1??? 7:1??? 0 105.2M? 1 loop /snap/audacity/648 loop2??? 7:2??? 0 154.3M? 1 loop /snap/chromium/1143 loop3??? 7:3??? 0 156.2M? 1 loop /snap/chromium/1165 loop4??? 7:4??? 0??? 97M? 1 loop /snap/core/9289 loop5??? 7:5??? 0? 93.9M? 1 loop /snap/core/9066 loop6??? 7:6??? 0??? 55M? 1 loop /snap/core18/1705 loop7??? 7:7??? 0 289.8M? 1 loop /snap/kde-frameworks-5-qt-5-14-core18/3 loop8??? 7:8??? 0??? 55M? 1 loop /snap/core18/1754 loop9??? 7:9??? 0 140.7M? 1 loop /snap/gnome-3-26-1604/100 loop11?? 7:11?? 0? 49.8M? 1 loop /snap/snap-store/454 loop12?? 7:12?? 0 255.6M? 1 loop /snap/gnome-3-34-1804/33 loop13?? 7:13?? 0?? 107M? 1 loop /snap/gnucash-jz/43 loop14?? 7:14?? 0 255.6M? 1 loop /snap/gnome-3-34-1804/36 loop15?? 7:15?? 0? 54.8M? 1 loop /snap/gtk-common-themes/1502 loop16?? 7:16?? 0 181.1M? 1 loop /snap/spotify/36 loop17?? 7:17?? 0 141.8M? 1 loop /snap/inkscape/7601 loop18?? 7:18?? 0? 62.1M? 1 loop /snap/gtk-common-themes/1506 loop19?? 7:19?? 0 140.7M? 1 loop /snap/gnome-3-26-1604/98 loop20?? 7:20?? 0 260.7M? 1 loop /snap/kde-frameworks-5-core18/32 loop21?? 7:21?? 0 160.2M? 1 loop /snap/gnome-3-28-1804/116 loop22?? 7:22?? 0? 87.8M? 1 loop /snap/kdenlive/23 loop23?? 7:23?? 0?? 132K? 1 loop /snap/gtk2-common-themes/9 loop24?? 7:24?? 0 141.8M? 1 loop /snap/inkscape/7627 loop25?? 7:25?? 0?? 132K? 1 loop /snap/gtk2-common-themes/5 loop26?? 7:26?? 0?? 291M? 1 loop /snap/vlc/1620 loop27?? 7:27?? 0 163.7M? 1 loop /snap/spotify/41 loop28?? 7:28?? 0?? 2.2M? 1 loop /snap/gnome-system-monitor/148 loop29?? 7:29?? 0 290.6M? 1 loop /snap/kde-frameworks-5-qt-5-14-core18/4 loop30?? 7:30?? 0?? 2.2M? 1 loop /snap/gnome-system-monitor/145 loop31?? 7:31?? 0 202.9M? 1 loop /snap/vlc/1397 loop32?? 7:32?? 0? 87.8M? 1 loop /snap/kdenlive/24 loop33?? 7:33?? 0 113.4M? 1 loop /snap/audacity/666 sda????? 8:0??? 0 238.5G? 0 disk ??sda1?? 8:1??? 0?? 512M? 0 part /boot/efi ??sda2?? 8:2??? 0?? 238G? 0 part / However I get this when I run the following so Swap is not a partition, right? What is it now? A file as you noted? $ grep SwapTotal /proc/meminfo SwapTotal:?????? 2097148 kB Thanks so much Ted and I hope that you are doing as well as you can be. Brian On 6/6/20 4:19 PM, Ted Pomeroy wrote: > Brian, Very interesting. Is your swap a file or a partition? I just > read an article https://bogdancornianu.com/change-swap-size-in-ubuntu/ > which sounds like what you describe for making swap bigger. It notes > that Ubuntu changed the protocol of swap from a partition to a file. I > am using Xubuntu 18.04 and the install here is a swap partition. As > shown here from my lsblk: > sda ? ? ?8:0 ? ?0 298.1G ?0 disk > ??sda1 ? 8:1 ? ?0 ? 199M ?0 part > ??sda2 ? 8:2 ? ?0 165.4G ?0 part > ??sda3 ? 8:3 ? ?0 ? ? 1K ?0 part > ??sda4 ? 8:4 ? ?0 103.3M ?0 part > ??sda5 ? 8:5 ? ?0 ? 125G ?0 part / > ??sda6 ? 8:6 ? ?0 ? 7.5G ?0 part [SWAP] > sr0 ? ? 11:0 ? ?1 ?1024M ?0 rom > So, be careful and check first. I might suggest you ascertain the > nature of your system before trying to use the directions you quoted. > Thank you, Ted P. > > On Sat, Jun 6, 2020 at 3:35 PM Ted Pomeroy > wrote: > > Brian, A quick look at it seems that it is correct. Swap is a > partition, it has to be unmounted to be re-sized, hence the > 'swapoff' command. The 'dd' to resize it is an interesting > approach, rather than using parted or gparted. If you have used > all of the physical drive to install, it might feel clearer to use > gparted to enlarge /swap and see which other partition is giving > up some room. Check to see if the sample directions were installed > to hardware like yours or was it a virtual install? I will have to > take a look at the discussion on the Internet. Thank you, Ted P. > > On Sat, Jun 6, 2020 at 2:21 PM Brian O'Keefe > wrote: > > Hi All, > > My Asus laptop has been freezing up for no reason that I could > think of. I found out my swap partition is 2GB and this person > solved it by increasing the swap partition to 16GB. I'm > reluctant to start messing with partitions, though I have at > times, w/o one of you brainiacs look at the procedure. If > anyone can look this over I'd appreciate it but no obligations. > > Stay safe! > > Brian > > 0 > > yes Ubuntu 20.04 hangs freeze although I have 8 GB of Ram and i7 > > I could temporary fix this issue in my side, by expanding swap > partition from 2 GB to 16 GB > > I am not sure but I think there is problem in Ubuntu 20.04 > memory management, here in my side it keep consuming memory, > then when both memory and swap are full, the computer start to > freeze and hang > > the solution steps are: > > 1- check the amount of swap you have > > |grep SwapTotal /proc/meminfo | > > 2-turn off the swap process > > |sudo swapoff -a | > > 3-resize the swap(in my case i expand it to 16 gb) > > |sudo dd if=/dev/zero of=/swapfile bs=1G count=16 | > > 4- attach the swap to partition > > |sudo mkswap /swapfile | > > 5- activate swap(enable it) > > |sudo swapon /swapfile | > > 6- see the new swap size > > |grep SwapTotal /proc/meminfo | > > done > > -- > _______________________________________________ > nmglug mailing list > nmglug at lists.nmglug.org > http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org > > > _______________________________________________ > nmglug mailing list > nmglug at lists.nmglug.org > http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org -- -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.png Type: image/png Size: 3913 bytes Desc: not available URL: From okeefe at cybermesa.com Sat Jun 6 21:18:33 2020 From: okeefe at cybermesa.com (Brian O'Keefe) Date: Sat, 6 Jun 2020 22:18:33 -0600 Subject: [nmglug] Freezing In-Reply-To: References: <1aeddd3e-71bb-6a8b-cc0c-ac274a92708f@cybermesa.com> Message-ID: One observation that just came to me is the issue again copied below is relating to increasing swap is as a partition in 20.04 but as you can see I do not have a swap partition but I have a 2GB something...file? Also a couple of screenshots from system monitor. It seems that swap has plenty of memory, at least as I run four applications open and hidden process. Maybe they are of some help? Thanks Brian >> 0 >> >> yes Ubuntu 20.04 hangs freeze although I have 8 GB of Ram and i7 >> >> I could temporary fix this issue in my side, by expanding >> swap partition from 2 GB to 16 GB >> >> I am not sure but I think there is problem in Ubuntu 20.04 >> memory management, here in my side it keep consuming memory, >> then when both memory and swap are full, the computer start >> to freeze and hang >> >> the solution steps are: >> >> 1- check the amount of swap you have >> >> |grep SwapTotal /proc/meminfo | >> >> 2-turn off the swap process >> >> |sudo swapoff -a | >> >> 3-resize the swap(in my case i expand it to 16 gb) >> >> |sudo dd if=/dev/zero of=/swapfile bs=1G count=16 | >> >> 4- attach the swap to partition >> >> |sudo mkswap /swapfile | >> >> 5- activate swap(enable it) >> >> |sudo swapon /swapfile | >> >> 6- see the new swap size >> >> |grep SwapTotal /proc/meminfo | >> >> done >> >> -- >> _______________________________________________ >> nmglug mailing list >> nmglug at lists.nmglug.org >> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org >> >> >> _______________________________________________ >> nmglug mailing list >> nmglug at lists.nmglug.org >> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org > -- > > _______________________________________________ > nmglug mailing list > nmglug at lists.nmglug.org > http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org -- -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot at 2020-06-06 22-14-20.png Type: image/png Size: 67148 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot at 2020-06-06 22-15-36.png Type: image/png Size: 22966 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.png Type: image/png Size: 3913 bytes Desc: not available URL: From okeefe at cybermesa.com Sat Jun 6 21:18:49 2020 From: okeefe at cybermesa.com (Brian O'Keefe) Date: Sat, 6 Jun 2020 22:18:49 -0600 Subject: [nmglug] Freezing In-Reply-To: References: <1aeddd3e-71bb-6a8b-cc0c-ac274a92708f@cybermesa.com> Message-ID: One observation that just came to me is the issue again copied below is relating to increasing swap is as a partition in 20.04 but as you can see I do not have a swap partition but I have a 2GB something...file? Also a couple of screenshots from system monitor. It seems that swap has plenty of memory, at least as I run four applications open and hidden process. Maybe they are of some help? Thanks Brian >> 0 >> >> yes Ubuntu 20.04 hangs freeze although I have 8 GB of Ram and i7 >> >> I could temporary fix this issue in my side, by expanding >> swap partition from 2 GB to 16 GB >> >> I am not sure but I think there is problem in Ubuntu 20.04 >> memory management, here in my side it keep consuming memory, >> then when both memory and swap are full, the computer start >> to freeze and hang >> >> the solution steps are: >> >> 1- check the amount of swap you have >> >> |grep SwapTotal /proc/meminfo | >> >> 2-turn off the swap process >> >> |sudo swapoff -a | >> >> 3-resize the swap(in my case i expand it to 16 gb) >> >> |sudo dd if=/dev/zero of=/swapfile bs=1G count=16 | >> >> 4- attach the swap to partition >> >> |sudo mkswap /swapfile | >> >> 5- activate swap(enable it) >> >> |sudo swapon /swapfile | >> >> 6- see the new swap size >> >> |grep SwapTotal /proc/meminfo | >> >> done >> >> -- >> _______________________________________________ >> nmglug mailing list >> nmglug at lists.nmglug.org >> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org >> >> >> _______________________________________________ >> nmglug mailing list >> nmglug at lists.nmglug.org >> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org > -- > > _______________________________________________ > nmglug mailing list > nmglug at lists.nmglug.org > http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org -- -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot at 2020-06-06 22-14-20.png Type: image/png Size: 67148 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot at 2020-06-06 22-15-36.png Type: image/png Size: 22966 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.png Type: image/png Size: 3913 bytes Desc: not available URL: From okeefe at cybermesa.com Sun Jun 7 08:34:14 2020 From: okeefe at cybermesa.com (Brian O'Keefe) Date: Sun, 7 Jun 2020 09:34:14 -0600 Subject: [nmglug] Freezing In-Reply-To: References: <1aeddd3e-71bb-6a8b-cc0c-ac274a92708f@cybermesa.com> Message-ID: Thanks again Ted, I looked for /boot/efi and there is a directory with many files. Below is how I got there. In the screenshot you can see Swap is using very little memory when I use my machine normally. The second screenshot shows the directory /etc/boot on the disk /de/sda1 and the linux file system on /dev/sda2. gparted has only two partitions (see below from gparted). So the question begs how swap memory is an issue at all? Here's the output of my digging for swap and not finding it in the directory as shown below, /etc/boot. I also found an ubuntu directory and listed the files. Again other than grub the results are Greek to me! :/boot/efi/EFI# ls BOOT? ubuntu root at brian-VivoBook-ASUS-Laptop-X505ZA-F505ZA:/boot/efi/EFI# cd ubuntu root at brian-VivoBook-ASUS-Laptop-X505ZA-F505ZA:/boot/efi/EFI/ubuntu# ls BOOTX64.CSV? grub.cfg? grubx64.efi? mmx64.efi? shimx64.efi I am loathe to increase the swap memory when it doesn't appear to be a problem according to System Monitor. Anyway, here are my search results to find /etc/boot. /home/brian# cd /boot root at brian:/boot# ls config-5.3.0-55-generic????? memtest86+.elf config-5.4.0-33-generic????? memtest86+_multiboot.bin efi????????????????????????? System.map-5.3.0-55-generic grub???????????????????????? System.map-5.4.0-33-generic initrd.img?????????????????? vmlinuz initrd.img-5.3.0-55-generic? vmlinuz-5.3.0-55-generic initrd.img-5.4.0-33-generic? vmlinuz-5.4.0-33-generic initrd.img.old?????????????? vmlinuz.old memtest86+.bin root at brian:/boot# cd efi root at brian:/boot/efi# ls EFI root at brian:/boot/efi# cd EFI root at brian:/boot/efi/EFI# ls BOOT? ubuntu root at brian:/boot/efi/EFI# cd BOOT root at brian:/boot/efi/EFI/BOOT# ls BOOTX64.EFI? fbx64.efi? mmx64.efi root at brian:/boot/efi/EFI/BOOT# cd /boot/efi/EFI root at brian:/boot/efi/EFI# ls BOOT? ubuntu root at brian:/boot/efi/EFI# cd ubuntu root at brian:/boot/efi/EFI/ubuntu# ls BOOTX64.CSV? grub.cfg? grubx64.efi? mmx64.efi? shimx64.efi Again, many thanks. Brian PS: this is not a serious issue as I can do a hard shutdown and boot up again. Next time I'm hopefully going to be doing nothing important and I can just walk away and see if the machine un-freezes. I'll let you know if I go that route and the results. On 6/7/20 7:55 AM, Ted Pomeroy wrote: > Brian, Right, looks like you did a fresh install of 20.04 and the > default in Ubuntu is now a swap file, not a partition. So... you could > give a try at the method of increasing swap as described in your first > email in this thread. the series of commands basically disconnects > swap, then you blank some desire amount of free space, then designate > this as the swap directory and enable it. Let us know how it works > out. Thank you, Ted P. > > On Sat, Jun 6, 2020 at 10:18 PM Brian O'Keefe > wrote: > > One observation that just came to me is the issue again copied > below is relating to increasing swap is as a partition in 20.04 > but as you can see I do not have a swap partition but I have a 2GB > something...file? Also a couple of screenshots from system > monitor. It seems that swap has plenty of memory, at least as I > run four applications open and hidden process. Maybe they are of > some help? > > > Thanks > > Brian > >>> 0 >>> >>> yes Ubuntu 20.04 hangs freeze although I have 8 GB of >>> Ram and i7 >>> >>> I could temporary fix this issue in my side, by >>> expanding swap partition from 2 GB to 16 GB >>> >>> I am not sure but I think there is problem in Ubuntu >>> 20.04 memory management, here in my side it keep >>> consuming memory, then when both memory and swap are >>> full, the computer start to freeze and hang >>> >>> the solution steps are: >>> >>> 1- check the amount of swap you have >>> >>> |grep SwapTotal /proc/meminfo | >>> >>> 2-turn off the swap process >>> >>> |sudo swapoff -a | >>> >>> 3-resize the swap(in my case i expand it to 16 gb) >>> >>> |sudo dd if=/dev/zero of=/swapfile bs=1G count=16 | >>> >>> 4- attach the swap to partition >>> >>> |sudo mkswap /swapfile | >>> >>> 5- activate swap(enable it) >>> >>> |sudo swapon /swapfile | >>> >>> 6- see the new swap size >>> >>> |grep SwapTotal /proc/meminfo | >>> >>> done >>> >>> -- >>> _______________________________________________ >>> nmglug mailing list >>> nmglug at lists.nmglug.org >>> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org >>> >>> >>> _______________________________________________ >>> nmglug mailing list >>> nmglug at lists.nmglug.org >>> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org >> -- >> >> _______________________________________________ >> nmglug mailing list >> nmglug at lists.nmglug.org >> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org > -- > -- -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot at 2020-06-07 09-22-39.png Type: image/png Size: 37878 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot at 2020-06-06 22-14-20.png Type: image/png Size: 67148 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot at 2020-06-06 22-15-36.png Type: image/png Size: 22966 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.png Type: image/png Size: 3913 bytes Desc: not available URL: From akkana at shallowsky.com Sun Jun 7 10:07:06 2020 From: akkana at shallowsky.com (Akkana Peck) Date: Sun, 7 Jun 2020 11:07:06 -0600 Subject: [nmglug] Freezing In-Reply-To: References: <1aeddd3e-71bb-6a8b-cc0c-ac274a92708f@cybermesa.com> Message-ID: <20200607170706.GB2132@shallowsky.com> Brian O'Keefe writes: > I am loathe to increase the swap memory when it doesn't appear to be a > problem according to System Monitor. This. I've seen a lot of discussion about swap, but if there was any evidence that swap was the problem, I missed it. If adding swap is going to be this hard, maybe put the effort instead into diagnosing why the system is freezing? For instance, do you know if it's X or the kernel that's freezing? It would be interesting to try to ssh in from another machine, to see if maybe the machine is up but X is locked. Diagnosing a freeze isn't all that easy, because of course if the kernel is hung, then the system has no way to note what went wrong. But sometimes you can find out what was happening just before it froze. Here's a Google search that gives some starting points: https://www.google.com/search?client=ubuntu&channel=fs&q=diagnose+why+linux+freezing&ie=utf-8&oe=utf-8 ...Akkana From okeefe at cybermesa.com Sun Jun 7 10:07:56 2020 From: okeefe at cybermesa.com (Brian O'Keefe) Date: Sun, 7 Jun 2020 11:07:56 -0600 Subject: [nmglug] Freezing In-Reply-To: References: <1aeddd3e-71bb-6a8b-cc0c-ac274a92708f@cybermesa.com> Message-ID: <009c86ea-1cb1-379d-3dcd-8442a197e858@cybermesa.com> Thanks Ted. I appreciate the info and the advice to hold off. I too have read that some graphic cards can cause lock-up. I'll leave all alone. I'll upgrade, if anything is now upgradable since the install is so recent. Still.... Have a great day! On 6/7/20 10:00 AM, Ted Pomeroy wrote: > Brian, Yes, wait on taking action. Try to identify the problem. Also, > I recommend staying clear of EFI partition for now.? It is for > compliance with the UEFI? standards for hardware and kernel boot. You > can read the Wikipedia.com article. I have had to adjust the EFI boot > order, but only on certain machines. If you boot and login okay no > changes needed. > So, right, plenty of ram, more swap might be desirable, but seems > unnecessary. I would make it a habit to run and read 'top'? on a > regular basis to see what is running and what is using ram. Virtual > memory is not an issue. In top Shift+e changes the units for ram to > make it easier to interpret. Also look at idle(id) and waiting(wa) > percentages. I have found these interesting and instructive. Even > after closing Firefox and then starting top, I find it takes several > seconds to get idle up to 96% or so. > So, try to re-create or better identify the series of events that lead > to freezes. Have you read the release notes? Some graphics cards are a > boot up issue, and the new kernel is different from previous ones. You > might roll back if you have an option during boot, to get to the > lowest kernel number. Once in awhile new kernels leave off support for > older parts. or special graphics cards. Audio and wifi not likely to > be the issue. Keep up and join us at the next NMGLUG if you can. > Thank you, Ted P -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark at galassi.org Sun Jun 7 10:24:54 2020 From: mark at galassi.org (Mark Galassi) Date: Sun, 07 Jun 2020 11:24:54 -0600 Subject: [nmglug] considering comcast/xfinity Message-ID: <87ftb6kcux.fsf@galassi.org> techies in Santa Fe: considering switching from uswest/qwest/centurylink (which will not do good speeds downtown) to xfinity/comcast (which says they will). i'll try it for a month. any advice on what cable modem hardware to get? any other things to consider for downtown santa fe broadband? From okeefe at cybermesa.com Sun Jun 7 10:29:53 2020 From: okeefe at cybermesa.com (Brian O'Keefe) Date: Sun, 7 Jun 2020 11:29:53 -0600 Subject: [nmglug] Freezing In-Reply-To: <20200607170706.GB2132@shallowsky.com> References: <1aeddd3e-71bb-6a8b-cc0c-ac274a92708f@cybermesa.com> <20200607170706.GB2132@shallowsky.com> Message-ID: Thanks Akkana Yeah, can't check much when frozen. I've looked at dmesg but too much in there that I don't understand. I'll come running for help if this gets worse. It's usually only every couple of days. I do put the machine to sleep a lot. Maybe I need to shut down daily or some such, Best Brian On 6/7/20 11:07 AM, Akkana Peck wrote: > Brian O'Keefe writes: >> I am loathe to increase the swap memory when it doesn't appear to be a >> problem according to System Monitor. > This. I've seen a lot of discussion about swap, but if there was any > evidence that swap was the problem, I missed it. If adding swap is > going to be this hard, maybe put the effort instead into diagnosing > why the system is freezing? > > For instance, do you know if it's X or the kernel that's freezing? > It would be interesting to try to ssh in from another machine, > to see if maybe the machine is up but X is locked. > > Diagnosing a freeze isn't all that easy, because of course if the > kernel is hung, then the system has no way to note what went wrong. > But sometimes you can find out what was happening just before it > froze. Here's a Google search that gives some starting points: > > https://www.google.com/search?client=ubuntu&channel=fs&q=diagnose+why+linux+freezing&ie=utf-8&oe=utf-8 > > ...Akkana > _______________________________________________ > nmglug mailing list > nmglug at lists.nmglug.org > http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org > -- -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.png Type: image/png Size: 3913 bytes Desc: not available URL: From anthony at anjbe.name Sun Jun 7 12:19:28 2020 From: anthony at anjbe.name (Anthony J. Bentley) Date: Sun, 07 Jun 2020 13:19:28 -0600 Subject: [nmglug] considering comcast/xfinity In-Reply-To: <87ftb6kcux.fsf@galassi.org> References: <87ftb6kcux.fsf@galassi.org> Message-ID: <5731-1591557568.420785@ENCU.V76-.i-Vg> Hi Mark, Mark Galassi writes: > techies in Santa Fe: considering switching from uswest/qwest/centurylink > (which will not do good speeds downtown) to xfinity/comcast (which says > they will). i'll try it for a month. any advice on what cable modem > hardware to get? any other things to consider for downtown santa fe > broadband? In Albuquerque, I use a Motorola SB6141. I bought it because it has one cable jack and one ethernet port; I wanted to use my own wireless router. It only supports about 300 Mbps max (my own service isn't anywhere close to that); if you want something faster and don't mind bringing your own router, one of the bigger models like SB6190 or SB8200 is the first direction I'd look. -- Anthony J. Bentley From josmon at rigozsaurus.com Sun Jun 7 12:37:44 2020 From: josmon at rigozsaurus.com (John Osmon) Date: Sun, 7 Jun 2020 13:37:44 -0600 Subject: [nmglug] considering comcast/xfinity In-Reply-To: <5731-1591557568.420785@ENCU.V76-.i-Vg> References: <87ftb6kcux.fsf@galassi.org> <5731-1591557568.420785@ENCU.V76-.i-Vg> Message-ID: <20200607193743.GI21706@jeeves.rigozsaurus.com> I regularly find DOCSIS 3.0 modems like the Motorola Surfboard at Thrift stores for around $5. On Sun, Jun 07, 2020 at 01:19:28PM -0600, Anthony J. Bentley wrote: > Hi Mark, > > Mark Galassi writes: > > techies in Santa Fe: considering switching from uswest/qwest/centurylink > > (which will not do good speeds downtown) to xfinity/comcast (which says > > they will). i'll try it for a month. any advice on what cable modem > > hardware to get? any other things to consider for downtown santa fe > > broadband? > > In Albuquerque, I use a Motorola SB6141. I bought it because it has > one cable jack and one ethernet port; I wanted to use my own wireless > router. It only supports about 300 Mbps max (my own service isn't > anywhere close to that); if you want something faster and don't mind > bringing your own router, one of the bigger models like SB6190 or SB8200 > is the first direction I'd look. > > -- > Anthony J. Bentley > _______________________________________________ > nmglug mailing list > nmglug at lists.nmglug.org > http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org From anthony at anjbe.name Sun Jun 7 12:45:36 2020 From: anthony at anjbe.name (Anthony J. Bentley) Date: Sun, 07 Jun 2020 13:45:36 -0600 Subject: [nmglug] considering comcast/xfinity In-Reply-To: <20200607193743.GI21706@jeeves.rigozsaurus.com> References: <87ftb6kcux.fsf@galassi.org> <5731-1591557568.420785@ENCU.V76-.i-Vg> <20200607193743.GI21706@jeeves.rigozsaurus.com> Message-ID: <80548-1591559136.168427@aKwk.RLau.H_1l> John Osmon writes: > I regularly find DOCSIS 3.0 modems like the Motorola Surfboard > at Thrift stores for around $5. I had an older Surfboard (SB6121) lying around when I signed up for Comcast in February, but apparently Comcast's stated policy is they no longer activate connections with such old modems, and I couldn't get mine to work, so buyer beware. -- Anthony J. Bentley From leopoldo at maciasnetwork.com Sun Jun 7 22:49:46 2020 From: leopoldo at maciasnetwork.com (Leopoldo Macias) Date: Sun, 7 Jun 2020 23:49:46 -0600 Subject: [nmglug] Freezing In-Reply-To: References: <1aeddd3e-71bb-6a8b-cc0c-ac274a92708f@cybermesa.com> <20200607170706.GB2132@shallowsky.com> Message-ID: <3b25a523-663e-7706-1d8d-1790a70ff6f3@maciasnetwork.com> I agree with Akkana.. look for the cause, If your system froze, try running the journalctl command (there's lots of data in that). You can filter the data in many ways so as not to get overwhelmed. For example: To view the kernel logs (which might have clues to a crash or hang) journalctl -rk the (-r) will print the log in reverse order (meaning newest logs show up first) the (-k) will only show logs for the kernel (you can choose many different logs to display with other options) You can scroll down through the logs or type the colon (shift+;) and q to quit the log. Here is a link for helpful journalctl commands: https://www.thegeekdiary.com/6-useful-journalctl-command-examples-in-centos-rhel-7-cheat-sheet/ I tried it on my ubuntu20.04 and I did not have to use sudo to run the 'journalctl' commands. Usually if a process hung it will be recorded in the kernel logs and that give a path to follow. Also, has this happened multiple times prior to the swap update? or did occur only once? On 6/7/20 11:29 AM, Brian O'Keefe wrote: > > Thanks Akkana > > Yeah, can't check much when frozen. I've looked at dmesg but too much > in there that I don't understand. I'll come running for help if this > gets worse. It's usually only every couple of days. I do put the > machine to sleep a lot. Maybe I need to shut down daily or some such, > > Best > > Brian > > On 6/7/20 11:07 AM, Akkana Peck wrote: >> Brian O'Keefe writes: >>> I am loathe to increase the swap memory when it doesn't appear to be a >>> problem according to System Monitor. >> This. I've seen a lot of discussion about swap, but if there was any >> evidence that swap was the problem, I missed it. If adding swap is >> going to be this hard, maybe put the effort instead into diagnosing >> why the system is freezing? >> >> For instance, do you know if it's X or the kernel that's freezing? >> It would be interesting to try to ssh in from another machine, >> to see if maybe the machine is up but X is locked. >> >> Diagnosing a freeze isn't all that easy, because of course if the >> kernel is hung, then the system has no way to note what went wrong. >> But sometimes you can find out what was happening just before it >> froze. Here's a Google search that gives some starting points: >> >> https://www.google.com/search?client=ubuntu&channel=fs&q=diagnose+why+linux+freezing&ie=utf-8&oe=utf-8 >> >> ...Akkana >> _______________________________________________ >> nmglug mailing list >> nmglug at lists.nmglug.org >> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org >> > -- > > _______________________________________________ > nmglug mailing list > nmglug at lists.nmglug.org > http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.png Type: image/png Size: 3913 bytes Desc: not available URL: From jmdelapp at delapp.com Sun Jun 7 23:03:42 2020 From: jmdelapp at delapp.com (J. Marsden DeLapp) Date: Mon, 8 Jun 2020 00:03:42 -0600 Subject: [nmglug] considering comcast/xfinity In-Reply-To: <87ftb6kcux.fsf@galassi.org> References: <87ftb6kcux.fsf@galassi.org> Message-ID: <20200608000342.4a7f9bfd@draco.tentrocks.com> On Sun, 07 Jun 2020 11:24:54 -0600 Mark Galassi wrote: > techies in Santa Fe: considering switching from > uswest/qwest/centurylink (which will not do good speeds downtown) to > xfinity/comcast (which says they will). i'll try it for a month. any > advice on what cable modem hardware to get? any other things to > consider for downtown santa fe broadband? I bought a Motorola Model: MB7220 to use with Comcast. I wanted just a cable modem with no wifi router. Unfortunately I wasted many hours trying to get the modem to work and was finally told by Comcast that I could not use my own modem because I have static ip addresses. Mars From js at jasonschaefer.com Mon Jun 8 13:47:44 2020 From: js at jasonschaefer.com (jason schaefer) Date: Mon, 8 Jun 2020 14:47:44 -0600 Subject: [nmglug] considering comcast/xfinity In-Reply-To: <87ftb6kcux.fsf@galassi.org> References: <87ftb6kcux.fsf@galassi.org> Message-ID: <9d4c515b-402a-e0f1-6d00-00d6a7b0f2d7@jasonschaefer.com> On 6/7/20 11:24 AM, Mark Galassi wrote: > techies in Santa Fe: considering switching from uswest/qwest/centurylink > (which will not do good speeds downtown) to xfinity/comcast (which says > they will). i'll try it for a month. any advice on what cable modem > hardware to get? any other things to consider for downtown santa fe > broadband? Unfortunately, Comcast is the best option right now. I like the cm700 modem because its on the "approved" list and supports any level of service that comcast offers. Of course, this needs to be coupled with a OpenWRT flashed router. From okeefe at cybermesa.com Wed Jun 10 08:37:42 2020 From: okeefe at cybermesa.com (Brian O'Keefe) Date: Wed, 10 Jun 2020 09:37:42 -0600 Subject: [nmglug] Freezing In-Reply-To: <3b25a523-663e-7706-1d8d-1790a70ff6f3@maciasnetwork.com> References: <1aeddd3e-71bb-6a8b-cc0c-ac274a92708f@cybermesa.com> <20200607170706.GB2132@shallowsky.com> <3b25a523-663e-7706-1d8d-1790a70ff6f3@maciasnetwork.com> Message-ID: <94a18373-765e-72ef-8b7c-18202a612f32@cybermesa.com> Thanks for the info Leopoldo. I ran the command and there is a lot of info! I didn't update swap but I did notice in the log that swap was increased to the 2+GB so that doesn't seem an issue. I did find many lines errors but they seem ubiquitous as the machine powers up. I only found one line in yesterday's log that was a kill command. Perhaps that's my doing a hard shutdown. Anyway, too much in the logs for me. Perhaps when we can meet physically again I can get some help looking at the logs and figure it out. Fortunately I pretty much stick to simple apps these days (of retirement) and so I don't get in trouble when the machine hangs. Muchas Gracias Brian On 6/7/20 11:49 PM, Leopoldo Macias wrote: > > I agree with Akkana.. look for the cause, > > If your system froze, try running the journalctl command (there's lots > of data in that). You can filter the data in many ways so as not to > get overwhelmed. For example: > > To view the kernel logs (which might have clues to a crash or hang) > journalctl -rk > > the (-r) will print the log in reverse order (meaning newest logs show > up first) > > the (-k) will only show logs for the kernel (you can choose many > different logs to display with other options) > > You can scroll down through the logs or type the colon (shift+;) and q > to quit the log. > > Here is a link for helpful journalctl commands: > > https://www.thegeekdiary.com/6-useful-journalctl-command-examples-in-centos-rhel-7-cheat-sheet/ > > I tried it on my ubuntu20.04 and I did not have to use sudo to run the > 'journalctl' commands. > > Usually if a process hung it will be recorded in the kernel logs and > that give a path to follow. Also, has this happened multiple times > prior to the swap update? or did occur only once? > > > > On 6/7/20 11:29 AM, Brian O'Keefe wrote: >> >> Thanks Akkana >> >> Yeah, can't check much when frozen. I've looked at dmesg but too much >> in there that I don't understand. I'll come running for help if this >> gets worse. It's usually only every couple of days. I do put the >> machine to sleep a lot. Maybe I need to shut down daily or some such, >> >> Best >> >> Brian >> >> On 6/7/20 11:07 AM, Akkana Peck wrote: >>> Brian O'Keefe writes: >>>> I am loathe to increase the swap memory when it doesn't appear to be a >>>> problem according to System Monitor. >>> This. I've seen a lot of discussion about swap, but if there was any >>> evidence that swap was the problem, I missed it. If adding swap is >>> going to be this hard, maybe put the effort instead into diagnosing >>> why the system is freezing? >>> >>> For instance, do you know if it's X or the kernel that's freezing? >>> It would be interesting to try to ssh in from another machine, >>> to see if maybe the machine is up but X is locked. >>> >>> Diagnosing a freeze isn't all that easy, because of course if the >>> kernel is hung, then the system has no way to note what went wrong. >>> But sometimes you can find out what was happening just before it >>> froze. Here's a Google search that gives some starting points: >>> >>> https://www.google.com/search?client=ubuntu&channel=fs&q=diagnose+why+linux+freezing&ie=utf-8&oe=utf-8 >>> >>> ...Akkana >>> _______________________________________________ >>> nmglug mailing list >>> nmglug at lists.nmglug.org >>> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org >>> >> -- >> >> _______________________________________________ >> nmglug mailing list >> nmglug at lists.nmglug.org >> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org > > _______________________________________________ > nmglug mailing list > nmglug at lists.nmglug.org > http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org -- -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.png Type: image/png Size: 3913 bytes Desc: not available URL: From leopoldo at maciasnetwork.com Wed Jun 10 08:53:21 2020 From: leopoldo at maciasnetwork.com (Leopoldo Macias) Date: Wed, 10 Jun 2020 09:53:21 -0600 Subject: [nmglug] Freezing In-Reply-To: <94a18373-765e-72ef-8b7c-18202a612f32@cybermesa.com> References: <1aeddd3e-71bb-6a8b-cc0c-ac274a92708f@cybermesa.com> <20200607170706.GB2132@shallowsky.com> <3b25a523-663e-7706-1d8d-1790a70ff6f3@maciasnetwork.com> <94a18373-765e-72ef-8b7c-18202a612f32@cybermesa.com> Message-ID: Brian, Sounds like a plan. Until we meet, try to jot down when (and if) you laptop hangs again. It will help in troubleshooting if it turns out to be a chronic issue and if there's a pattern to when the laptop hangs (it could lead us to cron jobs if it's a consistent pattern). If there's not a pattern, then we can look at hardware logs. On 6/10/20 9:37 AM, Brian O'Keefe wrote: > > Thanks for the info Leopoldo. I ran the command and there is a lot of > info! I didn't update swap but I did notice in the log that swap was > increased to the 2+GB so that doesn't seem an issue. I did find many > lines errors but they seem ubiquitous as the machine powers up. I only > found one line in yesterday's log that was a kill command. Perhaps > that's my doing a hard shutdown. > > Anyway, too much in the logs for me. Perhaps when we can meet > physically again I can get some help looking at the logs and figure it > out. Fortunately I pretty much stick to simple apps these days (of > retirement) and so I don't get in trouble when the machine hangs. > > Muchas Gracias > > Brian > > On 6/7/20 11:49 PM, Leopoldo Macias wrote: >> >> I agree with Akkana.. look for the cause, >> >> If your system froze, try running the journalctl command (there's >> lots of data in that). You can filter the data in many ways so as not >> to get overwhelmed. For example: >> >> To view the kernel logs (which might have clues to a crash or hang) >> journalctl -rk >> >> the (-r) will print the log in reverse order (meaning newest logs >> show up first) >> >> the (-k) will only show logs for the kernel (you can choose many >> different logs to display with other options) >> >> You can scroll down through the logs or type the colon (shift+;) and >> q to quit the log. >> >> Here is a link for helpful journalctl commands: >> >> https://www.thegeekdiary.com/6-useful-journalctl-command-examples-in-centos-rhel-7-cheat-sheet/ >> >> I tried it on my ubuntu20.04 and I did not have to use sudo to run >> the 'journalctl' commands. >> >> Usually if a process hung it will be recorded in the kernel logs and >> that give a path to follow. Also, has this happened multiple times >> prior to the swap update? or did occur only once? >> >> >> >> On 6/7/20 11:29 AM, Brian O'Keefe wrote: >>> >>> Thanks Akkana >>> >>> Yeah, can't check much when frozen. I've looked at dmesg but too >>> much in there that I don't understand. I'll come running for help if >>> this gets worse. It's usually only every couple of days. I do put >>> the machine to sleep a lot. Maybe I need to shut down daily or some >>> such, >>> >>> Best >>> >>> Brian >>> >>> On 6/7/20 11:07 AM, Akkana Peck wrote: >>>> Brian O'Keefe writes: >>>>> I am loathe to increase the swap memory when it doesn't appear to be a >>>>> problem according to System Monitor. >>>> This. I've seen a lot of discussion about swap, but if there was any >>>> evidence that swap was the problem, I missed it. If adding swap is >>>> going to be this hard, maybe put the effort instead into diagnosing >>>> why the system is freezing? >>>> >>>> For instance, do you know if it's X or the kernel that's freezing? >>>> It would be interesting to try to ssh in from another machine, >>>> to see if maybe the machine is up but X is locked. >>>> >>>> Diagnosing a freeze isn't all that easy, because of course if the >>>> kernel is hung, then the system has no way to note what went wrong. >>>> But sometimes you can find out what was happening just before it >>>> froze. Here's a Google search that gives some starting points: >>>> >>>> https://www.google.com/search?client=ubuntu&channel=fs&q=diagnose+why+linux+freezing&ie=utf-8&oe=utf-8 >>>> >>>> ...Akkana >>>> _______________________________________________ >>>> nmglug mailing list >>>> nmglug at lists.nmglug.org >>>> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org >>>> >>> -- >>> >>> _______________________________________________ >>> nmglug mailing list >>> nmglug at lists.nmglug.org >>> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org >> >> _______________________________________________ >> nmglug mailing list >> nmglug at lists.nmglug.org >> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org > -- > > _______________________________________________ > nmglug mailing list > nmglug at lists.nmglug.org > http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.png Type: image/png Size: 3913 bytes Desc: not available URL: From okeefe at cybermesa.com Wed Jun 10 09:22:38 2020 From: okeefe at cybermesa.com (Brian O'Keefe) Date: Wed, 10 Jun 2020 10:22:38 -0600 Subject: [nmglug] Freezing In-Reply-To: References: <1aeddd3e-71bb-6a8b-cc0c-ac274a92708f@cybermesa.com> <20200607170706.GB2132@shallowsky.com> <3b25a523-663e-7706-1d8d-1790a70ff6f3@maciasnetwork.com> <94a18373-765e-72ef-8b7c-18202a612f32@cybermesa.com> Message-ID: Thanks Leopoldo. Hope we can gather before too long. I will keep a written journal of any freezes. Brian On 6/10/20 9:53 AM, Leopoldo Macias wrote: > > Brian, > > Sounds like a plan. Until we meet, try to jot down when (and if) you > laptop hangs again. It will help in troubleshooting if it turns out to > be a chronic issue and if there's a pattern to when the laptop hangs > (it could lead us to cron jobs if it's a consistent pattern). If > there's not a pattern, then we can look at hardware logs. > > > On 6/10/20 9:37 AM, Brian O'Keefe wrote: >> >> Thanks for the info Leopoldo. I ran the command and there is a lot of >> info! I didn't update swap but I did notice in the log that swap was >> increased to the 2+GB so that doesn't seem an issue. I did find many >> lines errors but they seem ubiquitous as the machine powers up. I >> only found one line in yesterday's log that was a kill command. >> Perhaps that's my doing a hard shutdown. >> >> Anyway, too much in the logs for me. Perhaps when we can meet >> physically again I can get some help looking at the logs and figure >> it out. Fortunately I pretty much stick to simple apps these days (of >> retirement) and so I don't get in trouble when the machine hangs. >> >> Muchas Gracias >> >> Brian >> >> On 6/7/20 11:49 PM, Leopoldo Macias wrote: >>> >>> I agree with Akkana.. look for the cause, >>> >>> If your system froze, try running the journalctl command (there's >>> lots of data in that). You can filter the data in many ways so as >>> not to get overwhelmed. For example: >>> >>> To view the kernel logs (which might have clues to a crash or hang) >>> journalctl -rk >>> >>> the (-r) will print the log in reverse order (meaning newest logs >>> show up first) >>> >>> the (-k) will only show logs for the kernel (you can choose many >>> different logs to display with other options) >>> >>> You can scroll down through the logs or type the colon (shift+;) and >>> q to quit the log. >>> >>> Here is a link for helpful journalctl commands: >>> >>> https://www.thegeekdiary.com/6-useful-journalctl-command-examples-in-centos-rhel-7-cheat-sheet/ >>> >>> I tried it on my ubuntu20.04 and I did not have to use sudo to run >>> the 'journalctl' commands. >>> >>> Usually if a process hung it will be recorded in the kernel logs and >>> that give a path to follow. Also, has this happened multiple times >>> prior to the swap update? or did occur only once? >>> >>> >>> >>> On 6/7/20 11:29 AM, Brian O'Keefe wrote: >>>> >>>> Thanks Akkana >>>> >>>> Yeah, can't check much when frozen. I've looked at dmesg but too >>>> much in there that I don't understand. I'll come running for help >>>> if this gets worse. It's usually only every couple of days. I do >>>> put the machine to sleep a lot. Maybe I need to shut down daily or >>>> some such, >>>> >>>> Best >>>> >>>> Brian >>>> >>>> On 6/7/20 11:07 AM, Akkana Peck wrote: >>>>> Brian O'Keefe writes: >>>>>> I am loathe to increase the swap memory when it doesn't appear to be a >>>>>> problem according to System Monitor. >>>>> This. I've seen a lot of discussion about swap, but if there was any >>>>> evidence that swap was the problem, I missed it. If adding swap is >>>>> going to be this hard, maybe put the effort instead into diagnosing >>>>> why the system is freezing? >>>>> >>>>> For instance, do you know if it's X or the kernel that's freezing? >>>>> It would be interesting to try to ssh in from another machine, >>>>> to see if maybe the machine is up but X is locked. >>>>> >>>>> Diagnosing a freeze isn't all that easy, because of course if the >>>>> kernel is hung, then the system has no way to note what went wrong. >>>>> But sometimes you can find out what was happening just before it >>>>> froze. Here's a Google search that gives some starting points: >>>>> >>>>> https://www.google.com/search?client=ubuntu&channel=fs&q=diagnose+why+linux+freezing&ie=utf-8&oe=utf-8 >>>>> >>>>> ...Akkana >>>>> _______________________________________________ >>>>> nmglug mailing list >>>>> nmglug at lists.nmglug.org >>>>> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org >>>>> >>>> -- >>>> >>>> _______________________________________________ >>>> nmglug mailing list >>>> nmglug at lists.nmglug.org >>>> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org >>> >>> _______________________________________________ >>> nmglug mailing list >>> nmglug at lists.nmglug.org >>> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org >> -- >> >> _______________________________________________ >> nmglug mailing list >> nmglug at lists.nmglug.org >> http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org > > _______________________________________________ > nmglug mailing list > nmglug at lists.nmglug.org > http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org -- -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.png Type: image/png Size: 3913 bytes Desc: not available URL: From ted.pome at gmail.com Sat Jun 13 10:09:41 2020 From: ted.pome at gmail.com (Ted Pomeroy) Date: Sat, 13 Jun 2020 11:09:41 -0600 Subject: [nmglug] Swap file done Message-ID: NMGLugers, -------------- next part -------------- An HTML attachment was scrubbed... URL: From ted.pome at gmail.com Sat Jun 13 10:23:45 2020 From: ted.pome at gmail.com (Ted Pomeroy) Date: Sat, 13 Jun 2020 11:23:45 -0600 Subject: [nmglug] Swap file, Message-ID: NMGLUgers, I'm having trouble typing so apologies for the empty email just sent. I hope turning off the touchpad will fix that. I have just added a swap file to a usb install that I am using here. I made a few errors, but got through the process. I used the 'dd if=/dev/zero of=swapfile bs=1024 count=1048576' to create the space. Notes say this eliminates holes in the swap which would stymie the kernel. The info I used was from: https://linuxize.com/post/how-to-add-swap-space-on-ubuntu-18-04/ I had to add some steps to place my file in the root directory, rather than my home directory where I started by default. but it seems to be working. I was also on my way to system upgrade to 20.04, but will wait til the Updater allows this, apparently after the 20.04.1 release. Suits me, I'm not a fan of finding errors, though I should be. I prefer to wait till there is consensus and some refinement of a new LTS release. It is fun to add the swapfile, not a partition, as this is a new consensus. I will see how it works out on a usb that I use for portability and my own testing. Thank you, Ted P -------------- next part -------------- An HTML attachment was scrubbed... URL: From okeefe at cybermesa.com Mon Jun 15 03:51:48 2020 From: okeefe at cybermesa.com (Brian O'Keefe) Date: Mon, 15 Jun 2020 04:51:48 -0600 Subject: [nmglug] Swap file, In-Reply-To: References: Message-ID: <6189f000-7053-04d4-5403-24e2a5d4aad4@cybermesa.com> Sorry to hear of your troubles Ted. Still you soldier on. Impressive. Thanks for the swap info. I'll await your test results and really thanks for that. I had no issues at all upgrading to 20.04 and the software updater suggest that I do it so it seemed happy and like I wrote everything was smooth. Updater held back packages not Ubuntu and I upgraded those with apt. Will wait for your work-up but for now it looks good but I am reluctant to usre it my machine's SSD for now. Type away! PS. do you need a grocer shop or anything of that sort? Best Brian On 6/13/20 11:23 AM, Ted Pomeroy wrote: > NMGLUgers, I'm having trouble typing so apologies for the empty email > just sent. I hope turning off the touchpad will fix that. > I have just added a swap file to a usb install that I am using here. I > made a few errors, but got through the? process. I used the 'dd > if=/dev/zero of=swapfile bs=1024 count=1048576' to create the space. > Notes say this eliminates holes in the swap which would stymie the kernel. > The info I used was from: > https://linuxize.com/post/how-to-add-swap-space-on-ubuntu-18-04/ > I had to add some steps to place my file in the root directory, rather > than my home directory? where I started by default. but it seems to be > working. > I was also on my way to system upgrade to 20.04, but will wait til the > Updater allows this, apparently after the 20.04.1 release. Suits me, > I'm not a fan of finding errors, though I should be. I prefer to wait > till there is consensus and some refinement of a new LTS release. > It is fun to add the swapfile, not a partition, as this is a new > consensus. I will see how it works out on a usb that I use for > portability and my own testing. > Thank you, Ted P > > _______________________________________________ > nmglug mailing list > nmglug at lists.nmglug.org > http://lists.nmglug.org/listinfo.cgi/nmglug-nmglug.org -- -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.png Type: image/png Size: 3913 bytes Desc: not available URL: From jmdelapp at delapp.com Mon Jun 15 14:33:04 2020 From: jmdelapp at delapp.com (J. Marsden DeLapp) Date: Mon, 15 Jun 2020 15:33:04 -0600 Subject: [nmglug] "Free" Cable Modem In-Reply-To: <9d4c515b-402a-e0f1-6d00-00d6a7b0f2d7@jasonschaefer.com> References: <87ftb6kcux.fsf@galassi.org> <9d4c515b-402a-e0f1-6d00-00d6a7b0f2d7@jasonschaefer.com> Message-ID: <20200615153304.30279256@draco.tentrocks.com> I have a cable modem that I can't use. I finally got my Comcast issues sorted out last week. It appears the issue was with the wiring in my building (that is a whole other story). I have this new cable modem I recently bought that I can't use. I can't use it because Comcast says I have to use their modem since I have static IP addresses. The modem is a Motorola Model MB7220 https://www.amazon.com/gp/product/B019ZY1ZWS I paid $50 for it (with tax). Will trade for a donation to the Free Software Foundation https://www.fsf.org/ or a donation of your time to support Free Software. Mars PS Mark gets first dibs if he wants it. -- ============================================================= J. Marsden DeLapp, PE President DeLapp & Associates, Inc. dba DeLapp Engineering. Providing lighting and power planning, design and analysis services for commercial, industrial and large residential facilities. 1190 Harrison Road Ste 3a Santa Fe NM 87507 (505) 983-5557 https://DeLapp.com ============================================================= From ted.pome at gmail.com Wed Jun 17 16:17:26 2020 From: ted.pome at gmail.com (Ted Pomeroy) Date: Wed, 17 Jun 2020 17:17:26 -0600 Subject: [nmglug] meeting tomorrow 06/18 Message-ID: NMGLugers, We meet tomorrow evening. I hope all are well. I did do the swap as file on an instance of Xubuntu 18.04. It works pretty well for me. This is a usb install, so highly portable. I may change it to any upgrade after 20.04.1, but for now I am sticking to LTS. I've been helping a few individuals, but mostly with the gui menus, so not too deep. Otherwise I am doing well, but not doing anything too deep. It must be the warm weather. See you tomorrow. Thank you, Ted P -------------- next part -------------- An HTML attachment was scrubbed... URL: From ted.pome at gmail.com Sun Jun 28 11:42:18 2020 From: ted.pome at gmail.com (Ted Pomeroy) Date: Sun, 28 Jun 2020 12:42:18 -0600 Subject: [nmglug] Next meeting Thursday Message-ID: NMGLugers, I have been updating both Debian and Xubuntu. On Debian I did the upgrade from Stretch to Buster. I encountered a program called 'minissdp' as part of the upgrade and had a few issues with it. It is designed to allow network awareness of Upnp, so it requires setting permissions to open a port for gathering data. I left it unconfigured during the upgrade, as this was allowed, but subsequent updating flagged it as partially installed. I finally removed it. With Buster running all other routine things I do seem to work, though I have not been using it long enough to rule out all problems. Updating now brings up warnings that the trusted gpg signatures do not match, so I will re-visit this issue which I had resolved in Stretch. I will be trying to sort out whether minissdp is needed or not and what to do to configure my apt files to correct the error messages about the trusted.gpg. I will have to research this and try to remember what I may have done to the keys involved. With Xubuntu I am using both 18.04 and 20.04 on different hardware. My thoughts on this are that I should try the six month release cycle, but my gut says I prefer the stability of fewer glitches and more gradual changes in the two year release cycle. The six month cycle gives newer kernel updates that bring the newest modules and controls. This has alerted me to learning more about systemd which is the control mechanism for the on the fly kernel adjustment and system administration. It also dawned on me that 'mount' no longer lists just the mounted devices, but lists the several mounted cgroups as well. If one needs to know hardware it is better to use 'lsblk' instead. And 'df -H' to see how much space is available on your drives. Systemd and control groups are new to me, so I will be reading the manual and looking at the tutorials to find out more as I go along. With the Xubuntu I will be trying to learn and catch up to the control group system, but I think I will settle with the LTS two-year cycle for updates as a rule and use a usb-installed system to see what the new, six month, release is doing. Where I tutor newcomers I will definitely favor the LTS version. We have a virtual meeting on July 2, at 5:30 pm, MDT. I will comment more on these issues and attend in Xubuntu 20.04 to see how that works. I do not anticipate any issues with the connection. We are still meeting virtually as noted on our website. Thank you, Ted P. -------------- next part -------------- An HTML attachment was scrubbed... URL: