企业官网建设流程全解析

我们先把话说透：EDID 这个东西，说穿了就是显示器发给电脑的一张“自我介绍卡”，操作系统和显卡拿到这张卡之后，才知道该往屏幕上传什么样的画面信号。你平时遇到的分辨率上不去、外接显示器黑屏、刷新率只有 60Hz 拉不动，十有八九都和这张卡有关系。

这篇文章我打算这样来组织：先讲清楚 EDID 里到底存了什么，再告诉你怎么把它从系统里读出来验一验，接着用几个真实场景拆解 EDID 相关的疑难杂症怎么处理，最后把那些东一个西一个的排查技巧整理成速查表。无论你是被 Ubuntu 外接显示器折磨过的普通用户，还是做多屏调试的开发者，这篇文章都能让你对显示链路有个全新的认知。

1. EDID 到底是个什么“身份证”

EDID 的完整叫法是 Extended Display Identification Data，扩展显示标识数据。它的诞生背景其实很简单：早年间 VGA 接口时代，显卡根本不知道显示器是什么型号、最高支持多大分辨率，只能靠用户手动调，调错了要么黑屏要么画面撕裂。1994 年 VESA 组织定了这套规范，让显示器用一根数据线和显卡通信，把自己的能力说清楚，整个行业才算是从“盲人摸象”变成了“扫码识别”。

规范层面，EDID 的物理载体是显示器内部一颗 EEPROM 芯片，容量通常是 128 字节起步（1.0 到 1.3 版本），到了 EDID 1.4 之后因为要承载更多高阶信息，扩展到了 256 字节甚至更大。这颗芯片挂在 I2C 总线（DDC 通道）上，地址是 0x50。显卡或者核显在开机初始化的时候，会通过 DDC 通道去读这颗芯片的数据，读到了，显示链路就进入正常工作状态；读不到或者读到乱码，那就进入“瞎猜”模式，于是各种分辨率和刷新率的幺蛾子就来了。

这里要澄清一个常见的误解：很多人以为 EDID 是一段“驱动程序”，其实它不是。它是一个被动的数据结构，不负责帮你干活，只负责“自我介绍”。系统拿到 EDID 之后会根据里面的参数生成 mode list，也就是可用分辨率列表。你可以在显示设置里看到的各种分辨率选项，本质上都是这段时间里显卡驱动根据 EDID 内容算出来的。

所以，把 EDID 理解成“显示器的身份证”是非常贴切的。一张合格的身份证应该包含姓名、住址、有效期限等信息，而 EDID 里的“姓名”就是厂商和型号，“住址”就是它描述自身能力的参数块，“有效期限”则是生产周次和年份。区别在于，EDID 这张证不是给人看的，是给显卡和操作系统看的。

1.1 EDID 数据结构：128 字节里装了多少信息

标准 EDID 1.3 的 128 字节可以粗分为几个关键区域，我挑重点字段逐个拆开讲，因为排查显示器问题的时候，你至少得能看懂 edid-decode 的输出。

前 8 个字节是头部信息，固定为00 FF FF FF FF FF FF 00，作用是让读取方确认自己确实在读 EDID，判断逻辑很简单——头对不上就说明信号不对或者线材有毛病，直接报错。

接下来的两个字节是厂商 ID 和产品 ID。厂商 ID 用三字母代码编码，比如 DEL 是戴尔、SAM 是三星、ACR 是宏碁，这个编码有特定算法，不展开细说，但它和显示器外壳上的品牌对应关系非常强，可以用来验证 EDID 是不是原厂的。再往后是 4 字节的序列号，然后是生产周次和年份。年份这个字段是个相对值，以 1990 年为基准偏移，所以很多人看到 EDID 里的年份是个小数字，不要慌，加 1990 才是真实年份。

12 到 15 字节描述显示器的物理尺寸，单位是厘米，宽和高各占一个字节。这个字段记得在之后计算 PPI 或者判断显示器物理尺寸是否匹配的时候会用到。

16、17 字节是 gamma 值和色彩位深标志，gamma 标准值大概是 2.2，位深标志位在 1.4 版本里可以表达 6bit、8bit、10bit 等。18 字节是“特征支持”字段，包含了 DPMS 电源管理支持、色域类型（sRGB 与否）、数字信号还是模拟信号等标志位。这里有个关键点：数字信号显示器（DVI/HDMI/DP）和模拟信号显示器（VGA）在读这个字节的时候逻辑完全不同，这也是很多转接头出问题的根源。

之后是 18 字节的标准时序列表，里面定义了常用分辨率的时序参数。这部分比较死板，大部分现代显示器都会把它的位置留空，转而使用后面的详细时序描述块。详细时序描述块（DTD，Detailed Timing Descriptor）是 18 字节一组，最多可以塞 4 组，从第 54 字节开始。每个 DTD 都完整定义了某个分辨率下的像素时钟、水平/垂直同步参数、消隐区间等，相当于一套可以完全照做的“配置模板”。系统拿到这个模板就不用自己算了，直接按模板输出画面即可。

最后是 18 字节的扩展标志位和一个字节的校验和。扩展标志指出后面有没有 CEA-861 扩展块（用于 HDMI 音频和 4K 支持），校验和则保证整个 128 字节数据完整。校验和的算法很朴素：把前 127 个字节相加，然后用 256 减去这个和然后取低 8 位，得到的就是第 128 字节的标准值。如果实际读出来的校验和跟你算的不一致，说明 EDID 数据被截断或者损坏——这在劣质转接头上特别常见。

1.2 EDID 的版本演进：从 128 字节到扩展块

EDID 经历了 1.0、1.1、1.2、1.3、1.4 几个版本，目前绝大多数显示器用的是 1.3 或 1.4。1.4 版本相对 1.3 最大的变化，是放宽了色彩深度和分辨率参数的空间，并且在扩展块里支持了更精细的 HDMI 能力描述（比如 HDMI 2.0 的 4K 60Hz 4:2:0 时序、HDR 静态元数据等）。

这里有个非常容易踩的坑：不知道为什么，当年很多 2K 显示器在出厂时，厂商图省事，直接把 EDID 里的“最大像素时钟”字段写得很保守。系统读到这个字段，会自动把分辨率列表限制在 1920x1080 级别，就算显示器面板物理上支持 2560x1440，系统也不给你这个选项。这不是很罕见的情况，至少我经手过的几台国产 2K 显示器都这样，后续基本都是靠刷 EDID 或者用 Custom Resolution Utility 绕过系统限制。

还有一点要补充：笔记本 EDID 的读取通道和普通台式显示器有区别。笔记本内屏一般走 eDP（Embedded DisplayPort）总线，EDID 走的是 eDP 的 AUX 通道，逻辑上是一回事，但排障方式不一样。外接显示器黑屏而内屏正常，往往不是 EDID 坏，而是切换信号源的时序问题。

2. 怎么把 EDID 从系统里挖出来看

排查显示问题，第一步就是“眼见为实”。你不能只凭“哦它黑屏了”这种描述去猜，得先拿到 EDID 原始数据，看看系统真正读到的是什么。我按平台给三种最实用的读取方法，全部免费且不需要额外安装乱七八糟的驱动工具。

2.1 Windows 下三种拿 EDID 的办法

第一种，注册表大法。Win+R 打开运行框，输入 regedit，导航到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\DISPLAY，下面会有很多以显示器 ID 命名的键值，比如DEL40A5这种格式。在每个键值下的Device Parameters里通常能找到EDID这个二进制值，右键导出即可拿到一份带校验和的完整 EDID。但要注意，这个值在部分系统上会被“标准化”过，即经过系统安全机制处理过的，不一定和显示器真实存储的完全一致，只能作为参考。

第二种，用 PowerShell 脚本直接读。Windows 没有原生命令行工具直接输出 EDID，但可以借助 .NET 的 System.Management 命名空间配合 WMI 类WmiMonitorID和WmiMonitorConnectionParams来间接获取。这个方案能拿到显示器名称、厂商、序列号，但拿不到完整的 128 字节原始 EDID，对深入分析不够用。

第三种，最省事——用第三方工具。目前我比较常用的是Custom Resolution Utility（CRU），这个工具不仅能查看 EDID 原始数据，还能手动修改分辨率和刷新率列表，甚至可以把 EDID 导出成 .bin 文件。另一个是EDID Manager系列软件，能解析并重新打包 EDID，适合做“刷 EDID”那类操作。如果只是快速看看系统认出的显示器型号和分辨率上限，HWiNFO 的“Monitor”部分也足够用，没必要杀鸡用牛刀。

提示：无论用哪种方式拿到 EDID，第一件事都是先检查校验和。校验和不对，后续所有结论都可能是错的。EDID 校验和的检查方法后面第 3 部分会给具体命令。

2.2 Linux 命令行读取 EDID 的完整姿势

Linux 下读 EDID 的方式比 Windows 更透明、更直接，因为内核的 DRM 子系统会主动暴露原始数据。

最直接的办法是看内核日志。当你插上显示器时，执行：

sudo dmesg | grep -i edid

如果系统成功读取了 EDID，会显示类似[drm] Got 256 bytes EDID for ...的输出。如果你看到EDID checksum is invalid之类的报错，那就说明读取链路有问题，优先怀疑线材和转接头。

要拿完整 EDID 数据，推荐直接读/sys/class/drm/目录下的接口：

for f in /sys/class/drm/card*-*/edid; do echo "=== $f ===" cat "$f" | edid-decode done

前提是你装edid-decode这个工具，在 Debian/Ubuntu 上包名就叫edid-decode，在 Arch 上直接pacman -S edid-decode。这个工具会输出非常全面的解析结果，包括校验和状态、每个 DTD 的完整时序参数、颜色位深、色域、音频数据块等。

如果你只是想快速把 EDID 原始二进制导出来，用dd也可以：

sudo dd if=/sys/class/drm/card0-HDMI-A-1/edid of=myedid.bin bs=128 count=2

读出来的 bin 文件可以配合edid-decode myedid.bin离线解析，也可以永久存档作为对比基准。

还有一个高端的玩法：用i2c-tools直接访问 DDC 通道。严格来说这是一条“绕开内核自动读取”的独立路径，能确认是显示器出的问题还是系统软件出的问题。先查看 I2C 总线列表：

sudo i2cdetect -l

找到对应的显卡总线后，用i2cdump读取 0x50 地址的数据：

sudo i2cdump -y 3 0x50

注意总线和地址要看实际情况。i2cdump 出来的数据格式是十六进制表，直接拷出来前面 128 字节，用 edid-decode 就能解析。这个方法在做“系统读不到但显示器其实有输出”这种排障时特别好用，因为它是硬件层级的读取，不经过显卡驱动。

2.3 Linux 下快速校验 EDID 校验和的命令

校验和的验证逻辑是：把前 127 个字节相加，加上第 128 个字节（校验和本身），结果的低 8 位应该等于 0。用 shell 命令可以快速实现：

python3 - <<'EOF' import sys data = open('myedid.bin','rb').read()[:128] if len(data) < 128: print('EDID too short:', len(data)) sys.exit(1) s = sum(data) & 0xff print('checksum OK' if s == 0 else f'BAD CHECKSUM {s:#x}') EOF

如果结果不是 0，说明数据有问题。千万不要尝试用带坏校验和的 EDID 去做后续调试，否则会踩进更多坑。

3. 用 EDID 知识解决四个高频奇葩问题

有了 EDID 的基础知识，下面我用四个最常见的真实场景来演示怎么分析、怎么排查、怎么解决。每个场景我都会写出具体的操作思路和判断逻辑，而不是直接丢一个万能答案，因为不同环境下的实际情况差异太大。

3.1 场景一：2K 显示器在 Ubuntu 上只能开到 1080P

这个问题在热门词里出现频率非常高。现象是：把 2560x1440 分辨率的显示器插到 Ubuntu 主机上，系统显示设置里只有 1920x1080 及以下的分辨率选项，刷新率也仅有 60Hz。

排查思路很清晰：先确认系统里的显卡驱动是否认出了显示器的真实能力。读 EDID：

$ sudo cat /sys/class/drm/card0-HDMI-A-1/edid | edid-decode Maximum Image Size: 60 cm x 34 cm Maximum Pixel Clock: 300 MHz

看到 Maximum Pixel Clock 只有 300MHz，那 HDMI 1.4 的带宽上限 340MHz 没问题，但 2K 144Hz 需要大约 652MHz 的像素时钟（这个是按 8bit RGB 计算的），如果显示器的 EDID 只写 300MHz，驱动当然不会给你 144Hz 的选项。

这里我会做两步判断：

1. 查一下这个显示器的真实规格是否支持高刷新率。
2. 如果规格支持，说明是 EDID 内容限制了系统识别，可以尝试用 CRU 或者xrandr --newmode绕开。

使用 xrandr 的解决方案：

$ cvt 2560 1440 120 $ xrandr --newmode "2560x1440_120" 497.00 2560 2608 2640 2720 1440 1443 1448 1481 +hsync -vsync $ xrandr --addmode HDMI-A-1 2560x1440_120

这样就把模式加进去了，但如果显示器端因为 EDID 没有声明这个模式而拒绝接收，屏幕上就会直接无信号。这种情况就需要进入“刷 EDID”或者换线材的环节了。

注意：xrandr 加 mode 前先用xrandr --verbose看看当前连接的详细报告，确认显示器的实际接收能力。如果显示器面板确实是垃圾，你强行给他加 120Hz 也没用，信号会直接断开。

3.2 场景二：Ubuntu 外接显示器“能识别但黑屏”

热搜词里有一条很典型：外接显示器能读取到信息，但整个屏幕无显示。我见过不少次，而且基本都是同一个原因——显卡输出的是数字信号，但显示器端却因为某种原因没有正确锁定信号。

排查流程我按优先级给出：

1. 检查内核日志dmesg里有没有 EDID 相关报错，排除线材/转接头问题。
2. 确认驱动的 DPMS 状态是否进入睡眠，执行xset -q查看 DPMS 是否开启。
3. 查看/var/log/Xorg.0.log里有没有(EE)错误，特别是关于 display output 的。
4. 手动设置分辨率到较低档，比如 1920x1080 60Hz，看屏幕是否恢复。

我的经验里，超过一半的“能识别但黑屏”问题，根源是显卡驱动默认输出模式选错了，它选了一个显示器 EDID 里没有详细描述的 Mode。说白了就是系统读到了 EDID，但显卡在初始化时没有“问”显示器“你支不支持这个模式”，只是硬着头皮把信号发出去了，显示器不认，就黑屏。

解决办法是强制指定显示模式：

xrandr --output HDMI-A-1 --mode 1920x1080 --rate 60

如果这个命令能恢复，那说明驱动的自动协商逻辑有 bug，可以通过写一个 xorg.conf 的 Display 段来固定初始模式：

Section "Monitor" Identifier "DELL U2720Q" Option "PreferredMode" "1920x1080" EndSection

还有一种极端情况：外接显示器用的转接头是 HDMI 转 DVI 或者 HDMI 转 DP 之类的非直通转接头，这种转接头里面如果没有 EDID 回放芯片，系统读到的 EDID 就是假的或者缺位的，于是就会发生能识别但黑屏。此时直接换一根直通线或者质量好的转接头，问题立刻消失。

3.3 场景三：2010 年的台式电脑怎么接新显示器

热词里有一条“2010年的台式电脑如何连接显示器”，这个问题很能反映 EDID 兼容性的现实困境：2010 年的台式机通常只有 VGA 或 DVI 输出，老显卡的 EDID 解析能力停留在 1.2 或 1.3 时代，但新显示器可能只提供 HDMI/DP 接口，并只带 EDID 1.4 的扩展块。

两种处理思路：

思路一：如果老主机有 DVI-I 接口，买一根 DVI-I 转 HDMI 的线。这个方案的原理是 DVI 和 HDMI 在信号层面高度兼容，绝大多数只需要换个物理接口就行。但是！有的 DVI-I 转 HDMI 线只带了 TMDS 信号线，没有带 DDC 通道，这时候显示器端读不到 EDID，老显卡就会输出一个默认的 640x480 或者 1024x768 分辨率，画面模糊得像马赛克。所以要选带 DDC 通道（就是线材里多几根线）的线，或者干脆用主动式转换器。

思路二：如果老主机只有 VGA，那必须走“VGA → HDMI/DP 转换器”，这个方案就是主动转换器，它内部有颗芯片模拟一个 EDID 给老显卡，同时把转换后的数字信号传给新显示器。这里要特别注意买到支持“EDID 模拟/锁定”的转换器，而不是那种“透传”的。透传型转换器会把新显示器的 EDID 原样传给老显卡，但老显卡可能解析不了 EDID 1.4 扩展块，结果就是 640x480。带模拟芯片的转换器会把 EDID 伪装成老显卡能读懂的格式，这样分辨率才能正常上到 1920x1080。

从原理上说，2010 年老显卡的 TMDS 输出通常最多支持 1920x1200 @ 60Hz，所以也别指望它能带动 4K 显示器干到 60Hz，能 1080P 稳定用就不错了。这些我都是踩过坑的，还记得当年为了给老机箱接一台 2K 显示器，折腾了三天，最后发现只是转换器的 EDID 模拟功能太弱。

3.4 场景四：笔记本通过 C 口连不上显示器，鼠标还延迟

这个热搜词组合有点意思——笔记本 Type-C 连显示器没信号，同时外接鼠标延迟。看起来是鼠标和显示器互相干扰，但本质上很可能是一回事：USB-C 口的 DP 交替模式把带宽分给了显示和 USB 数据，如果所连接的扩展坞不支持足够的 DisplayPort 通道数，就会导致显示分辨率提不上去，同时还挤占了 USB 控制器的带宽，鼠标就又飘又延迟。

排查路线和解决方案可以这样走：

1. 先看扩展坞是否有独立的 DP 输出口。很多扩展坞的 Type-C 口本身是 USB 3.0 的，只提供 DP Alt Mode，但通道数不够（比如只有 2 Lane），连 4K 60Hz 都跑不了，这时候分辨率和刷新率都会受限。
2. 鼠标延迟大概率是 USB 带宽被抢，把鼠标接到扩展坞上更高优先级的端口，或者直接插到笔记本自带的 USB 口。
3. 在系统里检查 DisplayPort 通道配置，部分扩展坞支持自定义 Lane 分配（比如 2 lane + USB3 或者 4 lane 无 USB3），如果改成 4 Lane 显示模式，显示器那边的 EDID 读取会更稳定，鼠标可能也会恢复。

做到这一步，你会发现 EDID 在这类问题里只是表象，底层的 DP 带宽协商才是关键。但排查的起点依然是从读取显示器 EDID 开始，因为假如系统都识别不到显示器，那带宽协商根本无从谈起——先有识别，才有带宽分配。

4. 实操过程：手动提取和解析一个真实 EDID

前面把理论讲了不少，现在来一个完整的手把手实操：用 Linux 从显示器读出 EDID，保存成 bin 文件，解析它，并把它转换成可读信息。这套流程在排障时会高频用到，熟练之后基本不用求人。

4.1 从内核接口提取原始 EDID 数据

先把显示器连好，进入终端：

$ ls /sys/class/drm/ card0 card0-DP-1 card0-HDMI-A-1 card0-eDP-1 renderD128

找到对应接口。如果是笔记本加外接显示器，通常是 HDMI-A-1 或 DP-1。用cat直接读取：

$ sudo cat /sys/class/drm/card0-HDMI-A-1/edid > monitor_edid.bin $ ls -l monitor_edid.bin -rw-r--r-- 1 root root 256 7月 12 10:30 monitor_edid.bin

文件 256 字节说明 EDID 1.4 带扩展块。有些显示器可能只有 128 字节（纯 EDID 1.3），这本身也能说明规格较老。

4.2 用 edid-decode 解析 EDID 内容

接着跑解析命令：

$ edid-decode monitor_edid.bin EDID version: 1.4 Manufacturer: DEL Product ID: 4107 Serial Number: ...... Produced in year: 2021 Analyzing EDID block: Display name: DELL U2720Q Maximum image size: 60 cm x 34 cm Gamma: 2.20 Supported color depths: 6, 8, 10 bits per color Digital display: yes ... Detailed Timing Descriptor #1: Pixel clock: 533.00 MHz Horizontal active: 3840 pixels Blanking: 280 pixels Vertical active: 2160 lines Vertical blanking: 92 lines ... Video Data Block (HDMI): Supports 4K 60Hz 4:4:4 ... Checksum: 0x4b (valid)

看到Checksum: valid就放心一大半。重点看 Detailed Timing Descriptor 里的像素时钟，它决定显示器的“物理上限”。例如 U2720Q 这个 DTD 显示 533MHz，对应 4K 60Hz 是合理的。如果你看到的是某个奇怪的 148.5MHz 之类，那就要怀疑 EDID 是不是被人为限制或者损坏了。

4.3 从 EDID 反向构建分辨率清单

最后一步，把 DTD 里的时序参数换算成分辨率和刷新率：

$ cvt 3840 2160 60 # 3840x2160 59.98 Hz (CVT 4K)

实际像素时钟和 EDID 里的 533MHz 可能略有出入，因为 CVT 标准算法和厂家自定义优化时序存在差异，不用纠结这几 MHz 的差别。重点在于分辨率和刷新率算出来应该一致。如果你拿这个 mode 去xrandr --newmode添加，显示器基本都能正常点亮。

5. 常见问题排查与避坑经验速查

最后这部分，把实践中最高频的几个误区和排除方法整理成简单直接的结论。用户遇到问题后能直接对照操作，不需要从头读理论。

5.1 EDID 读不出、读不全、读不对的三种情况

情况一：系统显示“未知显示器”或没有分辨率选项。这通常是读取链路中断，优先换线材和转接头。我试过的最坑的一种线是某宝几十块钱的 HDMI 转 DVI 线，里面居然没有 DDC 通道，导致系统整个读不到 EDID。换了一根十块钱带芯片的线，问题直接消失。

情况二：EDID 读出来了，但解析乱码。大概率是线材信号质量差导致 I2C 通讯出错，显示器上的 EDID 不一定有问题。这时候用前面提到的i2cdump直接读硬件，可以和系统读取的结果做对比，能区分是硬件问题还是驱动问题。

情况三：EDID 读到了，但分辨率选项跟面板物理能力不匹配。比如 2K 面板只能选 1080P，这个在前面场景一里说过，是 EDID 内容本身的问题，可以通过 CRU 或 xrandr 加自定义模式解决；解决不了就考虑换更靠谱的显示器固件，或者放弃超频这类高级用法。

5.2 识别线材、转接头、转换器的 EDID 兼容性

买线之前我几乎已经形成条件反射：看标签上有没有 “DDC” 或者 “EDID” 字样。没有标注的，默认它不支持 EDID 转发。另外，主动式转换器（比如 HDMI 转 VGA，或者 DP 转 HDMI）优先选择带“EDID 管理”或“EDID 锁定”功能的版本，特别是给老电脑外接新显示器的时候。没有 EDID 锁定能力的转换器，在切换信号源或者休眠唤醒时会频繁黑屏，非常影响体验。

还有一个容易被忽略的坑：很多 DP 转 HDMI 线，如果转换器只支持 2 Lane，那么显示器的 EDID 读取也会受限，导致某些高分辨率模式不可用。这个在购买前很难从外观判断，只能通过实际测试和edid-decode输出对比来验证。

5.3 显示器没有物理菜单可查 EDID 版本怎么办

部分老式显示器没有 EDID 信息菜单，系统里也读不出厂商信息。这种情况我一般直接上i2cdump读 EEPROM，看一眼版本字段（在第 18 字节附近，值为 0x03 对应 1.3，0x04 对应 1.4）。如果读到版本是 1.2 甚至更老，那说明这台显示器在协议层面已经很难和现代显卡愉快合作了，建议放弃折腾，换台新显示器的优先级更高。

5.4 系统层覆盖 EDID 的两种实操方案

方案一：Linux 下用内核参数固定 EDID。把提取到的 EDID bin 文件放到/lib/firmware/edid/下，然后改 grub：

GRUB_CMDLINE_LINUX="drm.edid_firmware=HDMI-A-1:edid/your_edid.bin"

更新 grub 后重启，系统会强制用这个 EDID 数据，忽略显示器实际返回的内容。这个方案在做测试机调试时非常有用，可以模拟各种分辨率条件。

方案二：Windows 下用 CRU 覆盖。CRU 可以修改“显示器的当前 EDID 覆盖”，限制于驱动层，不影响显示器真正存储的数据。但注意：系统更新或显卡驱动更新后，覆盖可能会失效，需要重新设置。这是最快的验证方法，不需要重刷固件。

提示：覆盖 EDID 之前一定先备份原始数据，并核对校验和。不然你后续测出问题后，连原始状态都恢复不了。

我把这些年在调显示链路时候踩过的最深的坑浓缩成一句话：绝大多数显示问题都不是显示器坏了，而是 EDID 通路的某个环节出了幺蛾子——要么没读到，要么读错了，要么读到了但没被尊重。你只要按“读 EDID → 验校验和 → 看 DTD 时序 → 确认系统 mode list”这套流程走一遍，八成问题都能定位到具体环节。剩下的两成，基本就是线材物理损坏和转换器 EDID 模拟芯片太烂，换根好线基本能解决。

最后再分享一个小技巧：平时收显示器装箱的时候，顺手把它的 EDID 导出一份存电脑里，标好型号和接口。下次哪台机器接上去分辨率不对，直接拿存档 EDID 对比当前读到的，一眼就知道是不是线材和转接头在中间搞鬼。这个习惯帮我省过不少排查时间，你可以试试。