Re: /boot partition running out of space randomly. Please help!

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On 13/02/19 2:05 PM, Sean Son wrote:
Hello all

First off, I am running Oracle Linux 7.6 on a Hyper-V 2016 VM for a
customer. I know this is not an Oracle Linux mailling list, but because
Oracle Linux and CentOS are so similar, to an extent, I figured why not ask
on here because someone MIGHT know the answer.. Here is the issue.  I have
a 600MB /boot partition allocated on a UEFI system. The /boot/efi partition
is on a separate EFI partition.  Recently, I noticed that this system has
been crashing every few minutes and when I checked the disk space, I
noticed that the /boot partition has zero free space available.  I removed
all of the old kernels and left the running kernel in place, in hopes that
will free up some space. It freed up about 50MB or so, but  then the system
would crash again. After I would reboot the VM to bring the system back up,
I ran a df -h /boot, and the results were reporting ZERO disk space again
for the /boot partition.. It makes absolutely no sense how a partition
which is generally static UNLESS you move something into it, is running out
of space after space has been manually freed up in the partition! What
boggles me even more is that when I do an ls -lh /boot, the file systems do
not add up to 600M (well 594M) at all.  See below:

df -h
Filesystem                         Size  Used Avail Use% Mounted on
devtmpfs                           2.8G     0  2.8G   0% /dev
tmpfs                              2.8G     0  2.8G   0% /dev/shm
tmpfs                              2.8G  8.5M  2.8G   1% /run
tmpfs                              2.8G     0  2.8G   0% /sys/fs/cgroup
/dev/mapper/VolGroup00-LogVolRoot   30G   19G   12G  63% /
/dev/sda2                          594M  594M     0 100% /boot
/dev/sda1                          238M  9.7M  229M   5% /boot/efi
/dev/mapper/VolGroup00-LogVolHome  3.3G  415M  2.9G  13% /home
tmpfs                              565M     0  565M   0% /run/user/54321
tmpfs                              565M     0  565M   0% /run/user/1000

]$ ls -lh /boot
total 92M
-rw-r--r--  1 root root 179K Dec 12 22:52
config-4.14.35-1844.0.7.el7uek.x86_64
drwx------  3 root root  16K Dec 31  1969 efi
drwx------. 2 root root   21 Feb  8 15:55 grub2
-rw-------. 1 root root  54M Aug 28 12:31
initramfs-0-rescue-0287c4db206d4a9abe14f750b9091a01.img
-rw-------  1 root root  22M Dec 21 17:24
initramfs-4.14.35-1844.0.7.el7uek.x86_64.img
-rw-r--r--  1 root root 329K Dec 12 22:52
symvers-4.14.35-1844.0.7.el7uek.x86_64.gz
-rw-r--r--  1 root root 3.6M Dec 12 22:52
System.map-4.14.35-1844.0.7.el7uek.x86_64
-rwxr-xr-x. 1 root root 6.1M Aug 28 12:31
vmlinuz-0-rescue-0287c4db206d4a9abe14f750b9091a01
-rwxr-xr-x  1 root root 7.2M Dec 12 22:52
vmlinuz-4.14.35-1844.0.7.el7uek.x86_64

I have no idea what is going on here and why the space keeps filling up and
the VM crashing!  ANY and all help will be greatly appreciated! Thanks!

I am running the following kernel:
4.14.35-1844.0.7.el7uek.x86_64
My stab in the dark is that the system is trying to write a crash / rescue image and there is not enough space. du --max-depth 1 is useful too.

Thanks!

Sean S.
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
https://lists.centos.org/mailman/listinfo/centos
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
https://lists.centos.org/mailman/listinfo/centos



[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]


  Powered by Linux