ntfs

问题 I'm getting a duplicate FileSystemAccessRule from this code below: C:\inetpub\wwwroot\AspInfo\Account BUILTIN\IIS_IUSRS : Allow : ReadAndExecute, Synchronize BUILTIN\IIS_IUSRS : Allow : -1610612736 NT SERVICE\TrustedInstaller : Allow : FullControl NT SERVICE\TrustedInstaller : Allow : 268435456 and I can't work out what or why it is. And the permissions being shown don't match what I can see file FileManager properties. For example, how do I find the "List Folder Contents" permission from

问题 I'm trying to wrap my head around the use of the System.Transactions namespace in C#. I've found some documentation on MSDN regarding using resource managers, but it only covers volatile, in-memory resource managers in any detail (like Transactional ). I'm basically looking for something that I can use inside of a TransactionScope, just like Transactional<> but use it for writing/modifying/deleting files on disk. Does something like this exist in the standard libs? I've read that NTFS has

问题 When the USN journal is used for the first time, the volume's entire set of USN records must be enumerated using the FSCTL_ENUM_USN_DATA control code. This is usually a lengthy operation. Is there a way to estimate the number of records on the volume prior to running it, so progress can be displayed? I'm guessing the USN data for the entire volume is generated from the MFT, with one record per file (approximately). So perhaps a way to estimate the number of active files in the MFT would work.

问题 When the USN journal is used for the first time, the volume's entire set of USN records must be enumerated using the FSCTL_ENUM_USN_DATA control code. This is usually a lengthy operation. Is there a way to estimate the number of records on the volume prior to running it, so progress can be displayed? I'm guessing the USN data for the entire volume is generated from the MFT, with one record per file (approximately). So perhaps a way to estimate the number of active files in the MFT would work.

问题 This is a tricky question. I suspect it will require some advanced knowledge of file systems to answer. I have a WPF application, "App1," targeting .NET framework 4.0. It has a Settings.settings file that generates a standard App1.exe.config file where default settings are stored. When the user modifies settings, the modifications go in AppData\Roaming\MyCompany\App1\X.X.0.0\user.config . This is all standard .NET behavior. However, on occasion, we've discovered that the user.config file on a

问题 How do I set NTFS permissions in C#.NET? I am trying to change permissions for read/write in .NET. I'm a newbie, please assist! 回答1: you should be able to do it with System.Security.AccessControl name space. System.Security.AccessControl; public static void AddDirectorySecurity(string FileName, string Account, FileSystemRights Rights, AccessControlType ControlType) { // Create a new DirectoryInfo object. DirectoryInfo dInfo = new DirectoryInfo(FileName); // Get a DirectorySecurity object that

问题 In NTFS, I can prefix a path with the \\?\ character sequence to denote that it is a path that exceeds the 260-character limit; as such, the file system will interpret the path correctly and avoid raising PathTooLongException . (see http://msdn.microsoft.com/en-us/library/aa365247%28VS.85%29.aspx#maxpath for more information) Is there a .NET API that will prefix my path strings with this sequence, or am I stuck writing my own? In essence, I am looking for a method that is equivalent to the

问题 I work with developer tools like git and npm/yarn that often generate lots of small files. I know from NTFS performance and large volumes of files and directories (and from experience) that NTFS doesn't handle these as fast as most Unix filesystems. However I also know never versions of Windows support ReFS, a new Microsoft filesystem. My question is: does ReFS handle small files and large deletes faster than NTFS? 来源： https://stackoverflow.com/questions/50600934/does-refs-handle-small-files

问题 Does Windows (or NTFS in general) store the name of the application that created a file anywhere? Alternatively is there a robust way of determining which application is responsible for creating a file soon (a few seconds, say) after it is initially created? We're working on a document management system. It monitors the FS for new files with FileSystemWatcher - that part's straightforward - but I'd like for it to be able to keep track of which application/version created the new files it

问题 When sequentially overwriting (in e.g. 8192 bytes aligned and sized blocks) in existing parts of a file (sometimes/always?) WriteFile causes file reads from disk, which totally trashes performance. I don't quite understand why this happens and how to avoid it. Using Process Monitor I get the following information: Event.Class: File System Event.Operator: ReadFile Event.Offset: 1 875 288 653 824 Event.Length: 4 096 Event.I/O Flags: Non-cached, Paging I/O, Synchronous Paging I/O Event.Priority: