Network drives 'Fast rescan' explanation about NTFS volumes on Linux share

General discussion related to "Everything".
Post Reply
Specular
Posts: 16
Joined: Sat Dec 27, 2014 5:46 am

Network drives 'Fast rescan' explanation about NTFS volumes on Linux share

Post by Specular »

I have a Samba/SMB network share that happens to be on an NTFS-formatted drive on the Linux-based NAS. The tooltip for 'Fast rescan' in the Network Drive preferences of Everything state that it's only compatible with NTFS volumes.

Does this mean it can somehow detect the underlying NAS share uses NTFS, or is it really referring to requiring a Windows-based server?

Just looking for clarification, thanks.
void
Developer
Posts: 16680
Joined: Fri Oct 16, 2009 11:31 pm

Re: Network drives 'Fast rescan' explanation about NTFS volumes on Linux share

Post by void »

Fast rescan requires a NTFS compatible file system.

The best way to test if the file system is compatible is to:

Create a new folder inside another folder.
Check if the date modified timestamp for the parent folder updates to the current time.

To clarify create folder B inside folder A and check the date modified timestamp of folder A updates.



If the date modified timestamp updates, then the file system is "Fast rescan" compatible.
Fast rescan will only read folders that have a new date modified timestamp.



Everything cannot reliably test if the folder is "Fast rescan" compatible.
It's up to the user to select this option.
Specular
Posts: 16
Joined: Sat Dec 27, 2014 5:46 am

Re: Network drives 'Fast rescan' explanation about NTFS volumes on Linux share

Post by Specular »

void wrote: Fri Apr 19, 2024 12:18 amTo clarify create folder B inside folder A and check the date modified timestamp of folder A updates.

If the date modified timestamp updates, then the file system is "Fast rescan" compatible.
Fast rescan will only read folders that have a new date modified timestamp.
Ah, I see. Thanks for the info. Since in the Samba share settings I enable extended attributes (aka xattr, for NTFS compatible timestamps) and storing DOS attributes (for read-only/hidden/etc attributes) this has the outcome described.

It also has this outcome regardless of the underlying filesystem (tested also with an EXT4 formatted drive), if extended attributes are enabled in the Samba share (and assuming like the above that the directories are created via Windows).
Post Reply