New
#21
Hi there
I've never had any problems with it -- seems to work fine for me.
I must admit I haven't bothered to check the accuracy of the file count -- if I'm looking for file "XXXX" or files containing "YYYY" or "ZZZZ" then I just want those files -- telling me that I've got several billion files on the network isn't of ANY interest to me at all.
Note also that search can exclude hidden files, system files and directories (on a network) that you don't have read access for.
Can the OP post an image of the name of a file on his system from the Windows explorer list and the result of searching for this file where the search was unsuccessful. (Timestamps also needed to verify the search was performed when the file really existed on the system.
Don't forget that after a file update -- especially if the file goes into "a new extent or area" on the disk you will need to do a refresh in Windows explorer.
cheers
jimbo
I agree, Everything is nice and does the job, helps find old files that Windows Search doesn't, and doesn't leave Cluttered search history like Windows Search.
The Windows Search defenders, explainers, apologists, tweakers and tuners, teachers, and mavens, continue to discuss and analyze and attempt to understand. Just look at what's gone on in THIS thread, which is just one of many on the same subject all over the Interweb.
The plain and simple truth is that if all you want is a brilliantly simple and super-instantaneously fast file name search engine, you'd be hard pressed to find anything better than Everything.
There's no reason you can't use multiple different tools, for different purposes, depending on your likes and tastes, depending on the task at hand, and depending on whichever tool WORKS BEST (and works best for you). Why not have multiple arrows in your quiver?
In the case of the "file name search" I think it would just be hard to beat Everything and its instantaneous performance, and it just needs to be tried for that to become apparent. So why not just try it, and use it when it's appropriate (for which "file name search" is 99.999% of my own particular everyday "search" needs) , and reserve Windows Search for other more complex or sophisticated uses for which it is definitely more capable and sophisticated?
Everything... for every man, for "file name search". You WILL be a believer, once you try it.
I'm just sayin'.
I have been playing with Windows Trace (ETW) and while there are Windows Search trace providers, none of them are something like: events will be logged to show each step through the Search "tree" of files/folders that are indexed based on the user search just passed to us so maybe we could debug this.
I have a post here from a while ago in which I indexed my libraries for the first time (D partition). Nothing showed up in a search and indexing was complete. So, I CREATED a simple .txt file in each location and searched on its naem (unique to the PC) and sure enough it showed up. THEN all future searched returned expected results. Very weird. This all comes down to C/C#/C++ coders vs. assembler programmers re: the reliability of the software (ducks and runs).
I'd be inclined to shut down all Windows Search services, delete the search index itself (if successful, implies you shut down the service that had it), and start from scratch choosing ONLY your single, Chris Docs folder tree or maybe even the House folder tree rather than JUST the brochures folder. Start simple. Index just the House folder and subfolders. Indexing should be fast as long as .pdf are not set to have contents searched.
Wow.
I had a subfolder on my D drive nested a few levels under my Libraries folder (indexed).
D \ Libraries \ Documents \ Scripts
I was going to move this Scripts subfolder to the root of my D drive to prevent it from being indexed as I'm dropping these huge trace (.etl) files and their tracerpt output (.csv).
So, I moved the whole Scripts subfolder to D. Realizing that I wanted to move only the trace-related items to D, I moved the folder from D root back to nested under libraries. Here's what happened.
If I search via Start ORB, you can find the dumpfile and dumpfile2 .csv files even though both are gone (I deleted them). The jaltrace2.etl file is gone and does NOT show up in search. They are gone from the Scripts directory now. In fact, dumpfile.csv was deleted early today or yesterday.
Hmm. It gets more interesting. On the search panel, if I click on the actual "link" in the search window for either dumpfile or dumpfile2 a popup tells me the file this shortcut belongs to is gone and the shortcut will no longer work.
A nightmare occurred to me. Let's say I screwed up my Search index by this move. I certainly don't want to have to reindex the whole thing as it took 4 hours to index my emails (2 Gigs worth). I suppose I could UNindex this specific subfolder. Hopefully let indexer do his thing (I would assume that indexer would note the GUI folder index change and act accordingly) without me telling him to REBUILD the index. If that works, then add it back in once indexing is complete.
I know you'd rather not use 3rd party tools but if/when you give up on win 7:
1. If you want really fast file name search over your whole hard drive and don't mind a small index or running with admin privileges try Everything:
Everything Search Engine
2. If you just want a plain search without any index jiggery pokery, which runs in basic user privileges mode, Agent Ransack is a good choice:
Agent Ransack - Free File Searching Utility
Good luck.