[clug] Removing older kernels -> Ubuntu & space

Scott Ferguson scott.ferguson.clug at gmail.com
Sat Aug 15 08:24:01 UTC 2015

On 15/08/15 17:23, Bryan Kilgallin wrote:
> Thanks, Scott:
>> Are you running Ubuntu 14.04.3 (Trusty Tahr)? lsb_release -d
>>> No, that reported as follows. Ubuntu 12.04.5 LTS
>> OK.... you seem to be mixing releases (not necessarily a bad
>> thing).
> I would like to optimise my set-up.

Optimise for what? (like trust it's a dangerous word without a qualifier).
A plan is good, as is a goal ;)

>>> My PC has processor: IntelĀ® Pentium(R) 4 CPU 2.80GHz. Which is 
>>> reportedly 32-bit.
>> Offhand I don't know. To check run the following - if the response
>> is "lm" then your CPU supports 64-bit:- grep -ow 'lm' /proc/cpuinfo
>> | sort -u
> That returned null.

Then your CPU is proven to be 32-bit. No loss unless you need
applications that significantly benefit from 64-bit.

>>> And therefore unable to run Ubuntu 14.04.
>> Oh Reilly? ;) You have been misinformed. Trusty Tahr *is* available
>> in 32-bit (which you should have noticed anyway given that you
>> *are* running the kernel from that release.
> My non-comprehension of such technicalities, is why I have requested 
> explanations. Please remind me how to upgrade to 32-bit Trusty.

Look through last month's postings for my guide (hint:- your earlier
message was part of that thread). Consider the recommendations I made
*after* reading the official Ubuntu guide for upgrading.

Note the "do-release-upgrade -d"

An upgrade is not something you should rush. Double-check everything
before beginning (then take a nap and repeat the checks).

Is it worthwhile dist-upgrading? Yes - if the first point release of an
LTS has been released and you have no exotic needs that are no longer
supported in the new release.

>> What is the output of:- df -h
> Filesystem      Size  Used Avail Use% Mounted on /dev/sda1        36G
> 3.7G   31G  11% / udev            491M  8.0K  491M   1% /dev tmpfs
> 100M  816K  100M   1% /run none            5.0M     0  5.0M   0%
> /run/lock none            500M  200K  500M   1% /run/shm

You are *not* short on disk space. You have a single partition and it has
31GB free.

>> What is the output of:- deborphan
> I installed that program. And then I ran it. It responded null.

Then you likely have no orphaned packages on your system.

>> What is the output of:- du -h /var/cache/apt/archives
> 4.0K    /var/cache/apt/archives/partial 428K
> /var/cache/apt/archives

And no previously installed packages. Either you have run "apt-get
clean" or you have it configured to run automagically.

>> What is the output of:- cat /etc/apt/sources.list{,.d/*}|grep
>> '^[^$\|^#\|^\s*\#]'|sed 's/^ deb/deb/'
> Fish reported a syntax error. So I switched to Bash. Your command 
> reported thus.
> cat: /etc/apt/sources.list.d/*: No such file or directory deb
> http://au.archive.ubuntu.com/ubuntu/ precise main restricted deb-src
> http://au.archive.ubuntu.com/ubuntu/ precise main restricted deb
> http://au.archive.ubuntu.com/ubuntu/ precise-updates main restricted 
> deb-src http://au.archive.ubuntu.com/ubuntu/ precise-updates main 
> restricted deb http://au.archive.ubuntu.com/ubuntu/ precise universe 
> deb-src http://au.archive.ubuntu.com/ubuntu/ precise universe deb
> http://au.archive.ubuntu.com/ubuntu/ precise-updates universe deb-src
> http://au.archive.ubuntu.com/ubuntu/ precise-updates universe deb
> http://au.archive.ubuntu.com/ubuntu/ precise multiverse deb-src
> http://au.archive.ubuntu.com/ubuntu/ precise multiverse deb
> http://au.archive.ubuntu.com/ubuntu/ precise-updates multiverse 
> deb-src http://au.archive.ubuntu.com/ubuntu/ precise-updates
> multiverse deb http://au.archive.ubuntu.com/ubuntu/ precise-backports
> main restricted universe multiverse deb-src
> http://au.archive.ubuntu.com/ubuntu/ precise-backports main 
> restricted universe multiverse deb http://security.ubuntu.com/ubuntu
> precise-security main restricted deb-src
> http://security.ubuntu.com/ubuntu precise-security main restricted 
> deb http://security.ubuntu.com/ubuntu precise-security universe 
> deb-src http://security.ubuntu.com/ubuntu precise-security universe 
> deb http://security.ubuntu.com/ubuntu precise-security multiverse 
> deb-src http://security.ubuntu.com/ubuntu precise-security
> multiverse deb http://extras.ubuntu.com/ubuntu precise main deb-src
> http://extras.ubuntu.com/ubuntu precise main

Yes - you are running Precise, and not mixing repositories in your
sources lists.

Tip - unless you regularly install from source you will speed up your
upgrades/updates and installations if you comment out all the deb-src
lines (you don't use them).

>> What is the output of:- for i in /etc/apt/preferences{,.d/*};do
>> echo $i;cat $i;echo " ";done
> The response was thus.
> /etc/apt/preferences cat: /etc/apt/preferences: No such file or
> directory

That is the default - but some people continue to use it and so does
apt, so I always check (it's deprecated in favour of fragments).

> /etc/apt/preferences.d/* cat: /etc/apt/preferences.d/*: No such file
> or directory

Which means you have no pinning in place. Always worth checking before
dist-upgrade, and in this case because you are using a kernel and
headers from Trusty Tahr. Likely you got those from backports, but I
can't tell from what you've posted as Ubuntu doesn't put "bpo" in their
backport package version string (for some reason?).

Kind regards

More information about the linux mailing list