If you have anything to point out to the way i have partitioned my hard drive, any tip or recommendation, please do so!

You basically have a swap partition, an ext2 file system mounted on /boot (what makes sense; I made the same choice) and then multiple partitions where XFS file systems are mounted. I do not understand how this multiplicity presents advantages over one single XFS file system mounted on / (I would, of course, understand if different file systems were chosen). That may just be my ignorance speaking but I only see a major drawback: because it is hard to predict the required sizes, you will end up with full partitions, whereas other ones will be almost empty. Using LVM, as teodorescup suggests, would certainly help in resizing the partitions (notice that XFS partitions cannot be shrunk!) but why attempting to fix a potential problem if you could simply avoid it?

Assuming there is an advantage in multiplying the partitions (please, explain me), the allowed spaces look wrong if the system used as a desktop. If it is so, take a look at the occupation, on my laptop, of the various repertories you list (and comments I have added after the '#' characters):
$ sudo du -hxs /boot /tmp /var /root /usr/local /usr /opt /home
29M /boot # One kernel only (you want 3-4 times more to easily revert to an older kernel in case of problems with a brand new one). 72K /tmp # This might grow up to a few GB... but 18?! I would like to know what kind of applications would need that much.
524M    /var            # Cleaning some DEB packages with 'apt-get autoclean'.
500K /root # I must have 'su' to root a few times but Trisquel's user are invited to use 'sudo' and /root therefore remains empty. 252K /usr/local # Very far from the 6 GB but you may intend to place there your own developments, do you? 4,6G /usr # You will much need more if you install applications that require much space (such as games that come with fancy graphics, musics, etc.) but, anyway, 32 GB looks a lot. 271M /opt # I have placed there a free applications I downloaded from the Web (it is not in Trisquel's repository); my /opt would be totally empty otherwise. 147G /home # /home grows and grows and grows ... It must definitely use the whole remaining space once the sizes of the other partitions were defined.

To sum up the size choices that look weird to me (but again, you may have special workload in mind): /tmp, /root, /usr/local and /opt appear a lot too large; /var and /usr look too large (like in "they could be divided by 2"). The freed space would go to /home.

The choice of the XFS file system for partitions typically having small files (like /tmp and /var, which typically have kB-large files) also looks weird to me. I have always read is extremely efficient on large files but not on small ones. Is this reputation ungrounded?

Reply via email to