I need to increase the size of /var - adjacent to an NTFS partition
Hi good people.
I'm having problems with the size of my /var partition - it is full! (I tried installing 3 different software pgms at the same time but I have experienced problems in the past, now it's time to bite the bullet). I have to mention it is 6.8Gb in size (see screen dump) - 2.7Gb of that is taken up by a pgm that stores it's data in there for some reason. http://i1099.photobucket.com/albums/...sa4ourn2u.jpeg what I want to do is shrink the NTFS partition and then move it to the right. Then I hope to be able to expand the /var partition into the free space after moving the NTFS partition. Okay, is this all possible WITHOUT causing problems with my Mageia bootup (seeing that system stuff and the logs etc. are kept there!) OR Am I going to have to re-install my Mageia system allocating a larger size of /var (once I shrink and move the NTFS partition) Any help greatly appreciated. |
There is almost never a need to re-install (Linux) for this sort of thing.
That is useless - run this and post back in-line as text, not a photo - use [code] tags. Code:
df -hT |
if you cannot figure out what to delete, to give more space, as this is a log directory that can hold over sized log files and one that are not actually needed to be kept track of for over 10 years. you maybe able to get away with deleting some and putting that on a schedule to try and keep the size down. that being said:
resizing partitions in itself should not effect the over all operation of the Operating System. the only thing that you'll have to cross your fingers for it data loss or corruption during the process of moving it over if the program doing the work need to do so. Mount points being the same, the system does not take into account of the size of your partition, other than the, does it have, or not have enough room to put anything so it will , or will not, put anything in them anymore. backing up important data prior to is always suggested. how it is backed up, is up to the user. |
syg00,
Sorry for posting image, I'm a visual guy not a cli guy, and not up with most cmds used in Linux - I just use it. I also forgot to mention that I can't install anything now as I know /var is where temp files are put when installing stuff. Dolphin tells me that there is 0 bytes free on /var (as does the result of the first cmd). anyway, here is the results of the cmds you asked for: Code:
[myles@Bilbo ~]$ df -hT |
BW-userx,
I was trying to install a pgm to interrogate /var to tell me what is taking up all of the space (besides my Application that I know takes up 2.7Gb). I wouldn't be confident in deleting anything out of there as I have screwed up my system too many times through my own fault. Seeing that /var is a pretty important part of the system that is why I'm hesitant to touch it, but I really need to to give me some breathing space. |
Code:
/dev/sdb5 fuseblk 1.8T 528G 1.2T 31% /media/win_d2 You might be able to find some space somewhere else, and free it up by moving a partition, or using an existing one that has the same format as /var then create a directory and bind mount it to /var , or just move the entire /var to a larger partition bind mounting https://backdrift.org/how-to-use-bind-mounts-in-linux just an idea. this has to be a desktop with more than two drives. room to install another one? then move /var onto it, and have fstab mount it from there. |
Quote:
You may know all the following, but bear with me. To expand a (normal) partition unallocated space must exist contiguous to it - like the small bits you see in the parted listing. Presuming you want to scrape some space from /dev/sdb5 (/media/win_d2), it isn't straight-forward but is do-able using gparted - best done using their liveCD. First you need to move the start of that NTFS partition - pick a number, say 9 Gig. Then move the beginning of the extended partition /dev/sda4 likewise - this is just a container for logical partitions. Then you can extend /dev/sda3 to use the space. gparted is a GUI tool that allows you to drag the edges of partitions around, or right click and specify numbers to suit. Make sure you "apply" each change before doing the next action. Great tool, I use it often, even on NTFS. I have confidence it will work as expected, particularly for /var, but NTFS is M$oft proprietary code, so note my sigline. |
syg00,
Thanks for that. I hear you about turning on JS - I only allow the scripts that need to get me to see what I want. As for GParted, no problem I have the LiveCD. I have also backed up all of the data from that M$ partition so if it goes pear-shaped it's okay. In a past life I was in IT (before retiring) so know about partitons etc. I just am not that adept in the linuxsphere (hence my past screwups). Anyway, I'll give it a go and let you know how it goes. |
syg00 (and BW-userx as well),
Sorry for the late reply. I've been reluctant to tackle this and I have been waiting for the right time. Well, I finally took the plunge and did the deed. I actually used a combination of tools - 1 on Windows and the GParted Live CD. So, the combination worked successfully!!! Writing this on my newly booted system with a MUCH larger /var partition. So, thanks to both of you for your help, most appreciated!!! I will have a beer for you! |
All times are GMT -5. The time now is 04:26 AM. |