Re: too-nearly-full filesystem '/'. (was upgrade problem: space on '/' filesystem.)

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

 



On 10/26/19 10:56 AM, home user wrote:
(responding to Ed)
> The easiest way...
done.

The script looks like this:
-----
#!/usr/bin/sh

# clean out files left behind by the compiling that follows patching or
# updating the kernel and/or the driver for the nvidia graphics card.

rm -rf /var/cache/akmods/nvidia/*

exit $?

# done!
-----
That I may better understand...
Am I correct in assuming which shell I use does not matter in this case?

Does not matter

What is the difference between "/usr/bin/sh" and "/bin/sh"?

Those are links to "bash" and

[egreshko@meimei ~]$ ls -i /usr/bin/bash /bin/bash
23070627 /bin/bash  23070627 /usr/bin/bash

Shows they have the same inode.  They are hard linked.  They are physically the same.

What day of the week will this be run?

I don't know.  But does it really matter?  As I said, the number of files to be deleted will most likely be 2.
I guess there is a small chance that it will be 4.

FWIW, it seems on my systems they are normally run either on Sunday or Monday at around 3~4AM.  But my
systems are up 24/7.

Again, it matters not when it runs.  The load to delete 2 files will not be noticeable.

What is the significance of the "98-" at the beginning of the file name?

Jobs in /etc/cron.weekly are executed sequentially.  This just says it will be done later than others.
You may not have any other scripts in that directory.  Depends on what you've installed.


/var/cache/akmods/nvidia/ was one of the things I cleaned out earlier in this thread (or this thread's parent), but I can't find how much space that freed.  But I vaguely recall it being a lot.

Yes, but you deleted them.  And, again, they are only generated when a kernel update happens.  You update once a week.  So, you'll get at most 1 new kernel which will create 2 files.  They are 12.5MB, total.
And they will be soon deleted.  That is, within 7 days.


--
The key to getting good answers is to ask good questions.
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux