On 02/15/2015 02:31 PM, Heinz Diehl wrote:
On 15.02.2015, Sam Varshavchik wrote:
Your only practical option is to remove the oldest kernel, which should
allow you to update, and change the installonly_limit setting in
/etc/yum.conf
Yep! And maybe he can live with two kernels installed. On my system, they take
less than 200 MB. Could also be related to the fact that these kernels are
custom-built, and nearly all which isn't used or not necessary is not compiled
in. Anyway, 200 MB should be plenty for just 2 kernels. After all, you can only
boot one at a time :-)
[root@keera /]# ls -l /boot
total 133643
drwxr-xr-x. 6 root root 1024 Feb 9 07:55 grub2
-rw-r--r-- 1 root root 58375543 Feb 7 08:11 initramfs-3.18.6-bfq.img
-rw-r--r-- 1 root root 60220779 Feb 9 07:54 initramfs-3.19.0-bfq.img
-rw-r--r--. 1 root root 563571 Dec 11 15:45 initrd-plymouth.img
drwx------. 2 root root 12288 May 14 2014 lost+found
lrwxrwxrwx 1 root root 23 Feb 9 07:54 System.map ->
/boot/System.map-3.19.0-bfq
-rw-r--r-- 1 root root 2881808 Feb 7 08:11 System.map-3.18.6-bfq
-rw-r--r-- 1 root root 2904102 Feb 9 07:54 System.map-3.19.0-bfq
lrwxrwxrwx 1 root root 20 Feb 9 07:54 vmlinuz ->
/boot/vmlinuz-3.19.0-bfq
-rw-r--r-- 1 root root 5907296 Feb 7 08:11 vmlinuz-3.18.6-bfq
-rw-r--r-- 1 root root 5975392 Feb 9 07:54 vmlinuz-3.19.0-bfq
[root@keera /]# df -m /boot
Filesystem 1M-blocks Used Available Use% Mounted on
/dev/sda1 477 147 301 33% /boot
Thank you for all the advice, everyone.
Based on what you all wrote, I manually removed the oldest
kernel with yum, and that freed up enough space to update to
the new kernel. Going forward I think I will leave
'installonly_limit' set to 3. Changing it to 2 means yum
will delete the 3rd kernel immediately after an upgrade,
leaving it at 3 means I have to manually delete before an
upgrade but I always do upgrades manually anyway, and the
third kernel will be around until then just in case.
Also, I hadn't realized the boot partition could be anywhere,
I somehow thought it had to be the first partition. So I think
I'll try to chop a 500MB partition off the end of my main system
partition (which is most of the disk) and it will be available
if I want to try moving the boot partition to it sometime in the
future.
Below for comparison is my (pre-upgrade) /boot partition. I am
still curious about the *-0-rescue-* kernel. It is quite large.
Is it really necessary?
~# du -s /boot/*
2895 /boot/System.map-3.17.4-301.fc21.x86_64
2924 /boot/System.map-3.18.3-201.fc21.x86_64
2923 /boot/System.map-3.18.5-201.fc21.x86_64
144 /boot/config-3.17.4-301.fc21.x86_64
147 /boot/config-3.18.3-201.fc21.x86_64
146 /boot/config-3.18.5-201.fc21.x86_64
9715 /boot/efi
182 /boot/elf-memtest86+-5.01
1057 /boot/extlinux
15198 /boot/grub2
43595 /boot/initramfs-0-rescue-9e51cd9035bf44578090fe365fbf367c.img
17112 /boot/initramfs-3.17.4-301.fc21.x86_64.img
16921 /boot/initramfs-3.18.3-201.fc21.x86_64.img
16978 /boot/initramfs-3.18.5-201.fc21.x86_64.img
553 /boot/initrd-plymouth.img
13 /boot/lost+found
180 /boot/memtest86+-5.01
5618 /boot/vmlinuz-0-rescue-9e51cd9035bf44578090fe365fbf367c
5618 /boot/vmlinuz-3.17.4-301.fc21.x86_64
5661 /boot/vmlinuz-3.18.3-201.fc21.x86_64
5663 /boot/vmlinuz-3.18.5-201.fc21.x86_64
Thanks again for all the advice.
--
users mailing list
users@lists.fedoraproject.org
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
