☰

在使用 NTFS-3G 安装且存在用户映射文件的 NTFS 驱动器上，所有新文件都属于根目录

tag-icon • tag-icon linux ntfs-3g
在使用 NTFS-3G 安装且存在用户映射文件的 NTFS 驱动器上，所有新文件都属于根目录

在我的系统上，我有一个大型的 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)

我应该如何设置才能正常创建文件，并将所有权设置为我的非特权用户帐户？我尝试设置继承挂载选项，但随后遇到了另一个问题，即我无法写入 root 拥有的目录，并且 chmod 或 chown as 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

答案1

我们刚刚在我女朋友的电脑上遇到了这个问题，尽管我们提供了更多信息：同一台机器上的用户可以毫无问题地创建文件。

经过多次尝试，我们终于弄清楚了她的机器出了什么问题；她的主组设置为sudo，而我的设置为users

$ id y

uid=1001(y) gid=100(用户)

组=100（用户）、7（lp）、91（视频）、92（音频）、1000（sudo）

$ id x

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

组=1000（sudo）、7（lp）、91（视频）、92（音频）、100（用户）

我们按照说明进行操作这里将她的默认组更改为users卸载驱动器，注销，重新登录，重新安装驱动器，然后一切都开始正常运行。

答案2

我认为您需要data使用该选项挂载您的分区permissions。然后您可以更改文件的所有者。

但是，我认为新文件不会映射到 Windows 用户。

相关内容