Marafon

Most recently I have used gparted to resize the root partition of my HDD (/dev/sda2) to be only a little larger than the amount of data I actually had on it. Taking it from ~7 TB to 1tb, mostly so that I wouldn't have to copy "empty" space and also so that the partition would actually fit on my 4tb SSD (/dev/nvme0n1p2) Then I created 3 partitions on my SSD that matched the file structures on the HDD (fat=nvme0n1p1, btrfs=nvme0n1p2, linux-swap=nvme0n1p3).

I then booted from a USB with clonezilla live on it and proceeded to clone partition to partition sda1>nvme0n1p1, sda2>nvme0n1p2, sda3>nvme0n1p3. The only way I could perform the clones without errors was to run in expert mode, selecting -icds (disables check for drive size), -k (can't remember exactly what this one did, something about not copying partition header or title?) after cloning all partitions I unhooked the HDD inside the case and tried to boot. Hit the same grub screen and hitting e returned error: ../../grub-core/script/function.c119:can't find command 'e'.

I think it's booting from UEFI? But I'm not sure how to actually tell. I will check for those grub configs in the morning though. Your help is greatly appreciated!

Screenshot of screen ssd boots to currently

spoiler

results of sudo btrfs subvolume list newboot:

I appreciate your help! I probably won't have time to work on it again really until tomorrow, but I feel like I'm close.

I tried that and for some reason it only had one directory in /etc and that was snapper. I unmounted and remounted without the -o subvol=/ and I checked in /etc for fstab again and this time I found it so I'm sure I just overlooked it the first time.

I was able to verify that the UUIDs were all the same but then when I attempted to boot from the SSD it went straight to what I think is the grub recovery screen? I just typed shutdown and booted back into the HDD. I guess I'm going to try and clone the drive again. If it doesn't work again I'll probably just bite the bullet and perform a fresh install on the SSD again and set everything up manually.

I have hit a bit of a snag. Quick rundown of what I have done. I attempted to use clonezilla but then I learned that it can't clone a larger partition to a smaller partition, even if it is mostly "empty" space. So I learned how to use gparted from a live USB version of Linux mint to size the partition on my hdd with all of my stuff on it to be the same size as my new SSD (8tb to 4tb) so that it could clone to it. Well clonezilla ran for a couple hours overnight and then when I went to check things in the morning I got an error attempting to mount the drive as described in step 12. I don't remember the error specifically,something about a super block, but my googling told me it was most likely an issue with the cloning process. So I decided to just follow your directions exactly and use disc destroyer for the first time. It took five-ever as in almost 5 hours to copy everything over lol but I am able to mount it as described in step 12, great joy! But then at step 13 when I type sudo nano /newboot/etc/fstab I am told that it doesn't exist. I mosey on over in the file browser and sure enough there is no file at that location. For shits and gigs I run sudo nano /etc/fstab to look at the one on the live USB version of Linux mint and it doesn't seem to be what I should be looking for either:

overlay / overlay rw 0 0 tmpfs /tmp tmpfs nosuid,nodev 0 0

I thought about saying YOLO but then I remembered this was the exact UUID stuff I was worried about when I read the thread from Google so I thought I'd ask before just trying to boot the SSD and seeing what happens.

Also I have some clarifying questions about the last few instructions. Step 15 says to remove the source HDD before booting, which I can do to test that the SSD cloned successfully but after the test I do want to be able to put the HDD back in to the computer and reformat it as extra storage space. Does that change anything about what I should do? If I want to use both drives together do the UUIDs still need to be identical? Or should they be different in that case?

Thanks again so much for your help, I feel like I'm making progress and Im accidentally learning quite a bit in the process.

Thank you so much! I've only got the one SSD and one HDD, sorry that I wasn't very clear in my original post. But I think I can follow your detailed instructions and resolve this. I'll report back when I've had time to do as you've described. Again, much appreciated!

I'm 99% sure I'm using Grub. I did go into my Bios to change the boot order and I also have it set up currently where it will give me a few seconds at startup to choose which drive I want to boot from while I figure my mess out.

No, sorry. My computer had a single HDD. Now I have a new SSD that I would like to add to the machine and use in conjunction with that HDD.

Sorry I can boot into either one and can change boot order via bios, yes. I'm trying to merge two installs now basically. I want my SSD to be my one and only boot drive but have all of the settings and programs from the HDD brought over to the fresh install. And then use both drives at the same time. If that makes sense. Sorry for any confusion.

Holy shit that dude got fucking launched

If he was as drunk as the driver he might be alive but I'd still be surprised.

I haven't tested it myself to confirm it's playable on linux, but Rising Storm 2: Vietnam has exactly what you're talking about as far as helicopter transport roles.

Yoink! Thanks! Your efforts are appreciated by all memekind.

The drive isn't even hooked up I swear!