this post was submitted on 26 Nov 2025
52 points (96.4% liked)

Linux

59763 readers
610 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 6 years ago
MODERATORS
 

Hi all, I just bought a new motherboard and I’ll be buying a new CPU, too. The current one is a gigabyte 520i AC AM4 with an AMD Ryzen 7 5700G on it currently. The new one is also gigabyte 550M AM4 and the new processor is Ryzen 7 5800xt. I currently dual boot Cachy OS and windows 11. Each has their own boot partition and I use grub. I’m going to bring everything over from the old mobo except the cpu that will stay on it since it’s going into another pc. Meaning, I’m bringing my SSDs and all that. Will I need to reinstall (please say no lol)? Will it be just plug and play or will I need to fiddle with a live environment to chroot?
Please let me know if you need more info. Thank you in advance.

top 50 comments
sorted by: hot top controversial new old
[–] monovergent@lemmy.ml 2 points 1 hour ago (1 children)

Linux: no, but not necessarily plug-and-play. My daily-driver install is literally pre-configured on a VM and cloned to all of my machines with various motherboards. Nvidia complications aside, a default Linux install will contain nearly every driver you could ever need to get up and running. However, some motherboards do need you to chroot from a live environment and make it "aware" of the existing GRUB bootloader.

Windows: At best, you'll need to reactivate. More often, it'll be missing a driver or just not work as well as it did on the old motherboard. It's better to reinstall Windows.

Will admit that I'm very biased against reinstalling Linux anew except as a last resort since it's a painstaking days-long process to configure things just right for my picky tastes.

[–] DonutsRMeh@lemmy.world 1 points 9 minutes ago

That's pretty awesome that you can actually take a VM and make it an actual OS. I seriously need to learn how to do that. Also, the only thing I was mostly told is that the new motherboard might not know where the boot partition is, so like you said, I may need to chroot and let it know where it is. I have been told that it is just

sudo pacman -S grub

and

sudo grub-mkconfig -o /boot/grub/grub.cfg

. And I'm not sure if that is it or if there is something else I may need to run. I have moved an SSD from PC to another before and it was plug-n-play. Like it just booted right away into the system. So not sure. I'll see what happens.

[–] Core_of_Arden@lemmy.ml 2 points 5 hours ago (1 children)

You should always reinstall when switching motherboard. There's so many drivers that could possible make a problem. Unless you switch between 2 totally identical motherboards... Then give that a go...

[–] DonutsRMeh@lemmy.world 2 points 4 hours ago

I’ll do everything in my power to not reinstall. I’ve put so much work into this install and I don’t want to redo it all. These two motherboards are essentially identical. Same company, same socket, same everything. I’m only getting pcie 4.0 on the new one and an extra slot for a second NVME. The new cpu is the same. Going from R7 5700G to R7 5800xt

[–] billwashere@lemmy.world 7 points 8 hours ago (1 children)

It might but I wouldn’t. Every weird problem in the future is gonna make you wonder if it’s because of that. Now what I would do is get another hard drive, install to it, and copy things over. But basically leave the original one alone. My 2¢

[–] oeuf@slrpnk.net 1 points 6 hours ago

Every weird problem in the future is gonna make you wonder if it’s because of that.

Pretty much what I've realised about doing anything weird with my system. I want a peaceful life.

[–] Heavybell@lemmy.world 1 points 8 hours ago (1 children)

Depending on how grub was installed, you might need to boot a live environment just to tell your new mobo about it. You can skip chrooting if your live media has efibootmgr and you can figure out how to use it, but if that fails you can always chroot and install grub fresh.

Also, it might just work.

[–] DonutsRMeh@lemmy.world 1 points 4 hours ago

Man, if it is as easy as just installing grub, then I’m golden. cachy-chroot will take care of that

[–] communism@lemmy.ml 4 points 12 hours ago* (last edited 12 hours ago) (1 children)

As others have said, no for the Linux partition; it's the same arch, socket type, etc. CachyOS's kernel probably contains everything you need.

For the Windows partition you might have problems though. Iirc Windows connects licences to motherboards, to prevent disk cloning to circumvent buying licences, so Windows may think you've cloned your drive to pirate Windows. I've never tried secure boot but I know W11 requires TPM too so if you've got secure boot you should look into how to switch to a new motherboard on Windows.

[–] DonutsRMeh@lemmy.world 2 points 10 hours ago (2 children)

If windows crying about a license is my biggest issue then I think I'm ok with that. I am more worried about efi partitions since I dualboot

[–] AllHailTheSheep@sh.itjust.works 3 points 6 hours ago (1 children)

massgrave.dev has you covered if windows throws a fit

[–] DonutsRMeh@lemmy.world 3 points 4 hours ago

That and a friend of mine has given me a key a long while ago that I haven’t used yet.

[–] Cort@lemmy.world 2 points 6 hours ago

iirc they track the hardware changes and do allow motherboard swaps, but it may be safer to swap cpu first, then motherboard

[–] Jumuta@sh.itjust.works 42 points 20 hours ago (2 children)

probably not, I move SSDs between computers all the time and linux always just works

very different story for windows installations though 🤮

[–] dorkage@lemmy.ca 3 points 13 hours ago (1 children)

I've honestly had a lot of luck booting a Windows SSD on different computers.

[–] DonutsRMeh@lemmy.world 1 points 10 hours ago

I love your comment. So reassuring. Lol. I HAVE moved SSDs before where it was only Linux, in this case I'm worried about it because it's a dualboot

[–] umbrella@lemmy.ml 7 points 18 hours ago

nvidia complicates this, as always

[–] Sxan@piefed.zip 3 points 12 hours ago (1 children)

Most distributions, no.

Gentoo, yes.

[–] nyan@sh.itjust.works 1 points 11 hours ago

Gentoo—depends on your CFLAGS, specifically -march. You may have to change it to a more generic setting and rebuild the system set, plus build additional drivers into your kernel if you have a custom one, before you can safely proceed with the move.

In other words, you can get away without reinstalling, but it's a bit more involved because you may need to undo some customization first.

[–] Wfh@lemmy.zip 12 points 18 hours ago (1 children)

I moved my Fedora SSD from an Intel 8th gen laptop to an AMD Zen4 laptop with 0 issue and 0 config. So.... you're probably fine.

[–] DonutsRMeh@lemmy.world 2 points 10 hours ago

I have before move SSDs and had no issues actually, now that you mentioned it. Lol. But this is a different case because I dualboot and I'm technically moving two OSs to a new mobo.

[–] MonkderVierte@lemmy.zip 4 points 15 hours ago* (last edited 15 hours ago) (1 children)

Drivers in kernel, so it should generally work. Except if you have hw-specific configs around, but that's something that you did then.

[–] DonutsRMeh@lemmy.world 2 points 10 hours ago

I don't really do crazy low level stuff on my machine. Just gaming and programming.

[–] INeedMana@piefed.zip 19 points 1 day ago

In general it shouldn't. You might need to install some new drivers for the new chipset but in itself the system should work. Especially since nowadays kernels are shipped with a lot of stuff and I'm guessing you're not compiling yours
Regarding messing up with live environment, I don't remember if GPT is enough for UEFI to load your bootloader or maybe you might need to install something in there

[–] frongt@lemmy.zip 8 points 20 hours ago (1 children)

Highly unlikely. These days, disk space is so cheap that all manner of drivers are provided whether you need them or not. Worst case, you should still be able to boot recovery mode or chroot, as you mentioned.

Just make sure that the disk and boot configuration is the same (uefi, sata, secure boot), else both Windows and Linux may have issues finding their boot files.

[–] DonutsRMeh@lemmy.world 1 points 10 hours ago (1 children)

So, I'm guessing I'll need to figure out the exact paths for both boot partitions for both OSs? That way in case I needed to manually add them I will?

[–] frongt@lemmy.zip 1 points 10 hours ago (1 children)

No, just match the settings. There's really no good way to recover if it's broken; I've never been successful at fixing it and I always end up reinstalling. If the settings match you won't have to do anything at all.

[–] DonutsRMeh@lemmy.world 1 points 10 hours ago (1 children)

What do you mean by match the settings? What settings?

[–] frongt@lemmy.zip 1 points 9 hours ago

make sure that the disk and boot configuration is the same (uefi, sata, secure boot)

[–] aarch0x40@piefed.social 10 points 1 day ago (7 children)

Reinstall shouldn't be required but you'll likely need to build a new initrd to ensure the boot process has the right drivers.

load more comments (7 replies)
[–] ik5pvx@lemmy.world 5 points 21 hours ago (1 children)

Great advice in the comments already, I'll just recommend that you familiarise yourself with the rescue boot of a live disc of your distro.

If things go weird with thr move you can boot the live in rescue mode, mount your disks and fix fstab, or even redo the initrd . Don't wait until you need it

[–] DonutsRMeh@lemmy.world 1 points 10 hours ago

Yup. I'm familiar with that already. CachyOS has a great documentation about it. Appreciate you :)

[–] data1701d@startrek.website 6 points 21 hours ago* (last edited 21 hours ago) (1 children)

Honestly, probably no. You're switching to something with the same CPU generation and micro architecture, and the boards are by the same manufacturer with the same mobo chipset generation (both 5xx). It should be plug and play.

The only major change I can see the old CPU has an iGPU, while the new one doesn't, meaning that you won't be able to use the video port built into your motherboard, only the ports on your GPU. I'm guessing you probably weren't using that HDMI port in the first place, so it's probably non-issue.

EDIT: There is a small chance you'll have to change your fstab depending on how it's configured; if it's done by drive UUID, it won't be a problem.

[–] DonutsRMeh@lemmy.world 1 points 10 hours ago

I've never used the iGPU on my old CPU. I just never needed it. And yes, I purposefully bought the same CPU generation and the same socket and manufacturer mobo, JUST to avoid this type of issue. Also, I don't see the need to spend double the money if AM4 and 5th Gen AMD has been working fantastically for me.

There is a small chance you'll have to change your fstab depending on how it's configured; if it's done by drive UUID, it won't be a problem.

This is the part that worries me the most. I don't know much about this whole UUID stuff (I'll learn of course). I HAVE moved ssds between machines before without an issue, but that was all Linux. This time it's a dualboot

load more comments
view more: next ›