news 2026/9/6 18:22:33

GPT格式分区扩展问题记录“GPT:Alternate GPT header not at the end of the disk.”

作者头像

张小明

前端开发工程师

1.2k 24
文章封面图
GPT格式分区扩展问题记录“GPT:Alternate GPT header not at the end of the disk.”

背景

在使用阿里云 redhat 8.2 镜像创建实例时启动信息中如下错误信息打印

[ 3.006529] GPT:Primary header thinks Alt. header is not at the end of the disk. [ 3.007973] GPT:20971519 != 41943039 [ 3.008692] GPT:Alternate GPT header not at the end of the disk. [ 3.009702] GPT:20971519 != 41943039 [ 3.010444] GPT: Use GNU Parted to correct GPT errors. [ 3.011358] vda: vda1 vda2 vda3

原因分析

redhat 8.2 使用的是 gpt 格式分区,gpt 格式分区有两个分区表,分别位于分区的首尾

第一个分区表叫作 Primary GPT, 第二个叫作Backup GPT, 也叫作Alternate GPT。

阿里云基础镜像是大小是20G,在实例创建时,会根据用户的选择的大小 进行在线扩容,比如 用户选择的是40G ,那么实例启动时的 分区表 大致结果如下:

这就导致 第二个 gpt table 不在磁盘的末尾,所以启动时内核会报 Alternate GPT header not at the end of the disk。 在实例初始化过程中,cloud-init 会进行分区及文件系统扩容,(扩容至40G) 扩容后的 gpt 分区表大致如下

第二个gpt table 又回到了磁盘的末尾。

所以 在实例启动后,再次重启 ,启动信息中就没有这个报错信息了。

如果要复现这个错误信息,可以给实例 进行 在线磁盘扩容,扩容后执行 fdisk -l

[root@redhat8-2 ~]# fdisk -l GPT PMBR size mismatch (83886079 != 209715199) will be corrected by write. The backup GPT table is not on the end of the device. This problem will be corrected by write. Disk /dev/vda: 100 GiB, 107374182400 bytes, 209715200 sectors 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: gpt Disk identifier: 7E3CDFD9-E4C6-44E5-B774-8875B5C717C5 Device Start End Sectors Size Type /dev/vda1 2048 4095 2048 1M BIOS boot /dev/vda2 4096 208895 204800 100M EFI System /dev/vda3 208896 83886046 83677151 39.9G Linux filesystem

会打印The backup GPT table is not on the end of the device 这个信息,此时重启机器,系统启动信息就会打印 GPT:Alternate GPT header not at the end of the disk. 这样的错误了。 执行分区及文件系统扩容后,再重启就 dmesg 里不会有这个信息了。

growpart /dev/vda 3 xfs_growfs /

参考链接

https://access.redhat.com/solutions/3236591

https://access.redhat.com/solutions/114503

版权声明: 本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若内容造成侵权/违法违规/事实不符,请联系邮箱:809451989@qq.com进行投诉反馈,一经查实,立即删除!
网站建设 2026/9/7 8:02:25

ZooKeeper:enableACL和requireClientSASLAuth

目录标题 🧠 一、ZooKeeper 的两个安全维度🎯 二、访问控制(ACL)1)什么是 ACL?2)ACL 相关的 Scheme(核心)3)是否开启 ACL 🔐 三、客户端认证&…

作者头像 李华
网站建设 2026/9/6 15:28:23

为什么K8s 1.24 的容器时间调整会影响宿主机的时间啊?

目录标题一、核心真相(先给结论)✅ Linux 中:二、为什么容器“有时能改时间,有时不能”?🔑 决定因素不是 K8s,而是 Linux capability三、那为什么在 K8s 1.24 更容易出现?四、K8s 1.…

作者头像 李华
网站建设 2026/9/6 12:05:28

AI时代核心竞争力:手写多智能体系统,不依赖LangChain/LlamaIndex

本文详解如何不依赖高级编排框架,使用原生Python和LLM API构建Deep Research Agent多智能体系统。系统采用反思式搜索循环和并行处理机制,实现自主规划、多轮搜索优化和结构化报告生成。文章提供完整技术实现细节、架构设计和开源代码,强调理…

作者头像 李华
网站建设 2026/9/6 11:36:11

WebSocket 对比 MQTT通信优势

——以充电桩系统为例在物联网项目中,通信协议的选择直接影响着系统的稳定性、实时性和开发效率。本文将以一个典型的充电桩系统(包含充电桩、云端服务器、微信小程序三个节点)为例,深入探讨 MQTT 和 WebSocket 两大协议的应用场景…

作者头像 李华
网站建设 2026/9/6 8:26:50

基于springboot面料花型试衣系统

基于Spring Boot的面料花型试衣系统是一个结合了后端技术和前端界面设计的综合性平台,它利用Spring Boot框架的高效性和稳定性,为用户提供了一个便捷、实时的试衣体验。以下是对该系统的详细介绍: 一、系统概述 面料花型试衣系统是一个专为面…

作者头像 李华