Ubuntu Boot Issues
-
i:/boot$ df -h Filesystem Size Used Avail Use% Mounted on udev 231M 12K 231M 1% /dev tmpfs 49M 396K 48M 1% /run /dev/dm-0 49G 13G 34G 28% / none 4.0K 0 4.0K 0% /sys/fs/cgroup none 5.0M 0 5.0M 0% /run/lock none 242M 0 242M 0% /run/shm none 100M 0 100M 0% /run/user /dev/sda1 228M 151M 66M 70% /boot -
boy that didn't help much.
-
@Dashrender said in Ubuntu Boot Issues:
boy that didn't help much.
oh it did. went from 100% used to just 70% used.
-
Is this a problem started with the automatic security update feature of ubuntu? Is that option enabled on on this server?
-
@gjacobse said in Ubuntu Boot Issues:
@Dashrender said in Ubuntu Boot Issues:
boy that didn't help much.
oh it did. went from 100% used to just 70% used.
That was after you started your manual cleanup, which took you to 75%, now the automated tools took you down to 70%, that's what I was talking about.
-
@Dashrender said in Ubuntu Boot Issues:
@scottalanmiller said in Ubuntu Boot Issues:
The real question would be... why are you running Ubuntu if this is seen as a frustration? I realize in this case, Ubiquiti controllers more or less require it and that's a huge pain that they have introduced. But in general, just don't use it.
Yep, this is why I use it.. Ubiquiti and XO.
Same here.
-
During the course of this yesterday - the sources.list file got wiped.
Attempts to correct this resulted in more frustration so the VM was restored from back up and and running through this again.
I have updated a process or two to include the needed commands.
Currently space has been freed, the system updated, and autoremove is now running.
Post
sudo apt-get autoremovei:/boot$ df -h Filesystem Size Used Avail Use% Mounted on udev 231M 12K 231M 1% /dev tmpfs 49M 400K 48M 1% /run /dev/dm-0 49G 14G 33G 29% / none 4.0K 0 4.0K 0% /sys/fs/cgroup none 5.0M 0 5.0M 0% /run/lock none 242M 0 242M 0% /run/shm none 100M 0 100M 0% /run/user /dev/sda1 228M 97M 120M 45% /bootWhich is better than yesterday.
-
Running out of disk space again -
i:/boot$ df -h Filesystem Size Used Avail Use% Mounted on udev 231M 12K 231M 1% /dev tmpfs 49M 400K 48M 1% /run /dev/dm-0 49G 14G 33G 29% / none 4.0K 0 4.0K 0% /sys/fs/cgroup none 5.0M 0 5.0M 0% /run/lock none 242M 0 242M 0% /run/shm none 100M 0 100M 0% /run/user /dev/sda1 228M 38M 179M 18% /boot:/boot$ sudo apt-get updgrade E: Invalid operation updgrade ntgadmin@SSI-Unifi:/boot$ sudo apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages have been kept back: linux-generic linux-headers-generic linux-image-generic 0 upgraded, 0 newly installed, 0 to remove and 3 not upgraded. 2 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue? [Y/n] y Setting up initramfs-tools (0.103ubuntu4.6) ... update-initramfs: deferring update (trigger activated) Setting up linux-firmware (1.127.23) ... update-initramfs: Generating /boot/initrd.img-3.13.0-105-generic update-initramfs: Generating /boot/initrd.img-3.13.0-96-generic grep: /boot/config-3.13.0-96-generic: No such file or directory update-initramfs: Generating /boot/initrd.img-3.13.0-44-generic grep: /boot/config-3.13.0-44-generic: No such file or directory update-initramfs: Generating /boot/initrd.img-3.5.0-54-generic grep: /boot/config-3.5.0-54-generic: No such file or directory update-initramfs: Generating /boot/initrd.img-3.5.0-39-generic grep: /boot/config-3.5.0-39-generic: No such file or directory update-initramfs: Generating /boot/initrd.img-3.5.0-37-generic grep: /boot/config-3.5.0-37-generic: No such file or directory update-initramfs: Generating /boot/initrd.img-3.5.0-34-generic grep: /boot/config-3.5.0-34-generic: No such file or directory update-initramfs: Generating /boot/initrd.img-3.5.0-32-generic grep: /boot/config-3.5.0-32-generic: No such file or directory update-initramfs: Generating /boot/initrd.img-3.5.0-31-generic grep: /boot/config-3.5.0-31-generic: No such file or directory update-initramfs: Generating /boot/initrd.img-3.5.0-30-generic grep: /boot/config-3.5.0-30-generic: No such file or directory update-initramfs: Generating /boot/initrd.img-3.5.0-28-generic grep: /boot/config-3.5.0-28-generic: No such file or directory update-initramfs: Generating /boot/initrd.img-3.5.0-27-generic grep: /boot/config-3.5.0-27-generic: No such file or directory update-initramfs: Generating /boot/initrd.img-3.5.0-23-generic grep: /boot/config-3.5.0-23-generic: No such file or directory gzip: stdout: No space left on device E: mkinitramfs failure cpio 141 gzip 1 update-initramfs: failed for /boot/initrd.img-3.5.0-23-generic with 1. dpkg: error processing package linux-firmware (--configure): subprocess installed post-installation script returned error exit status 1 Processing triggers for initramfs-tools (0.103ubuntu4.6) ... update-initramfs: Generating /boot/initrd.img-3.13.0-105-generic gzip: stdout: No space left on device E: mkinitramfs failure cpio 141 gzip 1 update-initramfs: failed for /boot/initrd.img-3.13.0-105-generic with 1. dpkg: error processing package initramfs-tools (--configure): subprocess installed post-installation script returned error exit status 1 E: Sub-process /usr/bin/dpkg returned an error code (1): /boot$ df -h Filesystem Size Used Avail Use% Mounted on udev 231M 12K 231M 1% /dev tmpfs 49M 400K 48M 1% /run /dev/dm-0 49G 14G 33G 30% / none 4.0K 0 4.0K 0% /sys/fs/cgroup none 5.0M 0 5.0M 0% /run/lock none 242M 0 242M 0% /run/shm none 100M 0 100M 0% /run/user /dev/sda1 228M 226M 0 100% /boot -
I never looked. Why is it only 228M?
-
@stacksofplates said in Ubuntu Boot Issues:
I never looked. Why is it only 228M?
Maybe it was imported as an appliance or something.
I have had some appliances (Graylog, I'm staring at you) that set up odd partition sizes that crippled the system quickly.
-
Ubuntu's default partitioning makes the boot partition really small. I usually go in and make it bigger when I install Ubuntu.
-
@brianlittlejohn said in Ubuntu Boot Issues:
Ubuntu's default partitioning makes the boot partition really small. I usually go in and make it bigger when I install Ubuntu.
Here is what Ubuntu did on my UniFi controller. It has a 127GB vhdx because I was lazy and just clicked next through the VM creation wizard.
Welcome to Ubuntu 16.04.1 LTS (GNU/Linux 4.4.0-34-generic x86_64)user@bnauc02:~$ df -h Filesystem Size Used Avail Use% Mounted on udev 473M 0 473M 0% /dev tmpfs 99M 4.3M 94M 5% /run /dev/mapper/bnauc02--vg-root 124G 12G 106G 11% / tmpfs 491M 0 491M 0% /dev/shm tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs 491M 0 491M 0% /sys/fs/cgroup /dev/sda2 237M 111M 114M 50% /boot /dev/sda1 511M 3.6M 508M 1% /boot/efi tmpfs 99M 0 99M 0% /run/user/1000 user@bnauc02:~$user@bnauc02:~$ dpkg --list 'linux-image*' Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==========================-==================-==================-========================================================= un linux-image <none> <none> (no description available) un linux-image-3.0 <none> <none> (no description available) rc linux-image-3.19.0-15-gene 3.19.0-15.15 amd64 Linux kernel image for version 3.19.0 on 64 bit x86 SMP rc linux-image-3.19.0-25-gene 3.19.0-25.26 amd64 Linux kernel image for version 3.19.0 on 64 bit x86 SMP rc linux-image-3.19.0-33-gene 3.19.0-33.38 amd64 Linux kernel image for version 3.19.0 on 64 bit x86 SMP rc linux-image-4.2.0-18-gener 4.2.0-18.22 amd64 Linux kernel image for version 4.2.0 on 64 bit x86 SMP ii linux-image-4.2.0-22-gener 4.2.0-22.27 amd64 Linux kernel image for version 4.2.0 on 64 bit x86 SMP ii linux-image-4.4.0-34-gener 4.4.0-34.53 amd64 Linux kernel image for version 4.4.0 on 64 bit x86 SMP rc linux-image-extra-3.19.0-1 3.19.0-15.15 amd64 Linux kernel extra modules for version 3.19.0 on 64 bit x rc linux-image-extra-3.19.0-2 3.19.0-25.26 amd64 Linux kernel extra modules for version 3.19.0 on 64 bit x rc linux-image-extra-3.19.0-3 3.19.0-33.38 amd64 Linux kernel extra modules for version 3.19.0 on 64 bit x rc linux-image-extra-4.2.0-18 4.2.0-18.22 amd64 Linux kernel extra modules for version 4.2.0 on 64 bit x8 ii linux-image-extra-4.2.0-22 4.2.0-22.27 amd64 Linux kernel extra modules for version 4.2.0 on 64 bit x8 ii linux-image-extra-4.4.0-34 4.4.0-34.53 amd64 Linux kernel extra modules for version 4.4.0 on 64 bit x8 ii linux-image-generic 4.4.0.34.36 amd64 Generic Linux kernel image@bnauc02:~$ ls -l /boot total 103700 -rw-r--r-- 1 root root 1312266 Dec 17 2015 abi-4.2.0-22-generic -rw-r--r-- 1 root root 1241623 Jul 27 2016 abi-4.4.0-34-generic -rw-r--r-- 1 root root 184850 Dec 17 2015 config-4.2.0-22-generic -rw-r--r-- 1 root root 189676 Jul 27 2016 config-4.4.0-34-generic drwx------ 3 root root 4096 Dec 31 1969 efi drwxr-xr-x 5 root root 1024 Jan 30 13:46 grub -rw-r--r-- 1 root root 32325185 Dec 23 09:07 initrd.img-4.2.0-22-generic -rw-r--r-- 1 root root 34624651 Feb 8 00:28 initrd.img-4.4.0-34-generic drwx------ 2 root root 12288 Jul 31 2015 lost+found -rw-r--r-- 1 root root 182704 Jan 28 2016 memtest86+.bin -rw-r--r-- 1 root root 184380 Jan 28 2016 memtest86+.elf -rw-r--r-- 1 root root 184840 Jan 28 2016 memtest86+_multiboot.bin -rw------- 1 root root 3740849 Dec 17 2015 System.map-4.2.0-22-generic -rw------- 1 root root 3866644 Jul 27 2016 System.map-4.4.0-34-generic -rw------- 1 root root 6799856 Dec 17 2015 vmlinuz-4.2.0-22-generic -rw------- 1 root root 6801784 Dec 28 2015 vmlinuz-4.2.0-22-generic.efi.signed -rw------- 1 root root 7046160 Jul 27 2016 vmlinuz-4.4.0-34-generic -rw------- 1 root root 7048088 Aug 26 02:17 vmlinuz-4.4.0-34-generic.efi.signed -
@brianlittlejohn said in Ubuntu Boot Issues:
Ubuntu's default partitioning makes the boot partition really small. I usually go in and make it bigger when I install Ubuntu.
In the week or so since we discussed "Why CentOS and not Ubuntu" there are like 3 of these annoying types of things every day.
-
-
@stacksofplates said in Ubuntu Boot Issues:
It has a 127GB vhd
Holy crap that's big
Hyper-V default VHDX size in the New VM screens.
-
So I just tried to upgrade my UniFi controller since I noticed it was stuck on 16.04. Apparently when it upgraded from whatever previous version it was on, the release flag got set to only upgrade to the LTS line /sigh...
/etc/update-manager/release-upgradeswas set toPrompt=ltsI changed it to
Prompt=normaland then did the upgrade. Boom not enough space on /boot.
-
@JaredBusch When I upgraded to 16.10, it also disabled the unifi repos and I had to go in and enable them again.
-
@brianlittlejohn said in Ubuntu Boot Issues:
@JaredBusch When I upgraded to 16.10, it also disabled the unifi repos and I had to go in and enable them again.
That is normal with ever distribution upgrade in unbuntu. i know and expect that. part of the upgrade process is to disable all 3rd party repos.
-
@JaredBusch Good to know... this was the first time I upgraded a distro and didn't realize that would happen.
-
This right here is hateful.
New release available run this.
Run that, and
no release foundugh - but linux is so much the easy.
