Jump to content
CCleaner Community Forums
Dranzer

Max path length Exceeded

Recommended Posts

I'm trying to recover a good 85k of photos to sort through, but every time I try to "recover" i get Max path length exceeded error. I know that if I do each picture and highlight them manually it works, but I did a deep scan and now I don't want to go to the trouble of highlighting ALL of them. I'm trying to select specific folders out of the tree view option.

Share this post


Link to post
Share on other sites

turn off the option to "restore folder structure" in recuva and see if you no longer recieve this error

Share this post


Link to post
Share on other sites

I have this same error when trying to recover documents from within a Window's users profile folder. Recovery worked at first but only for limited number of items at a time, around 13 I believe. I am trying to recover around 1000 files from this user's profile folder. As I move down the list of 'found files', the number of files that can be recovered at one time gets smaller each time. Now I am not able to recover any files and still getting the same error "Maximum path length exceeded". I looked at the option for 'restore folder structure' but it was already unchecked. Suggestions? or clarification on the actual meaning of this error?

Share this post


Link to post
Share on other sites

I was having the same problem which is how I found this forum.

 

I discovered that there was one file I was trying to recover that had a VERY log file name that was causing the "Maximum path length exceeded" problem.

 

Go through your files and make sure that any files that have unusually long file names are unchecked. Everything should recover fine after that.

 

Hope that helps someone.

Share this post


Link to post
Share on other sites

Having spent several hours creating a selection set from a list of 1.8 million files, I did not need to see "Maximum path length exceeded" when I finally hit the Recover button.

 

As 'justtryintoHelp' has suggested one or more file names is the likely culprit. In my case, that did not help too much.... which of the many needles in my giant haystack was the culprit.

 

I had exported a list of 'deleted files' to a text file. Importing that list into MS Access and running a couple of queries - one to compute the filename length and another to sort on that and the filename - pretty soon showed me that 20-odd files of type jpg had names of 255 characters. This leaves no room for a legal path. I suspect it might be a minor fault in the process that generates file names during the scan.

 

Be that as it may, chasing down each of the long file names in the Recuva listing identified 2 out of the 'illegals' that were ticked for recovery. By unticking those two, the Recover process started. (Might be useful if Recuva could itself identify the entry or entries that are causing the problem - save chasing off to Access etc.)

 

The progress screen was quite exciting. At first it proceeded normally, showing a percent completion figure, a number of files written and an estimate of about 10 minutes to completion. After about 20,000 + files had been copied, the % completion started flickering semi-randomly anywhere between 116% and 124% and beyond, and the time to completion drifted out to 17 days and so on. Time to panic or make some tea, so I made tea. When I came back, the screen was reporting task completed: 45,254 files in 913.83 seconds.

 

I suspect the progress screen is using an integer variable, where in this case a 'long' would be better suited to volumes in excess of 32000. But who cares? It all came good in the end.

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×
×
  • Create New...