New on LowEndTalk? Please Register and read our Community Rules.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
Comments
Below is the result of my Vultr vps from df -h command
As you can see, whatever programs I install I just run the command and they are installed in 25G (vda1) storage. I don't have to configure anything except install updates/upgrades.
And this one is the result of my Aruba vps from df -h command
On this vps too, all programs are installed on the main 19GB (vg-lv_root) storage. And I just need to run updates/upgrades without any configurations to do.
Running df -h command on Ultra has following outputs
That's what I was trying to do on Ultra too. Just install my programs on the main 30GB storage without having to configure anything else. Since programs were being installed on 7.4GB system storage, I was just inquiring how to install programs automatically on the main storage of 30GB just like on the other 2 vps without having to configure anything.
I don't have any idea whether the Vultr ($5) and Aruba (Euro 1) are managed vps compared to Ultra's unmanaged vps.
Haha this is the novice look of kidrock. Lol
Exactly. I just wanted a simple wish of using 30GB as my main filesystem to install programs on it instead of what's happening now (anything I install is being written in 7.4GB filesystem).
@kidrock: I also purchased a VPS from UltraVPS on BK. I also was a bit surprised by how their VPSes are partitioned, but if you're not technically prepared to deal with this, then I would cancel.
At least on my VPS from UltraVPS, /dev/
vdb1vdb was mounted directly as /mnt (after installing the template). [See my comment below.]I would have thought that it should be vdb1 (not vdb) for the OP (@kidrock) as well.It probably was /dev/vdb. [See my comment below.][Before trying to apply the strategy suggested below, it would be safest to create a partition on /dev/vdb. See my comment below.]
For a quick solution, what the OP could consider doing is to recursively copy (preserving permissions) /usr to /mnt (with the result /mnt/usr), then delete /usr (after keeping a copy for the initial test), and then create a symbolic link from /usr (on /dev/vda1) to /mnt/usr (on /dev/vdb1). In this way, new programs would be installed on /mnt/usr (on /dev/vdb1).
One could also consider an LVM solution, as @Falzo suggested, though for a simple setup such as this (two disk partitions, one 10 GB, the other 30 GB), I would tend to find it overkill. (Just my two cents. )
Just to clarify, in my case, the mount point for the second disk was definitely /mnt, but perhaps the device was /dev/vdb (as opposed to /dev/vdb1).
I opted to do a custom install from an ISO, so I can't simply go into my VPS to check, but the mount point was definitely /mnt, which is consistent with the OP's (@kidrock's) setup.
The thing to note is that it would be safest to create a partition on /dev/vdb (to get /dev/vdb1) before applying the solution that I suggested above.
Why? People here are trying to explain that you can you use them BOTH just mounting vdb as /home or /usr. This is the best use of the partitions and not the way you're trying to achieve.
Hey @kidrock did you find the solution?
Same happen to me and I made a manual installation of Ubuntu 18.04 and on the partition menu I choose manual and then just choose the bigger vdb as default VPS disk. So not using the vda.
Everyting now installs, runs and uses vdb as default. Working fine.
Some of the programs I am using are not working properly on Ubuntu 18.04 that's why I did not upgrade from 16.04.
I just asked and got my refund.
A simple solution that you were able to apply and use vdb as default. Anyway, I gained some experiences on which vps provider to not to use in future from the answers above. Lol
Or you could just symlink a handful of osubdir of /home to the /mnt.