原邮政
硬件:戴尔XPS 9360
软件: Ubuntu 20.04 (LTS)
问题:使用Ubuntu‘Screenshots时出现的图形故障:每次重新启动带有随机工件的损坏图标,每次重新启动带有随机工件的损坏壁纸,从桌面UI (任务栏和程序菜单)屏幕截图中使用的字体中丢失字符:
更详细的解释是,在使用了多年的旧版本之后,我最近重新安装了新的Ubuntu。一切都很好。然后,我开始设置我的i3wm (它可以很好地工作,没有滑翔)等等,这是我通常工作的大部分时间。在所有设置完成后,我切换回Ubuntu一秒钟,注意到上面的状态--图形/呈现问题。我试着搜索他们,但我确实找到了一些较老的帖子,他们要么没有得到答复,要么是经过一些调查发现他们的问题与我的无关。在安装过程中,我所做的就是安装正常的apt内容,并乱搞我的i3和vim吐露。我所做的“最不寻常”的事情是设置一些X11东西,让触摸屏和背光在i3中工作,我怀疑这会像这样扰乱ubuntu桌面(如果有帮助的话,这里是我所做的一切:X11材料)。
有没有人知道如何在没有完全重新安装的情况下修复ubuntu桌面?
更新
更新1:好的,所以我应该事先试一下(对不起)。删除"90-touchpad.conf“和我在"xorg.conf”中所做的事情与这个问题有很大的联系,这个问题现在或多或少已经解决了。有人能向我解释一下这里到底发生了什么吗?如果有办法在不破坏ubuntu桌面的情况下为i3使用这些解决方案的话?
更新2:经过一些调查后,发现问题在于xorg.conf中的条目,而不是触摸屏文件。现在试着找出到底是什么破坏了它。
更新3:因此,经过一些混乱之后,我的结论是:如果我正确理解xorg日志文件,我的系统会自动选择“模式设置”驱动程序选项。上面对配置文件中的"Device“部分的更改是让xbacklight工作所必需的,但是请指定"intel”驱动程序设置。尽管我有"Intel Graphics HD 620",这个驱动程序似乎导致了上述的渲染问题。解决方案很可能涉及更新英特尔驱动程序(或寻找不会引起问题的版本)。一个更简单的解决方案是删除对xorg.conf文件的更改,而改用brightnessctl。这并不是一个真正的问题解决方案,而是为那些需要它的人而工作。安装它通过"sudo apt安装brightnessctl“,然后重新启动。如果它不起作用,试着安装"sudo apt Install亮度-udev“(这是brightnessctl所需的,但通常安装在我认为的第一个包中),然后重新启动(重要)。您可以通过手册页了解如何控制brightnessctl。
发布于 2020-09-28 21:26:08
正如上文所建议的,我将尝试把我对这个问题的调查总结为一个独立的答案。
上面提到的问题似乎是将xbacklight补丁中包含的设备部分的“驱动程序”部分产生的问题呈现到xorg.conf文件中。
从xorg日志文件(如果我直接理解的话),我收集到的不是上面修复中需要的"intel“驱动程序选项,而是xbacklight来识别显示,我的系统本机加载"modesetting”驱动程序选项。将上面的xorg.conf更改设置为"modesetting“可以解决呈现问题(这些问题可能是由"intel”选项调用的旧的/不稳定的驱动程序引起的),但是破坏了xbacklight修复程序。我没有尝试更新我的英特尔驱动程序,但我会假设这是为了解决问题。
解决办法是使用brightnessctl而不是xbacklight。通过sudo apt安装brightnessctl安装,然后重新启动。如果它不工作,尝试安装所需的udev规则通过亮度-udev (sudo apt安装亮度-udev)和重新启动。
https://askubuntu.com/questions/1276928
复制相似问题