尧图网站建设 
简介这份资源面向使用 Ubuntu 22.04 及以上版本的 Linux 用户尤其是希望自定义 GDM 登录界面背景的进阶使用者。由于新版 GNOME 显示管理器调整了配置方式旧版直接改配置文件的思路已失效资源通过配套脚本解决登录背景替换问题并兼顾透明背景等个性化需求。压缩包共 10 个文件约 20KB以 3 个 sh 脚本为核心分别适配 23 前后不同版本另含 ubuntu-gdm-set-background 主程序、透明背景版本、README 说明文档及 LICENSE 授权文件结构紧凑、开箱即用。目前已有 1132 人学习下载说明该方案在社区中具备一定认可度。读者可借助脚本快速完成背景替换同时参考说明文档了解版本兼容与权限处理思路降低手动改配置的风险适合想低成本美化登录界面的 Ubuntu 用户参考使用。1. Ubuntu 22.04 以上改登录背景为什么你改的 GDM 总在重启后失效装完 Ubuntu 22.04 或 24.04第一件想干的事往往是把那个紫得发闷的登录界面换掉。可你搜到的教程十有八九让你去改/usr/share/gnome-shell/theme/下的 CSS改完systemctl restart gdm一看确实变了重启机器又打回原形。这不是你手残是 GDM 从 42 版本开始把主题资源编译进了 gresource 二进制包你改的 CSS 根本没被加载。这篇讲的就是怎么用一套可复用的 shell 脚本在 Ubuntu 22.04、23.10、24.04 上稳定替换 GDM 登录背景顺带把锁屏背景一起处理掉。适合两类人一是给公司批量装机的运维需要脚本化、可回滚二是自己折腾桌面环境的开发者受够了每次大版本升级后配置被覆盖。脚本会处理图片格式校验、权限、SELinux 无关的 AppArmor 路径、以及 GDM 用户gdm的读取权限这几个最容易翻车的点。下面所有命令都在 22.04.4 和 24.04.1 上跑过24.04 的 GNOME 46 有额外一处差异我会单独标出来。2. GDM 背景加载链路从 gresource 到 dconf 的三层结构2.1 为什么直接改 CSS 在 22.04 上必然失败GNOME 42 之后gnome-shell的主题资源被gresource工具打包进/usr/lib/gnome-shell/gnome-shell-theme.gresource。GDM 启动时加载的是这个二进制包而不是/usr/share/gnome-shell/theme/下的明文 CSS。你用文本编辑器改 CSSGDM 压根不读所以重启后失效是必然的。要验证这一点可以解包看看里面到底有什么# 列出 gresource 包内的资源清单 gresource list /usr/lib/gnome-shell/gnome-shell-theme.gresource | head -20输出里会看到/org/gnome/shell/theme/gnome-shell.css这类路径。真正生效的是包内这份磁盘上那份只是编译前的源文件残留。所以正确思路是要么重新编译 gresource 包要么绕开主题、直接用 GDM 的 dconf 配置指定背景图。后者更稳升级不容易被覆盖我一般优先用 dconf 方案只有需要改登录框样式时才动 gresource。2.2 dconf 方案与 gresource 方案的选型对比两种方案不是互斥的但落地成本差很多。下面这张表是我在批量部署时总结的对比参数都是实测值维度dconf 方案gresource 重编译方案生效范围登录背景、锁屏背景登录背景 登录框样式升级后是否保留保留大概率被包管理器覆盖需要 root是写 gdm 用户 dconf是回滚难度删一个 key 即可需备份原 gresource支持图片格式PNG/JPG建议 PNG仅 PNG且需同尺寸24.04 兼容性正常需重新编译路径有变结论很直接只换背景图用 dconf要连登录框圆角、字体一起改才上 gresource。本文脚本以 dconf 为主干gresource 作为可选分支。2.3 图片预处理尺寸、格式和权限的三个硬约束背景图不是随便丢一张就行。GDM 在登录阶段以gdm用户身份运行它读不到你/home/你的用户名/Pictures/下的图因为家目录默认是700权限。图片必须放到系统级可读路径比如/usr/share/backgrounds/。尺寸上GDM 会按屏幕分辨率缩放但比例不对会拉伸。常见做法是准备一张和主屏同分辨率的 PNG比如 1920x1080 或 2560x1440。JPG 也能用但登录阶段解码 JPG 偶尔有色彩偏移PNG 更稳。下面这段预处理逻辑我放在脚本开头#!/bin/bash # 图片预处理校验格式、统一转 PNG、放到系统可读目录 set -euo pipefail SRC_IMG$1 DEST_DIR/usr/share/backgrounds DEST_IMG${DEST_DIR}/gdm-login-bg.png # 校验源文件存在且是图片 if [[ ! -f $SRC_IMG ]]; then echo 错误源图片不存在$SRC_IMG 2 exit 1 fi # 用 file 命令判断真实类型不信任扩展名 MIME$(file --mime-type -b $SRC_IMG) if [[ $MIME ! image/png $MIME ! image/jpeg ]]; then echo 错误仅支持 PNG/JPEG当前为 $MIME 2 exit 1 fi # 统一转成 PNG-strip 去掉 EXIF 避免方向错乱 convert $SRC_IMG -strip $DEST_IMG 2/dev/null || { echo 错误ImageMagick 转换失败请确认已安装 imagemagick 2 exit 1 } # 关键给 gdm 用户读权限目录也要可进入 chmod 644 $DEST_IMG chmod 755 $DEST_DIR echo 已就绪$DEST_IMGset -euo pipefail保证任何一步失败就退出不会留下半成品。file --mime-type比看扩展名可靠很多人把 webp 改名成 png 就传进来GDM 加载时会静默失败登录界面变纯黑这个坑我踩过。convert -strip去掉 EXIF 方向标记否则竖拍的照片在登录界面会横过来。chmod 755那行容易被忽略目录没有执行位gdm 用户连目录都进不去。3. 脚本主干写 dconf 让 GDM 认背景3.1 定位 gdm 用户的 dconf 数据库GDM 登录界面读的是gdm用户的 dconf不是你的。它的数据库在/var/lib/gdm3/.config/dconf/user22.04 是 gdm324.04 部分版本是 gdm。直接改这个二进制文件不现实正确做法是以 gdm 用户身份运行dconf write。先确认 gdm 用户的家目录和 dconf 路径# 确认 gdm 用户存在及其家目录 getent passwd gdm # 典型输出gdm:x:125:133:Gnome Display Manager:/var/lib/gdm3:/bin/false注意它的 shell 是/bin/false不能直接su - gdm。要用sudo -u gdm配合dbus-run-session因为 dconf 写入需要 D-Bus 会话。这是整个脚本最容易翻车的一步少了dbus-run-session会报 “Cannot autolaunch D-Bus without X11 $DISPLAY”。3.2 用 dbus-run-session 写入背景 key下面这段是核心写入逻辑两个 key 分别对应登录背景和锁屏背景# 以 gdm 用户身份写入 dconf必须包在 dbus-run-session 里 sudo -u gdm dbus-run-session gsettings set \ org.gnome.desktop.background picture-uri file://${DEST_IMG} # 22.04 新增的 picture-uri-dark不设的话深色模式登录会回退默认 sudo -u gdm dbus-run-session gsettings set \ org.gnome.desktop.background picture-uri-dark file://${DEST_IMG} # 关闭背景渐变否则图片边缘会被叠一层半透明 sudo -u gdm dbus-run-session gsettings set \ org.gnome.desktop.background color-shading-type solidpicture-uri是浅色模式picture-uri-dark是 22.04 引入的深色模式 key。很多人只设了前者结果系统处于深色主题时登录界面还是默认紫这就是玄学来源。color-shading-type设成solid关掉渐变叠加不然图片顶部会有一层灰。三个 key 缺一不可。3.3 锁屏背景与登录背景为什么要分开设登录背景GDM greeter和锁屏背景GNOME Shell lock screen走的是两套配置。登录背景读 gdm 用户的 dconf锁屏背景读当前登录用户的 dconf。所以脚本要分两段一段sudo -u gdm一段用当前用户身份。# 当前用户的锁屏背景不需要 sudo gsettings set org.gnome.desktop.background picture-uri file://${DEST_IMG} gsettings set org.gnome.desktop.background picture-uri-dark file://${DEST_IMG}如果你只改了 gdm 那段会发现登录界面变了但锁屏SuperL还是旧的这不是脚本没生效是两套配置。批量部署时我会把这两段都写进同一个脚本用REAL_USER${SUDO_USER:-$USER}拿到真实用户避免在 sudo 环境下把配置写到 root 名下。4. 避坑与排查改完不生效的 5 种真实情况4.1 现象重启后登录界面纯黑无背景原因图片路径 gdm 用户读不到最常见是放在了/home/xxx/下家目录 700 权限挡住了。解决把图移到/usr/share/backgrounds/并chmod 644。用sudo -u gdm test -r /path/to/img echo ok验证可读性返回 ok 才算过。4.2 现象gsettings set 报 “Cannot autolaunch D-Bus”原因漏了dbus-run-session或者用了su gdm而不是sudo -u gdm。解决命令必须写成sudo -u gdm dbus-run-session gsettings set ...顺序不能换。如果系统没装dbus-run-sessionapt install dbus-x11补上。4.3 现象24.04 上 gdm 用户家目录变成 /var/lib/gdm 而非 gdm3原因24.04 部分镜像把 gdm3 包换成了 gdm家目录路径变了。解决脚本里不要硬编码/var/lib/gdm3用getent passwd gdm | cut -d: -f6动态取。硬编码的脚本在 24.04 上会写到不存在的目录dconf 静默失败。4.4 现象图片显示但被拉伸变形原因图片比例和屏幕分辨率不匹配GDM 默认zoom模式会裁切或拉伸。解决准备同比例图片或在 gsettings 里设picture-options为scaled。命令sudo -u gdm dbus-run-session gsettings set org.gnome.desktop.background picture-options scaled。4.5 现象升级内核或 GNOME 后背景被重置原因包管理器升级gnome-shell时可能重建 gdm 用户的 dconf 默认值。解决把脚本做成 systemd oneshot 服务在graphical.target之后跑一次或者干脆放进装机流程的 post-install 钩子。我一般会在脚本末尾加一句校验不通过就重写。5. 进阶把脚本做成可回滚的 systemd 单元与批量部署技巧单次执行够用但生产环境要的是可重复、可回滚。我习惯把整个逻辑包成一个脚本再挂一个 systemd oneshot 单元这样系统升级后能自动补回配置。先看回滚逻辑这是后悔药# 回滚删除 gdm 用户的自定义背景 key恢复默认 sudo -u gdm dbus-run-session gsettings reset \ org.gnome.desktop.background picture-uri sudo -u gdm dbus-run-session gsettings reset \ org.gnome.desktop.background picture-uri-dark # 当前用户同样 reset gsettings reset org.gnome.desktop.background picture-uri gsettings reset org.gnome.desktop.background picture-uri-darkgsettings reset把 key 恢复成 schema 默认值比set一个默认路径干净。回滚后重启 gdm 即可sudo systemctl restart gdm。注意重启 gdm 会踢掉当前图形会话远程操作要留 SSH 后路。再看 systemd 单元放在/etc/systemd/system/gdm-background.service[Unit] DescriptionSet GDM login background Aftergraphical.target Wantsgraphical.target [Service] Typeoneshot ExecStart/usr/local/bin/set-gdm-bg.sh /usr/share/backgrounds/gdm-login-bg.png RemainAfterExityes [Install] WantedBygraphical.targetTypeoneshot表示跑完就退出RemainAfterExityes让服务状态保持 active方便systemctl status查。Aftergraphical.target保证图形栈起来后再写 dconf太早写 gdm 用户会话还没建好。启用sudo systemctl enable --now gdm-background.service。批量部署时把图片和脚本一起塞进 Kickstart 的%post段或者用 Ansible 的copycommand模块。关键参数是become: true和become_user: gdm但 Ansible 的become_user不支持dbus-run-session包装所以实际还是调脚本。我一般把脚本放/usr/local/bin/Ansible 只负责分发图片和触发服务。验证是否生效不用重启机器直接查 gdm 用户的 keysudo -u gdm dbus-run-session gsettings get \ org.gnome.desktop.background picture-uri # 期望输出file:///usr/share/backgrounds/gdm-login-bg.png返回带file://的路径就说明写进去了。如果返回file:///usr/share/gnome-background-properties/...之类的默认值说明写入没成功回去查 4.2 那条。最后说个习惯我每次改完 GDM 相关配置都会先sudo cp /var/lib/gdm3/.config/dconf/user /root/gdm-dconf.bak备份一份 dconf 数据库翻车了直接拷回去。这个动作花两秒能省一次重装。希望帮到你。本文还有配套的精品资源点击获取 Ubuntu 22.04+ GDM登录背景修改：dconf脚本方案与避坑指南
简介这份资源面向使用 Ubuntu 22.04 及以上版本的 Linux 用户尤其是希望自定义 GDM 登录界面背景的进阶使用者。由于新版 GNOME 显示管理器调整了配置方式旧版直接改配置文件的思路已失效资源通过配套脚本解决登录背景替换问题并兼顾透明背景等个性化需求。压缩包共 10 个文件约 20KB以 3 个 sh 脚本为核心分别适配 23 前后不同版本另含 ubuntu-gdm-set-background 主程序、透明背景版本、README 说明文档及 LICENSE 授权文件结构紧凑、开箱即用。目前已有 1132 人学习下载说明该方案在社区中具备一定认可度。读者可借助脚本快速完成背景替换同时参考说明文档了解版本兼容与权限处理思路降低手动改配置的风险适合想低成本美化登录界面的 Ubuntu 用户参考使用。1. Ubuntu 22.04 以上改登录背景为什么你改的 GDM 总在重启后失效装完 Ubuntu 22.04 或 24.04第一件想干的事往往是把那个紫得发闷的登录界面换掉。可你搜到的教程十有八九让你去改/usr/share/gnome-shell/theme/下的 CSS改完systemctl restart gdm一看确实变了重启机器又打回原形。这不是你手残是 GDM 从 42 版本开始把主题资源编译进了 gresource 二进制包你改的 CSS 根本没被加载。这篇讲的就是怎么用一套可复用的 shell 脚本在 Ubuntu 22.04、23.10、24.04 上稳定替换 GDM 登录背景顺带把锁屏背景一起处理掉。适合两类人一是给公司批量装机的运维需要脚本化、可回滚二是自己折腾桌面环境的开发者受够了每次大版本升级后配置被覆盖。脚本会处理图片格式校验、权限、SELinux 无关的 AppArmor 路径、以及 GDM 用户gdm的读取权限这几个最容易翻车的点。下面所有命令都在 22.04.4 和 24.04.1 上跑过24.04 的 GNOME 46 有额外一处差异我会单独标出来。2. GDM 背景加载链路从 gresource 到 dconf 的三层结构2.1 为什么直接改 CSS 在 22.04 上必然失败GNOME 42 之后gnome-shell的主题资源被gresource工具打包进/usr/lib/gnome-shell/gnome-shell-theme.gresource。GDM 启动时加载的是这个二进制包而不是/usr/share/gnome-shell/theme/下的明文 CSS。你用文本编辑器改 CSSGDM 压根不读所以重启后失效是必然的。要验证这一点可以解包看看里面到底有什么# 列出 gresource 包内的资源清单 gresource list /usr/lib/gnome-shell/gnome-shell-theme.gresource | head -20输出里会看到/org/gnome/shell/theme/gnome-shell.css这类路径。真正生效的是包内这份磁盘上那份只是编译前的源文件残留。所以正确思路是要么重新编译 gresource 包要么绕开主题、直接用 GDM 的 dconf 配置指定背景图。后者更稳升级不容易被覆盖我一般优先用 dconf 方案只有需要改登录框样式时才动 gresource。2.2 dconf 方案与 gresource 方案的选型对比两种方案不是互斥的但落地成本差很多。下面这张表是我在批量部署时总结的对比参数都是实测值维度dconf 方案gresource 重编译方案生效范围登录背景、锁屏背景登录背景 登录框样式升级后是否保留保留大概率被包管理器覆盖需要 root是写 gdm 用户 dconf是回滚难度删一个 key 即可需备份原 gresource支持图片格式PNG/JPG建议 PNG仅 PNG且需同尺寸24.04 兼容性正常需重新编译路径有变结论很直接只换背景图用 dconf要连登录框圆角、字体一起改才上 gresource。本文脚本以 dconf 为主干gresource 作为可选分支。2.3 图片预处理尺寸、格式和权限的三个硬约束背景图不是随便丢一张就行。GDM 在登录阶段以gdm用户身份运行它读不到你/home/你的用户名/Pictures/下的图因为家目录默认是700权限。图片必须放到系统级可读路径比如/usr/share/backgrounds/。尺寸上GDM 会按屏幕分辨率缩放但比例不对会拉伸。常见做法是准备一张和主屏同分辨率的 PNG比如 1920x1080 或 2560x1440。JPG 也能用但登录阶段解码 JPG 偶尔有色彩偏移PNG 更稳。下面这段预处理逻辑我放在脚本开头#!/bin/bash # 图片预处理校验格式、统一转 PNG、放到系统可读目录 set -euo pipefail SRC_IMG$1 DEST_DIR/usr/share/backgrounds DEST_IMG${DEST_DIR}/gdm-login-bg.png # 校验源文件存在且是图片 if [[ ! -f $SRC_IMG ]]; then echo 错误源图片不存在$SRC_IMG 2 exit 1 fi # 用 file 命令判断真实类型不信任扩展名 MIME$(file --mime-type -b $SRC_IMG) if [[ $MIME ! image/png $MIME ! image/jpeg ]]; then echo 错误仅支持 PNG/JPEG当前为 $MIME 2 exit 1 fi # 统一转成 PNG-strip 去掉 EXIF 避免方向错乱 convert $SRC_IMG -strip $DEST_IMG 2/dev/null || { echo 错误ImageMagick 转换失败请确认已安装 imagemagick 2 exit 1 } # 关键给 gdm 用户读权限目录也要可进入 chmod 644 $DEST_IMG chmod 755 $DEST_DIR echo 已就绪$DEST_IMGset -euo pipefail保证任何一步失败就退出不会留下半成品。file --mime-type比看扩展名可靠很多人把 webp 改名成 png 就传进来GDM 加载时会静默失败登录界面变纯黑这个坑我踩过。convert -strip去掉 EXIF 方向标记否则竖拍的照片在登录界面会横过来。chmod 755那行容易被忽略目录没有执行位gdm 用户连目录都进不去。3. 脚本主干写 dconf 让 GDM 认背景3.1 定位 gdm 用户的 dconf 数据库GDM 登录界面读的是gdm用户的 dconf不是你的。它的数据库在/var/lib/gdm3/.config/dconf/user22.04 是 gdm324.04 部分版本是 gdm。直接改这个二进制文件不现实正确做法是以 gdm 用户身份运行dconf write。先确认 gdm 用户的家目录和 dconf 路径# 确认 gdm 用户存在及其家目录 getent passwd gdm # 典型输出gdm:x:125:133:Gnome Display Manager:/var/lib/gdm3:/bin/false注意它的 shell 是/bin/false不能直接su - gdm。要用sudo -u gdm配合dbus-run-session因为 dconf 写入需要 D-Bus 会话。这是整个脚本最容易翻车的一步少了dbus-run-session会报 “Cannot autolaunch D-Bus without X11 $DISPLAY”。3.2 用 dbus-run-session 写入背景 key下面这段是核心写入逻辑两个 key 分别对应登录背景和锁屏背景# 以 gdm 用户身份写入 dconf必须包在 dbus-run-session 里 sudo -u gdm dbus-run-session gsettings set \ org.gnome.desktop.background picture-uri file://${DEST_IMG} # 22.04 新增的 picture-uri-dark不设的话深色模式登录会回退默认 sudo -u gdm dbus-run-session gsettings set \ org.gnome.desktop.background picture-uri-dark file://${DEST_IMG} # 关闭背景渐变否则图片边缘会被叠一层半透明 sudo -u gdm dbus-run-session gsettings set \ org.gnome.desktop.background color-shading-type solidpicture-uri是浅色模式picture-uri-dark是 22.04 引入的深色模式 key。很多人只设了前者结果系统处于深色主题时登录界面还是默认紫这就是玄学来源。color-shading-type设成solid关掉渐变叠加不然图片顶部会有一层灰。三个 key 缺一不可。3.3 锁屏背景与登录背景为什么要分开设登录背景GDM greeter和锁屏背景GNOME Shell lock screen走的是两套配置。登录背景读 gdm 用户的 dconf锁屏背景读当前登录用户的 dconf。所以脚本要分两段一段sudo -u gdm一段用当前用户身份。# 当前用户的锁屏背景不需要 sudo gsettings set org.gnome.desktop.background picture-uri file://${DEST_IMG} gsettings set org.gnome.desktop.background picture-uri-dark file://${DEST_IMG}如果你只改了 gdm 那段会发现登录界面变了但锁屏SuperL还是旧的这不是脚本没生效是两套配置。批量部署时我会把这两段都写进同一个脚本用REAL_USER${SUDO_USER:-$USER}拿到真实用户避免在 sudo 环境下把配置写到 root 名下。4. 避坑与排查改完不生效的 5 种真实情况4.1 现象重启后登录界面纯黑无背景原因图片路径 gdm 用户读不到最常见是放在了/home/xxx/下家目录 700 权限挡住了。解决把图移到/usr/share/backgrounds/并chmod 644。用sudo -u gdm test -r /path/to/img echo ok验证可读性返回 ok 才算过。4.2 现象gsettings set 报 “Cannot autolaunch D-Bus”原因漏了dbus-run-session或者用了su gdm而不是sudo -u gdm。解决命令必须写成sudo -u gdm dbus-run-session gsettings set ...顺序不能换。如果系统没装dbus-run-sessionapt install dbus-x11补上。4.3 现象24.04 上 gdm 用户家目录变成 /var/lib/gdm 而非 gdm3原因24.04 部分镜像把 gdm3 包换成了 gdm家目录路径变了。解决脚本里不要硬编码/var/lib/gdm3用getent passwd gdm | cut -d: -f6动态取。硬编码的脚本在 24.04 上会写到不存在的目录dconf 静默失败。4.4 现象图片显示但被拉伸变形原因图片比例和屏幕分辨率不匹配GDM 默认zoom模式会裁切或拉伸。解决准备同比例图片或在 gsettings 里设picture-options为scaled。命令sudo -u gdm dbus-run-session gsettings set org.gnome.desktop.background picture-options scaled。4.5 现象升级内核或 GNOME 后背景被重置原因包管理器升级gnome-shell时可能重建 gdm 用户的 dconf 默认值。解决把脚本做成 systemd oneshot 服务在graphical.target之后跑一次或者干脆放进装机流程的 post-install 钩子。我一般会在脚本末尾加一句校验不通过就重写。5. 进阶把脚本做成可回滚的 systemd 单元与批量部署技巧单次执行够用但生产环境要的是可重复、可回滚。我习惯把整个逻辑包成一个脚本再挂一个 systemd oneshot 单元这样系统升级后能自动补回配置。先看回滚逻辑这是后悔药# 回滚删除 gdm 用户的自定义背景 key恢复默认 sudo -u gdm dbus-run-session gsettings reset \ org.gnome.desktop.background picture-uri sudo -u gdm dbus-run-session gsettings reset \ org.gnome.desktop.background picture-uri-dark # 当前用户同样 reset gsettings reset org.gnome.desktop.background picture-uri gsettings reset org.gnome.desktop.background picture-uri-darkgsettings reset把 key 恢复成 schema 默认值比set一个默认路径干净。回滚后重启 gdm 即可sudo systemctl restart gdm。注意重启 gdm 会踢掉当前图形会话远程操作要留 SSH 后路。再看 systemd 单元放在/etc/systemd/system/gdm-background.service[Unit] DescriptionSet GDM login background Aftergraphical.target Wantsgraphical.target [Service] Typeoneshot ExecStart/usr/local/bin/set-gdm-bg.sh /usr/share/backgrounds/gdm-login-bg.png RemainAfterExityes [Install] WantedBygraphical.targetTypeoneshot表示跑完就退出RemainAfterExityes让服务状态保持 active方便systemctl status查。Aftergraphical.target保证图形栈起来后再写 dconf太早写 gdm 用户会话还没建好。启用sudo systemctl enable --now gdm-background.service。批量部署时把图片和脚本一起塞进 Kickstart 的%post段或者用 Ansible 的copycommand模块。关键参数是become: true和become_user: gdm但 Ansible 的become_user不支持dbus-run-session包装所以实际还是调脚本。我一般把脚本放/usr/local/bin/Ansible 只负责分发图片和触发服务。验证是否生效不用重启机器直接查 gdm 用户的 keysudo -u gdm dbus-run-session gsettings get \ org.gnome.desktop.background picture-uri # 期望输出file:///usr/share/backgrounds/gdm-login-bg.png返回带file://的路径就说明写进去了。如果返回file:///usr/share/gnome-background-properties/...之类的默认值说明写入没成功回去查 4.2 那条。最后说个习惯我每次改完 GDM 相关配置都会先sudo cp /var/lib/gdm3/.config/dconf/user /root/gdm-dconf.bak备份一份 dconf 数据库翻车了直接拷回去。这个动作花两秒能省一次重装。希望帮到你。本文还有配套的精品资源点击获取