Ubuntu

2021版小新Pro14 Ubuntu 20.04 配置指南 补充 最近重装了 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 相关 Ubuntu 18.04 无法使用触摸板 Ubuntu 18.04 无法使用内置键盘 Ubuntu 18.04 无法调节亮 Ubuntu 18.04 查看GPU发现是llvm，而不是Iris Xe Ubuntu 20.04 相关 Ubuntu 20.04 进入后屏幕花屏、黑屏 Ubuntu 20.04 查看GPU发现是llvm，而不是Iris Xe 现在达成的效果 Ubuntu 20.04 能够正常使用，触摸板以及外界屏幕，亮度调节均无问题。 ...

前言 前段时间在 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 ，它表示的是工作区与暂存区的区别。 ...

前言 最近基地的打印机突然又好起来了。 因为基地的打印机型号比较老——HP LaserJet 1020，没有无线打印的功能。所以之前一位学长1 用树莓派配置了打印机的无线打印功能，但是后来发现有一些问题，有时候发送打印请求树莓派无法接收，而且不知道为何，学长之前用的是树莓派自己创建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 连接。 这里也可以使用网线进行连接，具体操作如下 用网线连接树莓派和自己的电脑。 在树莓派的利用 nmtui 选择 Edit a connection ，Add一个Ethernet connect，对IPv4 CONFIGURATION进行设置，首先讲 Automatic 设置为 Manual，设置 Address 为 静态IP 如 192.168.3.2 ，Gateway 设置为 192.168.3.1 。 ...

问题描述 ​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系统，可以暂且不关注 ...

前言 最近使用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包安装的默认路径