• Hi there and welcome to PC Help Forum (PCHF), a more effective way to get the Tech Support you need!
    We have Experts in all areas of Tech, including Malware Removal, Crash Fixing and BSOD's , Microsoft Windows, Computer DIY and PC Hardware, Networking, Gaming, Tablets and iPads, General and Specific Software Support and so much more.

    Why not Click Here To Sign Up and start enjoying great FREE Tech Support.

    This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn More.

Solved Windows System Image backup failed - error with remote shared folder - semaphore timeout

Status
Not open for further replies.
I'm getting the error shown in the screenshot at the bottom of this post. Here are some important details I think will help:

  • I'm running the "old Windows 7 backup" to make a "system image" of my Win 10 PC.
  • I'm only backing up the main drive with the OS, applications, etc
  • I have another internal m2 drive and an external NAS system but I'm NOT including them in the backup.
  • I have received this error in the past when creating system images, and if I recall, I could sometimes get it to work again by shutting down the computer, restarting, then immediately starting the system image creation.
  • A few times I made the assumption it was my NAS causing issues, and I thought maybe if I continually access files on the NAS while Windows is running the backup, it would keep the NAS "responsive" so when Windows wants to access it's "available." (I have NAS hibernation turned off so that doesn't make sense but I thought "why not try"). So I'd open an application which accesses photos on the NAS, and it seemed like sometimes that worked and let Windows create the system image. It could be coincidental so take it with a grain of salt.
  • Now, it appears that none of the above tactics are working, and I cannot get past this error to get my system image made.

Questions:

  1. It says it encountered an error when accessing the remote shared folder. If possible I would like to confirm for sure what exactly Windows is referring to by "remote shared folder"...as in, WHICH remote shared folder. I suppose it could be my NAS, but I don't want to keep making that assumption; I want to know for sure. Also, that would make no sense because the NAS isn't included in the system image. Anyway, is there a way for me to get a report / log which indicates which remote shared folder so I can pinpoint the culprit?
  2. What suggestions or questions do you have to help resolve this issue, aside from the above point?
  3. Related question pertaining to backup images: I've heard that newer Windows won't include system image creation at some point. Do you think Macrium Reflect would be a good option for me to start using soon? Also do you think Macrium could bypass the issue I'm experiencing currently?

Thank you so much for any help you can provide, I greatly appreciate your generous assistance







1717475074300.png
 
Forgot to add that the drive I'm writing the system image to is an HD in a dock connected via USB 3.
As noted, in the past this has worked, so I doubt it has anything to do with that.
 
Well....I just got the backup to work, so I suppose this thread can be marked as resolved.

I am not 100% sure this was the issue, but it seems it may have been that there was already a previous system image on the backup drive.
I moved that system image into a subfolder on the backup drive so Windows wouldn't see it in the base directory.
Then I ran the system image process and it completed successfully.
My theory is that Windows can only use one file name for system images, so the existing one prevented the new one from being completed.
I must have known this in the past and just forgot it. It's been a long time since I did a backup, not to mention my memory isn't what it used to be. 🤦‍♂️
Regardless, I'm pretty sure I ran into this issue in the past even when there was not an existing system image there, so it's all a bit weird.
Anyhow, good for now I guess.
 
Status
Not open for further replies.