| Adam Schaible via plug on 20 Dec 2021 12:40:27 -0800 |
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
| Re: [PLUG] Running out of disk space? |
One more disk usage management utility for the list: ncdu, aka nCurses du. Gives a more user-friendly "pseudo GUI" for du right inside your shell/terminal session. It's available in the official apt repos for Debian/Ubuntu etc., while over on the Red Hat side look for it in the EPEL repo. I've gotten all the Linux newbies in my department hooked on it. If ncdu takes too long to crawl all the files in your folder or partition every time you run it, just use a flag to redirect the output to a file the first time around and browse that instead. We also like using nmtui (the nCurses network manager) here instead of nmcli, long live nCurses! -- Adam Schaible plug@schibes.com On Mon, Dec 20, 2021, at 12:30, Lynn Bradshaw via plug wrote: > Sorry, folks, it's been years since I used a mailing list like this > one (high school, actually) and I've only recently encountered > relearning the ropes. I sent out a response to just one individual > when it was meant for the whole list. It had to do with a user's > long-term storage device filling up and various strategies were > recommended. These were: > > * Use a live distribution: fantastic idea, Ubuntu maybe or perhaps Linux Mint > * Use "mount" and show us the output > * Use "du" with appropriate flags and current directories and show us the output > * Use "df", probably with "-h" too and show us the output > > If we pull together and get all of these data, the fellow Linux user's > troubles can be squared away. The suggestion that /boot was too full > is certainly possible but possibly /home or /var or /tmp are too > clogged and there's no way of knowing without the file system data. So > let's get those data and hunt down the bug. > > On Fri, Dec 17, 2021 at 9:35 AM Walt Mankowski via plug > <plug@lists.phillylinux.org> wrote: >> >> On Thu, Dec 16, 2021 at 07:37:00PM -0500, Christopher Barry via plug wrote: >> > Depending on distribution, you'll edit that distro-specific >> > configuration file to tell it how many older kernels to keep around. >> > For example, for Fedora/RedHat-based distros, I think it is in >> > /etc/dnf/dnf.conf or similar. >> > >> > Realistically, for most people, just keeping the last good one is >> > fine. It's just a fallback in case you hork the one that's set to >> > default. Saving only the last one as a backup will likely not fill your >> > /boot partition up again as you keep moving along upgrading. Plus, you >> > can always boot a live CD or USB image to fix things if something goes >> > south. >> >> This seems to be the default in Ubuntu, at least relatively recent >> releases. When you install a package with a new kernel you'll be >> prompted to run `apt autoremove' to remove the old ones. The manpage >> for apt says that >> >> autoremove is used to remove packages that were automatically >> installed to satisfy dependencies for other packages and are now no >> longer needed as dependencies changed or the package(s) >> needing them were removed in the meantime. >> >> Occasionally there are other packages, but the kernel and related >> packages are the ones that come up the most often for me. >> >> I'm sure this must be configurable, but the default is to keep the >> current and one prior kernels, and it's worked well enough that I've >> never bothered checking to see if it can be changed. >> >> Walt >> ___________________________________________________________________________ >> Philadelphia Linux Users Group -- http://www.phillylinux.org >> Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce >> General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug > ___________________________________________________________________________ > Philadelphia Linux Users Group -- http://www.phillylinux.org > Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce > General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug ___________________________________________________________________________ Philadelphia Linux Users Group -- http://www.phillylinux.org Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce General Discussion -- http://lists.phillylinux.org/mailman/listinfo/plug