☰

扩展分区后丢失约 90 GB

tag-icon • tag-icon windows partitioning
扩展分区后丢失约 90 GB

我的 Windows 分区需要更多空间。

我的解决方案是从包含 Windows 分区的磁盘中删除 BTRFS 分区，以便可以轻松扩展分区。**这释放了磁盘上大约 90 GB 的空间。完成后，Windows 分区被扩展为包含 90 GB。

启动 Windows 时，磁盘大小... 相同。仍然只有 20 GB 可用。**

一个建议是缩小分区然后再次扩展。我缩小了分区，但只缩小了 17 GB，因为这是 Windows 提供的全部。

磁盘管理

我再次扩展了分区但没有什么变化。

chkdsk未报告任何问题。我运行了“优化”（丢弃），但没有任何变化。

我丢失了 90 GB 并且不知道如何解决。

笔记：扩展任何类型的分区都不会影响磁盘的大小，也不会影响 Windows 报告的大小。分区不是磁盘。

分区表是标准的MBR：

$ sudo parted /dev/sdb print
Model: ATA TOSHIBA THNSNJ25 (scsi)
Disk /dev/sdb: 256GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags: 

Number  Start   End    Size    Type     File system  Flags
 1      1049kB  608MB  607MB   primary  ntfs
 2      608MB   254GB  253GB   primary  ntfs
 4      254GB   256GB  2147MB  primary  ext4         boot

$ sudo gdisk /dev/sdb
GPT fdisk (gdisk) version 1.0.8

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present

$ sudo fdisk -lx /dev/sdb
Disk /dev/sdb: 238.47 GiB, 256060514304 bytes, 500118192 sectors
Disk model: TOSHIBA THNSNJ25
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x00541412

Device     Boot     Start       End   Sectors Id Type            Start-C/H/S   End-C/H/S Attrs
/dev/sdb1            2048   1187839   1185792  7 HPFS/NTFS/exFAT     0/32/33   73/239/38 
/dev/sdb2         1187840 495919103 494731264  7 HPFS/NTFS/exFAT   73/239/39 1023/254/63 
/dev/sdb4  *    495921152 500115455   4194304 83 Linux           1023/254/63 1023/254/63    80

还检查了调整大小是否完全正确（即没有空闲空间）：

$ sudo ntfsresize -vxn /dev/sdb2
ntfsresize v2021.8.22 (libntfs-3g)
Sectors allocated to volume :  old 494731256 current 494731256 difference 0
Clusters allocated to volume : old 61841407 current 61841407 difference 0
ERROR: Cannot expand volume : the partition has not been expanded

答案1

  1. 这看起来像已知问题：“作为微软 2024 年 1 月补丁星期二的一部分，发布了安全更新 (KB5034441)...但是，在尝试安装此更新时，Windows 10 用户报告出现 0x80070643 错误，并且安装失败...因为 Windows 恢复分区不够大。”

    微软可能正在修复此更新，但提供了立即解决方法的建议，建议是“注意：这些步骤很复杂，并且有一定的风险。最好由具有经验的高级用户使用命令行。如果您在输入这些命令时出错，则可能会导致设备无法启动，并且可能会丢失存储在设备上的数据。“

  2. diskmgmt.msc 中的所有操作都已提交吗？

  3. 将所有数字相加。驱动器显示为总容量约为 238.5 GB（二进制），即约 256 GB（十进制）。这不对吗？制造商喜欢将磁盘大小表示为十进制数，即 10 的幂，而不是二进制数，即 2 的幂，因为这样看起来更大。

    • 系统：~0.5 GB
    • Windows：约 218.5 GB
    • 未分配空间：约 17.5 GB
    • ~2 GB：未命名分区（Linux 交换？）
    • 以上总和为 238.5 GB，只是驱动器总容量，没有缺少的空间！

    但是，你已经17.5未分配。为什么？除非将该空间变成格式化分区。您可以使用 diskmgmt.msc 执行此操作（右键单击，创建一个新的简单卷，然后将其格式化为恢复分区）。

最后，在“256 GB”驱动器上运行 Windows 就像驾驶一辆皮卡车一样，12 英寸轮胎。删除空间来创建 Linux 分区会使情况更加恶化。

相关内容