我有两台运行DFSR的Windows 2008 Standard服务器。 我可以在一台服务器上创build一个文件，并将其复制到另一台服务器上，等等。我在每台服务器上都有共享的名称空间共享文件夹，其中包含“完全控制pipe理员”和“每个人的修改权限”。 然后，我浏览到服务器1上的文件夹，例如\\server1\namespace\share\folder1 。 我右键单击该文件夹，并configurationNTFS权限，因为我希望他们是。 例如pipe理员完全控制，一个用户读/写访问，并且在用户列表中没有其他用户。 我保存这个，然后仔细检查第二个服务器，例如\\server2\namespace\share\folder1 。 我用鼠标右键单击与以前相同的文件夹名称，可以看到相应的NTFS权限已复制。 我右键单击该文件夹并转到属性>安全性>高级>有效权限，然后select一个不能进入该文件夹的用户，例如testuser。 它同意NTFS权限，并显示testuser没有任何权限旁边的滴答，所以应该被拒绝访问。 我以testuser身份login到任何networkingPC或服务器。 我浏览到\\server1\namespace\share\folder1 。 它让我直接进入，没有访问被拒绝的消息。 这同样适用于server2。 好像我所有的NTFS权限都被忽略了。 我有一个DFS共享，然后所有的子文件夹是私人文件夹和公共文件夹的混合物，所以我需要NTFS权限来像平时一样工作。 任何想法是怎么回事？ 这是正常的吗？ 从我的testing中，所有用户都可以访问命名空间\ share下的任何DFSR文件夹，这非常令人担忧。 谢谢
升级本地服务器上的磁盘后，我使用“Parted Magic”启动磁盘和gparted来移动和调整NTFS分区的大小。 我相信它在内部使用'ntfsresize'工具。 然而，在大约一半左右的地方，权力有一个小小的涟漪，我心脏病发作。 我还没有接触或挂载磁盘，是否有任何可能的方式来重新开始我离开的操作？ 否则，恢复我的数据的最佳方法是什么？ 每个人都会说：“哦，是啊，ntfsresize是完全安全的，只要你没有停电或什么的… …我拧了吗？
我已经在sambaconfiguration中定义了一个共享，我正在修改MyShare中的一个子文件夹的权限，以允许一个名为MyFolder_Security修改权限的特定NTFS组以及所有其他（除root以外）组/用户只读权限。 有问题进入文件夹并对特定文件夹上的组进行修改留在特定文件夹内的特定文件上。 [我的份额] 评论=“等等等等等等” browseable =是 客人好吧=没有 只读=否 path= / xxx / xxxxx / 创build掩码= 0640 目录掩码= 0750 admin users = @“domain \ Domain Admins”，@“domain \ group A”，@“domain \ group B” 有效的用户= @“domain \ Domain Admins”，@“domain \ group A”，@“domain \ group B” nt acl support =是 inheritanceacls = yes inheritanceowner = yes inheritance权限=是 MyShare上的Linux安全机制是： drwxr-xr-x […]
我们有一个例子，说明1TB卷如何被损坏。 系统事件查看器中有事件ID 55错误。 在运行chkdsk ，它会检查47％的索引并返回到命令提示符。 如果我们无法挽救驱动器上的数据，那么我们有一个完整的备份数据库从前一段时间。 其日志文件在不同的卷上是完整的。 恢复数据库并以某种方式重放日志文件是否可行？ 我已经看到有关从日志文件备份（.trn）重放日志文件的文章，但是我们有实际的日志文件（.ldf）任何帮助，将不胜感激。
我build立了一个文件共享，我希望我的用户能够读/写/删除。 问题是我能列出内容并删除它，而不是读/写。 是的，这是为几个用户。 权限如下所示： NTFS 父文件夹没有inheritance。 所有者：pipe理员 完全控制：经过身份validation的用户，pipe理员 分享 完全控制：经过身份validation的用户，pipe理员 我敢打赌我错过了一些微不足道的东西。 有人能把我指向正确的方向吗？ 更新：现在我只在添加系统后，缺less读/执行权限，组用户和创build者所有者到NTFS权限设置（给他们完全控制）。 它让我感到可能是问题是由一些Linux权限造成的？ 我从linux smb共享复制所有文件，所以这些文件仍然有linux的perissions我猜，可能是这样吗？ 如果是这样，我该如何删除这些？
在我的OCZ 240GB PCI-Express固态硬盘中，我创build了大文件，在写入45GB和45GB两个文件后，软件抛出exception“由于文件系统限制，请求的操作无法完成”虽然有很多空间。 我试图调查这个问题，有人说可能是碎片问题。 我试图通过从这个分区中删除所有文件来解决这个问题，所以在大文件中添加不会造成碎片，但问题仍然存在。 在这个分区中，我有40个文件，两个大（我试图创build的文件）和其他文件小（元数据），并有6个碎片文件，总文件片段是3768243 – 这个信息从碎片整理/ V 我有Windows Server 2008 R2 – 有什么build议吗？
我有一个外部的USB磁盘上有一个NTFS文件系统。 如果我从Windows中删除文件，并运行其中一个“取消删除”实用程序（如TestDisk），我可以轻松恢复文件（因为“它仍然存在，但标记为已删除”）。 如果我从Linux中删除文件（我正在使用Ubuntu），没有实用程序可以恢复文件（除非我使用基于深度search签名的文件）。 为什么？ 它看起来像Linux不只是“标记为已删除”，但它抹去了一些磁盘上的结构，是这样的情况？
我们正在做一些AD清理工作，迁移或删除旧的AD组，并用我们当前滞留在AD中的命名replace它们。 我们遇到的挑战是确保我们已经发现所有与前一组相关的地方都被用于整个networking，专门用于文件和文件夹访问。 例如，假设我们有一个名为“old-group”的AD组，它在3个不同的服务器上为4个不同的文件夹提供NTFS权限。 有没有一个工具或脚本，我可以安装/运行，以确定所有的权限中列出“旧集团”的地方。
我以前问过下面的问题，回答是，我logging了我最近只能回头看看所有的答案已被删除。 我做错什么了吗？ “我似乎陷入了这个怪异的权限问题循环，我们有一个文件服务器，每个人都有他们的用户共享和他们的部门共享，一切正常，权限设置为Modify部门或用户的个人共享。不Full Control 。用户可以访问他们的文件夹，但显然不能在根目录下添加其他人，因为他们没有Full Control 。 我似乎无法理解的是让用户A在其个人共享内部创build一个名为XYZ （所有用户都有自己的共享文件夹）的文件夹，然后转到权限，并通过searchActive Directory添加user B 如果用户B需要访问该文件夹，他们将键入\\SERVER\User A\ （这将被拒绝访问，因为他们无权访问根文件夹）。 但是，如果用户B键入\\SERVER\User A\XYZ他们将被授予访问权限，因为用户A允许在NTFS权限级别访问该文件夹 如何阻止用户在他们的共享中创build一个文件夹，并简单地修改NTFS权限来添加另一个用户，让他们访问绝对path？ 这没有任何意义。 Windows Server 2008 R2和2008function级别域。 初始共享是由域pipe理员在服务器上创build的。用户A是他们机器的本地pipe理员。用户B是标准用户
我有一个从networking驱动器复制到C驱动器根目录或“程序文件（x64）”或直接从networking直接“\ Users”下的问题。 这是我得到的错误： “X：\是不可用的，如果这个位置在这台电脑上，确保设备或驱动器已经连接，或者光盘已经插入，然后再试一次，如果这个位置在networking上，请确保你已经连接到networking或互联网，然后再试一次，如果仍然找不到位置，可能是被移动或删除了。 但是，我可以将networking文件复制到临时位置（如桌面），另一个我直接在C驱动器下创build的文件夹等。这也不是networking连接问题。 这发生在具有域pipe理员帐户的windows域networking上（以及本地pipe理员帐户）完全打补丁Win 8.1机器上。 共享也是Windows 2012服务器，不是第三方NAS等。 另一个重要的事情是，如果您从本地资源复制到C的根目录或其他有问题的位置，那也没关系。 所以这不是我所假设的基本权限问题。 看看是什么导致这一点，我是否可以改变这种行为。 您可以在下面的有问题的文件夹之一上看到有效的权限。 正如你所看到的，我应该完全访问这个文件夹。