Ok so I was trying to clone 512gb nvme ssd to my new 2tb drive with clonezilla and it keeps taking me to automatic repair. I unplugged the original drive and replaced it with the new one before booting. I ran a chkdsk both times before cloning.

The first time I cloned the drive i used these settings:

device to device beginer disk to local disk Chose my source and target Skip disk checking -k0 use source partition table

Then I tried these settings:

device to device expert disk to local disk Chose my source and target Left everything as default -k1 Create partition table proportionally

I also plan on partitioning half of the drive so that I can dual boot linux as Window 10 is reaching eol and I don’t want anything to do with Windows 11 and I still need Windows for gaming.

  • brokenlcd@feddit.it
    0·
    3 months ago

    I’m not really sure about what it could be, did you try messing around with the hibernation settings? Maybe its trying to recover hibernation info and its somehow upset with the new disk? Also how did you expand the partition? There is a chance that something didn’t get updated properly during the expantion.

    Sorry if i’m spewing bullshit, i havent touched win10 in such an extended matter in years.

  • Brkdncr@lemmy.world
    0·
    3 months ago

    Do it again but do this first.

    Make sure your new drive is recognized on your old setup. This makes sure the drive and controller is set up in the OS.

    If it’s still problematic, look up “sysprep” and do that before shutting down and cloning.

    If that doesn’t work, see if the new drive has a migration until provided by its OEM.

    • Lanky_Pomegranate530@midwest.socialOP
      0·
      3 months ago

      I just booted into the old drive and plug the new drive into using an nvme to usb c and it did not show up on disk management. However when I used an adapter to plug it in to the usb 2.0 and 3.0 inferfaces it showed up and I saw this:

      note: Disk 2 is the new drive and Disk 1 is the original.

  • Thorry84@feddit.nl
    0·
    3 months ago

    Did you try running the repair to see if it fixes it?

    The reason is the boot drive now has a different ID, so Windows can’t boot from it. So it assumes (rightly so) that the boot drive has changed and launches into repair to fix it. This is something repair can fix for you normally.

    Another way is to open up a command prompt in the repair environment (or from a Windows USB stick). Then use the bcdtool to edit the boot options and tell it to use the correct drive. There are plenty of instructions on this found with a simple Google search.

    The cloning probably went fine, so don’t assume it has anything to do with that. Just a completely different ssd which trips up the boot.

    Notably on Linux device ID are also normally used, so you would have the same kind of issue. Ignore all the Linux fanboys that go Windows bad Linux good and don’t actually help you.

  • Nightweb@lemm.ee
    0·
    3 months ago

    There’s lots of variables here including your expertise level with tech. I would suggest doing it again, sometimes clones don’t work and a second clone could.

    Also I assume that that the new drive works with a fresh install (excluding intel RST shenanigans) and that you tested this?

    Also when you go into automatic repair what options does it suggest? I’ve had many clone go weird and yet booting once in safe mode with just a reboot in safe mode fixes it.

    Also if I might why Clonezilla rather than a windows aware cloner like Acronis? Also did you have both drives in the motherboard when you clone or were you using a USB adapter?

        • Jyek@sh.itjust.works
          0·
          3 months ago

          Not directly from macrium. I also wouldn’t recommend using software from unofficial sources or that are out of date. Especially when it comes to your data. I use disk genius now. Works a treat.

  • Blaster M@lemmy.worldEnglish
    0·
    3 months ago

    Typically, I’ve fixed this with a Windows install stick and using the bcdboot command to rebuild the BCD from scratch.

  • mvirts@lemmy.world
    0·
    3 months ago

    If you can, I recommend taking a full image of the old device and dumping it onto the new one (since the new one is bigger, this should work just fine. This will preserve all filesystem IDs and partition table quirks that may be triggering windows to repair itself.

    You can do this with a command like:

    dd if=/dev/sda of=/path/to/full_image.dat

    Where /dev/sda is your old disk (may be sdb or sdc, use blkid to find out)

    Then do the opposite on the new drive

    dd if=/path/to/full_image.dat of=/dev/sdb

    Where /dev/sdb is your new drive (may have a different letter)

    If you can plug th both in to the same machine, you can copy the image directly

    dd if=/dev/sda of=/dev/sdb

    There are other dd params that may make the copy faster, but they don’t change the result. Note that dd is silent when working, but you can send signal USR1 to get progress

    Ctrl-z to interrupt dd bg To continue the dd job in the background kill -s USR1 $(pgrep dd) to get a progress message