Image your system with free Macrium

bigmck said:

Ignat -- Rogerthat wrote "software STOPS when it finds a file-name that is too long (over 18 letters on this Windows 7 x64 Ultimate laptop."

=======================
Isn't the file length 256? Why would the backup stop after 18 characters? Eighteen doesn't sound right to me.

My backup software will not back up a particular file if the path to that file (including the name itself) is over 255 characters. The file name length does not matter, by itself.

But my backup software will NOT stop at that file. It will skip it and continue to back up all files whose paths are no more than 255 characters in length. I can then look in the log and see which files were not backed up.

I have no idea what software he is using, but there are clearly programs that do not STOP. I use one of them.

Likewise, if his software stops at 18 character file names per se, he's using bogus software. I've never even heard of software that will balk at anything other than full path length of 256 or more characters--and even then it should skip rather than stop.

It may be that his files are in a deeply nested folder that itself is circa 237 characters in path length. In that case, an 18 character file name would succeed (255 character total path length) and a 19 character file name would fail (256 character total path length).

Here are some ideas:

There are excellent search tools that can produce a list of file names containing a certain search string very quickly---typically in a second; presumably a bit longer in your case if you have hundreds of thousands.

One such search tool is Everything, from voidtools.com. It is free. It searches file names or partial file names ONLY, not file contents.

To give you an idea, I just typed "and doc" into Everything. It coughed up 298 files in less than 1 second. All of them contain "and doc" somewhere in the file name. Most of them are Word files, found due to the "doc".

I then tried "and docx" and the list immediately shrunk to 75, representing Word files with a docx extension.

Secondly--and you apparently rejected this years ago:

If you have a file that contains roast beef recipes, name it "roast beef" and put it in D:\recipes. Rather than naming it "here is a file that contains some pretty cool pictures I took while on vacation and also some food related stuff" and putting it in D:\users\yourusername\stuff\food-related\cooking\recipes.

I have tens of thousands of files---I'd guess no more than 100 have file names per se that are more than 50 characters. I can get away with that because of my folder structure, which is often 5 folders deep.

So, I might have this path:

D:\pix\vacation\1998\Vegas\RollingStones

and in that a file named "Mick Jagger grinning.jpg". Total path length maybe 50 characters.

Effectively, most of the "naming" is done by the path, rather than a file name such as "Picture of Mick Jagger grinning, taken in Las Vegas while on vacation in 1998" located in a folder called D:\stuff, where there might be 50,000 pictures with no further categorization.

If I am looking for Jagger pictures and can't recall the year I saw the Rolling Stones in Las Vegas, I use the Everything search engine to ID the path, and then either navigate to the folder manually or pop the pic open directly from Everything. The search term would be "jagger jpg".

My data drive has 62,000 files and 12,000 directories. The number of directories poses no problem and in fact helps because of the high degree of categorization and the search tool when I need it (which is only occasionally).

Maybe you have thought all of this through and rejected it. It's just my method.

Thank you for your addressing the issue/s.
But this method you use;-

Picture of Mick Jagger grinning, taken in Las Vegas while on vacation in 1998" located in a folder called D:\stuff

..could not work in my case.
Mainly because of all the cross-referencing elements all my files need to have.
I cannot put files for Manchester in a Manchester file folder because they are also in part used in a London folder and even a Strasbourg folder. I need to find names, or other details form memory also in a file and I would have to have more copies than you could shake a stick at if they were cataloged normally.
If I put a set of files in Manchester I might spend ages searching through all the London files for that document set. etcetera.
Descriptive file-names are the way to go for me until I get a brain update.
At least I can find them with just a few key words.
Naming files;- "Stuff" just doesn`t cut it, on this occasion.
Each document has essential elements which need to be found and may need to be addressed in a short time. Thank goodness for USB sticks. wherever they all get to.

Who has one which has a ticker-tape LCD to `see` the content file-name/s (when you press a button)?

Another `conceptual design` from yours truly.

I appreciate the point and agree All file types could have (via update) or should have a tag　option when saving any file or set of files.
Many people do need to keep many file types　in one folder of a set of similar. Tagging is a step in the right direction.
midnight here in . Gdnite

ignatzatsonic said:

Here are some ideas:

There are excellent search tools that can produce a list of file names containing a certain search string very quickly---typically in a second; presumably a bit longer in your case if you have hundreds of thousands.

One such search tool is Everything, from voidtools.com. It is free. It searches file names or partial file names ONLY, not file contents.

To give you an idea, I just typed "and doc" into Everything. It coughed up 298 files in less than 1 second. All of them contain "and doc" somewhere in the file name. Most of them are Word files, found due to the "doc".

I then tried "and docx" and the list immediately shrunk to 75, representing Word files with a docx extension.

Secondly--and you apparently rejected this years ago:

If you have a file that contains roast beef recipes, name it "roast beef" and put it in D:\recipes. Rather than naming it "here is a file that contains some pretty cool pictures I took while on vacation and also some food related stuff" and putting it in D:\users\yourusername\stuff\food-related\cooking\recipes.

I have tens of thousands of files---I'd guess no more than 100 have file names per se that are more than 50 characters. I can get away with that because of my folder structure, which is often 5 folders deep.

So, I might have this path:

D:\pix\vacation\1998\Vegas\RollingStones

and in that a file named "Mick Jagger grinning.jpg". Total path length maybe 50 characters.

Effectively, most of the "naming" is done by the path, rather than a file name such as "Picture of Mick Jagger grinning, taken in Las Vegas while on vacation in 1998" located in a folder called D:\stuff, where there might be 50,000 pictures with no further categorization.

If I am looking for Jagger pictures and can't recall the year I saw the Rolling Stones in Las Vegas, I use the Everything search engine to ID the path, and then either navigate to the folder manually or pop the pic open directly from Everything. The search term would be "jagger jpg".

My data drive has 62,000 files and 12,000 directories. The number of directories poses no problem and in fact helps because of the high degree of categorization and the search tool when I need it (which is only occasionally).

Maybe you have thought all of this through and rejected it. It's just my method.

rogerthat said:

Thank you for your addressing the issue/s.
But this method you use;-

Picture of Mick Jagger grinning, taken in Las Vegas while on vacation in 1998" located in a folder called D:\stuff

..could not work in my case.
Mainly because of all the cross-referencing elements all my files need to have.
I cannot put files for Manchester in a Manchester file folder because they are also in part used in a London folder and even a Strasbourg folder. I need to find names, or other details form memory also in a file and I would have to have more copies than you could shake a stick at if they were cataloged normally.
If I put a set of files in Manchester I might spend ages searching through all the London files for that document set. etcetera.
Descriptive file-names are the way to go for me until I get a brain update.
At least I can find them with just a few key words.
Naming files;- "Stuff" just doesn`t cut it, on this occasion.
Each document has essential elements which need to be found and may need to be addressed in a short time. Thank goodness for USB sticks. wherever they all get to.

Who has one which has a ticker-tape LCD to `see` the content file-name/s (when you press a button)?

Another `conceptual design` from yours truly.

I think you need to re-read ignatzatsonic's post...

So, I might have this path:

D:\pix\vacation\1998\Vegas\RollingStones

and in that a file named "Mick Jagger grinning.jpg". Total path length maybe 50 characters.

Effectively, most of the "naming" is done by the path, rather than a file name such as "Picture of Mick Jagger grinning, taken in Las Vegas while on vacation in 1998" located in a folder called D:\stuff, where there might be 50,000 pictures with no further categorization.

His method is in blue, not the part you quoted.

rogerthat said:

Thank you for your addressing the issue/s.
But this method you use;-

Picture of Mick Jagger grinning, taken in Las Vegas while on vacation in 1998" located in a folder called D:\stuff

..could not work in my case.

As Derekimo pointed out----you apparently did not read my post accurately.

I would NEVER use a method like that.

I pointed out that that type of file name is exactly what I would NOT do and I gave my alternative.