这个问题与这个；称之为第 2 部分。@allquixotic对原始问题提供了建议，解决了症状，但结果暴露了一个明显的潜在问题，这也是本问题的主题。
情况：计算机的内置硬盘包含三个 NTFS 分区（Windows 7 主分区、启动分区和恢复分区）和多个ext4分区（Linux Mint 17 分区和交换分区）。我目前正在使用 Debian Wheezy 的外置硬盘。所有分区都可以通过 GRUB 启动，一切正常；没有任何损坏迹象。Mint 已预先配置为自动安装 Windows 分区，并且确实如此，一切正常。
Debian 没有。我手动设置了它。Windows 分区列在/etc/fstab：
（不知道为什么它会采用如此荒谬的字体；无法从编辑器中复制并粘贴它。）我创建了一个挂载文件夹 /mnt/windows，并使用以下命令将其挂载：
mount -t ntfs -o nls=utf8,umask=0222 /dev/sda3 /mnt/windows
我创建了该文件夹的快捷方式/mnt/windows，该快捷方式列在文件管理器 (Dolphin) 的驱动器列表中。执行 mount 命令后，Windows 分区的内容可通过快捷方式或 在文件管理器中看到/mnt/windows。我还可以dir在终端中执行命令并查看内容。
问题如下：当我重新启动时，分区会自动挂载。mount 命令会验证分区是否已挂载。但是，内容不可见。文件管理器显示一个空窗口，终端中的 dir 命令不显示任何内容（仅在下一行显示另一个命令提示符）。如果我在终端中手动卸载并重新挂载，内容将再次变为可访问。因此，在启动时，系统只是“名义上”挂载了分区；它似乎无法像挂载一样运行。
该过程在 Mint 中运行良好，因此它一定与 Debian 中的配置有关。关于如何修复此问题，有什么建议吗？
答案1
看来我偶然发现了自己的答案，或者至少是大部分答案。
很明显，挂载正在进行，并且fstab条目的内容和挂载命令不同，所以这看起来是个不错的起点。这fstab是预先存在的，可能是在我运行 ntfs-config 时创建的。我猜想不同的挂载点可能是问题所在（分区正在挂载，但不是所有东西都在寻找它的位置）。我将其更改，fstab现在找到了分区。
剩下的唯一问题是关于这两个规范之间的另一个主要区别。 fstab将文件系统列为ntfs-3g，这似乎是一个正确的描述。从我看到的文件系统定义来看，它的一个特性与权限有关。mount 命令包含一个条目umask中缺少的参数fstab。我知道它定义了权限，但我不明白如何解码它。因此，不清楚ntfs-3g条目使用的默认值是否与 mount 命令中的 umask 值相同，或者它们可能不同，但ntfs-3g默认值“足够好”。我不想通过将 umask 参数添加到 fstab 条目来创建可能的冲突。如果有人能澄清这一点，我将不胜感激。