cannot use any yum command: no space left on device

Question

I created a CEF browser within a borderless window (WS_POPUP style). The CEF renderer overlaps my window's client area.

The problem is that I'd like to allow the user to resize the window but I can't handle the WM_NCHITTEST message.

I found many topics on the Internet but there was no actual solution.

Of course, I could create a 1px border with WM_NCCALCSIZE but I don't want to, as I would need to change the color of the border depending on the browser's content.

Is there a way to subclass the renderer's window (used internally by CEF)? Do I really need to handle the WM_NCHITTEST message? Is there another way of doing that?

Any help would be greatly appreciated. winapiwrapper

Solution 1

Looks like / is full

While you have almost 500GB in /home.

You might wanna reallocate some more space to / for system use.

Also, check /var/log as it resides on /

It is very possible you have some huge log files that could be pruned to clear up some space. 10G isnt much, but can be enough.

Solution 2

df -h clearly shows that you dont have much space in /. try to free up space and then try to yum command

Solution 3

Try running find / -size +1G to see if you have some large file taking up space.

Solution 4

I know this is an old post, but thought this was worth mentioning for future searches: If /var/log/journal is taking up a large amount of space, you can

sudo journalctl --vacuum-size=100M

(substitute 100M for whatever size seems reasonable) In my case, the journal was using over a 1GB, and I was not able to effectively free anything due to low space warnings in yum/dnf until I cleared out some of the logs.

Solution 5

You only have a 10GB partition for your root directory and it is full. Leaving it like that will start causing you even more problems soon.

Almost all of it is in /var. So look through /var for large files. It could be logs under /var/log that are not being rotated.

If you can't delete anything you may have to repartition or move /var to a new drive.

The du command also warned of possible filesystem corruption. That could cause the drive to appear to be out of space. You should definitely run fsck on it as soon as possible. It will require you to reboot and wait while it checks and repairs it so you will have some downtime.

View more solutions

Comments

[Giraffe]

Note that you can find the offending map point by running anything else like yum search iperf for me returns Could not create lock at /var/tmp/yum-packrd-NaR8fJ/x86_64/7/yum.pid: [Errno 28] No space left on device (my /var/tmp was full)

[Lynob]

please read my edit

[Lynob]

please read my edit

[Safado]

Go to / and type du -chs * and it will show you the size of each of the folders within root. From there, do some investigation work and find what you can afford to clean up.

[Lynob]

the output of du -chs * is this which is kinda strange, it shows that the total is 9.7Gb, which is not much, am i right? or am i missing something?

[Admin]

Delete /var/log/squid/access.log-20130317 or move it to a network drive if you need it. Squid will create a new access log automatically.

[Admin]

Also do a ls -l /var/named/chroot and look for links (entries beginning with l) that point to /var or /var/named, that could be the cause for your filesystem loop. If you don't need the link, you could remove it, but it is not related to the problem, just something I noticed from your find output.

[David Houde]

9.7G is pretty close, considering the partition is only 10G -- Do you see that /var is 8.5GB? You may want to start the cleaning there.

[Lynob]

i formatted the server, will resize the partitions and start again