( 2.5 - 3.4 GHz AMD 12-9700P APU Quad Core Processor, 8GB SDRAM / 1TB HDD, Integrated AMD Radeon R7 Graphics )
Currently running U-MATE 16.04, and I got an update message that it could go to 17. When I update it ends with the message there isn’t enough memory, if I remember correctly, short by 30 mb? With the suggestion to remove something in order to proceed.
I was curious as it seems there is quite a bit of memory on this machine?
Can I start by deleting for example Libre office and other applications?
The machine was set up for a 100% U-MATE, could there be partitions on drive remaining that contain Win10 crap?
PS: How do I delete applications?
First, you should upgrade to 18.04 (LTS), not a 17.x which is either unsupported (17.04) or will be soon (17.10). There has been issues to upgrade to 18.04, though, you might have to force it with the following command:
update-manager -cd
Now, your memory issue is something else. You should have far enough memory for the upgrade and removing applications will be of no help if that’s really the problem. Are you sure the message is about memory (RAM) and not disk space? Just in case, can you give the output of the following commands to check the space available and how your partitions are setup?
df -h
sudo fdisk -l
Do you have a single partition for Ubuntu MATE or one for the system and another for /home (users dirs)?
As for your last question, you can remove applications with the Software Boutique, Synaptic or using APT in command line. But avoid removing apps that are including in Ubuntu MATE from the start, as they could remove the desktop meta-package and this could lead to issues during the upgrade.
1 Like
This is what what was shown after df -h,
mawil1013@mawil1013-HP-Pavilion-Notebook:~$ df -h
Filesystem Size Used Avail Use% Mounted on
udev 3.6G 0 3.6G 0% /dev
tmpfs 750M 9.4M 740M 2% /run
/dev/mapper/ubuntu–mate–vg-root 909G 59G 804G 7% /
tmpfs 3.7G 32M 3.7G 1% /dev/shm
tmpfs 5.0M 4.0K 5.0M 1% /run/lock
tmpfs 3.7G 0 3.7G 0% /sys/fs/cgroup
/dev/sda2 473M 213M 236M 48% /boot
/dev/sda1 511M 4.7M 507M 1% /boot/efi
tmpfs 750M 28K 749M 1% /run/user/1000
/home/mawil1013/.Private 909G 59G 804G 7% /home/mawil1013
mawil1013@mawil1013-HP-Pavilion-Notebook:~$ sudo fdisk -1
[sudo] password for mawil1013:
mawil1013@mawil1013-HP-Pavilion-Notebook:~$ sudo fdisk -l
[sudo] password for mawil1013:
Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: B9E15F45-5159-418E-B317-EA1791F5DD2A
Device Start End Sectors Size Type
/dev/sda1 2048 1050623 1048576 512M EFI System
/dev/sda2 1050624 2050047 999424 488M Linux filesystem
/dev/sda3 2050048 1953523711 1951473664 930.5G Linux filesystem
Disk /dev/mapper/sdb3_crypt: 930.5 GiB, 999152418816 bytes, 1951469568 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mapper/ubuntu–mate–vg-root: 923.1 GiB, 991147589632 bytes, 1935835136 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mapper/ubuntu–mate–vg-swap_1: 7.5 GiB, 8002732032 bytes, 15630336 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/mapper/cryptswap1: 7.5 GiB, 8002207744 bytes, 15629312 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
mawil1013@mawil1013-HP-Pavilion-Notebook:~$ 1s/dev/ | grep sd
When looking at 1.0TB HD
part1 537 MB fat and Part2512MB ext2 and Part 3 999 GB
Hallo mawil 1013
I won’t try and diagnose your problem as I don’t have the knowledge to do so.
If I found myself in your situation I would perform a deja-dup and a grsync backup of my system and do a fresh install. 
Just a thought,
The windoze NTFS file system requires regular defragmentation to remain efficient.
The ext4 file system does not require defragmenting, however, you should avoid filling an ext4 file system above the 85% mark. 
Whoops, should have told you to give the output inbetween code tags, it would be far more readable. 
So, you have three partitions from what I understand:
- one for the EFI
- one for /boot (~ 50 % full)
- one for the system + users (~ 7 % full)
I’m not familiar with (U)EFI so I don’t know how the /boot partition was setup. I assume it was done automatically, it’s not a choice of yours to have made a separate partition? The lack of space on /boot could be an issue for the upgrade though I’m not 100 % sure of that.
Let’s try to do a bit of cleanup. You’ll launch the following commands. Before validating the fourth one when it asks you, you’ll paste the list of packages it’ll remove here.
sudo apt-get clean
sudo apt-get autoclean
sudo apt-mark auto $(apt-mark showmanual | egrep 'linux-.*[0-9]' | grep -v "hwe")
sudo apt-get autoremove --purge
The first two commands will clear the cache from APT (the packages downloaded when you install something are kept locally). The third command will mark old versions of the kernel as installed automatically (because of a bug, it can happen that they’re not and then are not uninstalled by the system which keeps only the two most recent −and the more kernels you have, the more space it takes as the files weigh about 300 Mb for each). The fourth command will remove obsolete dependancies (maybe there’ll be none).
Don’t try to upgrade afterwards yet.
i’ll try these clean up’s after returning from work this afternoon, I sincerely appreciate your taking time out to assist!
