Mailinglist Archive: opensuse (1420 mails)

< Previous Next >
Re: [opensuse] lack of space on /boot for new kernel
On 2014-01-15 21:21 (GMT-0500) Fr David Ousley composed:

In doing a regular "zypper up" there is a new kernal update for 12.3 64
bit to be installed (kernel-desktop-3.7.10-1.24.1). The installation
failed with the message

(with --nodeps --force) Error: Subprocess failed. Error: RPM failed:
installing package kernel-desktop-3.7.10-1.24.1.x86_64 needs 8MB on the
/boot filesystem

Is there a file on the /boot filesystem which I can move or delete to
conveniently make room (without having to repartition)? The large files
currently are the 3.7.10-1.16 initrd,, vmlinuz, and config.
Also symvers-3.7.10-1.16-desktop.gz and vmlinux-3.7.10-1.16-desktop.gz. I
can give a complete list if that will help. I have not been keeping
copies of the old kernels. Just wondering whether there is an easy way to
get the new kernel installed.

Those installation tools lie about need. They report gross need, not how much available space is short of the actual need for you to use to calculate how much needs to be freed up.

Is there really only one kernel installed now? If 2 (or more) are already installed and just hiding from your particular view, zypper rm the oldest.

If there is a /boot/grub/stage2.old or stage2.bak, delete it to gain ~200k.

Another way to gain space is ensure only one Grub is installed if both Grub Legacy and Grub2 are installed. Grub2 uses more space on /boot than does Grub Legacy. Legacy rpm is 331k vs Grub2 rpm's 1.9M. And, you only need one or the other, even though the installer normally gives you both.

If your system is using dracut instead of mkinitrd, you might find the latter wants to build a smaller initrd by default. Or vice versa, especially if the hostonly switch is used.

If your /boot uses a journaling filesystem it is doing so for virtually no reason and wasting space in the process. Most of /boot's infrequent accesses are only reading. Writing rarely happens except at new kernel installation or old kernel removal times. All my /boot partitions are ext2.

You could unmount your /boot before installing the kernel, and it would install to the root filesystem instead. To do that, after unmounting and before updating the kernel, mount it somewhere else to copy its current content to the new /boot, update fstab, and update /etc/grub.conf. If Grub is on MBR you may be good to go already just by updating, but I'd ensure booting is possible before trying a reboot according to what is currently installed where. Grub probably isn't already installed to your root filesystem and may need to be.
"The wise are known for their understanding, and pleasant
words are persuasive." Proverbs 16:21 (New Living Translation)

Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata ***
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse+owner@xxxxxxxxxxxx

< Previous Next >