Hi, Can anyone tell me what the following errors are and why they are being shown when /var is in my root partition which has 695GB free space?
There is insufficient space on the device.
Free some space on the system disk to perform this operation. Disk error: [Errno 2] No such file or directory: '/var/cache/yum/x86_64/20/updates/c82039c0491e88e0504754ac963910eae06d6f6e1cb47250f897e174a272e32b-updateinfo.xml.gz'
regards, Steve
2014-06-11 0:52 GMT+03:00 Stephen Morris samorris@netspace.net.au:
Hi, Can anyone tell me what the following errors are and why they are being shown when /var is in my root partition which has 695GB free space?
There is insufficient space on the device.
Free some space on the system disk to perform this operation. Disk error: [Errno 2] No such file or directory: '/var/cache/yum/x86_64/20/updates/c82039c0491e88e0504754ac963910eae06d6f6e1cb47250f897e174a272e32b-updateinfo.xml.gz'
regards, Steve
Try sync && du -hs /var/cache/yum /var/lib/yum && yum clean all && yum makecache && du -hs /var/cache/yum /var/lib/yum
-- 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
On 06/11/2014 08:16 AM, Alchemist wrote:
sync && du -hs /var/cache/yum /var/lib/yum && yum clean all && yum makecache && du -hs /var/cache/yum /var/lib/yum
Hi, I tried the commands you suggested, even though yum may have recovered itself as subsequent regular cache refreshes seem to have functioned successfully, which looked to have worked great. The 2 directories referenced had 2.4G and 51M respectively of used space before the process started and 2.3G and 51M respectively after the process finished, so with that sort of space usage I'm confused as to why the issue occurred in the first place. Unless the message displayed wasn't what the issue actually was.
regards, Steve