企业官网建设流程全解析

Kali 2020.2这个版本，我前前后后在虚拟机、物理机上一共装了不下十遍。每次刚觉得"这次应该顺了"，转头就撞上一个新问题：引导黑屏、磁盘识别不了、软件源连不上、共享目录挂载失败……踩坑记录都能写满一个小本子。这篇文章就把我在Kali 2020.2安装和初始配置阶段遇到的所有问题，连同排查过程和最终解决办法完整整理出来，给准备入坑或者已经被坑到的朋友一份可以直接照做的排错手册。

文章围绕Kali 2020.2展开，覆盖从镜像校验、虚拟机选型，到引导黑屏、硬盘不识别、软件源换源、中文配置、VMware集成、无线网卡固件、内核升级后模块故障、grub损坏等一整套"安装连环坑"。不管你是第一次装Kali的初学者，还是卡在某个报错里出不来的老折腾党，下面这些内容基本都能帮你找到出路。

1. 为什么偏偏是2020.2踩坑最多：版本背景与安装方式选型

1.1 2020.2版本的特殊之处

很多人觉得Kali就是一个Linux发行版，装完就能用，不需要想太多。但2020.2这个版本比较特殊，它正好处于Kali几个重要变化的交汇期，踩坑的人特别多。

第一是默认shell从bash换成了zsh。从2020.1开始Kali把默认shell改为zsh，2020.2是这个变化被大量用户接触到的第一个稳定版本。很多老教程里的命令和配置文件路径还是bash时代的老思维，照着操作就会发懵，比如~/.bashrc改了没反应，提示符长得很陌生。

第二是用户权限模型变了。Kali 2020.2不再默认使用root账户登录，安装时创建的普通用户拥有sudo权限。旧习惯是直接root横着走，现在动不动就Permission denied，不少人误以为系统装坏了。

第三是滚动更新的内核和闭源驱动之间的兼容问题。2020.2自带的内核版本较新，VMware Tools、无线网卡驱动、NVIDIA显卡驱动等系统底层模块，并不是总能跟上内核节奏。一旦升级内核，之前好用的东西就会突然"翻车"。

所以，在看到一堆报错之前，我们得先接受一个事实：Kali 2020.2本身没问题，问题出在它作为滚动发行版，系统组件变动太快，而周边工具、虚拟机软件、硬件驱动没跟上。理解了这一点，后面所有排错就不再是天书，而是一个"版本匹配"的博弈过程。

1.2 下载镜像时容易被忽略的校验步骤

很多人下镜像只关心"能装上系统"，却忽略了ISO文件的完整性问题。Kali镜像体积好几个GB，下载过程中只要有一丁点数据损坏，安装器就会在某个随机步骤报错，比如"无法读取文件""找不到内核模块""解压失败"。这种问题排查起来极其痛苦，因为每次报错位置可能都不一样。

正确做法是下载后立刻做SHA256校验。在Linux终端里执行：

sha256sum kali-linux-2020.2-installer-amd64.iso

然后去官方镜像站的checksum文件里比对输出的哈希值。如果两个值不一致，别犹豫，删掉重新下载，不要抱着"可能能用"的侥幸心理继续装。

另一个容易被忽略的点是下载渠道。建议优先选择国内高校或云厂商维护的镜像站，比如清华TUNA、阿里云镜像、中科大镜像。这些镜像和官网内容一致，下载速度却快得多。官网服务器在国外，断断续续的下行连接最容易导致ISO不完整。

1.3 虚拟机、物理机还是双系统：选对路径再动手

每个准备安装Kali的人都应该先问自己一个问题：我装它到底要干嘛？这个问题决定了安装载体，也直接决定了你会踩哪一类坑。

我的建议非常明确：如果是第一次接触Kali，果断选VMware虚拟机。等到你对整个系统结构、软件包管理、内核模块这些概念有了感知，再去碰物理机也来得及。

物理机或者双系统并不是不能装，而是这两条路上的坑往往是"硬件级"的：内置无线网卡没有固件、独立显卡驱动冲突、休眠唤醒后网络失效、UEFI引导被覆盖。这些问题的排查链路长、依赖硬件型号、且难以给你一套通用答案。相比之下，虚拟机的问题高度集中且可复现，网上解法多、试错成本低，是学习阶段投入产出比最高的路径。

2. 开机即黑屏、安装器卡住和硬盘不识别：引导阶段问题清单

这一章的坑，基本在按下启动键到看见安装界面的几分钟内集中爆发。每个问题我都按"现象-原因-解法"的顺序写，方便直接定位。

2.1 GRUB菜单都看不到？先解决启动黑屏

现象：镜像引导启动后，屏幕一直黑着，或者左上角只有一个光标在闪烁，风扇转了很久就是没有下一步反应。等几分钟也无济于事。

原因：Kali 2020.2默认使用内核的通用帧缓冲驱动来显示安装界面。部分显卡芯片（尤其是老款NVIDIA和某些AMD芯片）与新版内核的视频输出模式配合不佳，图形安装器初始化画面时就直接崩了。另一个常见原因是虚拟机里开启了3D加速，VMware的虚拟显卡偶尔也会在这个版本上"抽风"。

解决思路：在GRUB菜单出现时，先不要急着回车。如果看不到GRUB菜单，就趁黑屏期间多按几次键盘上的上下方向键，让菜单显示出来。菜单出现后，选中"Install"这一项（或者是"Includes graphical install"的那个入口），按键盘上的e键进入编辑模式。

找到以linux开头的那一行，在行尾空格后追加参数：

nomodeset

然后按Ctrl+X或者F10启动。nomodeset的意思是告诉内核，暂时不要初始化显卡的硬件模式设置，用纯软件帧缓冲先顶上来。这是Linux安装阶段最经典、最管用的黑屏兜底参数。

如果是VMware虚拟机里黑屏，除了加参数，还建议去虚拟机设置的"显示器"选项里取消勾选"加速3D图形"。Kali 2020.2的Xfce桌面本来不需要多强的3D能力，关掉这个选项之后，很多奇怪的渲染问题会一并消失。

2.2 找不到硬盘或分区器卡死：SATA模式与UEFI设置

现象：安装进行到分区阶段，界面里看不到任何磁盘；或者一开始能进入安装界面，但点击"开始安装"后长时间卡在扫描硬盘的步骤。有人还会遇到提示"未找到磁盘设备"。

原因：这个词在2020.2的排错里出现频率极高——Intel RST。很多笔记本默认把SATA控制器设置在RAID模式，而这个RAID模式挂载出来的虚拟磁盘，Linux内核不认识。另外，如果使用UEFI引导，磁盘的GPT分区表类型和EFI系统分区需求也会让不熟悉引导机制的人晕头转向。

解决思路：物理机用户需要重启进BIOS/UEFI设置，找到"SATA Mode"或"Configure SATA as"选项，把RAID改成AHCI，保存重启后再进安装器。这个改动不会损坏Windows系统，但如果你同时装了Windows并启用了Intel傲腾加速，建议先关闭傲腾再切换。

VMware用户则不需要动BIOS，而是检查虚拟机创建时硬盘控制器的类型。默认的"SCSI"类型一般没问题，但如果你为了性能选了"NVMe"类型，某些旧版VMware和Kali 2020.2的组合会出现识别不到硬盘的情况。把硬盘删掉重新添加，控制器类型改成LSI Logic或者SATA，问题通常迎刃而解。

安装时如果UEFI模式有问题，也可以回到传统BIOS引导方式试验。Kali的安装器在传统模式和UEFI模式下都能工作，但传统模式往往对初学者更友好，不用纠结EFI分区大小和引导项顺序。

2.3 安装到最后提示GRUB安装失败

现象：系统文件明明已经写完，安装流程走到最后一步却弹出红色错误框：GRUB安装失败。接下来的选项通常是"继续"和"返回重试"，无论选哪个，重启后大概率直接进grub rescue，或者干脆黑屏。

原因：GRUB（引导加载程序）没写进磁盘的引导区域。常见原因有三个：一是安装引导程序的设备选错了，选了某个分区而不是整块磁盘；二是UEFI模式下EFI系统分区（ESP）太小或类型不对；三是BIOS里Secure Boot没有关闭，引导程序因数字签名问题被拒绝写入。

解决思路：安装器里的引导设备选项（Install GRUB to a hard disk）务必选整块磁盘，一般是/dev/sda，而不是/dev/sda1这样的分区。如果之前装砸了，这一章末尾的6.3部分我写了grub rescue的具体修复命令。物理机用户还应该在BIOS里关闭Secure Boot，这不影响系统安全性，但能减少大量第三方Linux发行版的引导兼容问题。

3. 进入系统的第一件事不是刷工具，而是换源、中文与基础环境

装完系统后，大多数人习惯性先开终端，然后发现两个尴尬问题：apt update慢到怀疑人生，以及终端/浏览器里中文全是方块。这两件事不解决，后面什么都干不了。

3.1 软件源优化：从连接超时到apt update正常

现象：执行apt update时长时间卡住，随后连接超时。或者速度只有几KB/s，更新一个软件包列表要等十几分钟。

原因：Kali默认的官方源服务器在海外，国内网络访问质量不稳定。再加上Kali仓库体积大，更新频繁，官方源拥堵是常态。

解决思路：换用国内镜像源。修改/etc/apt/sources.list，在文件开头添加以下内容：

deb https://mirrors.tuna.tsinghua.edu.cn/kali kali-rolling main contrib non-free deb-src https://mirrors.tuna.tsinghua.edu.cn/kali kali-rolling main contrib non-free

如果你不想用清华源，把域名换成mirrors.aliyun.com/kali或者mirrors.ustc.edu.cn/kali效果一样，选择一个靠近你所在区域、速度更稳定的就行。

改完源之后，别忘了更新软件包签名。因为Kali在2020年更新过仓库签名密钥，旧系统直接update会提示一些验证错误。执行：

wget https://archive.kali.org/archive-key.asc sudo apt-key add archive-key.asc sudo apt update

命令跑完后，看到正常的软件包列表下载输出，就说明源已经通了。

别急着apt upgrade。刚装完系统的第一件事最好是先做一轮系统更新，但更新前先确认磁盘空间充足，至少预留5GB以上，否则升级到一半空间耗尽，系统就废了。

3.2 中文语言包与输入法的完整配置

现象：系统界面和终端的英文显示正常，但打开中文网页或者创建中文文件名时显示为方块（豆腐块）。装完输入法也不起作用，快捷键切不出来。

原因：Kali默认没有安装中文字体，也缺少完整的中文本地化语言包。系统环境变量里LANG设置的是en_US.UTF-8，中文字符没有对应的字形渲染，自然就是方块。输入法这个问题则是缺少全局输入法环境变量的配置。

解决思路：先装字体和语言包：

sudo apt install locales fonts-wqy-microhei fonts-wqy-zenhei sudo dpkg-reconfigure locales

在dpkg-reconfigure locales弹出的对话框里，用方向键找到zh_CN.UTF-8 UTF-8，按空格选中，然后选择它作为系统默认locale。这一步做完后，大部分中文方块问题就消失了。

给Kali 2020.2配置输入法，我最推荐fcitx配合fcitx-googlepinyin：

sudo apt install fcitx fcitx-googlepinyin fcitx-config-gtk3

安装完成后，需要告诉系统全局使用fcitx作为输入法框架。打开终端，编辑用户配置：

echo "export GTK_IM_MODULE=fcitx" >> ~/.xprofile echo "export QT_IM_MODULE=fcitx" >> ~/.xprofile echo "export XMODIFIERS=@im=fcitx" >> ~/.xprofile

然后运行im-config -n fcitx，重启系统。重启后右下角系统托盘中会出现fcitx图标，右键图标进入Configure，添加Google拼音输入法，用Ctrl+Space或Ctrl+Shift就能正常切换。

位置不同的一个坑：2020.2默认shell是zsh，所以环境变量写入~/.bashrc可能不起作用。写到~/.xprofile这种会被图形会话启动时读取的文件里更稳妥。

3.3 双系统时间错乱：Linux和Windows各说各话

现象：安装完Kali并启动Windows后，Windows系统时间慢了8小时，手动改回来后重启进Kali，Kali的时间又不对了。

原因：Windows默认把硬件时钟（RTC）当作本地时间，而Linux系统默认把硬件时钟当作UTC时间，再根据时区转换成显示时间。两种策略之间差了8小时（东八区），所以切换系统时时间总是不对。

解决思路：让Kali也使用本地时间，执行：

sudo timedatectl set-local-rtc 1 --adjust-system-clock

执行完后用date命令确认时间正确，重启进Windows，两边时间就安稳了。这个命令只在双系统环境才需要，单系统虚拟机用户不用管。

3.4 中文环境下的终端提示符乱码

现象：设置了中文环境后，终端里出现一排排的菱形问号或者转义字符序列，看起来像是命令提示符坏了。

原因：部分zsh提示符主题使用Unicode字符（比如Git仓库状态图标），在没有对应字体的中文locale下无法正常渲染。

解决思路：不用卸载主题，去终端设置的偏好里把字体改成WenQuanYi Micro Hei或者安装powerline-fonts这类支持宽字符和特殊图标的字体。Kali 2020.2默认的Xfce终端Terminal，在"编辑-首选项-外观"里改字体即可。这个坑非常小，但第一次碰到的人往往会误以为zsh配置出错了，白白折腾半天。

4. 虚拟机集成体验：剪贴板、共享目录、分辨率和拖拽

如果你按我前面的建议选择了VMware虚拟机，安装完系统后想实现"主机和虚拟机互相复制粘贴、拖拽文件、共享目录、窗口自由缩放"，还需要做几步额外配置。

4.1 该装open-vm-tools还是官方VMware Tools

很多教程会叫你"虚拟机菜单里点安装VMware Tools，然后在虚拟机里解压tar包运行install脚本"。但在Kali 2020.2上，这个操作多半会失败，因为官方VMware Tools安装脚本对deb系统、新内核的适配一直很糟糕，编译到一半报错是常态。

正确的方案是使用发行版仓库里的开源版本open-vm-tools：

sudo apt install open-vm-tools open-vm-tools-desktop

open-vm-tools-desktop这个包很关键，它提供了图形界面所需的服务：自动调整分辨率、剪贴板共享、拖拽文件支持。安装后重启一次，VMware菜单里的"复制粘贴"和"拖拽"选项在开着的情况下，通常就能直接工作。

如果重启后剪贴板还是不通，检查一下VMware虚拟机设置的"选项-客户机隔离"里，"启用复制粘贴"和"启用拖放"两个复选框是否勾选了。这两个选项默认应该是勾选的，但有些精简版VMware模板会默认关闭。

4.2 共享文件夹挂载失效的手动修复

现象：在VMware里设置了主机共享目录，Kali桌面上看不到挂载点，输入ls /mnt/hgfs提示目录不存在，或者目录存在但里面是空的。

原因：open-vm-tools安装后，vmhgfs-fuse模块并不总是自动挂载共享目录。在某些内核版本上，开机时挂载服务执行得太早，或者fuse内核模块还没加载，导致挂载失败。

解决思路：先手动验证挂载是否可行：

sudo mkdir -p /mnt/hgfs sudo /usr/bin/vmhgfs-fuse .host:/ /mnt/hgfs -o allow_other

如果执行完ls /mnt/hgfs能看到你在主机里共享的文件夹，说明功能正常，只是没有自动挂载。那就把挂载命令写进/etc/fstab，实现开机自动挂载：

.host:/ /mnt/hgfs fuse.vmhgfs-fuse defaults,allow_other 0 0

保存后执行sudo mount -a测试，不再报错就说明配置成功。这个坑我踩过很多次，每次都以为是VMware版本或Kali系统层面的问题，最后发现就是fstab少了一行。

4.3 分辨率上不去或黑屏：关3D加速是正解

现象：安装open-vm-tools-desktop后，分辨率依然锁定在800x600，无法通过"设置-显示"里切换到更高分辨率。另一个极端是，开3D加速后桌面一半黑屏，窗口拖动有残影。

原因：Kali 2020.2的Xfce桌面与VMware虚拟显卡之间的3D加速兼容问题是真实存在的。虚拟机的3D能力不像物理显卡那样成熟，在某些内核版本下反而会干扰正常的2D合成。

解决思路：先关闭3D加速。在VMware设置里选中虚拟机，编辑设置，显示器选项卡，取消勾选"加速3D图形"，重启虚拟机。绝大多数"分辨率上不去+黑屏残影+窗口显示异常"问题在这一步之后就会消失。

如果关掉3D加速后分辨率依然不给你想要的大小，手动添加分辨率：用cvt命令生成显示模式的参数：

cvt 1920 1080 60

复制输出结果里Modeline后面的内容，执行：

xrandr --newmode "1920x1080_60.00" 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -hsync +vsync xrandr --addmode Virtual1 "1920x1080_60.00" xrandr --output Virtual1 --mode "1920x1080_60.00"

注意Virtual1是虚拟显示器的名称，用xrandr不带参数就能看到当前输出设备的准确名称。这样改完立刻生效，但重启会丢失，想要持久化就把后两条命令写入~/.xprofile。

5. 内核更新后硬件与虚拟机连环翻车：网卡、VMware模块和grub

这是Kali用户最容易破防的篇章。因为Kali是滚动发行版，系统升级频繁，内核版本隔三差五就变。每一次内核更新，都可能把硬件驱动和引导环境炸一遍。

5.1 无线网卡能识别但连不上：固件缺失问题

现象：笔记本物理机上装了Kali，任务栏的Wi-Fi图标能看到，点击后扫描不到任何无线网络；或者能扫描到但连接时一直转圈失败。有线网络完全正常。

原因：无线网卡硬件识别出来了，但缺少固件（firmware）。Linux的无线驱动和Windows不一样，Windows网卡驱动把固件打包在一起，而Linux驱动只是代码，固件需要单独安装。Kali默认镜像出于体积考虑，并没有把所有闭源固件都包含进去。

解决思路：先用lspci或lsusb查无线网卡的厂商型号，然后安装对应的固件包：

sudo apt install firmware-realtek firmware-iwlwifi firmware-b43-installer

装完重启，多数型号就能正常工作。需要说明的是，如果网卡是Broadcom的某些型号，安装firmware-b43-installer的同时还要确保系统里没有加载冲突的bcmwl模块。这个冲突很隐蔽，安装后系统可能会出现两个驱动争抢网卡的情况，表现为Wi-Fi开关失灵。最简单的处理办法是先卸载bcmwl：

sudo apt remove bcmwl-kernel-source

这是一个典型的"看似网卡坏了，其实只是驱动打架"的案例。碰到无线问题，不要第一时间怪硬件，先去dmesg日志里看固件加载是否报错：

dmesg | grep -i firmware

我见过太多人为了无线网卡买外接USB网卡，结果发现原装网卡只是缺了一个固件包。

5.2 升级内核后VMware打不开：编译vmmon和vmnet模块

现象：Kali系统apt upgrade升级了内核，第二天打开VMware Workstation，提示"vmmon模块未加载"或"无法启动Virtual Machine Monitor"，虚拟机列表里任何系统都无法开机。

原因：VMware Workstation通过编译内核模块（vmmon、vmnet）来与宿主机内核通信。内核版本一更新，旧模块就失效，需要重新编译。

解决思路：先确保编译工具和当前内核头文件已安装：

sudo apt install build-essential linux-headers-$(uname -r)

然后执行：

sudo vmware-modconfig --console --install-all

这一步会重新编译所有VMware内核模块，编译完成后再启动VMware，一般就能正常打开虚拟机了。如果编译过程中报错，多半是内核头文件对应的版本号和uname -r输出不一致。这种时候先重启一次系统，确保当前运行的内核与已安装的headers包匹配。

Kali 2020.2之后的内核推进非常快，VMware新版本对老内核的兼容性总是在动态变化中。如果vmware-modconfig一直失败，优先考虑把VMware升级到当前最新版本，而不是和旧版本死磕。

5.3 grub rescue紧急修复：一条一条命令敲出来的恢复过程

现象：开机后不进系统，弹出一个黑色终端界面，提示：

grub rescue>

原因：grub的引导配置或者引导模块文件丢失了。常见触发场景：装了双系统后Windows更新重写了EFI引导项；/boot独立分区的挂载UUID变了；安装时EFI分区太小导致部分grub模块写不进去。

解决思路：grub rescue模式下系统还没完全起来，很多命令不可用，但我们可以用grub自身的命令把它拉起来。首先用ls查看所有磁盘和分区：

grub rescue> ls

输出类似(hd0) (hd0,gpt1) (hd0,gpt2) ...。逐个试探哪个分区里有grub模块：

grub rescue> ls (hd0,gpt2)/boot/grub

如果能列出normal.mod这类文件，说明这个分区就是我们的根分区或boot分区。设置前缀并加载正常模块：

grub rescue> set prefix=(hd0,gpt2)/boot/grub grub rescue> insmod normal grub rescue> normal

此时grub菜单会重新出现，选择正常进入Kali系统。进系统后不要急着庆祝，直接重装grub，否则下次开机还会掉回rescue界面：

sudo grub-install /dev/sda sudo update-grub

如果是UEFI启动，grub-install需要指定EFI目录：

sudo grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=Kali sudo update-grub

这一套流程下来，grub问题基本都能解决。实在不行，启动Kali Live镜像，用chroot进坏系统修复，原理一样，只不过先把系统根目录挂载到Live环境里再执行上面两条命令。

6. 更隐蔽的小毛病与一套可复用的排查方法论

6.1 桌面假死、面板消失之类"看着像坏了但没坏"

现象：鼠标还能动，但桌面图标全部消失，下面任务栏也没了，右键点击桌面没有任何反应。很多人直接按电源键重启，结果进系统后问题依旧。

原因：Xfce桌面会话的组件崩溃或者卡死了，不是整个系统故障，只靠重启会话组件就能恢复。

解决思路：首先尝试刷新桌面和面板：

xfdesktop --reload xfce4-panel -r

如果面板进程彻底挂了，直接重启进程：

pkill xfce4-panel xfce4-panel &

还有一个更彻底的兜底方式，退出当前会话重新登录，通常就能恢复所有桌面组件。如果连登录界面都卡住了，再考虑重启图形服务：

sudo systemctl restart lightdm

这个命令只在Xfce + Lightdm桌面环境组合下有效，正好是Kali 2020.2的默认组合。遇到桌面"假死"，先冷静判断是系统层面还是桌面层面。这种小问题一旦学会了恢复方法，能帮你省下大量重装系统的时间。

6.2 我的排错顺序：日志优先，日志真的会说话

装了这么多次Kali，我最大的感触是：Kali的"易碎感"大部分来自信息不透明。很多问题实际上在日志里写得明明白白，只是用户不知道去哪里看，于是靠猜。

我给自己定了一套排错顺序，每次出问题都按这个顺序来，效率比瞎试高得多：

• 第一步：systemctl --failed，看有没有关键服务启动失败。
• 第二步：journalctl -xe，查看最近系统日志，尤其是报错时间段的记录。
• 第三步：dmesg -T | grep -i error，重点看内核层面的硬件初始化和驱动加载日志。
• 第四步：定位到具体服务后，journalctl -u 服务名 --since "10分钟前"看专属日志。

举个例子：共享目录挂不上，不要先去改fstab，先执行dmesg | grep vmhgfs，如果输出提示"fuse: device not found"，那是fuse内核模块没加载；如果提示"Host is unreachable"，那是VMware配置里的共享目录设置问题。根因不同，处理方式完全不同，只看"结果"去猜原因，很容易南辕北辙。

Kali的滚动更新模式决定了它的日志信息量远超普通Linux发行版。养成看日志的习惯，是所有折腾党的必修课，也是摆脱"遇事不决就重装"的唯一出路。

6.3 给新手的兜底策略：快照、Live镜像与重装心态

最后说几句掏心窝子的话。如果你在Kali 2020.2里折腾到系统彻底起不来、grub也修不回、实在不知道下一步该怎么办，不要觉得难为情，重装不可耻，反复重装也不可耻。

但重装之前，请为自己准备好三张"安全网"：

• 虚拟机用户，务必在系统能正常用的时间点拍一个快照。VMware菜单里"虚拟机-快照-拍摄快照"，只需要几秒钟。以后不管系统被折腾成什么样，一个还原就能回到这个状态。
• 物理机用户，做一个Kali Live USB。系统进不去了就用Live USB启动，至少能把磁盘上的重要数据拷贝出来。
• 把关键配置文件备份到一个独立分区或U盘里。比如/etc/apt/sources.list、/etc/fstab、个人配置文件目录，重装之后五分钟就能恢复到原来的工作环境。

我个人在实际安装过程中最深的一个体会是：Kali 2020.2安装阶段出的所有问题，几乎都不是"坏到只能重装"的程度，它们更像是一连串可以预测、可以绕过的路障。只要你愿意花时间看日志、理解版本背景、按部就班排查，大部分坑都能填平。希望这篇长文能帮你在面对黑屏、报错和grub提示时，少一点慌张，多一点从容。