Windows 11 Upgrade issues [ & solutions!!!]

[robert5733]

It’s been awhile so I thought I’d give an update and some info that might help others, maybe it’s already in the forum or your instructions, just want to put it out there in case people are searching.

I went ahead and got rid of the NAS Server I was using that was giving such slow sync issues as well as other frustrations, and went to an external USB drive. It’s been probably a year and everything has been working awesome. Sync speeds are now where they should be and all computers are linked and working as they should. I was traveling over the summer and the NUC10’s (last chip before removing Ultra High Definition Blu-Ray support) I am using are small enough with the USB that the whole system just travels with me.

So now since Windows 10 is at end of life I decided to start the attempt at Windows 11. I did an in place upgrade on the master and everything went good. I found that the upgrade turned off network and sharing and turned on password protected sharing. I am using PowerDVD 22 (last one before removing Ultra High Definition Blu-Ray support) and started ripping as .mkv and found a problem there. After stopping a movie, PowerDVD hangs and won’t close causing everything to freeze up. Easy fix was in PowerDVD settings (PC Mode), you have to navigate to “general” “auto resume settings”, and select “always play from the beginning”. Solved the problem.

Then came connecting the remote PC’s. In place upgrade again, reset the network and sharing and BOOM, no connection. It was saying it required authentication and since no password was entered, it could not connect. Took a lot of searching but I found a post that said

Cannot login SMB without password on Windows 11 24H2
Because starting from Windows 11 version 24H2, Microsoft has enhanced security and no longer allows access to shared folders in the LAN without a username and password. This can be quite inconvenient for existing systems that are shared without requiring a password. If you dislike this feature, you can disable it—it’s called "Insecure Guest Logins." I personally spent an entire morning finding a solution for this feature. Now, I’m sharing it here in case it might be helpful to someone else.
Enable Insecure Guest Logins via Group Policy:
- Press **Win + R**, type `gpedit.msc`, and press Enter to open the Group Policy Editor.
- Navigate to **Computer Configuration** > **Administrative Templates** > **Network** > **Lanman Workstation**.
- Double-click **Enable insecure guest logons** and set it to **Enabled**.
- Apply the changes and restart your computer.

Another possibility I didn’t try is

if you have Windows 11 HOME (24H2), paste the following into powershell (run as admin)
Set-SmbClientConfiguration -RequireSecuritySignature $false
Set-SmbClientConfiguration -EnableInsecureGuestLogons $true

I have 11 Pro so gpedit.msc is installed already 11 Home doesn’t have gpedit.msc, but it can be installed.

Applied the change and viola I am up and running again with Windows 11.

I also got my Daughter hooked up with her system. I talked before with you about it and the possibility of using WiFi. She is using the same hardware and a WiFi router and I was able to get it set up rather easily. Basically the same setup just wireless instead of wired and it all works.

Thanks again for your program and all the help you have given me in getting things straight. I’m sure glad I’m not still back on Windows 8 Media Center.

[Pauven]

Hi Robert, thank you for sharing your experiences and solutions, I'm sure they will help others as well.

I've been on Win11 for years now, long enough that I can no longer remember if I encountered similar challenges.

I will say that CCC includes a setting for you to define the username/password that CMC will use to remotely connect to the CCC PC. As long as you properly configure that, then CMC does actually use a Username and Password for connecting. Your summary was just abstract enough that I couldn't tell what apps were having the connectivity issues, CMC or PowerDVD. I'm guessing perhaps it was PowerDVD, since you have to connect to the main server PC to access the MKV's on the USB drive.

You can cache a username/password in Windows for connecting to remote shares. It's been a long time since I last did this, so I'm rusty on it, but I think you would do it by navigating via Windows File Explorer to the remote share and supplying the credentials when prompted, but there might be one extra step to make sure these credentials get stored for automatic future use (possibly using the NET command in a CMD console window). That would have solved PDVD's inability to connect, so that would have been an alternate solution to enabling insecure logins.

I will say that Windows 11 seems hit and miss on asking for credentials, though, not sure why. If I try to go straight to a full path, I'll just get an authentication error with no way to solve it. But if I navigate down the network path one level at a time, starting from the server root, Windows will prompt me for the credentials when necessary. This buggy behavior has caused me plenty of angst over the years, especially when I only encounter it randomly and can't remember how I solved it the previous times.

As always, I'm elated to hear there are happy users out there still benefitting from CMC!!!

[robert5733]

ok, maybe I was too quick to say everything was great. Ran into a problem, may be my own doing.

Fired up the master PC today and it's giving an error. First off let's see what I did. Everything was good on master yesterday, no error. Upgraded the remote PC to Windows 11. It had the problem stated above with the share authentication. Was trying to figure that out and was messing with settings on the remote PC. The only thing I tried on the master PC was permissions for the 'netshare' folder. It was read only, and I unchecked read only. It didn't solve the problem so I set it back to read only. It asked if I wanted to apply to all subfolders and I said yes.

When opening CCC I get this error (deleted the .txt file first) but it was generated in the folder

error screen first start after deleting file.jpg (139.88 KiB) Viewed 297 times

Close and restart CCC and get this error everytime I restart

error screen after restart.jpg (175.25 KiB) Viewed 297 times

Here is the view of the 'netshare' folder

folder view.jpg (325.71 KiB) Viewed 297 times

Here is the contents of the 'test.txt' file

file contents.jpg (735.82 KiB) Viewed 297 times

Wondering if it has to do with the share authentication, but there has been no windows updates in a month on the master. Don't know why something would of changed on the master by changing authentication on the remote. By the way, windows 10 CCC on remote was working and there were no errors on the master windows 11 before the upgrade of remote pc. I checked the last backup of the master and the test.txt file was not in the 'netshare' folder. The problem appears to be, what is generating the file? If it is supposed to be writing/reading the file everytime CCC starts, then it is a permission somewhere.

Wanted to see if you know what's going on before I start messing around too much.

[robert5733]

Yep! Don't understand it. It was working without the error the night before and I had made a backup, and don't remember doing anything else before shutting down for the night, so reverted back to that backup and the test.txt file was not there. It is not giving the error or generating the file(that I see). Watched a couple movies, shut it down for the night, fired it up this morning, no problems. It's entirely possible I created the .txt file trying to get it through the share folder when I was trying to figure out the permissions and authentication. Why it didn't try to do the write the night before and waited till the morning is what gets me. It's also possible that I didn't find the share problem and mess with permissions till after the backup.

I will give it some time and see if it comes back. But for right now I seem to have it solved, just don't know what it was.

[Jamie]

During March 2025, I had issues getting the share to stick when trying to get CCC to install it. It kept disappearing every reboot. I found a couple of commands that should have fixed the issue permanently and the issue kept coming back. I think I had to create the share myself with admin privs turned on. I think I used the command prompt.

I had to run the two commands below before creating the share .

Code: Select all

net stop FDResPub

Code: Select all

net start FDResPub

documented here

https://chamconsoft.com/cmc/forums/?w3= ... 90PTU4Mw==

[Pauven]

For reference, here is the internal CCC startup logic surrounding the test.txt file:

1. Check if the NetShare directory exists
2. Create the NetShare directory if missing
3. Copy the Ratings.XML file to NetShare\Test.TXT
4. Check if \localhost\CCC\Test.TXT file exists via Windows network stack
5. If file is accessible via network log the success, otherwise prompt that the NetShare directory needs to be shared
6. Delete and Recreate NetShare "CCC" shared directory if user responded OK to prompt
7. Delete the Test.TXT file if it exists

Essentially, all this is doing is copying a small file into the shared folder, then checking if it is readable via the network. The file is deleted after the test. This is performing multiple tests, making sure the folder exists, that there are write permissions into that folder, and that the folder is accessible via the network share, and it takes corrective actions if any of those tests fail.

Why you suddenly had problems? Hard to say, Windows is a mysterious beast at times. But in my experience, the #1 issue is renaming the CCC directory name (or parent directory name) after all this is already set up.

For example, you had the folder name as "..\CMC_CCC v7_1 Prerelease\Chameleon CentralController'\". If you then renamed the folder as "..\CMC\Chameleon CentralController\", that would cause major issues. It doesn't cause problems with CCC so much, as it totally freaks out Windows network folder sharing. And that could explain your symptoms, as Windows leaves the network share pointing at the original folder name, and doesn't automatically update it to point to the new directory path.

Typically, I advise against ever renaming the CCC folder path. I know Jamie and many other users have done this in the past, and it caused issues for him. If you do want to rename the folder, you have to take an extra step to first delete the network share in Windows BEFORE renaming any of the directories. Then CCC can recreate the network share on the next start using the new file path.

Hopefully something above rang a bell for you, as to what might have occurred. To be clear, this is a Windows bug, that renaming a directory that has a network shared folder inside of it basically corrupts that share, and nothing CCC can do can fix that.

If this does happen, the solution is actually easy enough - simply rename the folder back to the original name, and the Windows network shared folder works again, and you can then delete the network share, and then rename the folder to what you want.

One last tip, I do NOT recommend running multiple CCC instances side-by-side on the same PC, as that also messes with this logic. There can only be 1 CCC network shared folder, and with 2 instances running (i.e. different versions), they compete with each other. This could also be what transpired on your PC. Where the Test.TXT file existed in 1 version, and was accessible via the Network Share, but you were running the other version which was trying to delete the Test.TXT file via the local directory. CCC just isn't built to handle this scenario.

[robert5733]

Not sure what happened, but all is good now. I didn't rename any of the folders and didn't have multiple instances of CCC running. Something about that first remote PC that caused a glitch, after reverting back to a saved backup on the master there was no longer a problem and I upgraded the other two bedroom PCs and never ran into the problem. Something we will probably never figure out now.

I did however start building an upgraded system for my daughter and ran into a problem. I reverted to a backup and am starting over will see where that one goes and let you know if there continues to be a problem. It was working fine last night and starting popping an error today when trying to open the settings in CCC. Might have been a microsoft update, but I was playing around with MM today, trying to find a way to mark all movies as unwatched. Don't know how it would affect CCC from opening settings though. UPDATED...I had installed ADK UAC override to open CCC in admin mode on this setup, but it wasn't on the other setup(didn't need it so I didn't install it). Thought that could be the problem, so unchecked "run as administrator", now I can open CCC settings without the error, but the options to delete the run at startup and at login are greyed out. I tried uninstalling ADK UAC but it didn't change anything.

I'll get back to you on that one after I finish the fresh reinstall. UPDATED and only run one at a time, then try both at the same time.

UPDATE....Ohhhh Myyyyy Goddddd, is it just me? I shut everything down for the night and had an Oh S*@t moment. As I mentioned I am upgrading my system and building another system all at the same time. They are both on the same wired internet connection, and basically being built identical. In CCC settings I know it is localhost and the apikey is set for the MM installed on the PC, but the folders are being shared and have the same names on both configurations, could my problem be that I have both setups running and one setup is looking at the other setup because they are shared alike over the lan? that would answer why both have problems at certain times but not other times (both are on or one is off). That might answer some questions but maybe not others.

[Pauven]

Wow, that's a lot to digest.

First, the UAC / Running as Administrator, I don't recall that being a requirement for CCC. You do have to start CMC in Admin mode in order to reprogram the WMC IR remote control buttons, but beyond that I don't think there's ever a need for it on any other programs, not even CCC - but I haven't thought about this in a long time, so maybe I'm forgetting something.

So I don't know why you were running CCC in admin mode, and perhaps you configured some startup options as Admin, and now that you're running regular it can't see those changes to interact with them (i.e. it's under the Admin account, not the regular account). You may need to do some cleanup to make things right. Keep in mind, CCC doesn't create new solutions, it simply accesses built-in Windows solutions, so things like starting up at system boot or logon, that will be in the Windows Event Scheduler, you can simply open that with Admin privileges and remove any CCC stuff.

Regarding the two identical PC's, I don't fully understand what you've done there. I'm thinking you're building a 2nd system for another home, not the same home, and it's just temporarily on the same network, is that right? Do these 2 PC's have the same name or IP address? You said they're identical, I just don't know how identical.

It also wasn't clear what you mean about CCC accessing MM installed on the PC, is that the same PC or a different PC? Typically, I highly recommend CCC and MM are installed together on the exact same PC, mainly for performance reasons. And I also only recommend having 1 CCC install, along with 1 MM install. The issue here is that MM is single-threaded, and can only handle 1 request at a time. As soon as you start hammering it from multiple directions (i.e. two CCC installs talking to the same single MM install), MM gets overwhelmed and basically stalls. I knew all this when I created CCC, and that formed the design of CCC and a single install talking to a single MM install.

If you question is if these 2 cloned PC's are interfering with each other, seems easy enough to test, just turn 1 off.

Regarding the shared folders, it's fine for multiple PC's on the same network to all have shared folders with the same name. But the PC's need to have unique PC names and IP addresses. So \\PC1\MySharedFolder and \\PC2\MySharedFolder are fine, no issue there, so long as these computers have different names, i.e. PC1 and PC2. But if both were PC1, major issues.