大多数现代Linux桌面系统都预装了Nvidia驱动程序——一种新的开源图形设备驱动程序。因此，一般不需要安装闭源驱动——只要没有那么强烈的独显性能需求。

但如果想完全发挥独显的性能，闭源驱动 便派上用场了。一些Linux发行版提供了预打包的专有驱动程序放在了源中，使得安装驱动程序非常容易。

也可以自行前往英伟达官网获取驱动，然后手动安装。但这样可能需要更多的手工干预，所以只要硬件不是特别的新 ，通常源中的版本已经足够了。

再次警告

从第三方源（如Nvidia.com或通过PPA存储库的专有Nvidia驱动）安装Nvidia驱动程序可能会导致系统不稳定。因此，如果不是必须的，建议继续使用开源的新版本驱动程序。

如何逐步安装最新的Nvidia专有驱动

1、检查Nvidia VGA型号

第一步是检查Nvidia VGA卡型号。对于大多数Linux发行版，通过下述代码获得

$ lspci -vnn | grep VGA
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP106 [GeForce GTX 1060 6GB] [10de:1c03] (rev a1) (prog-if 00 [VGA controller])

从上面的输出可以看出我们的系统配备了 GTX 1060 6GB 显卡。

2、检查当前安装的VGA驱动程序

使用下面的命令查看当前加载的VGA驱动程序以及VGA卡型号的信息：

$ lspci -k | grep -EA3 'VGA|3D|Display'
01:00.0 VGA compatible controller: NVIDIA Corporation GP106 [GeForce GTX 1060 6GB] (rev a1)
        Subsystem: ASUSTeK Computer Inc. GP106 [GeForce GTX 1060 6GB]
        Kernel driver in use: nouveau
        Kernel modules: nvidiafb, nouveau

可以看到，目前使用的是nouveau 驱动程序和内核模块。如果安装有专有驱动，则上述命令的输出可能如下所示：

$ lspci -k | grep -EA3 'VGA|3D|Display'
01:00.0 VGA compatible controller: NVIDIA Corporation GP106 [GeForce GTX 1060 6GB] (rev a1)
        Subsystem: ASUSTeK Computer Inc. GP106 [GeForce GTX 1060 6GB]
        Kernel driver in use: nvidia
        Kernel modules: nvidiafb, nouveau, nvidia_drm, nvidia

3、检查当前的Nvidia驱动程序版本：

在继续进行最新的驱动程序安装之前，请检查当前版本的位置：

$ nvidia-settings --version
nvidia-settings:  version 430.50

4、接下来安装专有驱动：

暂不讨论手工安装和GUI安装

几乎所有操作都要求sudo权限

对于Intel和NVIDIA双显卡，可能需要额外配置（bumblebee/xrandr等）

接下来的方法适用于

完成后重启，安装结束。

视频点此

先说结果：在官网将Win10对应驱动更改为DCH版本后，Windows对比Arch系就一样了；更改之前或更早的Windows版本，Arch系更容易；对于其他Linux分支，何时都是更困难的。

这次的内容主要是回答之前有朋友问到的问题。所以主要来看Manjaro和Debian 10。

不过，为了回答这个题目，先来简单解释一下Windows要怎么装。

装好Win10后，Windows Update会自动安装DCH版本驱动。待驱动安装完毕，去往Windows应用商店搜索安装英伟达控制面板。安装结束。

其他版本的WIndows，则需要去往英伟达官网，在驱动中心下载后安装。

好了，Windows的安装方法说完了，现在来看Manjaro。

问我这个问题的朋友的原话是：

nvidia-dkms装不上

可能是因为用了自定义内核吧所以需要这个。不过manjaro同Arch是不同的，它优化并维护着自己的驱动仓库，所以不需要也没必要考虑nvidia-dkms。Manjaro安装只需三步：

1. 打开终端
2. 输入：sudo mhwd -a pci nonfree 0300
3. 回车

不必嫌难，因为不需要你理解什么意思。只需照着敲进去，回车，你的驱动和控制面板便安装好了。

哦，当然，也可以使用图形界面，但是可能没有终端直接：

1. 打开设置
2. 找到Manjaro设置管理器，打开
3. 切换到硬件配置
4. 对NVIDIA项目，勾选non-free
5. 点击Install

好了，简单地操作到此结束。接下来看困难的Debian10。这是另一位朋友问的，原话如下：

1.nVidia开源驱动与闭源驱动的bumblebee配置及xrandr配置

2.运行nvidia-xconfig后重启黑屏的原因及解决办法

3.显卡切换面板支持怎么弄? (目前Debian10,i5-8250u+MX250,一直无法切换显卡,只能用显卡运行程序(optirun))

先来说闭源驱动安装。

1. 启用闭源源——我没写错。Debian的源分为开源和闭源两类，默认情况下用户只能检索到开源程序。所以这里需要启用“闭源”源

   1. sudo模式编辑/etc/apt/sources.list
   2. 在每一行后面增加contrib non-free
   3. 保存后，更新缓存：sudo apt update && sudo apt upgrade
2. 安装头文件——黑屏的一个可能就因为这里：sudo apt-get install module-assistant
3. 编译它们：sudo m-a prepare

4. 安装探测程序查看自己需要装哪个驱动包

   1. 安装nvidia-detect：sudo apt -y install nvidia-detect

   2. 运行nvidia-detect，得到推荐选项。如：

      # nvidia-detect
      Detected NVIDIA GPUs:
      01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP106 [GeForce GTX 1060 6GB] [10de:1c03] (rev a1)
      
      Checking card:  NVIDIA Corporation GP106 [GeForce GTX 1060 6GB] (rev a1)
      Your card is supported by the default drivers and legacy driver series 390.
      It is recommended to install the
          nvidia-driver
      package.

5. 根据推荐，输入命令完成驱动的安装：sudo apt install nvidia-driver

然后，bumblebee我以前专门说过，这里便不赘述了；而xrandr、nvidia-xconfig与bumblebee是一种“互斥”的状态，如果bumblebee配置好了则不需调整xrandr及nvidia-xconfig，否则需要。而xrandr的写法我以前同样提过，所以请参考安装KDE桌面的内容，出现在大概在12分钟位置。

这也是我现在宁可挖坑也不把一次的内容做的很多的原因：标题表现不出来涉及到的所有内容，就很麻烦。

至于nvidia-xconfig，只要xrandr配置正常，nvidia-xconfig可能不需要单独生成。如果不行，也只需终端sudo运行一次便会自动生成配置文件，此时应该就不会有什么问题了。

如果xrandr和nvidia-xconfig都配置过了但还是黑屏，那么问题可能出现在gdm上面因为这里貌似有一个bug但没有解决。尝试换成sddm或lightdm，或者使用bumblebee去代替xrandr和nvidia-xconfig

第三件事儿，很不幸，Debian现在是没有切换面板的。也就是说，要么完全使用闭源驱动提供的PRIME，即无论何时都使用独显驱动，要么就是大黄蜂，在需要使用独显的时候通过optirun实现独显加载。

到这里，问题便说完了。顺便呢，也希望能让你发现Linux和你印象中的差别吧。同时呢，也希望你能意识到：发行版的选择其实也是门学问。

伴随着我服务器的切换，最近把Nextcloud云盘从服务器上头下线了。它确实很强大，但强大的同时也意味着臃肿。而我只需要这臃肿中的同步功能。而它的同步又是全量同步，且不好设置需要同步的文件夹，这就偏离了我自己的需要了。所以一句话，我只需要一个可以增量同步我指定的任意文件夹下的内容的工具。

曾经使用过坚果云。但是每月1G上载3G下载的流量限制让我最终放弃了它。

Dropbox，印象里很不错。但是用它还得翻墙，不值当的。

OneDrive，微软家的东西，很好用。但是速度实在是不稳定。

最终，还是在服务器上面搭建了一个同步工具——Syncthing。

这是一个开源工具，据说类似于BTSync的开源实现（这个我并没有考证）。正好符合我的需求：简单、增量同步。不过说是“同步盘”，其实更像是两个朋友间“共享文件夹”。因为这个工具，无论是服务器上还是终端上，安装的都是相同的程序，只需事先添加对方到列表，即可开始文件夹的“共享”之旅。下面具体说说怎么搞。

不必纠结下面的步骤哪个是服务器的哪个是客户机的。因为步骤都一样。

一、服务器 & CentOS

我更倾向于用Docker安装。因为手工部署需要人工把服务文件复制到systemd中，如果更新的话还需要再操作一遍。对于服务器，使用其他方式安装还需要额外配置，就麻烦了。Docker方法如下：

1. 拉取镜像。关于这个工具的镜像有很多，其中我更倾向于使用 linuxserver/syncthing。官方的有权限问题，可能是我的操作有误吧…docker pull linuxserver/syncthing

2. 建立容器。使用命令

   docker create \
     --name=syncthing \    # 容器名称
     -e PUID=1000 \        # UserID
     -e PGID=1000 \        # GroupID
     -e TZ=Asia/Shanghai \    # 时区
     -e UMASK_SET=022 \    # 文件夹权限
     -p 8384:8384 \        # 对外端口映射 - GUI端口
     -p 22000:22000 \        # 对外端口映射 - 协议端口
     -p 21027:21027/udp \    # 对外端口映射 - 本地发现端口
     -v /path/to/appdata/config:/config \    #文件夹映射 - 程序文件
     -v /path/to/data1:/data1 \    # 文件夹映射（自定义数据文件夹）
     -v /path/to/data2:/data2 \    # 文件夹映射（自定义数据文件夹）
     --restart unless-stopped \    # 始终重启容器
     linuxserver/syncthing

   其中，参数name、TZ、-p、-v都可以根据自己的情况进行修改。对于这几个端口，保证本机相应的端口没有被占用且没有被防火墙限制即可。

3. 启动容器docker start syncthing

   现在，你就可以打开ip:8384映射出来的端口号在图形化界面中设置了。其中，ip地址需要使用:

   • 本机，使用地址127.0.0.1
   • 服务器，使用地址服务器公网ip

二、Debian&Arch安装

源中已提供，直接安装对应的包即可。其中，服务器端和客户端都可使用包syncthing，客户端亦可以使用syncthing-gtk获取一个显示在托盘的同步状态标志及便捷的设置入口和服务起停入口。

• Debian系

  apt install syncthing    # 安装
  systemctl enable syncthing    # 设置服务开机启动
  systemctl start syncthing    # 启动服务
  # 如果是客户机，可使用下面的命令代替上面的
  apt install syncthing-gtk

• Arch系

  pacman -S syncthing    # 安装
  systemctl enable syncthing@你的用户名    # 设置服务开机启动
  systemctl start syncthing@你的用户名    # 启动服务
  # 如果是客户机，可使用下面的命令代替上面的
  pacman -S syncthing-gtk

对于本地机器，如果安装的包syncthing，则可打开127.0.0.1:8384进入图形化的设置界面；如果是syncthing-gtk，则找到程序syncthing-gtk，运行即可。

对于服务器，再进行下述操作：

1. systemctl stop syncthing停止服务
2. 找到syncthing文件夹，编辑config.xml，将<address>127.0.0.1:8384</address>修改为<address>0.0.0.0:8384</address>

三、GUI设置

1、服务器端

操作 - 设置，打开设置界面。

• 常规：

  • 如果不是用Docker 安装的，那么请确保默认文件路径的合理性

• 用户图形界面

  • 设置一个 图形管理界面用户名
  • 设置一个 图形管理界面密码

• 连接

  • 保证勾选了启用NAT遍历
  • 保证勾选了全球发现

2、客户端

安装的syncthing，则点击操作 - 设置，打开设置界面。

• 常规：

  • 如果不是用Docker 安装的，那么请确保默认文件路径的合理性

安装的syncthing-gtk，则打开窗口后点击右上齿轮 - 守护程序设置，打开设置界面。

• 取消其中的全部勾选

四、开启同步之旅

1. 服务器端的设置界面，点击操作 - 显示ID，复制弹出窗口中的字符串
2. 本机中，选择添加设备，ID粘贴刚复制的字符串，地址填入服务器ip:22000(或者docker容器，22000映射的端口号)，确定
3. 等一会儿，服务器会弹出添加请求，通过
4. 本机添加共享文件夹。在共享给设备中，勾选刚添加的服务器，确定
5. 等一会儿，服务器会弹出建立共享文件夹请求，通过
6. 共享已联通。同步正式开始了

视频点此
第一期、第二期

一、为什么需要

举个形象的例子：你的Linux装在一个50G的硬盘中。就是说，能用的空间就只有50G。现在，加入了一个100G的硬盘。

要知道：Linux中任何分区都需要映射到某一个文件夹上面才能使用。这个映射过程叫做“挂载”，而这个显示分区内容的文件夹就是“挂载点”。一旦文件夹变成了挂载点，这个文件夹下的内容便不能被显示出来了。而Linux的很多文件放置的位置都是统一的，你不能更改。所以这100G你要怎么加入到系统中使用？

仔细想想，挺不好搞的吧？

新建一个文件夹当作挂载点：你只能存储你自己的东西到这上面，大多数内容还是在50G的硬盘中；

挂载到内容多的文件夹下：不但需要先将所有东西移动过去，还需要调整fstab文件。而且容量是事先定死的，如果其他文件夹占用也高了，还需要经历无损调整分区—新建分区—移动数据—设置挂载点这样繁琐的步骤。不好。

这时候，lvm的作用便显现出来了。

二、优势

lvm把任何你想的分区整合成一个大的虚拟硬盘，使你可以在这上面进行分区操作。而任何事后加入的硬盘，都可以在不关机的情况下进行整合操作。

就像Windows的跨区卷，可以将不同硬盘的空闲空间整合成一个分区使用，容量等于空闲空间之和。但lvm更灵活的地方，在于它整合之后，出现的是一个新的“硬盘”，用户可以在这个“硬盘上面”再分区。

三、方法

总是有人认为Linux需要用命令，一般人用不懂。我也不知道这种印象是怎么来的，大概是因为网上能找到的教程都是命令形式？那我就用图形化的来展示一下。参见这里。

在新的笔记本上头安装好Arch后，最近几次突然出现了个奇怪的问题：

系统检查完成后，sddm总是起不来。但系统是已经启动成功的，因为我可以切换到tty界面进行操作。但尝试在tty界面输入sddm，却给我返回错误：

Failed to read display number from pipe

但是，通过systemctl restart sddm重启一次服务，却又可以正常启动了，直到下一次重新启动需要再进行一次这个步骤。

真是头一次遇到这种问题……

后来在Archlinuxcn的群组里搜索了一番，看到了一个解释，说是熵不够。可以通过命令

cat /proc/sys/kernel/random/entropy_avail

来查看熵值。想要sddm启动需要差不多2000的样子。

我照做了。然后得到了刚启动时候的熵值：20

虽然到了也没明白为什么sddm启动要检查熵，但是这很明显差得太多了，那问题应该就是这里了。

有没有什么办法能提高熵的值呢？还真有。

pacman -S rng-tools
systemctl enable rngd

重启。

真好，刚启动就2700多了呢。

但是，对sddm启动的解决卵用也没有…

后来又看到一个，大概意思就是：

kabylake架构的CPU，要把驱动加入内核

来试一下：

1. 安装intel驱动：pacman -S xf86-video-intel
2. 编辑/etc/mkinitcpio.conf，在MODULES=的括号内增加intel_agp i915
3. 重新生成initramfs。以防万一，先不做覆盖：mkinitcpio -c /etc/mkinitcpio.conf -g /boot/linux-i915.img
4. 重新启动。在grub处按 e 编辑启动项，将 initramfs-linux.img 位置更改为 linux-i915.img，按F10启动

啊…终于成功了。虽然熵才30多，但sddm也终于能一次起来了。

既然启动成功了，就可以把这个自定义的名称更改成initramfs-linux.img并覆盖原先的镜像了。不过为了安全，把原先镜像做个备份大概也是有必要的。

不过，虽然解决这个问题了，但我到底也没闹清楚为什么这种架构的CPU要启用KMS，更不明白为啥提高熵也能解决一部分sddm卡住的问题…

不过还行，从解决到现在，驱动啥的都滚了几个版本了，找时间去掉这俩模块再试一下

视频点此

我曾经说，不能跟着Archwiki的Installation Guide安装好Archlinux的话，那么暂时也不要考虑用Arch了。但是最近Arch把base包组替换了之后，官方的安装文档便显的太过简略了一些…以至于我在引导问题上头卡了小半个钟头…所以，是时候分享一下base组被替换后，Wiki没有提到的内容了

注意：无论如何，官方写过的内容我还是不会去详细说的。因为只要官方文档提到了，那么它的内容就是详细且清晰的。如果看不懂，那么还是请暂时回避Arch，尝试一下Manjaro什么的。

一、替换了啥？对我有什么影响吗？

官方是这么说的：

The base group has been replaced by a metapackage of the same name. We advise users to install this package (pacman -Syu base), as it is effectively mandatory from now on.

Users requesting support are expected to be running a system with the base package.

Addendum:
Be aware that base as it stands does not currently contain:
- A kernel
- An editor
... and other software that you might expect. You will have to install these separately on new installations.

简单来说：以前只要装好base包组，你就可以拥有一个完善的文本样式的系统了。而现在，base只供满足依赖关系而不再提供可启动的软件包。所以现在的base只是一个脚手架，想要成功运行Arch就需要你自己来填充内容了。

所以，安装上面有哪些变化？

二、实操有啥变化？

从进入安装盘一直到pacstrap之前，都是没有变化的。但在pacstrap这里需要注意。

在 Installation Guide 的示例语句中，只增加了一个linux内核的程序包。但是实际上，你需要增加的可能不止这个：

• visudo依赖vi或者vim，所以需要加入这两个软件包之一。推荐vi——如果你没有在图形界面使用vi的习惯的话
• 好用的nano编辑器工具现在默认不再提供。需要的话也请再追加这个包
• dhcpcd同样需要自己安装。可以在这里追加，或者之后的arch-chroot时候使用pacman安装

然后，一切如常。直到进行到grub安装环节。

不知道是不是只是我赶上了一版“残缺”的内核…不过为了保险，还是推荐这么操作一下，省的到时候进入grub恢复环境。

• 一如既往地，安装grub和efibootmgr软件包并使用grub-install和grub-mkconfig写入一次引导
• 使用pacman -S linux重新安装一次内核
• 同样的，使用pacman命令重新安装一次微码
• 使用grub-mkconfig重新写入一次引导

不出意外，改版后的Archlinux就可以成功启动了。

所以，改变的说大也不大，仅仅是需要额外补充一些软件包；但是说小也不小，想让grub顺利引导还是有点儿东西的。不过还是前边说的那句话，可能只是我当时赶上了一个残缺的引导部署版本，可能到你安装的时候，只需要额为补充一些软件包就可以了。