New
#30
Went the WU route and to my surprise Stardocks Deskscapes doesn't function on 190546.1000 as it hasn't on the past 3 builds. there fore it will be back to build 19041.1. Better luck next time I guess
Downloading
Got 19546.1000 installed using the WU. Deskscape animated backgrounds still show up as a black screen. Reverted back to 19041.1000. will just have to wait for MS to try harder.
Everything finished up in about 25 minutes. Nothing special so far...
From the thread of the last build...
I have one build on Fast ring, and one on the Slow ring, normally. And yes, they are on two different SSDs (EVO 960; FORCE MP600). HOWEVER, I finally found the culprit!!!
I cool my 3900X with a NZXT Kraken X72 360mm AIO. And it turns out that this coolers software called CAM, stops RM from initializing... Lol. Why can't our computers be smart enough to tell us something like that in plain language???? As I was rebuilding the other OS, after loading every three apps or so back to the sys, I'd try to start RM. And it would start every time, until I got to the NZXT software, which is normally one of the last things I add. Then I got the same old error message. So I deleted the CAM software, and RM started again perfectly. Then I reinstalled the CAM software, and checked to see if I had it installed, but just unloaded it from taskbar, could I start RM? And I could!!! So problem FINALLY solved, and sys restored to its blazingly fast operations. But this one had me on the ropes for quite a while...
Thanks again for sticking with me, and offering information to help me resolve this.
- - - Updated - - -
Yeah, the problem was every time I used the back up, the same problem appeared, which has me assuming it was something with the newer builds. That's why I was looking for another option. Turned out to be a software clash from my AIO cooler's software, which automatically updates itself. So I had not noticed the new update a few weeks back. Thanks.
Downloading now. I will let it run overnight. Sleepytime.
,
Not quite. First, a Shared VM which had been paused was ready for a restart. Next, this is going fairly fast so I might as well just reboot the physical machine.
Situation understood. The VM was actually ready to restart in 19541. It is working on 19656 (downloading now). I suspended it and am going to restart the physical instance into 19546, See you on the other side.
FAILED and reverted back to 19541 after the 30% completed reboot. The VM seems to have resumed downloading the update which in fact it should. We will see tomorrow how that goes. I'll be seeing whether I can find a log of the failure tomorrow as well. Goodnight for now - hope others have had success.
Virtual Machine completed successfully. Interestingly I did not notice a reboot after Configuring 0 it went directly to 75% updating and finished. I believe I will temporarily change the boot order of the physical so the first hard disk is the Windows Boot Manager rather than Grub. If that works I'll change back to Grub. If it does not I'll boot Ubuntu and grab the UUPDUMP ISO which should do the trick. Sometimes best if Windows doesn't know about other boot loadfers.
SUCCESS. Installing Fast Ring instance using VB 6.1.2 and then Imaging and I'll start working with the Linux distro tomorrow.
Last edited by martyfelker; 17 Jan 2020 at 03:29.
74 minutes to desktop
With the inordinate length of time delay of 30 minutes on Status: installing - 79%...