标签: ntfs

最近，我的笔记本电脑硬盘崩溃了，我正在尝试挽救原始驱动器上的一些数据。

因此，我提取了故障硬盘并将其安装在 USB 机箱中。我已成功检索到一些数据，但收到“访问被拒绝”的消息。每当我尝试访问“文档和设置\用户名”文件夹下的文件时都会弹出。

奇怪的是（对我而言）我可以访问我女朋友的“Documents and Settings\girlfriend-username”文件夹下的文件，但无法访问用户名目录下的文件。

建议？

我需要找出格式化特定硬盘时选择的“分配单元大小”。

它不会出现在驱动器的属性信息中。

有没有简单的方法来获取这些信息？

文件服务器是 IT 中的一个事实，我很好奇是否有任何普遍接受的做法（我在这里犹豫使用“最佳”一词）来说明如何创建组并应用权限来管理客户端对共享文件夹的访问文件服务器。

在我目前的工作中，我最终继承了很多不同的方法，从 ACL 上的数十个组到将单个用户直接放在文件系统上。我的任务是清理混乱，并在整个公司（大型环境、150k 人员、90k 客户端计算机、100 台文件服务器）中提出某种标准化方法来解决这个问题。

根据我对这个问题的理解，似乎每个受保护资源的每个所需访问级别至少需要一个组。这种模型似乎提供了最大的灵活性，因为除非您需要支持不同的访问级别，否则您不需要再次触及文件系统权限。缺点是与跨多个共享资源重复使用同一组相比，您将创建更多组。

这是一个示例，显示了我的意思：

在名为 FILE01 的文件服务器上有一个名为“测试结果”的共享，有些人需要只读访问、读写访问和完全控制。1 个安全资源 * 3 个访问级别 = 3 个安全组。在我们的 AD 环境中，我们将这些创建为通用组，以便我们可以轻松地从林中的任何域添加用户/组。由于每个组唯一地引用一个共享文件夹和访问级别，组名称包含这些“关键”数据，因此权限如下：

"FILE01-Test Results-FC"  --  Full Control
"FILE01-Test Results-RW"  --  Read & Write
"FILE01-Test Results-RO"  --  Read Only

通常，我们还会包括内置 SYSTEM 帐户和具有完全控制访问权限的内置管理员。现在可以使用组成员身份来处理对谁实际获得此共享访问权限的任何更改，而不必接触 ACL（通过添加代表特定业务角色的“角色”组，例如经理、技术员、QA 分析师等，或仅添加个人一次性访问用户）。

两个问题：

1）这实际上是处理权限的推荐或有效方法，还是我错过了一些更简单、更优雅的解决方案？我对任何使用继承但仍然保持灵活性的解决方案特别感兴趣，因为当事情发生变化时不必重新 ACL 大部分文件系统。

2) 您如何处理环境中的文件服务器权限和组结构？那些也在大型环境中工作的人的奖励积分。

我们有一个应用程序计划存储大约 1.1TB 的 XML 文件，平均大小为 8.5kb。

这些代表了 18 个月的滚动数据，每天创建大约 200,000 个新文件。

每个文件只会写入一次，然后有 3% 的机会在接下来的 18 个月内被读取少量 (<10) 次。

哪些 NTFS 选项对我们开放，有助于提高性能？

目前我们名单上的有：

• 禁用 8.3 名称创建
• 限制目录中的文件数量（数量仍在争论中......）

编辑

关于碎片：我们计划使用 2k 集群大小来提高磁盘空间使用效率。每个文件将只写入一次（即没有文件编辑）。文件将在 18 个月后每天删除。

因此，我们认为碎片化不会是一个重大问题。

我使用角色为 Hyper-V 的 Windows Server 2008r2。来宾系统是 Ubuntu 12.04 LTC。它位于动态虚拟硬盘上。

我想压缩这个 VHD（磁盘上的实际大小是 50 GB，360 GB）。但我不能这样做，因为 Ubuntu 文件系统不是 NTFS。 我需要什么（gparted，sdelete，...）来解决这个问题？

主要问题是文件系统不是NTFS，而是ext4。

答案：

1) 下载systemrescuecd

http://sourceforge.net/projects/systemrescuecd/files/sysresccd-x86/3.8.1/systemrescuecd-x86-3.8.1.iso/download

2) 将此 .iso 添加到 quest OS Ubuntu

3）启动这个虚拟机

4）使用zerofree

zerofree /dev/sda1

5) 关闭这个虚拟机

6) 使用 Hyper-V 管理器（编辑 -> 碎片整理）

这个 vhd 是 360 Gb。现在 70 GB。

我正在尝试使用 Windows Server Backup 来备份我的新服务器上的 RAID 阵列。但是，当我这样做时，我遇到了这个错误：

服务器运行的是 Windows Server 2012 R2，所讨论的阵列大小为 20TB（可用 18TB）；目前正在使用不到 1TB。

我知道在 Windows Server 2008 中，由于 VHD 的限制，您无法备份大于 2TB 的卷，但 Microsoft 现在已切换到 VHDX，它允许备份 64TB 卷。我也知道为了利用这一点，有问题的驱动器必须是 GPT。

我已经确认我的磁盘实际上是 GPT。

当我运行 Windows Server Backup 时，我正在使用“备份一次”选项并备份到网络驱动器。我也在使用我认为是标准的设置。但是，当我尝试运行备份时，出现了上面看到的错误。

我不知道为什么这个上限为 16.7TB，因为 Windows Server Backup 可以备份高达 64TB 的卷。谁能给我一些关于为什么会发生这种情况或我可能做错了什么的见解？

更新：我收到了新驱动器并再次创建了阵列，但我仍然遇到相同的错误。我可以确认我的集群计数低于 2^32。

我在这个问题中读到，显然 Windows 备份不支持备份到没有 512 或 512e 字节扇区的磁盘。查看我尝试备份到的文件共享，它使用 4k 扇区。这可能是根本问题吗？如果有帮助，我尝试备份到的共享将托管在 CentOS 服务器上。

我想在我的计算机中的 2 个不同主分区内安装 2 个完全独立的 Windows XP 实例（不应共享数据）。我知道 grub 可以正确引导它们，但我不知道是否可以在 100% NTFS 系统中安装和配置它，而无需任何额外的 linux 分区/分发。

我正在使用 NTFS 格式化驱动器，该驱动器将专门用作用户集中存储文件的文件共享。这些文件可能很大（10 到 100 兆字节）。

有人建议使用比默认 4k​​（例如 64k）更大的分配单元大小会使其性能更好。我想我理解它背后的基本原理，但我不确定它在实践中是否有效。这真的会有所作为吗，或者这可能会导致比它解决的问题更多的问题？

我们有一个带有 C: 和 D: 驱动器的 Windows Server 2008。我使用“缩小卷”选项从 D: 驱动器释放了 30 GB，并且需要将其添加到 C: 驱动器。但是 C: 驱动器上的扩展卷被禁用。

你能告诉我如何将 D: 驱动器末尾的可用空间添加到 C: 驱动器？

我创建了一个故障驱动器的图像：

dd if=/dev/sde of=/mnt/image001.dd

该驱动器只有两个分区：

   Device Boot      Start         End      Blocks   Id  System
/dev/sde1   *           1          13      102400    7  HPFS/NTFS
/dev/sde2              13       60802   488282112    7  HPFS/NTFS

如何将映像 (image001.dd) 拆分为两个或三个文件（1：MBR；2：分区 1；3：分区 2）以便我可以在其中安装文件系统？

我发现一个对我不起作用的解决方案是使用split创建许多 512K 文件，然后将cat它们重新组合成三个文件（1：512K、2：105M、3：其余的），但我没有磁盘空间。

历史：
我已经将整个映像复制到一个新驱动器，它可以启动并且大部分工作正常。似乎 FS 在旧的故障驱动器dd上已损坏，并复制了损坏的部分（应该如此），然后我将它们写入新驱动器。我的解决方案是挂载我复制的 FS，然后只复制文件（使用rsync或其他东西），这样希望我不会复制坏的位。

更新 1：我试过dd if=/mnt/image001.dd of=/mnt/image001.part1.dd bs=512 count=204800 skip=1但mount抱怨NTFS signature is missing，所以我认为我没有做对。