Linux - Hardware This forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux? |
Notices |
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
|
 |
|
07-24-2022, 02:23 AM
|
#31
|
Member
Registered: Mar 2022
Location: Asia
Distribution: Debian 11
Posts: 39
Original Poster
Rep:
|
Quote:
Originally Posted by michaelk
How large is your home directory?
du -h /home
|
Ans: have read the followings:
[**very long pages ***] at end of page.
68k +/seafile/+seafile-data/customization/data0
76k +/Seafile/+seafile-data/customization
456k +/Seafile/+seafile-data
460k +/Seafile
16G +/
Thanks for helping.
|
|
|
07-24-2022, 02:40 AM
|
#32
|
Member
Registered: Mar 2022
Location: Asia
Distribution: Debian 11
Posts: 39
Original Poster
Rep:
|
Quote:
Originally Posted by michaelk
How large is your home directory?
du -h /home
|
Ans: have read the followings:
[**very long pages ***] at end of page.
68k +/seafile/+seafile-data/customization/data0
76k +/Seafile/+seafile-data/customization
456k +/Seafile/+seafile-data
460k +/Seafile
16G +/
Thanks for helping.
Reply to "Business_kid" posted yesterday -please see the attachment.
Last edited by handshake92; 07-24-2022 at 02:48 AM.
|
|
|
07-24-2022, 07:23 AM
|
#33
|
LQ Guru
Registered: Jan 2006
Location: Ireland
Distribution: Slackware, Slarm64 & Android
Posts: 17,280
|
Now we can answer you. Going on what I see there, there is nothing much wrong, except there seems to be very little storage.
The 'df-h' command shows the mounted disks. You appear to have 39G for / * /home, and that's full, which is ok. I have 25G in /, 21G in /home, and a separate Videos archive which doubles as current storage That's got 339G in it atm.
Apart from the fact that you have some loose files lying around in /, those are sensible figures. Get more storage. You'll have to run a verty tight ship to stay under 39G. The places you may have extra crud are in /home (16G), /snap (6.3G), and /var (8.3G).
For comparison, There was a thread recently about the size a / partition should be and the consensus was over 30G with a separate home, & maybe /opt, /usr, or /var. /home was expected to be separate. I have a basically unused windows 10 install with boot, efi, C:\ & backup partitions. The "C:" alone is 46G.
Solution: Get more space.
|
|
1 members found this post helpful.
|
07-25-2022, 09:51 AM
|
#34
|
Member
Registered: Jul 2017
Location: King's Lynn, UK
Distribution: Nowt but Puppies....
Posts: 660
|
My "take" on the issue is that the OP - being used to Windows - has of course done exactly the same as Windows encourages one to do.....as stated previously, everything personal (videos, pictures, music, documents, every download of any sort) has all been saved to the same partition as the OS itself.
Yes, this is fine for beginners....up to a point. You soon come to realise it makes far more sense (when running multiple operating systems) to keep personal stuff in a totally separate location, suitably formatted, that can be readily accessed by both OS installs. The advantage being, of course, that one can "bork" one's systems as often as one likes, yet personal data is never touched.
It's one of those common-sense lessons that is so often learnt the HARD way.....by repeated loss of that data. Until the user comes to his or her senses!
Mike. 
|
|
1 members found this post helpful.
|
07-25-2022, 10:44 AM
|
#35
|
Member
Registered: Mar 2022
Location: Asia
Distribution: Debian 11
Posts: 39
Original Poster
Rep:
|
Thanks to "business_kid & others help, Will it be better to reinstall Debian 11 again this time I will create a larger partition of say 60Gb with separate space for Debian OS, /home, /usr, & others.
thanks for helping.
|
|
|
07-25-2022, 11:15 AM
|
#36
|
LQ Guru
Registered: Jan 2006
Location: Ireland
Distribution: Slackware, Slarm64 & Android
Posts: 17,280
|
Glad you're sorted. I never explained the real method for chasing issues. I pointed out you had 8.3G in /var; I only have 253M, although the OS may make a difference. Let's say you wanted to investigate that. The next command would be
Code:
sudo du -sh /var/*
0 /var/adm
24M /var/cache
28K /var/db
4.0K /var/empty
12K /var/kerberos
102M /var/lib
12K /var/lock
102M /var/log
0 /var/mail
44K /var/man
24K /var/named
16K /var/netatalk
172K /var/run
15M /var/spool
16K /var/state
8.0K /var/tmp
11M /var/www
0 /var/X11
0 /var/X11R6
52K /var/yp
You can see what's hogging space in /var. You can keep going down deeper in the nest of directories if needed. If yours is using 8.3G, the figures will be different. You look after the Gigs, and the Megs will look after themselves.
|
|
1 members found this post helpful.
|
07-26-2022, 06:44 AM
|
#37
|
Member
Registered: Mar 2022
Location: Asia
Distribution: Debian 11
Posts: 39
Original Poster
Rep:
|
Quote:
Originally Posted by business_kid
Glad you're sorted. I never explained the real method for chasing issues. I pointed out you had 8.3G in /var; I only have 253M, although the OS may make a difference. Let's say you wanted to investigate that. The next command would be
Code:
sudo du -sh /var/*
0 /var/adm
24M /var/cache
28K /var/db
4.0K /var/empty
12K /var/kerberos
102M /var/lib
12K /var/lock
102M /var/log
0 /var/mail
44K /var/man
24K /var/named
16K /var/netatalk
172K /var/run
15M /var/spool
16K /var/state
8.0K /var/tmp
11M /var/www
0 /var/X11
0 /var/X11R6
52K /var/yp
You can see what's hogging space in /var. You can keep going down deeper in the nest of directories if needed. If yours is using 8.3G, the figures will be different. You look after the Gigs, and the Megs will look after themselves.
|
Ans: I have done as suggested and below is the read-out:
21M /var/backups
155M /var/cache
9.3G /var/lib
4.0K /var/local
0 /var/lock
64M /var/log
80K /var/mail
4.0K /var/opt
0 /var/run
5.7M /var/snap
444K /var/spool
324K /var/tmp
20K /var/www
From this lists above, kindly advise which folder that I can safely delete.
Thanks for helping
|
|
|
07-26-2022, 11:22 AM
|
#38
|
LQ Guru
Registered: Jan 2006
Location: Ireland
Distribution: Slackware, Slarm64 & Android
Posts: 17,280
|
Look after the Gigs, and the Megs will look after themselves.
The directory that leaps out is /var/lib, where I have 102M and you have 9.3G. Keep going down. 'sudo du -sh /var/lib/*' gets you down to the next level. I have 60M in the mlocate database, 35M in package stuff, and the rest is scraps. You see what you have and think about it. If you don't know, go down another level where you're curious. Divide & conquer.
Don't delete any directory. Delete files that you don't need. Like I said, 39G is ok for / & home. The solution is to give yourtself more space.
|
|
1 members found this post helpful.
|
07-26-2022, 12:11 PM
|
#39
|
LQ Guru
Registered: Aug 2016
Location: SE USA
Distribution: openSUSE 24/7; Debian, Knoppix, Mageia, Fedora, OS/2, others
Posts: 6,354
|
Quote:
Originally Posted by handshake92
Quote:
Originally Posted by mrmazda
Did you empty /var/cache/apt/archives/? Files found there that don't have today's timestamp are rarely of any use, yet consume considerable space. Use apt clean to remove them.
|
Ans: Have tried as sugg.but the files cannot be deleted hence still no difference.
|
You must have superuser authority to remove them directly. The instruction in bold that you didn't follow presumes you have engaged superuser authority, e.g. sudo apt clean.
|
|
1 members found this post helpful.
|
All times are GMT -5. The time now is 07:07 PM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|