图形界面分辨率设置失效时，先用xrandr确认EDID识别问题，再通过cvt生成Modeline并用xrandr --newmode、--addmode、--mode三步手动添加；树莓派或虚拟机需修改/boot/config.txt持久生效，GNOME下应通过启动应用程序延时执行脚本。
图形界面设置失效时，先确认是否被EDID识别限制
很多用户点开“设置 → 显示”发现分辨率选项少得可怜，甚至只有1024×768——这通常不是硬件不支持，而是Ubuntu没正确读取显示器的EDID信息。尤其在老旧显示器、树莓派、VMware或某些HDMI转接场景下，xrandr输出里会显示connected但不带具体分辨率，或者只列出极低的几个模式。
此时图形界面的下拉菜单基本无效，强行点击“应用”往往闪屏后回退。别浪费时间反复试错，直接进终端查真实状态：
- 运行
xrandr | grep " connected"，记下接口名（如HDMI-1、DP-1、Virtual1） - 再运行
xrandr看完整输出，重点找有没有带*号的当前模式，以及已列出的分辨率列表 - 如果目标分辨率（比如
1920x1080）完全没出现，说明系统没从EDID获取到该时序，必须手动添加
用cvt + xrandr手动添加缺失分辨率
这不是“黑魔法”，而是X11的标准流程：先生成符合VESA标准的时序参数，再注入到xrandr中。关键在于参数顺序不能错，且必须严格匹配接口名。
以添加1920x1080@60Hz为例：
- 生成模型行：
cvt 1920 1080 60（注意空格，60是可选刷新率，默认也是60） - 复制输出中的
Modeline整行，去掉开头Modeline字，把引号和参数原样填进：xrandr --newmode "1920x1080_60.00" 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -hsync +vsync - 把新模式挂到对应输出上：
xrandr --addmode HDMI-1 "1920x1080_60.00"（把HDMI-1换成你自己的接口名） - 立即生效：
xrandr --output HDMI-1 --mode "1920x1080_60.00"
如果执行后黑屏或花屏，立刻按Ctrl+Alt+F2切tty，用xrandr --output HDMI-1 --mode 1024x768回退。常见错误是复制时漏了空格、引号不闭合，或接口名写错（大小写敏感）。
树莓派或虚拟机需绕过桌面环境直改GPU启动参数
在树莓派Ubuntu或VMware/VirtualBox里，即使xrandr成功设置了分辨率，重启后大概率失效——因为GPU在内核加载前就按/boot/config.txt初始化了显示输出，桌面环境的设置只是“覆盖层”，无法持久。
Ubuntu 26.04 LTS（代号“Resolute Raccoon”）是Canonical于2026年4月23日发布的下一代长期支持版操作系统，提供长达10年的技术支持。它搭载Linux 7.0内核与GNOME 50桌面环境，全面转向Wayland协议，并引入Rust重写的核心工具以增强安全性。官方提供适用于AMD64和ARM64架构的桌面及服务器ISO镜像，是追求前沿技术与极致稳定的开发者
这时必须编辑固件配置文件：
- 打开
/boot/config.txt（需sudo权限） - 取消注释或添加这几行（根据你的显示器实际能力调整）：
hdmi_group=2hdmi_mode=82（对应1920x1080@60Hz，查hdmi_mode对照表确认）hdmi_drive=2（启用HDMI音频，非必需但建议） - 保存后必须重启，
xrandr命令才可能看到新分辨率成为默认选项
注意：config.txt修改后若黑屏，拔卡用另一台电脑编辑，删掉刚加的几行即可恢复。树莓派对hdmi_mode值非常敏感，填错会导致无信号。
开机自动应用分辨率的可靠写法
.xprofile或/etc/profile里直接写xrandr命令看似简单，但在GNOME 40+或Wayland会失效——因为xrandr是X11工具，而Wayland会忽略它；即便在X11会话里，也可能因执行时机过早（桌面未就绪）导致失败。
真正稳定的方案是：
- 新建脚本
~/bin/set-res.sh，内容为完整的xrandr三连（--newmode、--addmode、--mode） - 给脚本加执行权限：
chmod +x ~/bin/set-res.sh - 在GNOME中：打开“启动应用程序”，添加新条目，命令填
bash -c "sleep 2 && ~/bin/set-res.sh"（加sleep 2确保桌面已加载） - 避免写进
/etc/profile或/etc/X11/xinit/xinitrc——这些位置在Wayland或systemd-user session下不可靠
最易被忽略的一点：所有xrandr操作都依赖当前X11会话的DISPLAY环境变量。脱离图形环境（比如SSH登录）直接运行会报错Can't open display，所以自动化脚本必须在用户图形会话中触发。
