home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   alt.os.linux.mint      Looks pretty on the outside, thats it!      30,566 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 29,290 of 30,566   
   Paul to RobH   
   Re: Disc analiyser figures   
   05 Oct 25 12:17:18   
   
   From: nospam@needed.invalid   
      
   On Sun, 10/5/2025 9:55 AM, RobH wrote:   
   > On a separate desk top pc which runs 2 extra programs, 1 a weather station   
   and the other a cctv program.   
   >   
   > Out of curiosity, I wanted to see how much free space I had left on a 250Gb   
   ssd, so according to properties in the files app, I have 45Gb free space. So   
   then I ran disc analiser and it give me these figures:   
   >   
   > Kernel 479mb   
   > Modules 23Gb   
   > lib    28.5Gb   
   > usr    39.6   
   > CCTV    8.2kb   
   > weather program 4.1kb   
   >   
   > So the total usage there is approx 90Gb   
   >   
   > And in the centre of disc analyser it says 60.2|Gb   
   >   
   > My questions are why so little space left on my 250Gb ssd   
   > And why the differences between what properties say is 45Gb free space and   
   what is that 60.2Gb figure mean   
      
   But you don't want a disk analyser. These programs can crawl slash for you.   
   The "sudo" is so anything which only root can read, get analysed too.   
      
   sudo kdirstat /      #  Assuming we have a one disk system, and want to see   
   the file distribution   
   sudo qdirstat /      #  Same thing, from a different ecosystem.   
      
      "QDirStat is based on that code, but made independent of any KDE libraries   
   or infrastructure,   
       so it has much fewer library and package dependencies; basically only the   
   Qt 5 libs and libz,   
       both of which most Linux / BSD machines have installed anyway if there is   
   any graphical desktop installed."   
      
   The programs recursively descend a tree and total things up.   
      
   You can have a swapfile as in /swapfile or you can have a swap partition.   
   When you run the "top" command, you can see if a swapon -a was done   
   at boot and the swap partition(s) are loaded.   
      
   *******   
      
   The utility "gnome-disks" shows you the layout of your disk drive,   
   so you don't miss anything. While you can study mounted things   
   (mounted with respect to /), if something wasn't mounted it could   
   take up space and miss your forensic advances.   
      
   The "df" or diskfree command, tells you of component mounts in the system,   
   and for the partitions that are optional, can tell you whether they are   
   mounted at the moment.   
      
   Most sessions, usually see me using gnome-disks, to see which   
   partitions are mounted. A mounted partition seen in gnome-disks,   
   has a "fill line" indicating how filled it is, and you can read the   
   legend in the lower pane for details. The button on the left, in the   
   controls under the partition box row, the triangle can mount or umount   
   a partition you have clicked.   
      
   Be careful with gnome-disks. It contains a couple of power user   
   features which can be destructive. There is a bandwidth test,   
   which threatens to do R/W testing instead of R only speed   
   tests of a drive. And there is a button for "deleting partitions",   
   which is a pretty dangerous button to have in an interface. Whether   
   it has "interlocks" or "are you sure?" things or not, a partition   
   delete is a danger. You will need to learn how the tool works,   
   thoroughly, to really enjoy it and not cause a catastrophe.   
      
   Summary: You have a space gobbling partition which is not mounted.   
            Use gnome-disks, and spot the partition where you "can't see   
            the fill", which means it is not mounted at the moment.   
      
      Paul   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca