Michael, I got Win 10 Pro installed via the M$ tool that creates USB install devices. It worked fine. Reading online it seems that if M$ sees the new disk as still the same 'hardware' then it's supposed to automatically validate and I'd be good to go. so far, after 2 hours it hasn't done that but I'll give it awhile and see what happens. As it only took an hour I might still try the disk copy path and see if that comes up validated as that would also transfer the couple of applications I have on the original hard drive.
Anyway, thanks for the ideas. Cheers, Mark On Mon, Jan 6, 2020 at 3:01 PM Michael Jones <gen...@jonesmz.com> wrote: > You can use the Windows 10 Download Tool (Or similarly named thing, sorry, > I can't find the details of it at this time) to download an ISO image > > Combine that with the rufus program https://rufus.ie/ (I use the portable > one, personally) to create a Windows 10 USB installer stick. > > On Mon, Jan 6, 2020 at 2:39 PM Mark Knecht <markkne...@gmail.com> wrote: > >> Hi Michael, >> Thanks for the response. Great info. >> >> The install Win 10 clean sounds wonderful if it works. With no DVD in >> this machine it sounds like I should investigate an install from USB if the >> machine supports it. It's an Asus gaming laptop circa 2008 so hopefully >> that works but I've never done it on this machine. >> >> Cheers, >> Mark >> >> On Mon, Jan 6, 2020 at 12:56 PM Michael Jones <gen...@jonesmz.com> wrote: >> >>> Generally the way I've handled this situation in the past is like so >>> (this is written from memory, so expect gratuitous problems). >>> >>> On the machine with the drive attached >>> mbuffer -i /dev/mydrive | xz -e -9 | mbuffer -O hostname:port >>> >>> On a machine with storage space >>> mbuffer -I port -o /path/to/storage.xz >>> >>> To make a backup. >>> >>> >>> In terms of cloning windows to another harddrive in general, as long as >>> the destination harddrive is large enough to fit the original drive without >>> issues, simply running: >>> >>> dd if=/dev/original of=/dev/destination >>> (I prefer dcfldd, personally) >>> >>> Is enough. Run gparted (the graphical version, for nice wizards) after, >>> and it'll fixup your partition table for you to match the new size, and you >>> can re-size any partitions you have to make them match as well. I do >>> exactly this all the time and have yet to have a problem. >>> >>> As for windows 10 licensing, don't trust me on this blindly, but your >>> license should be tied to the hardware fingerprint of the laptop. So even >>> installing windows fresh on your new SSD should result in Windows >>> activating automatically. In fact, you might want to take this opportunity >>> to try that out, to get a completely fresh installation without the decade >>> of old cruft built up by window's lack of a package manager. >>> >>> If it doesn't activate as soon as you plug in an ethernet cable, you can >>> just wipe your SSD and copy your old installation as discussed already. >>> >>> >>> >>> On Mon, Jan 6, 2020 at 1:11 PM Mark Knecht <markkne...@gmail.com> wrote: >>> >>>> Hi all, >>>> I haven't been here in a couple of years. IT's great to see some >>>> familiar names posting. Cheers to all. >>>> >>>> I have a laptop running Win 10 with no (working) DVD/CDROM. For >>>> various reasons I want to move from a 10 year old laptop drive to a new SSD >>>> and am looking for guidance on I might do that. Win 10 is properly licensed >>>> but through a weird channel - it was Win 7 that M$ allowed to convert to >>>> Win 10 for free and I'm nervous that if the hard drive died I'd have to >>>> purchase a new license as the free conversion path likely doesn't exist >>>> anymore. >>>> >>>> Both drives are nominally 500GB. >>>> >>>> The older hard drive fdisk info shows: >>>> >>>> root@science:~# fdisk --list /dev/sde >>>> Disk /dev/sde: 465.8 GiB, 500107862016 bytes, 976773168 sectors >>>> Disk model: ASM1053E >>>> Units: sectors of 1 * 512 = 512 bytes >>>> Sector size (logical/physical): 512 bytes / 512 bytes >>>> I/O size (minimum/optimal): 512 bytes / 512 bytes >>>> Disklabel type: dos >>>> Disk identifier: 0xe0c5913d >>>> >>>> Device Boot Start End Sectors Size Id Type >>>> /dev/sde1 63 45062324 45062262 21.5G 1c Hidden W95 >>>> FAT32 (LBA) >>>> /dev/sde2 * 45062325 288063133 243000809 115.9G 7 HPFS/NTFS/exFAT >>>> /dev/sde3 288063488 289247231 1183744 578M 27 Hidden NTFS >>>> WinRE >>>> /dev/sde4 289249254 976768064 687518811 327.9G fd Linux raid >>>> autodetect >>>> root@science:~# >>>> >>>> The Linux RAID autodetect is from running Gentoo at some earlier time >>>> and probably doesn't need to be copied. I'm not at all sure what /dev/sde3 >>>> is or whether it's required to make M$ happy. >>>> >>>> The new SSD is unused and shows: >>>> >>>> root@science:~# fdisk --list /dev/sdf >>>> Disk /dev/sdf: 465.8 GiB, 500107862016 bytes, 976773168 sectors >>>> Disk model: ASM1053E >>>> Units: sectors of 1 * 512 = 512 bytes >>>> Sector size (logical/physical): 512 bytes / 4096 bytes >>>> I/O size (minimum/optimal): 4096 bytes / 4096 bytes >>>> root@science:~# >>>> >>>> The appear to have the same sector count and overall size. >>>> >>>> I can make a 1TB drive available in my big machine and work over USB >>>> (which is what I'm doing to get the info above) but I'm unclear how much of >>>> this can be done automatically and how much I might need to do by hand. >>>> >>>> As long as I don't hurt the old drive I can put data on the SSD >>>> multiple times to get through the process in case I have trouble. >>>> >>>> Does anyone have experience with this sort of issue and can you >>>> point me toward some instructions I might try? >>>> >>>> Thanks, >>>> Mark >>>> >>>> >>>>