this post was submitted on 20 Jul 2024
51 points (100.0% liked)

Linux

47224 readers
1382 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago
MODERATORS
AgreeableLandscape@lemmy.ml
nooter692@lemmy.ml
MarcellusDrum@lemmy.ml
cypherpunks@lemmy.ml
cyclohexane@lemmy.ml
d3Xt3r@lemmy.nz
51
Question on moving hard drives (lemmy.ml)
submitted 1 month ago* (last edited 1 month ago) by archer@lemmy.ml to c/linux@lemmy.ml
10 comments fedilink hide all child comments
 

I'm running Proxmox on a Lenovo ThinkCentre and I decided to swap the internal 256 GB 2,5" SSD for a 500 GB NVME.

I installed the new NVME alongside the old SSD, and formated it in ext4 with a single partition. I then proceeded to 'dd /dev/sda /dev/nvme0n1' and it went through without an error.

My impression was that it would clone all content from the old drive to the new, but it wouldn't boot the new drive. I then logged in and set a boot flag via fstab a, but that only helped me boot but the system gets stuck at "waiting for root file system".

Nothing is lost as the old drive still works fine when installed but how do I complete the swap correctly so I can go NVME-only?

Thank you!

all 11 comments
sorted by: hot top controversial new old
[–] just_another_person@lemmy.world 14 points 1 month ago* (last edited 1 month ago) (1 children)

Just using DD like this is not doing a bit clone of your drive. What you want to do can be done with DD on a blank disk (no filesystem), but you might as well just use gparted and make it easy on yourself. Otherwise, you need make sure the source and destination disks have the exact same geometry and such...it's just more steps you seem to not want to take. Just take the easy route.

[–] archer@lemmy.ml 4 points 1 month ago (1 children)

So install back both disks, make a bootable gparted stick and do the cloning from there? The new disk is basically empty save the new file system, but ofc I can just delete that.

[–] just_another_person@lemmy.world 14 points 1 month ago* (last edited 1 month ago) (1 children)

Yeah, that'll work. Gparted should wipe the destination disk for you and set the boundaries and such. Should be super easy. You can find guides online as well.

Clonezilla is also a super easy route.

[–] Bakkoda@sh.itjust.works 6 points 1 month ago

X2 for clonezilla. I would usually go the path of the OP with one exception: this particular example. Clonezilla just works so perfectly for this effect scenario i can't imagine wasting time using anything else.

[–] schizo@forum.uncomfortable.business 9 points 1 month ago (1 children)

What's your bootloader, and what's your bootloader's configuration for where the root filesystem is?

Almost certainly you're going to have to update it to the new root filesystem's device name and/or uuid.

[–] archer@lemmy.ml 1 points 1 month ago (1 children)

I think it's best to start from scratch since I didn't lose any data (yet). How would you tackle this move?

[–] eldavi@lemmy.ml 3 points 1 month ago (1 children)

is your fstab using uuid's?

did you recreate your ramdisk and bootloader?

[–] archer@lemmy.ml 2 points 1 month ago (1 children)

No UUIDs, only paths. When booting from a live system I noticed /etc/fstab is empty. Also, there where a bunch of partitions on /dev/sda and I can't see any on /dev/nvme0n1

No not consciously

[–] eldavi@lemmy.ml 6 points 1 month ago

it sounds like the bootloader is installed; but not updated to point to the ramdisk and i'd be surprised if your ramdisk doesn't need a new driver to load the nvme drive since it was created using your old ssd.

also: i'm going to assume that you want 500gb instead of 256gb and i think dd is likely going to give you 256gb since it also copies free space and your drives are not identical; if none of the resizefs commands work, then you'll be stuck at 256gb. in your shoes i would use that live distribution to create that partition (or better yet an lvm) like you already did; copy the data that you want with something like rsync; install grub and allow that bootloader installation to create a new ramdisk for you.

this way you're guaranteed to get all 500gb; the bootloader and ramdisk have the necessary bits to run your nvme and installation; plus, if you go with lvm, you're future proofed since you can add drives to that lvm into perpetuity with each new drive increasing its size or retire old drives without having to remove/re-create the volume and all without having to do any of it again.

[–] archer@lemmy.ml 1 points 1 month ago

Maybe I should start over since I still have the old disk. What would be the best/proper way to swap an older smaller disk for a new larger one?