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

Re: solution to / full



:/usr/lib$ du -sh * | sort -nr | grep -v K  | head
981M R
591M rstudio
591M jvm
554M mega
538M llvm-11
343M modules
313M libreoffice

On Thu, Mar 2, 2023 at 9:48 AM lina <lina.lastname@gmail.com> wrote:
Hi all,

Thanks for your suggestions,

I take the least risk way, just move the things from /opt away,

I hope I can make it in the next few months, the biggest problem was created by the R associated package.

/dev/nvme0n1p2   23G   18G  4.5G  80% /

Thanks again, lina

On Thu, Mar 2, 2023 at 6:40 AM <tomas@tuxteam.de> wrote:
On Wed, Mar 01, 2023 at 06:12:05PM -0500, Greg Wooledge wrote:
> On Wed, Mar 01, 2023 at 05:53:18PM -0500, Jeffrey Walton wrote:
> > On Wed, Mar 1, 2023 at 8:35 AM lina <lina.lastname@gmail.com> wrote:
> > >
> > > My / is almost full.

[...]

> > > /dev/nvme0n1p2   23G   21G  966M  96% /

[...]

> > > /dev/nvme0n1p3  9.1G  3.2G  5.5G  37% /var

[...]

> > You can probably reclaim a couple of GB by trimming systemd logs. It
> > should get you some room to work. Something like:
> >
> >    journalctl --vacuum-time=14d
>
> Aren't those stored in /var, though?  There's a separate /var file system,
> which isn't low on space.

I'd hope that. I made the same mistake abovethread :)

Cheers
--
t

Reply to: