Same here. luks encrypted drive in my work locker.
harsh3466
Right now I sneaker net it. I stash a luks encrypted drive in my locker at work and bring it home once a week or so to update the backup.
At some point I'm going to set up a RPI at a friend's house, but that's down the road a bit.
Not a fucking chance.
You could. I didn’t even think about it. I’m used to using dd
, but clonezilla is a totally viable option here.
No worries! Happy to help, and the instructions will work with the HDD, just use the HDD/boot as the in. I shouldn’t have assumed the existing boot was an ssd. Good luck!!!
If you want to clone the existing system onto the new ssd, here’s the broad strokes of what you can do.
- Get a usb stick and write your linux distro of choice to it. Doesn’t really matter which one, we’re just using this to clone the system drive to the new drive. You want the system drive to be totally inactive during the clone which is why you’ll do it from a live usb rather than with the system itself booted.
- shut down the system
- Install the new ssd. DO NOT REMOVE THE CURRENT SYSTEM/BOOT SSD. You should now have two ssds installed.
- If you can’t install the second ssd, plug it in to usb via an enclosure
- Boot from the live usb
- open the terminal
- run
lsblk
and note the/dev/sdX
path of the system drive. Write it down. - From the same output, note the
/dev/sdX
path of the new ssd. Write it down. - Use the
dd
command to clone the system drive to the new ssd. The command will look like this:
`dd if=/dev/existingBootDrive of=/dev/newSSDDrive bs=8M status=progress oflag=direct’
This command will clone the exact data of the system drive to the new ssd. the if
portion of the command stands for in file
, as in the source of the data you want to clone. Make sure that is your existing boot drive. of
is the out file
, the destination of the clone. Make sure that is your new ssd.
When you do this, the new drive will appear to be the same size as the old drive. This is due to the cloning, but is easily resolved by resizing the partition(s). How you do this depends on the filesystem, so refer to this guide for resizing
- Once you’ve resized the partition/disk, double check the partition
UUID
s on the new ssd against what’s in/etc/fstab
on the new disk. To do this, runblkid
to get a list of all the partitions and theirUUID
s. Note theUUID
s of the partitions on the new ssd. - To check
/etc/fstab
, you’ll have to mount the root (/
) partition of the new drive somewhere in the live system. In the terminal you should already be in the home folder of the live system user. Make a new directory withmkdir
. Call it whatever you want. So something like:mkdir newboot
- run
lsblk
and make note of the root partition on the new ssd, then mount that tonewboot
(or whatever you called it) withsudo mount /dev/sdX newboot
(whereX
is the actual device label for the root parition of the new drive` - open
/etc/fstab
with your terminal text editor of choice. Compare theUUID
s to the ones you noted. If they are the same, you’re golden (they should be the same, but I’ve also had them change on me. ymmv). If they are different, delete the oldUUID
and replace it with the newUUID
for each respective partiiton - Shut down the system
- Remove the old boot drive, and install the new boot drive in it’s place
- Boot the system. If all goes well, you’ll boot right into tumbleweed as if nothing has changed except you’re running from your shiny new ssd
- If it doesn’t boot, boot again from the live usb, and again check the
UUID
s to make sure there were no mistakes - Keep the old SSD unmodified in case you need to revert back to it.
Is this actually legit? That’s some rando youtube channel that it’s been posted to.
age verification can get fucked
Glad to hear! What kind of workout do you like to do? I’m a lifter myself. I like the simplicity and consistency of the Stronglifts 5x5 program.
How's your day going?
Gee. Look at the fucking cops protecting the oligarchs and their property instead of the rights of the people being illegally detained, deported, arrested, etc...
I use gnu stow and my self hosted got forge to manage and back up my config files. With a 3-2-1 backup strategy on the gitforge of three copies, at least two mediums, with one offsite.