UNRESOLVED - /dev/sdc5 32 gig?

Hello all. I installed Zorin after having an ongoing issue with dev/mapper/data-root would keep filling up with who knows what. I'm a noob to linux and was unable to resolve it through google searches and posting the issue. Looks like this goes back at least 7 years. I found a few old ones. Anyhoo after I installed Zorin I noticed the /dev/sdc5 was up to 32 gig and there's almost nothing on here. Just a few apps.

Any feedback/solutions would be greatly appreciated. Linux is great and all but it's stuff like this that keeps the noobs out. Thanks.

Can you post the output of df -h ?

df: /run/user/1000/doc: Operation not permitted
Filesystem Size Used Avail Use% Mounted on
udev 3.9G 0 3.9G 0% /dev
tmpfs 789M 1.8M 788M 1% /run
/dev/sdc5 228G 32G 186G 15% /
tmpfs 3.9G 34M 3.9G 1% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/loop1 128K 128K 0 100% /snap/bare/5
/dev/loop2 392M 392M 0 100% /snap/gimp/383
/dev/loop3 165M 165M 0 100% /snap/gnome-3-28-1804/161
/dev/loop4 66M 66M 0 100% /snap/gtk-common-themes/1519
/dev/loop0 56M 56M 0 100% /snap/core18/2253
/dev/loop5 296M 296M 0 100% /snap/vlc/2344
/dev/loop6 44M 44M 0 100% /snap/snapd/14295
/dev/sdc1 511M 12K 511M 1% /boot/efi
tmpfs 789M 48K 789M 1% /run/user/1000

Ok. That's your root - pretty big at 228G, so nothing to worry about. I set my root at 30 G.

You can clean it up using BleachBit (as root). On BB, under "System" option (left pane), I leave "Free disk space" and "Memory" unchecked. You're free to uncheck whatever you're not comfortable with.
I don't have much luck on journal cleanup with BB, so I recommend running Stuck on boot - flashing monitor - #9 by zabadabadoo after BB completes.

How do you set root size?

You need to use gparted: Can someone fix my partitions remotely? - #4 by phunsoft
or reinstall your OS

I don't recall an option to set that during install. I'll try it after some googling. I just installed it today so nothing to lose.

In var there's 25.2 gig and journal 4.3 gig. I don't know what's going on with that.

Found one that had this problem back in 2007

Use the “something else” option when asked whether to install alongside your existing OS, etc. There are 2~3 choices (maybe 4) and you should pick the last one. Also see: Partitioning during installation

You can use

sudo du -h --max-depth=1

To examine what is being a space Hog.

Clean:

sudo apt clean && sudo apt autoremove

It helps to run apt clean at least once per week.

You also may have Logs filling up.
Which would be good to check anyway...

1 Like

Nothing there really. It's a clean install on it's own drive.

4.0K ./Videos
4.0K ./Public
16K ./Desktop
13M ./.mozilla
111M ./.config
371M ./.cache
6.7M ./snap
76K ./.pki
16K ./.gnupg
4.2M ./.local
40K ./Templates
4.0K ./Documents
4.0K ./Music
4.0K ./.ssh
10M ./.var
4.0K ./Downloads
4.0K ./Pictures
516M .

Thanks. I'll try that now.

1 Like

Try elevating to root, first

sudo -i

du -h --max-depth=1

This is what comes up.

28K ./.config
12K ./.cache
300K ./snap
64K ./.local
12K ./.dbus
432K .

Where are all those Snap Packages kept?
In the meantime:
Clean:

journalctl --vacuum-size=100M

Then set the max size:

sudo nano /etc/systemd/journald.conf

Ad the line: SystemMaxUse=100M
hit ctrl+x to exit, then the y key to say yes to save, then the enter key to save the configuration.
Then restart the service

service systemd-journald restart

3 Likes

So I did all this today when dev/sdc2 was up to 64 gigs. It went down to 61 gigs.

Since I've had this problem with a previous distro, PopOs, I opted to go for the paid route. I'm more curious at this point to see if this can be fixed. I emailed support a couple days ago and so far only an automated response. I don't imagine I'll be hearing anything for at least a week or 2 at this point.

Ubuntu, as I mentioned before, has had this issue going back at least 7 years. Linus tech has brought some light to linux once again this past month and this is the sort of thing that crops up. I'd love to use linux, but you these problems that crop up that are very difficult for noobs to fix. How this is still happening in current distros when the problem existed at least 7 years ago is.... well I don't know. It's something.

All suggestions and tips appreciated. Thanks for the help. I will get to the bottom of this one day.

I agree with you. This is very frustrating.
That should have been more effective than that...

Above, it says sdc5.
Are you referring to a different drive now, or is more than one drive affected?
Can you layout what each drive or partition does?
For example, is one drive Root, another /home, another /boot and so on?

It's just sdc2, I just entered the wrong number. It's installed on it's own drive on my PC. There are 3 drives in the PC. Two are for Windows and one for linux.

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 465.8G 0 disk
├─sda1 8:1 0 500M 0 part
└─sda2 8:2 0 465.3G 0 part
sdb 8:16 0 931.5G 0 disk
└─sdb1 8:17 0 931.5G 0 part
sdc 8:32 0 232.9G 0 disk
├─sdc1 8:33 0 512M 0 part /boot/efi
└─sdc2 8:34 0 232.4G 0 part /
sr0 11:0 1 1024M 0 rom

1 Like

I’m still slow on this. To me, your output here is the same for sdc1 from /dev/sdc5 32 gig? - #3 by FlamingDuck , so I get that partition.
But the size for sdc5 in your older post seems to be closest to the size for sdc2 in your most recent post.

That confused me for a minute there. The earlier post is from the original install. The HD in that case is the same one but at the time it was showing as 228 G with 32 G used, with almost nothing installed except some apps. After trying some of the suggestions without success I bought the Pro version of Zorin and after a clean install is looks like it went from SDC5 to SDC2. There's nothing on this drive so I wasn't concerned about a clean install. I'm curious if Zorin can solve this problem, which is why I bought the Pro version.

I'm using the same 250 G Samsung drive for all installs. The other drives are Windows. Right now the drive is at 228G with 66G used. Again that's just with a few apps installed.

1 Like