我发现的每个问题和答案似乎都与我当前的问题相反。
8TB NTFS USB 驱动器（已满约 85%）连接到单启动 Ubuntu 20.04 服务器，通过 Samba 与 Windows 工作站共享。用于被视为“非必要”的面对面教学业务，因此由于去年对客户关闭了 7 个月，因此只能靠指甲和祈祷来维持。大部分数据是在封锁期间/封锁之后创建的视频课件。更好的故障转移计划已列入计划，但支付工资和租金一直是优先事项。业主 100% 支持 IT 支出（其中一位是 CIS 教授），因此不会因为无知而吝啬。他们批准了我列表中的每一项硬件和软件，批准了优先级并为每次购买设定了目标。作为一名极客，我非常感谢他们的支持。我从未为一家更了解正确设置基础设施的公司工作过。在封锁之前，他们为 IT 提供了很好的资金，但由于适应了“非必要”而部署了服务器。工作从教学变成了 100% 的课程开发，这需要更好地共享大量数据。请原谅我的长篇大论，但我希望避免“应该、可以、会”这样的回应。
断电时，我正在通过网络复制文件（写入驱动器）。UPS 在列表中，但无法使用。所有工作站都是笔记本电脑，所以没有一台可以双堆叠。重新启动后，驱动器将不再安装在 Linux 中（在服务器或我的 Ubuntu 20.04 笔记本电脑上）。当我运行 fdisk 时，它会报告“主 GPT 表已损坏，但备份似乎正常，因此将会使用它。” 由于驱动器无法安装，备份似乎肯定没有被使用。我可能错了，但看起来就是这样。
Fdisk 显示了 /dev/sdb 的正确描述（7.28 TiB、8001563222016 字节、15628053168 个扇区...）。它显示了 /dev/sdb1 的正确信息（起始 2048 结束 15628050431 扇区 15628048374 大小 7.3T 类型 Microsoft 基本数据）。没有其他分区。
该驱动器为 NTFS 格式。它是一个 USB 驱动器，需要轻松连接到 Windows 系统，而无需在这些系统上安装其他软件（企业主对便携性的要求）。我可以直接将其连接到 Windows 7、8、10 机器。它可以正确安装，并且可以在任何 Windows 操作系统上读取和写入数据。如果我检查 Windows 中的错误，则不会检测到任何错误，因此不会尝试进行修复。除了磁盘检查之外，我没有尝试过任何 Windows 修复工具，因为根据我的经验，它们通常弊大于利。
我备份了所有数据（1700 英里之外 - 大多数数据都是零零碎碎地记录下来的，所以我有一个脚本，可以在一夜之间将数据简单且不可见地备份到远程位置），并且如果我将驱动器连接到 Windows，则可以访问该驱动器上的所有数据。最困难的部分是，由于 Covid，我没有多余的 8T 驱动器或购买一个的资金——说真的。也想避免 36 小时以上的驱动器到驱动器复制，无论是在这里还是在我们的备份站点（所有者孩子的家）。我们已经习惯了它在我们的小服务器上，我们希望尽快拿回它。我把它放在 20.04 服务器上，特别是因为我尊重 Ubuntu 提供的无 BS 和出色工具。那个小服务器是我最喜欢的系统，因为她一点也不喜怒无常……直到这个。
我可以访问 Windows 7、8、10 系统以及 Ubuntu 20.04 服务器和桌面。如果可以的话，我愿意使用 Windows 工具，但我更信任 Ubuntu——大多数 Windows“恢复工具”都让我害怕