Advice on additional volumes on host OS

I am running on a 1 liter PC (Dell Optiplex 7060) and I have multiple volumes. The OS and root partition are on a smaller NVMe, and thus far, everything is here. I also have a 1TB SATA SSD that is mounted as /data. Finally, I plan on plugging in a USB 3 external drive that is 8TB and had all my media and some other stuff. I was hoping to make this available to installed apps like Jellyfin. My question is how I should use the /data partition. My initial thought was to use it for the container mounts and any non-ephemeral data for the containers. However, I am completely new to docker, and my only experience is with VMs and LXC containers, both of which have permanence for their volumes. So I don't know if my idea is really on track or not. I welcome any advice on what I should be doing with the /data volume. Currently the only apps I have installed are IT-Tools and Tailscale. So if it easier to delete the apps than migrate data, I am perfectly fine with that. I would like to know that folder structure I should create on the 1TB SSD mounted as /data, and what config files and/or settings need to be changed to make use of it. Thank you for your assistance.
3 Replies
ͲӠ𝟙Ӡ↻⊘ʍմղ𝟙ʂ7
Anyone?! Buller?!
Stavros
Stavros4w ago
Hello, sorry for not replying but I can't understand what you are trying to do Do you want to migrate your apps from LXCs to runtipi and store app data in /data
ͲӠ𝟙Ӡ↻⊘ʍմղ𝟙ʂ7
I'm not really sure what in tipi uses the most storage and is worth shifting to the large SATA drive. I also don't know what I would need to change outside of moving the files and folders themselves so that the system can still find and use them. I just don't wanna fill my small NVMe when I have a secondary drive that is quite large. If most of what would be shifted exists under one specific directory, I could change the mount from /data to whatever the parent directory of that tree is to make it easier, but I don't know what would be effective. I am not using this machine for anything other than Runtipi, so there should not be any conflict with anything outside of the tipi paradigm of how things are setup.

Did you find this page helpful?