My Objective:
Repurpose an obsolete OS Filesystem as pure data storage, removing both the stuff only relevant for the OS and simplifying the directory structure so I don't have to navigate to <mount point>/home/<username>/<Data folders like Videos, Documents etc.>
.
I'm tight on money and can't get an additional drive right now, so I'd prefer an in-place solution, if that is feasible. "It's not, just make do with what you have until you can upgrade" is a valid answer.
Technical context:
I've got two disks, one being a (slightly ancient) 2TB HDD with an Ubuntu installation (Ext4), the second a much newer 1TB SSD with a newer Nobara installation. I initially dual-booted them to try if I like Nobara and have the option to go back if it doesn't work out for whatever reason.
I have grown so fond of Nobara that it has become my daily driver (not to mention booting from an SSD is so much faster) and intend to ditch my Ubuntu installation to use the HDD as additional data storage instead. However, I'd prefer not to throw away all the data that's still on there.
I realise the best solution would be to get an additional (larger) drive. I have a spare slot in my case and definitely want to do that at some point, but right now, money is a bit of a constraint, so I'm curious if it's possible and feasible to do so in-place.
Particularly, I have different files are spread across different users because I created a lot of single-purpose-users for stuff like university, private files, gaming, other recreational things that I'd now like to consolidate. As mentioned in the objective, I'd prefer to have, say, one directory /Documents
, one /Game Files
, one /Videos
etc. on the secondary drive, accessible from my primary OS.
Approaches I've thought of:
- Manually create the various directories directly in the filesystem root directory of the second drive, move the stuff there, eventually delete the OS files, user configs and such once I'm sure I didn't miss anything
- Create a separate
/data
directory on the second drive so I'm not directly working in the root directory in case that causes issues, create the directories in there instead, then proceed as above - Create a dedicated user on the second OS to ensure it all happens in the user space and have a single home directory with only the stuff I later want to migrate
- Give up and wait until I can afford the new drive
Any thoughts?
You haven't provided any info about your partition scheme for either drive, but I assume you've got your bootloader installed in an EFI partition in the newer drive. You will still have an EFI partition on the old drive created by the Ubuntu installer, so just be sure you know which bootloader you're using.
Option 1 and 2 aren't functionally any different. It's not clear what issues you're worried about, but if you're nervous about breaking the Ubuntu installation, you might just want to wait until you can get the new drive.
You also don't give any indication of how much data you have that you want to keep. If the 2tb drive is almost full, you have fewer options than if it is mostly empty or half full. You could resize your EXT4 partition and create a new partition, for example, allowing you to mount a fresh, clean filesystem to a subfolder in your home directory. Once the data migration is finished, you can format the old partitions and mount them somewhere else, or resize the newer partition over them. Be aware that your HDD will eventually fail mechanically, however. Maybe 5 years from now or next week, but they all fail someday.
It's not clear to me what the goal of option 3 is, but it's dependent on how you use your machine. If you want to install a lot of applications or games that you want to run fast, you don't want to migrate a bunch of your data to your newer SSD. If you just want a temporary place to store the data you want to keep until you can format the old drive, I guess this is a fine approach, but creating a dedicated user for this is just adding unnecessary complexity, IMHO.
Yes, the new drive has a boot partition mounted to
/boot/efi
, according to the Disks utility.Actually, that's a good point. I'm expecting to get rid of the installation anyway, so I don't need to worry about breaking anything there.
Same as option 2, avoiding breaking a system I'm getting rid of anyway.
Thanks for pointing out the errors in my line of thought!