2

В моей системе имеется большой раздел данных в формате NTFS, который совместно используется Linux (Debian 8) и Windows (2012 Server). Когда я создал файл сопоставления пользователей, как описано в документации NTFS-3G, большинство прав доступа к файлам работало должным образом, только любые новые файлы, созданные мной в Linux в разделе NTFS, принадлежат пользователю root и недоступны для редактирования моей обычной учетной записи пользователя:

$ pwd
/mnt/data/src
$ ls -l 
total 0
$ touch file
touch: setting times of ‘file’: Permission denied
$ ls -l
total 0
-rw-r--r-- 1 root root 0 Apr 28 10:41 file
$ ls -ld .
drwxr-xr-x 1 ##### root 144 Apr 28 10:41 .
$ id
uid=1000(#####) gid=1(daemon) groups=1(daemon),4(adm),20(dialout),21(fax),24(cdrom),25(floppy),26(tape),27(sudo),29(audio),30(dip),44(video),46(plugdev),108(netdev),110(lpadmin),113(scanner)

Как мне установить, чтобы файлы создавались как обычно, а право собственности устанавливалось для моей непривилегированной учетной записи пользователя? Я попытался установить параметр монтирования наследования, но потом столкнулся с другой проблемой, а именно с тем, что я не мог записывать в корневые каталоги, и ни chmod, ни chown от имени root не имели никакого эффекта.

Соответствующие файлы:

$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdf1 during installation
UUID=eab88331-a1c7-4f18-b971-ad5f58c6d08c /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sde2 during installation
UUID=188C-66A1  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sdf2 during installation
UUID=1d82108c-20bb-4df2-8df4-2ca145cca01f /home           ext4    defaults        0       2
# swap was on /dev/sdf5 during installation
UUID=8e94b87a-e170-4a34-88fe-2100e8db0ae6 none            swap    sw              0       0
/dev/sr0        /media/cdrom0   udf,iso9660 user,noauto     0       0

UUID=592AF2FB029E1E67 /mnt/data ntfs-3g

,

$ sudo cat /mnt/data/.NTFS-3G/UserMapping
[sudo] password for #####: 
# Generated by usermap for Linux, v 1.1.6
:#####:S-1-5-21-742487409-2243251135-2122958030-513
:#####:S-1-5-21-1202660629-1788223648-1801674531-513
:#####:S-1-5-21-343818398-1004336348-725345543-513
:#####:S-1-5-21-1801674531-1614895754-1417001333-513
:#####:S-1-5-21-117609710-2025429265-839522115-513
#####:#####:S-1-5-21-742487409-2243251135-2122958030-1003
#####:#####:S-1-5-21-1202660629-1788223648-1801674531-1004
#####:#####:S-1-5-21-343818398-1004336348-725345543-1004
#####:#####:S-1-5-21-1801674531-1614895754-1417001333-1004
#####:#####:S-1-5-21-117609710-2025429265-839522115-1004
#####:#####:S-1-5-21-117609710-2025429265-839522115-1005
|источник

2 ответа2

1

Мы только что столкнулись с этой проблемой на компьютере моей подруги, хотя мы пришли с некоторой дополнительной информацией: мой пользователь на той же машине мог создавать файлы без проблем.

Попробовав несколько вещей, мы наконец выяснили, что не так на ее машине; ее основная группа была установлена на sudo , где моя была установлена на users 

$ id y

uid = 1001(y) gid = 100(пользователи)

групп = 100(пользователи), 7(LP), 91(видео), 92(аудио), 1000(Судо)

$ id x

uid = 1000(x) gid = 1000(sudo)

группы = 1000(Судо), 7(LP), 91(видео), 92(аудио), 100(пользователи)

Мы следовали приведенным здесь инструкциям, чтобы изменить ее группу по умолчанию, чтобы users отключили диск, вышли из системы, снова вошли в систему, снова подключили диск, и все стало работать правильно.

|источник
0

Я думаю, что вам нужно смонтировать раздел data с опцией permissions . Затем вы можете изменить владельца ваших файлов.

Тем не менее, я думаю, что новые файлы не будут сопоставлены пользователю Windows.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .