На диске NTFS, смонтированном с NTFS-3G, в котором присутствует файл сопоставления пользователя, все новые файлы принадлежат пользователю root

824
user3472403

В моей системе имеется большой раздел данных в формате 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) 

Как мне установить, чтобы файлы создавались как обычно, а право собственности устанавливалось для моей непривилегированной учетной записи пользователя? Я попытался установить параметр монтирования mountit, но затем столкнулся с другой проблемой, а именно с тем, что я не мог записывать в корневые каталоги, и ни 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
ArcherSeven

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

Попробовав несколько вещей, мы наконец выяснили, что не так на ее машине; ее основная группа была установлена 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
Frank Breitling

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

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

Похожие вопросы