При использовании предыдущей установки Windows вы давали права доступа к файлам пользователю или пользовательской группе. Ваша новая установка Windows ничего не знает об этом пользователе / группе, поэтому она не может показать имя, но должна была показать внутренний идентификатор (называемый SID) пользователя / группы, например:S-1-5-21-555548493-16897873-2819830480-1002
Если вы планируете использовать файлы из более чем одной установки Windows, например, с использованием двойной загрузки, или можете установить новую Windows после замены старой установки, никогда не рекомендуется назначать права доступа к файлам для пользователя или группы, которую вы используете. создано.
Если членство в usersгруппе недостаточно детализировано, вы можете использовать другие встроенные группы окон для назначения разрешений. Поскольку эти группы имеют одинаковые внутренние идентификаторы безопасности при каждой установке Windows, разрешения для файлов остаются неизменными.
Встроенные группы:
Access Control Assistance Operators S-1-5-32-579 Administrators S-1-5-32-544 Backup Operators S-1-5-32-551 Cryptographic Operators S-1-5-32-569 Distributed COM Users S-1-5-32-562 Event Log Readers S-1-5-32-573 Guests S-1-5-32-546 Hyper-V Administrators S-1-5-32-578 IIS_IUSRS S-1-5-32-568 Network Configuration Operators S-1-5-32-556 Performance Log Users S-1-5-32-559 Performance Monitor Users S-1-5-32-558 Power Users S-1-5-32-547 Remote Desktop Users S-1-5-32-555 Remote Management Users S-1-5-32-580 Replicator S-1-5-32-552 System Managed Accounts Group S-1-5-32-581 Users S-1-5-32-545 но многие из этих групп не подходят для этой цели по нескольким причинам, которые я здесь пропускаю. Лично я использую Replicatorгруппу, вы также можете использовать Remote Desktop Usersгруппу, если предоставление пользователю доступа RDP не является проблемой.
Это все о будущем, у ваших нынешних дисков с данными все еще есть проблема, у вас нет выбора, кроме как предоставить группе администраторов право собственности на все файлы, а затем назначить нужные правильные разрешения. Вы должны использовать takeown.exeи icacls.exe, протестировать это с ограниченным количеством файлов, а затем применить свои правила доступа ко всем файлам.
Поскольку вы фактически не изменяете содержимое файлов, а только метаданные, я не уверен, что Dropbox даже воспринимает это как изменение. Я сомневаюсь, что Dropbox копирует списки управления доступом NTFS в облако, но я не уверен в этом.