LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Newbie (https://www.linuxquestions.org/questions/linux-newbie-8/)
-   -   Increasing space in /boot (https://www.linuxquestions.org/questions/linux-newbie-8/increasing-space-in-boot-4175563687/)

zillur 01-11-2016 11:18 PM

Increasing space in /boot
 
1 Attachment(s)
Hi there,
I want to increase space in /boot. Any suggestion? I am new here. Attached file is the current disk space of my machine.

Best Regards
Zillur

[zillur@workstation01 ~]$ df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sdb2 112458088 14781832 97676256 14% /
devtmpfs 90639296 0 90639296 0% /dev
tmpfs 90648436 72 90648364 1% /dev/shm
tmpfs 90648436 517624 90130812 1% /run
tmpfs 90648436 0 90648436 0% /sys/fs/cgroup
/dev/sda1 15623790592 4314650340 11309140252 28% /home
/dev/sdb1 508588 508568 20 100% /boot
tmpfs 18129688 12 18129676 1% /run/user/1001
tmpfs 18129688 0 18129688 0% /run/user/1006

berndbausch 01-12-2016 12:37 AM

I'd say the easiest way of making room in /boot is deleting files you don't need anymore. Most likely you have lots of kernel and initramfs files lying around - get rid of a few older ones.

The best way is deleting the corresponding kernel packages. Since we don't know what distro you are using, I can't say how this is done.

zillur 01-12-2016 01:59 AM

Quote:

Originally Posted by berndbausch (Post 5476748)
I'd say the easiest way of making room in /boot is deleting files you don't need anymore. Most likely you have lots of kernel and initramfs files lying around - get rid of a few older ones.

The best way is deleting the corresponding kernel packages. Since we don't know what distro you are using, I can't say how this is done.

Thank you very much for your kind suggestion. I have these files:
I am not sure which I should delete.
Best Regards
Zillur
[zillur@workstation01 ~]$ uname -a
Linux workstation01 3.10.0-229.20.1.el7.x86_64 #1 SMP Tue Nov 3 19:10:07 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
[zillur@workstation01 ~]$ cd /boot/

[zillur@workstation01 boot]$ ls -sh
total 311M
124K config-3.10.0-229.11.1.el7.x86_64
124K config-3.10.0-229.14.1.el7.x86_64
124K config-3.10.0-229.20.1.el7.x86_64
124K config-3.10.0-229.7.2.el7.x86_64
124K config-3.10.0-327.3.1.el7.x86_64
4.0K extlinux
0 grub
0 grub2
42M initramfs-0-rescue-0f1e31e901a7431887b53be42b60a009.img
17M initramfs-3.10.0-229.11.1.el7.x86_64.img
16M initramfs-3.10.0-229.11.1.el7.x86_64kdump.img
17M initramfs-3.10.0-229.14.1.el7.x86_64.img
17M initramfs-3.10.0-229.14.1.el7.x86_64.img.backup
16M initramfs-3.10.0-229.14.1.el7.x86_64kdump.img
37M initramfs-3.10.0-229.20.1.el7.x86_64.img
16M initramfs-3.10.0-229.20.1.el7.x86_64kdump.img
17M initramfs-3.10.0-229.7.2.el7.x86_64.img
16M initramfs-3.10.0-229.7.2.el7.x86_64kdump.img
17M initramfs-3.10.0-229.7.2.el7.x86_64-nouveau.img
24M initramfs-3.10.0-327.3.1.el7.x86_64.img
20M initrd-plymouth.img
4.0K nvidia.tx
236K symvers-3.10.0-229.11.1.el7.x86_64.gz
236K symvers-3.10.0-229.14.1.el7.x86_64.gz
236K symvers-3.10.0-229.20.1.el7.x86_64.gz
236K symvers-3.10.0-229.7.2.el7.x86_64.gz
248K symvers-3.10.0-327.3.1.el7.x86_64.gz
2.8M System.map-3.10.0-229.11.1.el7.x86_64
2.8M System.map-3.10.0-229.14.1.el7.x86_64
2.8M System.map-3.10.0-229.20.1.el7.x86_64
2.8M System.map-3.10.0-229.7.2.el7.x86_64
2.9M System.map-3.10.0-327.3.1.el7.x86_64
4.8M vmlinuz-0-rescue-0f1e31e901a7431887b53be42b60a009
4.8M vmlinuz-3.10.0-229.11.1.el7.x86_64
4.8M vmlinuz-3.10.0-229.14.1.el7.x86_64
4.8M vmlinuz-3.10.0-229.20.1.el7.x86_64
4.8M vmlinuz-3.10.0-229.7.2.el7.x86_64
5.0M vmlinuz-3.10.0-327.3.1.el7.x86_64

beachboy2 01-12-2016 02:08 AM

zillur,

Plenty of good advice here:

http://askubuntu.com/questions/89710...-space-in-boot


http://tuxtweaks.com/2010/10/remove-...h-one-command/

ondoho 01-12-2016 02:16 AM

Quote:

Originally Posted by zillur (Post 5476730)
/dev/sdb1 508588 508568 20 100% /boot

is that about 500MB?
should be plenty for a few kernels & initramfs.

if your system works fine with the current version (3.10.0-327.3.1 it seems), you can delete all earlier ones.
but no, first you should try to actually uninstall old kernels, before manually deleting them.
it also seems your system created all sorts of backups and crashdumps there?

zillur 01-12-2016 02:19 AM

Quote:

Originally Posted by ondoho (Post 5476788)
is that about 500MB?
should be plenty for a few kernels & initramfs.

if your system works fine with the current version (3.10.0-327.3.1 it seems), you can delete all earlier ones.
but no, first you should try to actually uninstall old kernels, before manually deleting them.
it also seems your system created all sorts of backups and crashdumps there?

Thanks a lot. But how can I uninstall old kernels?
Best Regards
Zillur

berndbausch 01-12-2016 03:27 AM

Quote:

Originally Posted by zillur (Post 5476790)
Thanks a lot. But how can I uninstall old kernels?

What distro do you have?

yancek 01-12-2016 06:49 AM

Simply deleting the kernel and initrd files causes problems on Linux systems. You've been asked twice which you are using and haven't responded. That would be your next step.

zillur 01-12-2016 11:58 AM

Quote:

Originally Posted by berndbausch (Post 5476817)
What distro do you have?

Linux workstation01 3.10.0-229.20.1.el7.x86_64 #1 SMP Tue Nov 3 19:10:07 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

TxLonghorn 01-12-2016 12:50 PM

Quote:

Originally Posted by zillur (Post 5476999)
Linux workstation01 3.10.0-229.20.1.el7.x86_64 #1 SMP Tue Nov 3 19:10:07 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

That says you are using linux and the host computer is workstation01. It does not tell what version of linux you are using.
If you are using Grub2 this command will tell:
Code:

grep "menuentry " /boot/grub/grub.cfg | cut -c 1-100

MadeInGermany 01-12-2016 02:09 PM

Your current kernel is
Code:

3.10.0-229.20.1.el7.x86_64
that's RedHat 7.
A list of all installed kernels is
Code:

rpm -qa | grep '^kernel'
You can delete older kernel packages with
Code:

rpm -e ...
But leave the latest older kernel! In case you'll experience a problem with the current kernel, you can boot from the older one.
In case you have a corrupted newer kernel (because /boot went 100% full), delete that, too.

michaelk 01-12-2016 02:51 PM

Per the OP's other threads, CentOS 7.

As suggested 500M is plenty of space and updates via yum should delete older kernels. Your problem is probably due to the failed update in your other thread. Does the 327.3.1 fail to boot?

With current updates my CentOS 7 /boot is about 58 used. Your /boot directory is 311M but that number does not include sub-directories. There is still ~200M somewhere else. What files are in your grub and grub2 directories.

One thing notable is the size of some of the initramfs image files. The should all be about 18M except for the rescue image.
Quote:

37M initramfs-3.10.0-229.20.1.el7.x86_64.img
24M initramfs-3.10.0-327.3.1.el7.x86_64.img
To remove old kernels.
yum install yum-utils
package-cleanup --oldkernels

suicidaleggroll 01-12-2016 02:55 PM

The "EL7" on your kernel means you're using RHEL 7 or one of its derivatives. DO NOT just delete the files, do not remove them with rpm. USE YOUR PACKAGE MANAGER!

"yum list | grep kernel" will show you all of your installed kernels. You can use package-cleanup to get rid of old ones.

Code:

package-cleanup --oldkernels --count=4
will keep the most recent 4 kernels and remove the rest.


All times are GMT -5. The time now is 11:51 PM.