В соответствии с разделом « Владение и разрешения » документации NTFS-3G, мы можем использовать параметры монтирования для управления доступом к файлам и их созданием . Комбинации очень сложны (см. Две таблицы там). Также я не читаю и получаю все из них. Например, я не знаю, выбран ли POSIX ACL во время компиляции или нет двоичного пакета NTFS-3G. Но лучшее, что я получил, - это использование файла сопоставления пользователей в сочетании с некоторыми вариантами монтирования, чтобы приблизить вероятное сопоставление владения файлами и разрешений между Windows и Linux.
Предупреждение : это только то, что лучше всего подходит для общего доступа к разделу данных NTFS (диск D:
под Windows) между Windows 8 с двойной загрузкой и Kubuntu 14.04. Инструкции записаны в тщательной ретроспективе, но не полностью проверены. Это слишком утомительно и утомительно, чтобы повторить всю процедуру снова. Так что следуйте этому на свой страх и риск. Но если вы это сделаете, поделитесь своим опытом. Если вы решите следовать инструкциям, прочитайте их полностью, чтобы получить полную картину, прежде чем действовать. Удачи!
Хорошо, вот и ты! Подробные инструкции состоят из трех частей. Часть 1 должна выполняться в Windows, а часть 2 в Linux. Часть 3 для теста.
Часть 1
В разделе « Сопоставление пользователей » документации NTFS-3G указаны две версии для настройки сопоставления пользователей между Windows и Linux, одна версия Windows и одна версия Linux. По моему опыту, версия для Linux закончилась промахом . Учетная запись Linux не была сопоставлена с моей учетной записью Windows, но под SID появилась некоторая неизвестная учетная запись . В результате возникла путаница, поскольку эта неизвестная учетная запись становится владельцем всех файлов моей учетной записи Windows. В этой ситуации, если у вас нет прав администратора для возврата прав собственности, файлы под вашей учетной записью Windows становятся недоступными. Но даже если вы терзаете, это все ещенеправильное отображение. Это означает, что позже все файлы, которые вы создаете в Linux, будут назначены этой неизвестной учетной записи в Windows, а те, что в Windows, будут назначены пользователю root (если я правильно помню). Таким образом, в Windows вам нужно вернуть право собственности снова, а в Linux сменить владельца. Это не то, что мы ожидаем. После нескольких безнадежных попыток исправить проблему я сдался и перешел к версии для Windows. Это сработало. Подробные инструкции, извлеченные из соответствующего раздела документации NTFS-3G, приведены ниже:
Загрузите инструмент usermap , извлеките его куда-нибудь (в моем случае, диск C:
), лучше вне NTFS-раздела (в моем случае диск D:
) для общего доступа.
Откройте командную строку Windows. Перейдите в извлеченный каталог tools
(по умолчанию) usermap
инструмента. Затем выполните следующую команду:
C:\tools> mapuser > UserMapping
Это создает шаблон и перенаправляет его в файл с именем UserMapping
. Откройте файл с помощью текстового редактора, скажем, Блокнот, вы должны увидеть следующие строки:
# Generated by usermap for Windows, v 1.1.5
# For Windows account "Account" in domain "Domain"
# Replace "user" and "group" hereafter by matching Linux login
user::SID
:group:SID
Предположительно, первым SID
должен быть SID вашего пользователя, а вторым - SID вашей группы. Вы можете проверить их соответственно с помощью команд whoami /user
и whoami /groups
.
После того, как вы убедитесь, что SID верны, следуйте инструкциям в комментарии, то есть измените user
в user::SID
строке свое имя пользователя и group
в :group:SID
строке имя основной группы в Linux. На Ubuntu они одинаковые. Кроме того, добавьте имя вашей группы Linux также после первого двоеточия user::SID
строки. Так что линия должна выглядеть примерно так user:group:SID
. Кажется, что в противном случае файлы, созданные в Windows, будут назначены в user:root
Linux.
Сохраните файл. Переместите его в каталог с именем .NTFS-3G
(создайте его, если он еще не существует) в разделе NTFS для общего доступа (в моем случае диск D:
).
Этот шаг предназначен для тестирования в части 3. В общем разделе NTFS создайте новый каталог и новый файл.
Часть 2
Теперь загрузитесь в Linux. sudo
отредактируйте файл /etc/fstab
. Добавьте или измените строку для общего раздела NTFS примерно так:
UUID=... /data ntfs defaults,umask=077,utf8 0 0
Необходимо установить umask
( dmask
и fmask
может также работать, но не проверено). Выберите значение для umask
вас, как я, хотя я выбрал 077
. Кажется, без этой настройки полные права будут предоставлены o
thers для вновь созданных файлов.
Сохраните файл. Теперь sudo mount
или перемонтируйте ( sudo umount
и затем sudo mount
) общий раздел NTFS (в моем случае /data
):
$ sudo mount /data
Часть 3
Теперь (еще в Linux) cd
до точки монтирования (в моем случае /data
) ls -l
файлов нет. Проверьте, совпадают ли их права доступа и права доступа соответственно с тем, который вы указали в UserMapping
файле и в котором umask
вы его установили /etc/fstab
(соответствие между разрешениями и umask
требует некоторого дополнительного вычисления, см. Man (1) umask для получения дополнительной информации). Если они это сделают, поздравляем, половина цели достигнута. Иначе бедный ты. Спросите Ubuntu или Windows.
Затем создайте новый каталог и новый файл. ls -l
проверить их право собственности и разрешения. Владельцем должно быть ваше имя пользователя и основная группа, как обычно. Разрешения должны соответствовать umask
. Теперь перезагрузите компьютер и загрузитесь в Windows. Найдите в общем разделе NTFS каталог и файл, который вы только что создали в Linux. Проверьте их свойства, чтобы увидеть, назначены ли они вашей учетной записи Windows. Если они, поздравляю, вы все сделали. В противном случае невезение. Спросите Windows или Ubuntu.
EOF