主页 / computer / 问题

问题[gpt](computer)

Martin Hope
Peminator
Asked: 2022-04-29 23:40:07 +0800 CST
  • 5

我有 2 个物理磁盘。一为C盘，基本型，二，700G左右的大盘，包含一个475G的ExFat分区，后面还有223GB左右的未分配空间

但是，如果我打开磁盘管理器并尝试扩展第二个驱动器上的分区以利用未分配的空间，扩展选项将显示为灰色。

试过 Windows /11/ 磁盘管理器，还有免费的 EaseUS 分区大师，第二个也允许不调整大小，只移动分区。

有人可以解释或指向我的相关网址吗？到目前为止，我试图让驱动器离线，并从基本驱动器转换为动态驱动器。在道具中，我看到它是一个带有 guid 的分区，磁盘是 GPT 类型。

我之前删除了一个 NTFS 分区，并希望扩展 ExFat。我看到了创建新分区的选项，但这不是我想要的。

到目前为止，我看到的唯一选择是我可以复制现有分区的所有计数，然后将其删除并重新创建一个新的大分区。

但我仍然想知道为什么扩展选项是灰色的。有人知道答案吗？

截屏

partitioning gpt
Martin Hope
gatorback
Asked: 2022-02-02 18:31:14 +0800 CST
  • 5

根据将 Windows 10 从 BIOS 转换为 UEFI。该程序要求调用“高级选项”下的命令提示符，以便从命令行调用“mbr2gpt /validate

  1. 按 Win + X 从 Windows 的高级启动访问命令提示符。

  2. 转到“关闭或注销”，然后在按住 Shift 键的同时单击“重新启动”按钮。

  3. 上述操作会将您的系统重新引导至“高级启动”屏幕。

  4. 转到“疑难解答->高级选项”，然后选择“命令提示符”选项。

说明表明我应该看到：

在此处输入图像描述

当我执行第 4 步时，我没有看到这些选项：它只返回一项：“启动设置”，我不想修改它。

为什么高级选项不返回图像中显示的 6 个菜单项？需要做什么才能返回图像中的选项？

更新

根据 Ramhound 的请求，命令 Reagentc /info（从管理员终端运行）返回：

Windows 恢复环境 (Windows RE) 和系统重置配置信息：

Windows RE status:         Disabled
Windows RE location:
Boot Configuration Data (BCD) identifier: 5eef9b95-2fe8-11ec-9fcd-8e4a3539d6f1
Recovery image location:
Recovery image index:      0
Custom image location:
Custom image index:        0

更新：U盘

我按照Microsoft 程序刻录了一个 Windows PE USB 记忆棒，以克服命令提示符障碍。任务成功

gpt mbr
Martin Hope
Kim Kar
Asked: 2020-12-20 07:12:44 +0800 CST
  • 6

我面临以下情况：

我有一台装有 Windows 10 的 Thinkpad X1 Yoga 笔记本电脑。我已经缩小了 NTFS 分区以双启动 Arch Linux 安装，并且已经使用了一年多。我现在正在考虑完全删除 Win10，因为我真的不需要它，要么将整个磁盘专用于 Arch，要么将其与另一个发行版一起使用。

这就是当前 GPT 分区表的样子。分区是：

  • sda1：EFI 启动
  • sda2：Miscosoft 保留分区
  • sda3：Windows 10
  • sda4：Windows 10 恢复
  • sda5: Arch 根分区
  • sda6：拱交换
  • sda7：拱门/home

解决这个问题的最佳方法是什么？在我看来，这些是我的选择：

  1. 删除分区 2-4 并将 Arch 分区向左移动，同时根据需要扩展它们。这是一种安全的方法吗？然后修复 GRUB 是否容易，以便它知道分区的新位置在哪里？
  2. 备份 Arch 分区并简单地格式化整个驱动器，然后恢复它们。我当然不喜欢这样做，并且只有在选项 #1 由于某种原因不可行时才会这样做。我还需要一种方法来轻松地仅对/和/home分区进行映像以轻松恢复它们。

选项 #1 是否存在我不知道的任何风险或困难？在尝试之前还有什么我应该知道和阅读的吗？关于这个过程的任何一般性建议？谢谢。

partitioning gpt
Martin Hope
Joe C
Asked: 2020-06-01 07:41:56 +0800 CST
  • 6

在 Win10 中，我尝试使用“非破坏性”gptgen 工具从 MBR 转换为 GPT。它搞砸了整个事情，Win10说磁盘被写保护，我不能使用它，等等。

所以我把它带到我的 Linux 机器上并使用 gdisk。gdisk 发现了一些问题，然后我用 gdisk 修复了这些问题。所以现在 gdisk 说磁盘有保护 MBR 和 GPT 并且它使用 GPT。gdisk v 命令说没有检测到问题。gdisk p 命令显示 1 个 NTFS 分区。gparted 显示 1 个 NTFS 分区，没有任何抱怨或警告。我可以挂载 NTFS 分区并查看所有文件。

但是当我将磁盘返回到我的 Win10 盒子时，它说我必须初始化磁盘才能使用它，并提供使用 GPT 或 MSDOS 进行初始化。当然，我尽快按取消。把它带回我的 Linux 机器上，磁盘与 1 NTFS 分区完美结合。

有谁知道为什么 Win10 不能解释这个磁盘的 GPT 表？是否需要保护 MBR 或类似的东西？

这是打开时的 gdisk 输出：

GPT fdisk (gdisk) version 1.0.3

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

Found valid GPT with protective MBR; using GPT.

gdisk v 命令输出：

Command (? for help): v

No problems found. 2679836777 free sectors (1.2 TiB) available in 2
segments, the largest of which is 2679629963 (1.2 TiB) in size.

gdisk p 命令输出：

Command (? for help): p
Disk /dev/sdc: 3907029164 sectors, 1.8 TiB
Model: External USB 3.0
Sector size (logical/physical): 512/512 bytes
Disk identifier (GUID): C67971C4-E465-4186-893C-7197A1DABB31
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 3907029130
Partitions will be aligned on 2048-sector boundaries
Total free space is 2679836777 sectors (1.2 TiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1          206848      1227399167   585.2 GiB   0700  WD
gpt partition-recovery
Martin Hope
ConductedForce
Asked: 2019-12-07 15:08:14 +0800 CST
  • 7

我已经将自己引入了无法阅读和破坏自己的东西的用户行列。

上周日，在尝试将较大的 Windows 7 NTFS 分区复制到较小的分区时，我炸毁了我认为是 3TB 硬盘上的分区表。对于上下文：

sdb (3TB drive/partition)
sdh2 (1.57 TB partition)(2TB drive)

我正在运行 PartedMagic 2018（现在仍然是），我输入了以下内容：

sgdisk -R /dev/sdb /dev/sdh2

当我打开 Gparted 时，我意识到我输入了错误的命令。它被列在一个 SE 问题中，作为解决与将较大分区移动到较小分区相关的问题的答案。答案是这样输入的：

sgdisk -R /dev/sdY /dev/sdX
where:
sdX = Disk A
sdY = Disk B

Bonehead 移到一边，我现在处于损害控制之中。我已开始关注此Ubuntu 论坛指南，目前已开始扫描驱动器以查找分区标题，以便恢复整个驱动器。

I've entered the following command so far: gpart /dev/sdb. It has been scanning the drive for about 4 days, 20 hours.

I have a few questions regarding my procedure here:

  1. How long will this take? My best estimates were looking at the HDD activity light and counting a maximum of one blink per second. I assumed that single blink was one sector read, and that each sector was 4096 (it is on a flash drive). 2,720,000 MB on the 3TB drive at a 4 MB per second read time gives me about 7.87 days. The shortest time would be double that speed, and it would be done by now. The last "Possible partition" output was two days ago and gave an offset of 1421742mb while the first possible was at offset 1mb. I did see somewhere that sector sizes might be smaller. Am I close?

  2. 我是否采取了合适的行动来拯救我的驾驶？Ubuntu 论坛指南看起来很合理且非常相关。我的驱动器上只有一个分区，以前还有更多，但我已经擦除了它并只用一个重新开始。我记得它是事故前列出的唯一分区，并且使用了整个驱动器。我不确定上面是否有几个 MB 未使用的部分之一（这个奇怪的空白未分区点有时会在您创建分区时在 GParted 中完成，它会以未使用的 1mib 开头。）

  3. If I restore the partition using parted and I don't add all the sectors, or I add too many, would data still show up on that partition? The guide says to use the units of sectors to rebuild the partition table. If I use too few or too many units, will data still show up when I mount the drive and read it?

  4. I read there is a primary and secondary partition table or something, do those exist, can I copy them, how would I view them to confirm which one I want for recovery?

I need a second damage control option aside from sending it to a professional service. This isn't a business computer, but there are some important things to recover.

End Goal: Recover the single partition on the 3TB drive.

Update: Post gpart scan

As seen in reference pictures, the scan failed near the end of the drive. I've since placed the drive in a newer computer where I've run TestDisk. The quick scan found some of what gpart saw, but not what I know is there. I used the Deeper Scan option where within minutes it picked up on the partition in question, named Big Mongo. This is what I had named the drive in Windows.

Update 2: Post TestDisk scan

TestDisk completed (see additional ref pics) and identified my missing partition. I am able to have it list files within the program. Note the size at the bottom of the completed scan. The scan completed in a cool 10 hours vs 8 days from gpart.

Conclusion: For inquiring minds

运行 TestDisk 后，它找到了分区，但创建的表不正确，所以我运行gdisk并使用2048作为开始和最大大小作为结束重新构建它（见标记的答案）。让它处于休眠状态，启动没有问题。

参考图片
gdisk -l 评论https://isstatic.askoverflow.dev/9znYj.jpg
gpart scan 1/2 https://isstatic.askoverflow.dev/rWxuC.jpg
gpart scan 2/2 https:// /i.stack.imgur.com/HQYJ8.jpg

TestDisk 快速扫描

在此处输入图像描述

TestDisk 深度扫描初步

在此处输入图像描述

测试磁盘完成

在此处输入图像描述

partitioning gpt
Martin Hope
shivaniverma6991
Asked: 2019-10-16 03:46:10 +0800 CST
  • 5

EFI Boot Loader 没有具体的名称吗？

在Windows BIOS MBR中，NTLDR是引导加载程序，对于Linux MBR，它是GRUB，对于 LINUX EFI，它是 GRUB 2

UEFI 模式下该过程从哪里开始？是 ESP 先执行 EFI Boot Loader，然后再执行？GPT 的任何角色介于两者之间吗？

uefi gpt
Martin Hope
The Quark
Asked: 2019-05-27 13:53:01 +0800 CST
  • 6

根据维基百科关于GUID 分区表的文章，分区 GUID 位于分区条目 (LBA 2-33) 中，就在卷开头的主 GPT 标头之后。因此，GUID/UUID 值不存储在分区本身内，而是存储在分区表中，因此人们会认为它们应该先验地独立于分区的文件系统类型。

但是，当我查看我的 fstab 文件时，我有以下两行：

UUID=9a260e1b-f1eb-4cec-9273-f5743539805c /               ext4    errors=remount-ro 0       1
UUID=D8BD-647A  /boot/efi       vfat    umask=0077      0       1

其中，类型为 vfat 的 /boot/efi 分区的 UUID 与通常遇到的 UUID 格式不同。

为什么不同的格式用于 vfat 分区？分区GUID/UUID 格式如何取决于分区的文件系统类型？

partitioning gpt