If Everything is hanging on to the volume handle, then yes you will need to exit Everything to safely remove the device.Do I have to close Everything to safely remove the external drives? Or can I remove the drives anyway? Or is there an easier / none risky way to remove the drives?
Yes, it does. I closed both instances.If you exit Everything does the problem persist?
When a drive is plugged in next time it automatically does it or only at the specified time?Attempt to monitor changes means Everything will attempt to monitor changes to this folder
Sorry, at the moment I cannot check it as the drive cannot be removed safely respectively I tried it anyway without success. There is no connetion / access shown anymore.Does the problem persist if you uncheck Attempt to monitor changes for your H: drive?
NTFS drives. E.g. 3, 4, 5TB WD MyBook and Elements, Seagate 5TB Expansion and some older ones. The H: drive is an old Medion 1TB.What type of external drive are you using?
So if Everything does not find a file / folder it might help to force a scan.If Everything misses changes, the Everything index will be out of sync until the folder is rescanned. Folder indexes are scheduled to update every day at 3am. If Everything is not running at 3am, the folder rescan will occur the next time you start Everything.
There might be another application hanging onto a volume handle.Yes, it does. I closed both instances.If you exit Everything does the problem persist?
Everything will not attempt to rescan a volume when it is plugged in.When a drive is plugged in next time it automatically does it or only at the specified time?
It is more efficient to do a rescan rather than a force rebuild from Tools -> Options -> Indexes.So if Everything does not find a file / folder it might help to force a scan.
Thank you for the link. I just removed the drive (unsafely). I had done a search before with Process Hacker for H:, found nothing.There might be another application hanging onto a volume handle.
Please check with Process Explorer.
Do a handle search for H: or the volumes GUID.
For folders. But for file lists and NTFS volumes it does, doesn't it?Everything will not attempt to rescan a volume when it is plugged in.
For folders only. If the external drive is plugged in. And if not, Everything will try it the next scheduled time and so on.The rescan will occur at the next scheduled time.
That is great. But actually the NTFS indexes might do it instead (if those for external drives wouldn't be lost when (re)indexing) or the file lists, if I understand it right.I can see rescanning the volume when it is plugged in being useful when the last scheduled update was missed, I'll consider adding this feature.
Thank you.To manually update the folder index:
In Everything, from the Tools menu, click Options.
Click the Folders tab on the left.
Select your folder index that needs updating.
Click Rescan Now.
Click OK, the folder will be rescanning in the background.
This rescan is for folders only. And they do not have to do anything with the NTFS indexes. When Everything does a "normal" (automatically after plugging in an external drive) (re)scan (for NTFS indexes) it means the external drive indexes in "NTFS" will be gone? And will have to be rebuild when they are plugged in again?Both will completely rescan the folder index.
Yes, file lists and NTFS volumes are always monitored and up to date.For folders. But for file lists and NTFS volumes it does, doesn't it?
Please consider converting your external drives to NTFS for this functionality.So "Folders" is not the right option to use if you want automatically your external drives being scanned each time you plug in them, is it right?
Rescanning is for folder indexes only.This rescan is for folders only. And they do not have to do anything with the NTFS indexes. When Everything does a "normal" (automatically after plugging in an external drive) (re)scan (for NTFS indexes) it means the external drive indexes in "NTFS" will be gone? And will have to be rebuild when they are plugged in again?
File lists are created manually, Either from the File list editor (Everything -> Tools -> File list editor), from the command line (-create-file-list) or from es -export-efu.By the way, why are file lists automatically scanned ("Monitor changes"), if I understand it right, when an external drive is plugged in and folders aren't?
File lists are a static list. ie: a list of file names that does not change.One could use file lists or folders to make a list of an entire (external) drive, if I see it right. What actually are the differences between them?
Code: Select all
for /f "usebackq tokens=2 delims= " %X in (`tasklist ^| findstr /i /b "everything"`) DO taskkill /F /PID %X
[code]
If that doesn't work, start downloading Process Explorer and handle.exe to prepare for the next round .... ;-)
These utlities can be found here: https://technet.microsoft.com/en-us/sysinternals/
BTW: You might want to change the screenshots. Now we see the settings of E: and I: drive instead of H: (and there is still a name visible (description of the I: disk))So really convert the file systems of the drives and then use the "NTFS" tab.So "Folders" is not the right option to use if you want automatically your external drives being scanned each time you plug in them, is it right?
Please consider converting your external drives to NTFS for this functionality.
To keep offline volumes in Everything 1.4 or later:
In Everything, from the Tools menu, click Options.
Click the NTFS tab.
Uncheck Automatically remove offline volumes.
Click OK.
When enabled, keep offline volumes will:
Allow offline volumes to stay in the index.
Not rebuild the database when the volume goes offline.
Automatically update the index when the volume comes back online with out doing a full rebuild.
Rebuild the database if a volume has changed too much.
Detect changes to the volume while it is online.
Offline indexes will be lost when the index is rebuilt. All volumes must be online when Everything builds its index.
At special / set times (not automatically when a drive is plugged in). The same way like NTFS does it all the time, I could imagine. May be one could set "Rescan" to "Every" 3 minutes or so. So an external drive plugged in would then be scanned most likely. But I assume,Folders indexes do monitor changes to file names.
I closed it by clilcking "Exit" in the context menu shown after clicking the icon in the system tray.Depending on how you closed Everything, the process is still running without it being shown in Task Manager's application list.
No, no, it was not shown anymore in the Task Manager.In Task Manager, If you go to the Details tab (Win10) / Processes tab (Win7) Everything is probably still there.
You can right-click on the Everything process(es) and select "End process tree" to end it.
Yes, but that will be interrupted by closing it with the Task Manager, I suppose.Everything has to do it's housekeeping (writing database, etc), so give it a minute ...
Yes, I had closed it before clicking "Savely remove"Close ThisIsMyFile too. Maybe that's also locking your external drive (Don't know; I tested it once and decided I stick with my regular tools (Process Explorer and on the CMD prompt: TASKLIST, TASKKILL, WMIC, HANDLE)
BTW: A CMD version to (force) stop all running Everything.exe's:Code: Select all
for /f "usebackq tokens=2 delims= " %X in (`tasklist ^| findstr /i /b "everything"`) DO taskkill /F /PID %X [code][/quote] Thank you. I use ProcessKO or something like that. I will try next time the code. [quote]If that doesn't work, start downloading Process Explorer and handle.exe to prepare for the next round .... ;-) These utlities can be found here: https://technet.microsoft.com/en-us/sysinternals/[/quote] Thank you for the link, yes, I have it on my drive. [quote]BTW: You might want to change the screenshots. Now we see the settings of E: and I: drive instead of H: (and there is still a name visible (description of the I: disk))[/quote] Ah, yes, I missed it, thank you. [quote]Missed all these messages while I was writing mine... You can ignore my message.[/quote] No, no, those are good thoughts.