Tripredacus

Yes, it says exactly what you should run (using SLUI) to see the actual error... because some dumb reason, Slmgr can't tell you what the error is. So when you run slmgr -ato, and it says something like "On a computer running Microsoft Windows non-core edition, run slui.exe 0x00 0x00000000 to display the error text" If you run the exact command it says in that message, it will show you the error text which will give the answer to whatever hex code it shows you in the message. Running that command only shows you the translation of the hex code in the error and does nothing else. If you want to troubleshoot your activation issue, run this in an elevated command prompt and past the report.txt into here and I can take a look see. Licensingdiag.exe -report %userprofile%\desktop\report.txt -log %userprofile%\desktop\repfiles.cab

Open an elevated command prompt and run this command: Licensingdiag.exe -report %userprofile%\desktop\report.txt -log %userprofile%\desktop\repfiles.cab Post the contents of the report.txt in a reply.

Since it seems you can easily replicate the slowness issue, you should use Process Monitor to see what is actually happening at the time. For the computer name issue, I believe you should have NetBIOS over TCP/IP enabled on both/all of the computers in order for workgroup name resolution to work. Otherwise, you can set hostnames and their IP addresses in the HOSTS file manually.

Similar to this issue I replicated with the Windows 8.1 update on GPT disks, where the original recovery partition had attributes of 0x8000000000000001, then after the update, Windows changed those attributes to 0x8000000000000000, and then created an additional recovery partition with 0x8000000000000001. https://msfn.org/board/topic/169284-windows-81-creates-2nd-recovery-partition/

Files or folder with blue text instead of black text indicate that they are compressed.

Merged threads and renamed thread title.

When I first used the cell phone activation thing, we had to do it like you say. Because the wireless signal in the area was very poor, our phones could get texts, but not access the internet very well. We had to either go outside! or use some actual computer on the LAN to access that website.

Couldn't the use of proxy websites be used in this situation? Such as going through Google Translate to view a page, even if you choose incorrect languages so that the text isn't changed. I recall this being a possibility before, but also I used to know other websites that you could use to view other sites, acting as a page proxy because "technically" the traffic wasn't coming from your or TOR, but from that websites. Alternatively, if you had the link to a page you wanted to go but couldn't for these reasons, you could "archive it" and then view the archive link, such as the popular archive.is. But this wouldn't work well for any sort of traversal.

The partition attribute has likely changed. You can try to run the attributes command I put in my previous post. I am not certain "how" the attributes work. MS only lists 4 or 5 of them and of course the one I put earlier is not there. I am wondering becuase 0x1 is "required" and 0x8000000000000000 is "no drive letter" if the 0x8000000000000001 is a combination of the two.

Yeah I need the detail part, not vol. If that GUID is present already (the one jaclaz posted) then it would show in there. If the ID is not present, then in diskpart you can run: sel part x set id="de94bba4-06d1-4d40-a16a-bfd50179d6ac" yet there is also an attribute used, and this command (which has 14 zeroes in it) gpt attributes=0x800000000000001 Which are the commands used during deployment onto a recovery partition. In typical use, this partition is not visible after a restart from explorer, despite assigning a letter to it during deployment. However, there is the possibility that Windows (or the diskpart in Windows) will not allow for these commands to be run, and then they would need to be run using a WinPE instead. BUT I have hestitation to direct you to run these commands on that partition, as I have never had to run them in this scenario. There is the possibility that running them could cause the OS not to boot. So I would recommend that a known good disk image be created before attempting anything like this.

Can you post a detail part and detail vol on that partition?

I see that all of you are using different browsers, Edge and 2 different Firefox on 3 different OS... And other regular members can post into there. It doesn't seem to be a problem with account or group permissions, nor browser... There is the possibility that it is timing based, but Supers don't have access to the error logs. @xper would be able to see these errors being reported by either the forum or the website and perhaps would have a better viewpoint of what the forum is trying to do at those times. EDIT: after some looking, it appears that some users are getting a 403 response from the server on posting a reply or attempting to edit (POST do=edit) a post on various threads or forums. It does not (outwardly) appear to be a problem with browsers, OS or forum permissions, and it would be likely that it could happen to any user.

Well, are those videos even embedded properly? I personally would prefer that a browser render things by the standard, meaning that embedded videos that the developer uses with an include that contains a Doctype declaration should be ignored or break the page! Yet, there does not seem to be any modern browsers that will do that. I prefer Palemoon, which is a Mozilla browser. Like Firefox (and you can import your bookmarks and stuff) but without most of the fluff put into the flagship browser.

Using the Application Compatibility Toolkit is a pain! if you run it on Windows 7, it won't show the DPIUnaware option, but getting the ACT to run on Windows 10 is difficult. I had to install and reinstall it 3 times before it would open. Otherwise, it would just say that the program doesn't support the OS. Even so, this method will not work for Windows PE, precisely because you can't install the database into WinPE without extensive work. You can't run sdbinst.exe from a mounted dir, because there are numerous dependencies missing. I may get back to it later, but debugging the dependencies may take more time than I am willing to invest currently. Using the registry keys for compatibility do not seem to do anything in WinPE. REG ADD "HKLM\Software\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers" /V "C:\Program Files(x86)\folder\app.exe" /T REG_SZ /D "~ DPIUNAWARE" /F Var list: "~ HIGHDPIAWARE" = Override high DPI scaling behavior (Application) "~ DPIUNAWARE" = Override high DPI scaling behavior (System) "~ GDIDPISCALING DPIUNAWARE" = Override high DPI scaling behavior (System Enhanced) Back to the drawing board.

I'm actually looking into this again... Ref: https://www.autoitscript.com/forum/topic/194443-checkbox-rendering-issue-on-certain-displays/ EDIT: in regards to my issue, mines is specifically dealing with an application that does not render properly on some DPI settings in WinPE 10, however this particular issue is not relevant to anything based on HTA which can be fixed. NOTE: this does not help: https://michlstechblog.info/blog/windows-pe-disable-autoscaling/ This is the next thing i will look at: https://chentiangemalc.wordpress.com/2017/05/22/force-dpi-scaling-for-configuration-manager-console/

Shorterxp, again, not a problem with your account. It should work. If you think it is a cache issue, try using Ctrl+F5 first.

I can't remember the last time I had bought a CD at a big retail store like that. Now there are no music stores around, it still hasn't led me to buying CDs at retail. That isn't to say I don't buy CDs, but basically I tend to not want to spend money for listening to music I can hear for free on the radio... basically retail stores only sell pop music.

It is not a problem with your account, as I was able to confirm your account can post into that thread. I would try again, or trying using a different browser just for a test.

There are two problems. 1. This is a Dell OS and it is not on an appropriate Dell motherboard. 2. There is something removed by nLite that has resulted in incomplete information in the MGADiag report. I would surmise that even if this OS was installed on the correct Dell board, it may still not work.

@NoelC are you comparing OS states from before vs after the Spectre/Meltdown updates?

The only (Activation) Product Keys I know that can "expire" are Volume License. Either because the Partner let their account lapse or the keys were blacklisted because they were leaked online and new keys were issued to the original party. If you can still boot into the OS proper, run MGADiag and post the results into here. Perhaps there is another reason why the OS won't activate.

At least, that is, that you know of. Regarding cloud hosting (or heck even just an FTP someplace) you put your trust in the host to keep your stuff secure from others and also that the host won't be snooping around themselves. And you would never know if that trust is broken. Some people just can't put that amount of trust into a company, especially when they see data storage companies being hacked and acting badly almost every day.

It is done, ユカルミャ

The depends shown in that thread with the screenshot looks different than mine, so I would expect it to be an older version. Note that you will get errors with Depends on a modern OS due to the fact that it can't resolve some symbol or link files, and show weird, and you have to figure out what the actual file is that it represents. You will know these because they have hyphens in them. And sometimes it will show a dependency that it says is not present (it shows up in red) but is actually present. IEshims.dll seems to do this a lot, but the file is actually present.

OK for the file in the wayback link (referred to as setup.exe) I can see it is running InstallShield, and the manifest is present and requires Microsoft Windows Common Controls v6.0 x86. So there is your first requirement. I have no issue seeing dependencies on this exe, but I do see that teh File OS data in VS_VERSION_INFO says "DOS (Windows16)" which I am not sure if it is worth noting. But it is not saying the EXE is a 16bit file, as I did a test install to get the contents on a 64bit OS. Dependency Walker v2.2.6000 (x86) can also open the setup.exe without error. WscGuard.exe shows the expected WINDOWS32 data for File OS, but the dependencies are much different. Can you do a walkthrough or post a picture of what exactly you are trying to open?