补充

最近重装了 Ubuntu 20.04，又找了相关的一些帖子，发现 聯想Yoga 14s 2021款裝機小記 中提到了下文中提到的屏幕闪烁的问题，解决办法是：只需要在内核参数中加入 i915.enable_psr=0 即可。

具体操作步骤如下：

$ sudo vim /etc/default/grub

在 GRUB_CMDLINE_LINUX_DEFAULT 这一行的最后添加 i915.enable_psr=0，保存后终端运行：

$ sudo update-grub

然后重启即可。

前言

苦于沉重游戏本的迫害，新买了一台小新Pro14 2021款，上手感觉还挺不错的。如下是配置：

• CPU：酷睿 i5-11300H
• 显卡：集成显卡 Intel 锐炬Iris Xe
• 内存：16G
• 外存：512 SSD
• 屏幕：分辨率 2880x1800、400nits、100%sRGB

这里需要注意的是，不同时间出的小新Pro14配置是不太一样的，所以我这里列了一下配置。主要区别在于有一部分是2.2K分辨率+MX450显卡，而我这个是2.8K分辨率+锐炬Iris Xe显卡。

为了工作的需要，要装一个Ubuntu，先是装了之前用过的 Ubuntu 18.04，安装后发现触摸板无法使用，一系列探索后无果，在朋友的推荐下，还是决定安装 Ubuntu 20.04 试一下，踩了一些坑，在这里记录一下。

问题列表

如果你遇到了以下问题，那么这篇文章的方法可能会对你有益处：

Ubuntu 18.04 相关

1. Ubuntu 18.04 无法使用触摸板
2. Ubuntu 18.04 无法使用内置键盘
3. Ubuntu 18.04 无法调节亮
4. Ubuntu 18.04 查看GPU发现是llvm，而不是Iris Xe

Ubuntu 20.04 相关

1. Ubuntu 20.04 进入后屏幕花屏、黑屏
2. Ubuntu 20.04 查看GPU发现是llvm，而不是Iris Xe

现在达成的效果

Ubuntu 20.04 能够正常使用，触摸板以及外界屏幕，亮度调节均无问题。

开机时也能够使用键盘。

但是开机登录界面还是存在花屏、闪屏的问题，我通过自动登录解决。BIOS界面仍旧会闪屏。

安装 Ubuntu 18.04 的问题

首先安装Ubuntu 18.04 还是比较顺利，没有什么坑。

安装的话就是按流程来一遍——压缩卷、进入BIOS关闭安全启动模式(这里网上有部分同学说也需要关闭 Intel Platform Trust Technology 、但是我不关闭也是可以的)、然后Try Ubuntu看一下效果（这里Try Ubuntu我没法使用鼠标，不过安装的时候可以）、开始安装。

安装过程一般没啥问题，进入系统后我们就会发现一些问题，首先是你的**触摸板用不了，然后键盘也用不了。**再就是屏幕没法调节亮度（这个是小问题我觉得，好像也可以通过安装插件解决，大家可以自行搜索。）

经过查询资料，这里有同学已经提出很好的解决方案：https://zhuanlan.zhihu.com/p/322377515

简而言之，键盘用不了需要在 grub 启动项中加入 i8042.dumbkbd 参数，然后运行

sudo update-grub2

即可在每次启动后保证键盘可用。

关于没法使用触摸板和调节亮度，办法就是升级内核，据说是内核升级到5.9.8以上可用，Ubuntu 18.04内置版本是5.4.0.84好像是，但是我在更新后会花屏、黑屏等来回鬼畜，试了好多四五个内核依旧不管用，我猜想是因为我是2.8K的屏幕而网上的教程多是基于2.2K屏幕的，锐炬显卡对于高分辨率的屏幕支持并没有那么优秀。

于是一直被这个问题折磨，搜了很多的教程也没有解决办法，最后决定换Ubuntu 20.04 尝试一下，之前一直觉得系统版本是个不可逾越的鸿沟，但是随着实践的越来越多，发现很多版本不兼容的问题都是有可解决办法的，因此也下定决心尝试一下未曾试过的 20.04。

安装Ubuntu 20.04 的问题

首先是关于安装的问题

在安装Ubuntu 18.04 的时候只有四个选项，应该是一个 Try Ubuntu、一个直接安装，一个高级模式，一个进BIOS

而安装Ubuntu 20.04 的时候却有五个选项，分别是Ubuntu、Ubuntu(safe graphics)、OEM install(for manufacturers)、还有就是一个是高级模式、一个是进BIOS

说一下三个安装方式的区别

第一个模式与第二个模式的区别就是，第二个模式对于grub启动项目中添加了一个 nomodeset 选项，那么这个选项是做什么的？以下是他的解释：

The newest kernels have moved the video mode setting into the kernel. So all the programming of the hardware specific clock rates and registers on the video card happen in the kernel rather than in the X driver when the X server starts.. This makes it possible to have high resolution nice looking splash (boot) screens and flicker free transitions from boot splash to login screen. Unfortunately, on some cards this doesn’t work properly and you end up with a black screen. Adding the nomodeset parameter instructs the kernel to not load video drivers and use BIOS modes instead until X is loaded.

大概意思是在最新的内核中，已经能够在BIOS引导阶段启用显卡，这样做的目的是很好的适应高分辨率屏，但是很遗憾的是某些显卡并不能很好的适配，通过 nomodeset 参数可以防止以不支持的显卡驱动视频流。

很遗憾，锐炬显卡刚好没有被适配，所以选第一个选项(Ubuntu)来安装也会屏幕一闪一闪的，因此我们安装选择Ubuntu(safe graphics)选项来进行安装然后流程是一样的，蛮顺利。

这里装完就没有触摸板的问题，屏幕亮度调节也没有问题。不过键盘依旧有问题，可以根据上面描述进行更改。

然后更鬼畜的问题来了，只要这么一搞，从BIOS引导阶段开始，就会一直闪屏，尤其是输入密码进行登录的时候，会卡个好长时间，几乎无法使用，不过很有意思的是，只要外接屏幕，外接的屏幕显示不会有问题。

因此求助于搜索引擎，因为怀疑是显卡的问题，所以搜索了关键词 Ubuntu Iris Xe，找到了以下两个比较有用的答案：

StackOverflow：Ubuntu 20.04 no driver loaded for Intel Iris Xe Graphics

Intel：Intel Iris Xe MAX Graphics with Linux

这两个帖子都说了一个问题吧，就是如何在 Ubuntu 20.04 上更好的使用锐炬显卡

这个问题实质解决的是没有在Ubuntu 20.04 上启动起来显卡，所以你会在你的 Ubuntu->Settings->About 页面看到的是 llvm 有关的字眼，而不是上面我截图所示的 Mesa Intel® Xe Graphics (TGL GT2)。

解决这个问题比较关键的步骤是

sudo apt update
sudo apt install linux-oem-20.04
sudo reboot

这样开机再启动应该就会正常启动显卡了，这个方式在Ubuntu18.04是否奏效我没有实验过，可能可以安装对应的 linux-oem-18.04 包。

在 Intel 官方的教程中，还添加了 grub 启动项等，我并没有发现他们的实际作用，在他后续的测试中我也没有达到期待的效果，因此没有继续尝试，如果有同学跟着文档做成功了，可以一起来讨论一下。

但是！！！

安装完成后，我还是会花屏和黑屏，问题依旧没有解决。我突发奇想，考虑到我外接屏幕没有问题，而自带的屏幕有问题，**因为外接屏是 1920x1080 而内置屏幕是 2880x1800，我联想到会不会是高分辨率屏幕的问题，所以尝试着把外接屏的显示比例调成了 150%(需要开启 Fractional Scaling)，没想到歪打正着，居然好了，看起来也更加的顺眼，比例也更加协调。**具体的内部原因还不是很清楚。 已解决，见本文开头。

但是还是有一个小瑕疵，就是在BIOS引导阶段与输入密码登录的界面，我仍旧是会花屏、闪屏，我考虑到这是还没有初始化屏幕设置的问题，尝试搜索了修改BIOS比例、提前初始化login界面的分辨率，依旧没有找到比较好的解决办法，

因此最后只好启动自动登录来跳过登录界面，这样就看上去算是一个完好的系统了QAQ。。

这里给出一些可能有价值的资料，大家可以自行查阅

How to change the login screen resolution in Ubuntu 18.04

Custom Resolution Ubuntu 20.04

How can I change the resolution of the GRUB menu?

根据上述第三个教程，我修改了 GRUB 的显示分辨率为 1920x1080，还是会闪屏。

如果有大佬有想法或者解决了，欢迎留言一起探讨。

后记与感想

折腾了一下午加一晚上，终于把系统整的能用了，不过又要重新配置各种软件，还是挺麻烦的。

不过尝试新鲜事物、好比Windows11、最新款的电脑，还是挺高血压的，需要应付各种Bug，这可能也是一种平衡？hhhh，想要尝试新的事物、走在前沿、就必须要有付出。

此外，发现查英文的资料要比中文靠谱的多，尤其是这种比较新的问题、要多去StackOverflow和AskUbuntu等论坛和官网查看，有奇效。

参考资料

1. 联想小新pro14安装Ubuntu20.04
2. Ubuntu 20.04 no driver loaded for Intel Iris Xe Graphics
3. Intel Iris Xe MAX Graphics with Linux
4. How to change the login screen resolution in Ubuntu 18.04
5. Custom Resolution Ubuntu 20.04
6. How can I change the resolution of the GRUB menu?

前段时间在 Github 学完了关于 git 的小游戏 learnGitBranching ，受益匪浅。

它通过可视化的方式将分支的关系，每条命令的作用等都明明白白的体现出来，可以很直观的感受到你每条命令对整个分支树，每一个 ref 的作用。

通过这种学习感觉自己对 Git 的理解更加深入一步，能够理解其中的原理，而不是浅尝辄止，照猫画虎。

学习中记了一些零零散散的思路，想要写一篇笔记记录出来，之前已经写过一个简单的 Git 教程，这篇教程将会更加深入，希望可以帮助大家更好的掌握 Git。

窃认为，想要学好 Git ，必须要理解清楚其中的分区以及引用，学会了这两个，各种基本操作就很容易理解了。接下来的笔记也基本以此思路展开。

Git中的分区

首先，Git中存在三大分区，分别是工作区、暂存区、版本库。其中，

工作区即我们工作的目录，暂存区是我们执行 git add 后文件存在的区域。

我们可以通过 git status 对两种状态进行查看，例如：

~/test master*
base ❯ git status  
On branch master
Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
	modified:   test

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
	modified:   test

上图中存在两部分， 分别为 Changes to be committed 这里是表示的版本库与暂存区的区别，还有Changes not staged for commit ，它表示的是工作区与暂存区的区别。

版本库是我们执行 git commit -m "xxx" 后，文件存在的区域。在上述过程中，Git 记录暂存区与版本库的差异，生成版本号，记录下来。我们可以通过 git log 来查看我们产生的更改，内容如下：

commit 9da52a0e4800547ca46bd6bb919d1105cea43f1e (HEAD -> master)
Author: zs <2459958352@qq.com>
Date:   Thu Jul 22 22:09:45 2021 +0800

    test commit

其中包含了版本号、当前节点上的 ref 记录、作者、邮箱、日期以及此次提交的注释。

Git中的引用

在 Git 中，引用到处可见，引用类似于给某一个 commit-id 即某一次提交的 SHA-1 值起一个简单的名字，如 branch ，tag 这些都是引用。

Git 中存在一个命令， git update-ref ，你可能几乎没见过，但可能天天在用。

当运行类似于 git branch <branch> 这样的命令时，Git 实际上会运行 git update-ref 命令，例如，运行 git branch zs，就等效于

$ git update-ref refs/heads/zs <commit-id>

这里的 commit-id 就是当前提交的 commit-id ，那他是如何获得的呢？

使用过 Git 的人一定知道，Git 中存在一个名叫 HEAD 的引用，它可能是引用，也可能是引用的引用。即它很多时候是指向某一个引用，如指向分支 master 这个引用。不过，它也可以与引用分离，称为游离的HEAD，即不指向某个引用，而指向单独的一个 commit 。

可以通过 git commit commit-id 来实现，不过，我们一般不推荐这种操作。下面的讨论，我们都是基于 HEAD 是指向某一分支的。

下面是关于一个引用的小例子：

~/test master*
base ❯ git branch zs                                                    

~/test master*
base ❯ cat .git/refs/heads/zs 
9da52a0e4800547ca46bd6bb919d1105cea43f1e

~/test master*
base ❯ git update-ref refs/heads/test 9da52a

~/test master*
base ❯ cat .git/HEAD             
ref: refs/heads/master

~/test master*
base ❯ cat .git/refs/heads/master
9da52a0e4800547ca46bd6bb919d1105cea43f1e

~/test master*
base ❯ cat .git/refs/heads/test 
9da52a0e4800547ca46bd6bb919d1105cea43f1e

可以发现，例子中 HEAD 指向 master ，master,zs,test 同时都指向 id 为 9da52a 的提交。

撤销更改

撤销本地更改

• 通过版本库撤销暂存区更改，工作区不改

$ git reset HEAD^ #撤销一次更改
$ git reset HEAD~nums #撤销HEAD往前nums次更改

• 直接通过版本库撤销工作区的更改

$ git reset HEAD^ --hard     #撤销一次更改
$ git reset HEAD~nums --hard #撤销HEAD往前nums次更改

可以发现只要加了 --hard ，就可以直接也把工作区改掉，不过建议三思而后行！

撤销远程更改

上面说的是你本地的工作区 or 暂存区的撤销

如果你已经把更改推送到了远端仓库，那么你想要去掉那次改动怎么办？

可能你会想，直接通过 git reset 切换到上面的某个需要的节点，然后再改？But，很容易想到这样会产生严重的冲突。一旦commit已经被push到远程仓库，那么是坚决不允许去reset它的。

还好，Git 给我们提供了一个更好的选择，你可以通过 git revert 产生一个类似于补丁的东西来消除掉更改，很容易理解，这样没有改变树的结构，相对于 git reset 他会往前走而不是回溯，这不会对之前的历史产生重要的影响。

需要注意的是， git revert 的用法：

$ git revert HEAD #撤销掉HEAD这次更改，回到HEAD的上次版本
$ git revert <commit_id> #撤销掉这次cmmit的修改

两种合并方式

我们知道，Git 中存在两种合并分支的方式，分别为 git merge 和 git rebase 。

两种方式各有优劣，简单说，rabase 是把两条分支的提交记录整理到某一主分支上，它有着历史的完整记录。而 merge 虽然也是整理了提交，但是某一分支的中间提交更改的过程合并后并不会体现在主分支上，中间过程可以说是在主分支上不可见的。

很容易发现，rebase 产生的主分支提交记录会更加的详细，它记录了每一步小的改动。而 merge 产生的更简洁，有点类似于封装的意味，只是告诉你我这个提交完成了这个任务的开发，内部的实现细节却不会告诉你。

而 rebase 相比与 merge 也会更加繁琐一些，你也可以通过 git rebase -i 来通过可视化界面（可视化文本列表）的方式，来对记录做取舍与改动，不过还是没有 merge 方便，远程仓库的合并操作一般都是使用 merge 。

需要注意的是，两种方法的使用习惯很不一样：

$ git merge <branch>

代表的是将 <branch> 分支合并到当前 HEAD 所在的分支。

$ git rebase <branch1> <branch2>

代表的是将 branch2 合并到 <branch1> 的位置。如果省略 <branch2> ，那么就是合并 HEAD 所在分支到 <branch1> 分支。

可以发现 merge 体现的是一种， merge xx 到当前位置。而 rebase 体现的是将自己合并到 xx 那里去。一个是别人过来，一个是自己过去。建议两个命令改成 merge from ，rebase into，哈哈。

顺便提一下， merge 会导致一个节点有多个父节点，通过上文我们知道可以通过 ~ 在一条线上移动，在这里，我们可以通过 ^ 来指定第几个父节点，如 HEAD^3 就是指 HEAD 所在节点的第三个父节点。

整理提交记录

我们有时会需要把另一个分支的部分更改放到主分支上来，即整理我们所有的提交记录，拿到我们所需要的来组成一个完整功能。

为了完成这件事，我们想到，这有点像合并分支，不过可能不需要某一个分支上的全部更改，只需要其中的一部分就可以了。

上面提到，通过 git rebase -i 可以进行交互式的 rebase ，可以对提交记录进行取舍，因此这样就可以满足我们的需求，只不过可能合并的时候需要想明白是从哪里变到哪里，有一些烧脑。

幸运的是，Git 还给我们提供了另一个更加简洁的方式——git cherry-pick ，语法如下：

$ git cherry-pick <commid-id>

你可以通过这种方式，将树上的任意一个节点的提交添加到当前 HEAD 所在分支的下方，这真是功能强大的命令！你也可以通过空格间隔，来顺序摘取多个提交。

两条万能指令

除了上面我觉得值得说道的问题，我还想推荐两条我认为非常有用的指令，掌握了他们，你就可以在分支树上随心所欲的移动！

• 移动分支

$ git branch -f <branch> <commit-id>

通过这条指令，你可以将 <branch> 的引用指向 commit-id ，如果你读懂了上面的内容，你会发现它只是通过 update-ref 更新了对应的引用。

• 移动 HEAD

$ git checkout <branch>
$ git checkout <commit-id>

通过这条指令，你可以自由的移动 HEAD 引用，前者让他指向了 <branch> 分支，后者让他指向了SHA-1为 <commit-id> 的提交。

推荐的资料

在学习的过程中，看了很多资料，一并推荐给大家！

• learnGitBranching：有趣的闯关游戏，但也干货满满。

• Git三大分区概念：讲解了关于分区的概念，还有直观清晰的图片！

• Git的引用：来自 Git 官方的讲解，十分硬核。

最近基地的打印机突然又好起来了。

因为基地的打印机型号比较老——HP LaserJet 1020，没有无线打印的功能。所以之前一位学长¹ 用树莓派配置了打印机的无线打印功能，但是后来发现有一些问题，有时候发送打印请求树莓派无法接收，而且不知道为何，学长之前用的是树莓派自己创建WiFi，连接对应WiFi才能打印，但是这个显然不是最优的解决办法。

考虑到之间已经配置好基地WiFi，我决定重新配置一下打印功能，使其连接基地WiFi即可实现局域网打印。

配置过程

查看树莓派内容

通过ssh连接树莓派，发现里面除了Github上的一个开源项目create_ap ，就没有什么其他的内容了，连接屏幕后发现没有任何图像信号，无从下手，因此考虑重新刷机。

对树莓派进行刷机

把数据备份了一下，看了一下树莓派版本是2015年生产的 Raspberry Pi 3 model B V1.2 ，是老古董了。

去官网看了一下，因为我对Ubuntu比较熟悉，我计划安装一个 Ubuntu20.04版本的，考虑到版本比较老，就装了server版本的，相比与desktop版本负担更小一些。

其实就是下一个官方的软件，Raspberry Pi Imager ，直接用读卡器对树莓派的存储卡刷机即可。

这里是对应的镜像以及教程： 镜像下载 安装教程

配置网络相关

Ubuntu的server版本有个比较蛋疼的问题就是上网比较困难，如果是用的学校网线，必须要PPPOE拨号才能上网，但是server版本居然没有 net-tools 和 network-manager ，连接WiFi啥的试了很多办法但还是没有什么作用。

解决办法：用网线直接连接树莓派和有网的路由器，安装 net-tools 和 network-manager ，执行

$ sudo nmtui

选择 Activate a connect 连接无线的WiFi，执行

$ sudo ifconfig

查看WiFi对应的IP，至此，树莓派可以摆脱屏幕，我们可以使用电脑进行使用 ssh 连接。

这里也可以使用网线进行连接，具体操作如下

1. 用网线连接树莓派和自己的电脑。

2. 在树莓派的利用 nmtui 选择 Edit a connection ，Add一个Ethernet connect，对IPv4 CONFIGURATION进行设置，首先讲 Automatic 设置为 Manual，设置 Address 为 静态IP 如 192.168.3.2 ，Gateway 设置为 192.168.3.1 。

3. 在自己电脑利用 nmtui 同上不过设置 Address 为 192.168.3.3 ，只要是位于同一网段即可。

4. 这时候就可以通过网线进行 ssh 连接了。

配置cups

以下大多参考：如何正确地用树莓派共享打印机

大佬言：

其实，这一步的工作量非常少，因为软件包 CUPS 就是为共享打印机而生。我们要做的只是将打印机用 USB 线缆连接树莓派，然后安装并配置 CUPS。

然而，事实并非如此。

换源

在安装之前需要换源，如果不换源的话，安装会十分缓慢，具体的流程可以看上面的blog，因为我们基地的WiFi自带代理，因此这一步我没有做。

安装驱动及打印程序

• 首先更新源并安装Hp的打印机驱动 hplip

$ sudo apt update
$ sudo apt install hplip

• 然后安装Apple开源的远程打印工具 cups，并配置相应权限

$ sudo apt install cups  # Install cups package
$ sudo usermod -aG lpadmin pi # Add user to lpadmin group,pi is your user name
$ sudo cupsctl --remote-any # open remote access 

• 然后使用在同一局域网的电脑，访问 https://树莓派IP:631，可以进入如下界面，按照下图设置右侧的Server Settings

• 连接打印机和树莓派，点击Add Printer添加打印机，在弹出的窗口中输入对应的用户信息，使用在上一步中用户组中添加的用户

  

• 然后按着一步步的指引，选择HP LaserJet 1020打印机，然后按照提示，选择和名称对应的驱动，我们会发现 LaserJet 1020 对应驱动会提示：HP laserjet requires proprietary plugin，也就是我们不仅需要这个通用的驱动，而且需要一些额外的插件，打印机才能正常工作。

• 查阅资料发现：HP官方已经给出了说明，我们需要查看hplip版本，然后安装对应的驱动插件。

  • 首先我们查看一下版本，发现是3.20.3版本

  $ sudo apt show hplip 
  Package: hplip
  Version: 3.20.3+dfsg0-2
  Priority: optional
  Section: utils
  Origin: Ubuntu
  Maintainer: Ubuntu Developers <ubuntu-devel-discuss@lists.ubuntu.com>
  Original-Maintainer: Debian Printing Team <debian-printing@lists.debian.org>
  Bugs: https://bugs.launchpad.net/ubuntu/+filebug
  Installed-Size: 518 kB
  

  • 然后在 插件列表 中找到 3.20.3 对应的hplip-3.20.3-plugin.run和hplip-3.20.3-plugin.run.asc，使用wget下载到树莓派本地。

  • 运行 hp-setup -i 使用命令行进行安装，按照提示命令，进行插件的安装。

    [scode type=“yellow”]这里建议提前下好安装，而不是直接联网下载，速度较快，指定路径需要为绝对路径[/scode]

• 至此，我们可以尝试使用手机或者电脑搜索打印机来进行打印测试，没有其他意外的话，可以发现打印成功！

结语

其实这个配置过程远没有这么简单，期间还有很多小问题，但是大致的流程大概就是如上述所示，全写出来可能太啰嗦，大家如果配置过程中遇到更多的疑问，可以在下方评论一起探讨~

参考链接

• What is the HPLIP Binary Plug-In and How Do I Install It?
• Plugins
• Other Plugins
• cups
• 使用树莓派搭建无线打印机
• 如何正确地用树莓派共享打印机

​Ubuntu下想要使用QQ有一个比较好的解决方案就是deepin-wine的版本，deepin-wine版本的QQ一共有两个版本，分别是 8.9.1 和 9.1.8 ，前者安装后发现无法登陆，登录时会提示版本过低的问题，于是我换到9.1.8版本后，启动初始化后就无任何信息了，于是开始排查问题

解决方案

​首先我们根据上文的启示，因为每一个应用程序对应了一个 xxx.desktop 文件，因此在应用库中的QQ一定也有一个对应的 desktop 文件

​我们进入到 /usr/share/applications ，运行

$ ls | grep -i qq

​可以发现其中有一个名为 deepin.com.qq.im.desktop 的文件，我们打开后发现内容如下：

#!/usr/bin/env xdg-open

[Desktop Entry]
Encoding=UTF-8
Type=Application
X-Created-By=Deepin WINE Team
Categories=chat;
Icon=deepin.com.qq.im
Exec="/opt/deepinwine/apps/Deepin-QQ/run.sh" -u %u
Name=QQ
Name[zh_CN]=QQ
Comment=Tencent QQ Client on Deepin Wine
StartupWMClass=QQ.exe
MimeType=

​可以看到Exec那一栏为 Exec="/opt/deepinwine/apps/Deepin-QQ/run.sh" -u %u ，发现他是运行目录下的一个 run.sh 脚本来启动的。

​我们进入目录下直接运行该脚本，查看log信息：

base ❯ ./run.sh                   
Run Deepin-QQ 9.1.8deepin0 c:/Program Files/Tencent/QQ/Bin/QQ.exe
run Deepin-QQ progress pid 
Gtk-Message: 01:16:58.069: GtkDialog mapped without a transient parent. This is discouraged.
total 0
lrwxrwxrwx 1 zs zs 10 6月  16 01:16 c: -> ../drive_c
lrwxrwxrwx 1 zs zs 10 6月  15 23:36 com1 -> /dev/ttyS0
lrwxrwxrwx 1 zs zs 10 6月  15 23:36 com10 -> /dev/ttyS9
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com11 -> /dev/ttyS10
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com12 -> /dev/ttyS11
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com13 -> /dev/ttyS12
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com14 -> /dev/ttyS13
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com15 -> /dev/ttyS14
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com16 -> /dev/ttyS15
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com17 -> /dev/ttyS16
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com18 -> /dev/ttyS17
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com19 -> /dev/ttyS18
lrwxrwxrwx 1 zs zs 10 6月  15 23:36 com2 -> /dev/ttyS1
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com20 -> /dev/ttyS19
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com21 -> /dev/ttyS20
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com22 -> /dev/ttyS21
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com23 -> /dev/ttyS22
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com24 -> /dev/ttyS23
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com25 -> /dev/ttyS24
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com26 -> /dev/ttyS25
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com27 -> /dev/ttyS26
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com28 -> /dev/ttyS27
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com29 -> /dev/ttyS28
lrwxrwxrwx 1 zs zs 10 6月  15 23:36 com3 -> /dev/ttyS2
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com30 -> /dev/ttyS29
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com31 -> /dev/ttyS30
lrwxrwxrwx 1 zs zs 11 6月  15 23:36 com32 -> /dev/ttyS31
lrwxrwxrwx 1 zs zs 10 6月  15 23:36 com4 -> /dev/ttyS3
lrwxrwxrwx 1 zs zs 10 6月  15 23:36 com5 -> /dev/ttyS4
lrwxrwxrwx 1 zs zs 10 6月  15 23:36 com6 -> /dev/ttyS5
lrwxrwxrwx 1 zs zs 10 6月  15 23:36 com7 -> /dev/ttyS6
lrwxrwxrwx 1 zs zs 10 6月  15 23:36 com8 -> /dev/ttyS7
lrwxrwxrwx 1 zs zs 10 6月  15 23:36 com9 -> /dev/ttyS8
lrwxrwxrwx 1 zs zs  8 6月  16 01:16 y: -> /home/zs
lrwxrwxrwx 1 zs zs  1 6月  16 01:16 z: -> /
CallApp Deepin-QQ c:/Program Files/Tencent/QQ/Bin/QQ.exe
2021年 06月 16日 星期三 01:16:58 CST:kill QQ.exe block
2021年 06月 16日 星期三 01:16:58 CST:No wine process found
/home/zs/.deepinwine/Deepin-QQ/drive_c/Program Files/Tencent/QQ/Bin
Starting process c:/Program Files/Tencent/QQ/Bin/QQ.exe ...

/opt/deepinwine/apps/Deepin-QQ
base ❯ wine: cannot find L"C:\\windows\\system32\\winemenubuilder.exe"
wine version: 2.18
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
X Error of failed request:  GLXBadContext
  Major opcode of failed request:  152 (GLX)
  Minor opcode of failed request:  6 (X_GLXIsDirect)
  Serial number of failed request:  207
  Current serial number in output stream:  206

​可以发现最下面的log信息有一些异常，首先第一行是因为我们是Ubuntu系统，可以暂且不关注

​接下来可以看到有一个LibGL的错误，我们通过Google搜索

libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
X Error of failed request:  GLXBadContext
  Major opcode of failed request:  152 (GLX)
  Minor opcode of failed request:  6 (X_GLXIsDirect)
  Serial number of failed request:  207
  Current serial number in output stream:  206

​发现类似的错误及解决方案如下：

• SOLVED] LibGL errors with osu! and wine

• Steam: libGL error: No matching fbConfigs or visuals found libGL error: failed to load driver: swrast

​从搜索结果来看，这个问题还是非常常见的，用steam也会遇到，一般都是因为电脑安装了64位的NVIDIA显卡驱动，但是因为应用是32位的导致不能兼容，因此无法启动

​最终解决方案有两个

• 如果是不常用NVIDIA驱动的人，普通的办公一下，可以搜索网上教程关闭独显，只启用集显，可以发现QQ可以正常启动，
• 重新安装32位的NVIDIA驱动

最后

虽然已经知道了解决方案，但是最终我还是选择卸载掉QQ，安装了wine版本的TIM，感觉和QQ没什么区别，而且更加简洁，而且可以流畅运行，没有N卡兼容问题！大家可以考虑一下~

而且QQ和TIM某些情况下会出现bug，字体全部变为方块，在 deepin-wine-ubuntu 的 Issues 中找到了解决方案 Ubuntu 安装QQ后中文方块解决方法 ，大家有同样困扰的也可以看一下~

最近使用Anaconda的时候遇到了一个很奇怪的问题，如当我新建环境 condatest 后，使用 pip -V 查看pip的路径指向，会发现pip指向的是另一个环境 CenterNet 的路径。搜索了很久得到一个有一些用的解决方法

解决方案

设有问题的环境为 condatest ，python版本为 3.6

然后进入 ~/anaconda3/envs/condatest/lib/python3.6

编辑目录下的 site.py 文件，将其中的 USER_SITE 的值修改为 /home/zs/anaconda3/envs/condatest ，注意这里路径里面的 zs 是你的当前用户名， USER_BASE 的值修改为 /home/zs/anaconda3/envs/condatest/lib/python3.6/site.py，然后问题应该就解决了。

因为如果环境问题的话，上面两个字符串都为空，猜测的原因是因为有同python版本的环境导致默认指向错误，此方式为修改conda中pip的指向。

参考链接

• 更改conda环境中的pip包安装的默认路径

​CenterNet是一个anchor-free的目标检测网络，与YOLOv3相比，精度有所提升，此外他不仅能够用于2D目标检测，也能够用于人体姿态识别，3D目标检测等···

安装CenterNet

​其实安装CenterNet的过程就是一个配置环境的问题，直接跟着官方给出的这里Install.md配置一下即可，十分推荐使用Conda来管理环境，这里给出我的环境给大家参考一下：

Ubuntu = 18.04 LTS

pytorch = 1.2.0

python = 3.6.12

torchvision = 0.4.0

cuda = 10.2

​需要注意的是：

• 官方给出的教程里面使用的是 pytorch 0.4.1，但是我个人在实测过程中遇到了一些问题，遂安装网上的教程更改为 pytorch 1.2.0，并且需要把 ${CenterNet_Root}/src/lib/models/networks/DCNv2 中的这个DCNv2网络更改为官方的最新版。
• 这里使用的cuda版本最好和你的显卡匹配，之前因为显卡驱动的一些问题导致重装了电脑，根据我们学长学姐的建议，最好直接去cuda官网那边去下载deb包直接安装。
• 遇到环境配置问题可以先去Google一下，一般作者都在CenterNet’s Issues中给出了回复，如果没有，可以发邮件给作者询问，当然也可以发消息/邮箱给我，大家一起探讨一下~

运行CenterNet的demo

​想要运行demo，首先要去 Model zoo 中下载一下我们需要使用的model，2D目标检测使用的是 ctdet_coco_dla_2x.pth ，人体姿态评估使用的是 multi_pose_dla_3x.pth ，下载后统一将他们放在CenterNet根目录中的model文件夹中。

​然后使用conda切换到CenterNet的环境，在终端中运行：

python demo.py ctdet --demo ${CenterNet_Root}/images/17790319373_bd19b24cfc_k.jpg --load_model ../models/ctdet_coco_dla_2x.pth 

​这里需要注意的是 --demo 后面的 ${CenterNet_Root}/images/17790319373_bd19b24cfc_k.jpg ，这里我使用的是官方给出的实例图片，它位于CenterNet根目录的images文件夹中，前面的 ${CenterNet_Root} 代表的是 CenterNet根目录，好比我的就位于 /home/zs/CenterNet 。

​如果不出意外的话效果应该如下图所示：

运行CenterNet的3D目标检测

配置数据集和模型

​我们可以直接参考官方的 DATA.md 来配置我们的数据集。

​然后到 Model zoo 下载3D检测使用的模型 ddd_3dop.pth 。

​这里说一下遇到的几个坑：

• 首先是配置数据集的过程中，我们需要配置的目录结构如图所示（官方给出的结构树有点模糊不清的感觉）

  .
  ├── ImageSets_3dop
  │   ├── test.txt
  │   ├── train.txt
  │   ├── trainval.txt
  │   └── val.txt
  ├── ImageSets_subcnn
  │   ├── test.txt
  │   ├── train.txt
  │   ├── trainval.txt
  │   └── val.txt
  └── training
         ├── calib
         ├── image_2
         └── label_2
  

• 然后去到 ${CenterNet_ROOT}/src/tools目录下，运行 python convert_kitti_to_coco.py 将 kitti 数据集转换为 coco 数据集的格式，不出意外应该会报错如下：

这里的解决方案参考CenterNet中的一个Issue , How to generate the image dir in kitti? ，我们需要回到 data/kitti 目录下手动创建一个 annotations 文件夹，然后再回去运行转换程序。转换后目录结构如下：

.
├── annotations
│   ├── kitti_3dop_train.json
│   ├── kitti_3dop_val.json
│   ├── kitti_subcnn_train.json
│   └── kitti_subcnn_val.json
├── ImageSets_3dop
│   ├── test.txt
│   ├── train.txt
│   ├── trainval.txt
│   └── val.txt
├── ImageSets_subcnn
│   ├── test.txt
│   ├── train.txt
│   ├── trainval.txt
│   └── val.txt
└── training
       ├── calib
       ├── image_2
       └── label_2

• 然后根据官方的教程，我们需要创建一个images文件夹，然后将其 training/image_2 链接到 images/trainval，我在实际的测试中，发现此方法并不可行。参考CenterNet中的一个Issue: Evaluate kitti–AttributeError: ‘NoneType’ object has no attribute ‘shape’ ，其中 juanmed给出了解决方案：

  I had the same problem. For some reason the simlinks that are created during the data preparation process described in DATA.md are not working. So instead of creating simlinks I simply copied the actual data into the directories indicated in DATA.md. In other words the folders data/kitti/images/test and data/kitti/images/trainval do contain the actual images.

  意思就是说，我们在 images 中的图片必须都是真实的照片，而不能只是软链接过去。

  解决方案很显然，只需要在 images 文件夹中建立一个 trainval 文件夹，将 training/image_2 中的所有图像都移入其中即可。如果有test的照片，那么也照规在 images 新建一个 test 文件夹，把测试的照片移入其中即可。

运行测试程序

接下来我们就可以根据官方给出的 GETTING_STARTED.md 来进行我们的检测了。

即先编译一下评估工具，然后运行测试程序，但其实还是有一点点小问题。

具体问题可以参考 Issus: kitti test: Couldn’t read: 006042.txt of ground truth.

Issue下 lhyfst 已经给出了解决方案 ：

The solution is quite simple. cd data/kitti mv label_2 label_val

​ 更改后，运行成功~

我们应该可以在 ${CenterNet_ROOT}/exp/ddd/3dop/results 看到我们得到的结果，只不过运行得到的是点的坐标，而不是图像，如果需要图像的话可能还需要自己绘制一下。

因为最近Ubuntu用的比较频繁，所以前一阵把Ubuntu16.04换成Ubuntu18.04了，并且囿于机械硬盘那启动速度，我忍痛割爱把我80G的固态硬盘分给了Ubuntu。

后来，用着用着就觉得这个Ubuntu的原始界面确实不是特别的好看，配色偏基佬紫的感觉。“工欲善其事，必先利其器“，我们只有将自己的工作环境布置的舒心一些才能有做下去的动力！所以我想给Ubuntu换一个看起来舒服点的界面，然后上网找教程乱七八糟的倒腾了一会，感觉换完以后完全不一样了，这个界面真的好看！！用起来也特别的舒心，感觉自己马上就要告别Windows投奔Linux的怀抱了。后续还有一些其他的优化，例如装QQ、微信、配置终端等，一并写在这里吧。

Ubuntu界面的优化

具体效果

先放几张效果图上来，是我改后的界面。大概就是这样(自我感觉挺好看的)，当然也有其他的主题可供选择。

1.安装GNOME桌面环境主题配置工具

如果要改主题，那么首先要有一个利器，这里我用的Ubuntu18.04，桌面环境为 GNOME 3.28.2 ，因为我目前接触的只有GNOME桌面环境的，Ubuntu18.04本来的桌面环境就是GNOME，但是Ubuntu16.04好像没有自带，但是可以安装，这里大家可以自行百度了解。

然后我们已经有了GNOME桌面环境后，安装主题配置工具 GNOME Tweaks ，在终端中输入如下内容：

sudo apt-get update
sudo apt-get install gnome-tweak-tool 

我们先更新软件源，然后安装后直接打开他就行，在系统软件中中文大概叫 优化 。

2.拓展上述工具

安装完上述工具后，我们可能发现了一个问题，就是外观那一栏目的Shell有一个感叹号，无法更改，这是因为我们没有安装拓展导致的。我们在终端中运行

sudo apt-get install gnome-shell-extensions

然后重启一下电脑。再打开软件找到左侧的拓展，把 User themes 那一栏目打开。切换回去就可以发现Shell那边的感叹号无了。

3.寻找自己喜欢的主题

这里我大家可以去这个网址去找自己喜欢的 GNOME-LOOK.ORG

这里面包含了图标，主题这些，下面介绍一下如何安装。

好比我们找到一个自己喜欢的主题，然后我们点击下面的 Files ，可能会有很多文件，但是多是同一个主题的不同风格，好比暗风格和亮风格这样的，还有不同的版本的，我多是安装那个下载量最多的，我们下载那个对应的文件(多是tar.xz安装包)。

对于主题的安装，我们只需要把解压出来的文件，移动或复制到 /usr/share/themes/ 目录下，如果是光标\图标的安装，那么就把文件夹移动到 /usr/share/icons 目录下。

然后我们回到 GNOME Tweaks 软件中就可以发现，我们已经可以在主题\图标\光标\Shell清单中找到我们移动到文件夹中的文件了，然后选择就可以切换了。这里需要注意的，很多主题都是自带Shell的，你下了一个主题，那么你可以在Shell和主题这两个栏目中都找到他们，是一个配套的。

4.一些后续的调整

我们后续可以改变左边收藏夹的位置，我觉得放在左边有一丢丢的丑，所以我选择把它放在的下面。

我们去Ubuntu软件中搜索 Dash to dock，然后安装这个拓展，然后打开 GNOME Tweaks 软件在拓展中找到他就可以随心所欲的调我们的收藏夹的位置了。

5.我自己的配置

theme&shell   Canta-light-compact
icons 01-McMojave-circle

6.界面修改的参考链接

• Ubuntu18.04美化主题(mac主题)
• Ubuntu18.04美化主题(完整版)
• GNOME-LOOK.ORG
• 30个非常不错的Ubuntu主题供你选择
• ubuntu18.04更换鼠标游标主题

配置终端

前言

唔，终端本来用起来感觉也还行，感觉终端就是linux的灵魂，啥都能干。

但是听说有更好用的终端，现在ubuntu普遍用的好像都是bash，但是好像还有zsh，fish这样的，他们可以有一些代码补全，功能更强，可拓展性也高，大家都zsh和fish哪个好用一直争执不停，但是我发现ROS对 zsh 支持的很好，但是对 fish 的支持有点拉胯，考虑到以后可能ros会用的比较多，因此我选择使用zsh。效果图如下

1.下载zsh

直接在终端执行下列语句

sudo apt-get update
sudo apt-get install zsh

2.安装oh my zsh

zsh其实配置起来很麻烦，这一点相比与fish不太行，fish下载下来就已经具备了常用的功能，例如代码补全等。

但是我们有先人铺路，在Github上有一个开源的项目 oh my zsh，就是专门用来导入这个zsh的配置的，

我们直接运行如下代码，就可以直接安装了

wget sh -c "$(wget -O- https://raw.githubusercontent.com/ohmyzsh/ohmyzsh/master/tools/install.sh)"

然后我们可以通过在终端中输入zsh来切换到zsh，也可以通过输入bash切换回去

我们也可以通过如下命令来切换默认的终端系统，首先查找一下zsh的目录，然后切换过去。

whereis zsh
chsh -s zsh路径

3.配置插件

在zsh里面有许多好用的插件，在这里推荐两个

• 自动补全 zsh-autosuggestions
• 语法高亮 zsh-syntax-highlighting

关于下载的方法，在这两个项目里面都说了，我们只需要把下载的文件放到 ~/.oh-my-zsh/plugins 目录中，然后编辑 ~/.zshrc 在 plugin = (插件1 插件2) 写上你所要启用的插件名称即可。

然后在终端中 source ~/.zshrc 更新一下配置即可。

4.配置主题

zsh有许多可用的主题选择，我自己最喜欢的一个叫 pure

我觉得害挺好看的，效果就跟上图一样吧。

安装方法就是先把pure下载到一个路径，然后编辑 ~/.zshrc

在下面加入

fpath+=安装路径
autoload -U promptinit; promptinit
prompt pure

然后我们source一下.zshrc 就可以使用了。

但是如果是使用zsh本来自带的一些主题，和这个有些差别，只需要下载好主题然后放到 ~/.oh-my-zsh/themes ，然后在 .zshrc 中启用即可。

5.参考链接

• linux终端shell:zsh配置和使用

• zsh和oh-my-zsh的一些好用的主题和插件

• linux安装oh my zsh终端及简单使用方法

• 配置oh-my-zsh主题

• Zsh 常用插件

• 给Zsh添加主题和插件

• 常用的oh-my-zsh插件

还有一些其他的配置有时间再写吧……咕咕咕