Ubuntu 18.04黑屏修复实战：tty恢复图形界面与网络配置指南

1. 黑屏不是一种病先判断你遇到的是哪一类故障大概很多Ubuntu用户都经历过这个瞬间按了开机键硬盘灯在闪风扇在转但显示器就是一片漆黑或者只有一个孤零零的光标在屏幕左上角跳。第一次遇到的时候我甚至下意识按了两下显示器开关确认不是显示器坏了。这篇文章就是写给正在被Ubuntu 18.04黑屏折磨的朋友们。我尽量把话说明白不同原因造成的黑屏恢复手段完全不一样。而且绝大多数情况下你不需要重装系统甚至不需要U盘启动盘靠系统里一个被很多人忽略的字符界面——也就是常说的tty——就能把图形界面救回来。先说结论Ubuntu 18.04黑屏最常见的四类原因按出现概率排序大概是这样的。故障类型典型表现恢复难度显卡驱动异常开机后黑屏或卡在登录界面前tty可以正常进入中等需要联网显示管理器崩溃能进tty但startx或systemctl重启lightdm无效较低磁盘空间写满或文件系统损坏开机直接进emergency mode或黑屏前报错较低更新中断/内核与驱动不匹配重启后进不去桌面tty下还能操作中等怎么判断自己属于哪一类有个笨但有效的办法开机黑屏后直接按组合键Ctrl Alt F2如果屏幕出现了一个需要输入账号密码的命令行界面那你系统根本没死只是图形层出了问题。这时候心态稳一半。我会把五种真正实操过的恢复方法按顺序写出来再单独讲一讲黑屏状态下怎么把网络配置好——这个很多人栽跟头因为图形界面的网络设置面板打不开命令行里又不知道从哪儿下手。为什么tty这么关键因为Linux系统说白了就是内核加一堆服务图形界面只是其中一个叫显示管理器的服务lightdm或gdm3拉起来的。它挂了内核还在文件系统还在命令行这种最底层的交互方式就永远是你的后路。你可以理解为图形界面是精装修的客厅tty是毛坯房的应急通道房子塌没塌得走应急通道去看。顺便说一句如果黑屏时连Ctrl Alt F2都没反应长按电源键强制关机再开机时连续按Shift键调出GRUB菜单选“Advanced options for Ubuntu”进恢复模式这个方法后面会细说。2. 五种从tty恢复图形界面的实操方法按使用频率排序2.1 方法一重启显示管理器解决假死和登录循环很多时候黑屏不是驱动坏了而是显示管理器卡死了。表现是开机能看到登录框输密码后黑屏然后又回到登录框或者干脆屏幕是黑的但能听到系统提示音。这种场景下进入tty后第一件事就是重启显示管理器。先确认自己用的是哪个显示管理器Ubuntu 18.04初始版本用lightdm后来默认改成了gdm3。检查命令cat /etc/X11/default-display-manager输出是/usr/sbin/gdm3就说明用的是gdm3输出是/usr/sbin/lightdm就说明是lightdm。然后重启它# 如果你的系统用的lightdm sudo systemctl restart lightdm # 如果用gdm3 sudo systemctl restart gdm3重启后按Ctrl Alt F1回到图形界面大概率就恢复正常了。如果systemctl restart失败或者重启后依然黑屏别急试试把显示管理器彻底停掉再启动sudo systemctl stop lightdm sudo pkill X sudo systemctl start lightdm这里有个细节值得多说一句很多人改配置或者装完显卡驱动后需要重启显示管理器但直接reboot整个系统反而可能进不去桌面因为驱动加载顺序出问题。只重启显示管理器通常更快、更安全这也是为什么这个方法是第一选择。如果重装了几次驱动后lightdm彻底起不来可以换个思路用startx手动启动一个简易桌面看看。tty下执行startx如果startx能进入桌面说明X服务本身没问题问题出在显示管理器如果startx报错那基本就锁定显卡驱动问题了直接跳到第二种方法。2.2 方法二NVIDIA显卡驱动修复干掉最大的黑屏元凶Ubuntu 18.04配NVIDIA独显几乎是一对天然的冤家。我见过的黑屏案例里显卡驱动相关的占了差不多一半。内核一旦更新NVIDIA驱动没跟上重启后就是黑屏等着你。进入tty后先确认驱动到底处于什么状态nvidia-smi如果提示NVIDIA-SMI has failed because it couldnt communicate with the NVIDIA driver那就是驱动和当前内核不匹配的实锤了。这时候有两种走法。第一种卸载现有驱动回滚到开源驱动nouveau让系统能进桌面sudo apt purge nvidia-* sudo apt autoremove sudo apt install ubuntu-desktop sudo reboot第二种重新安装匹配的驱动。我建议先看看当前内核版本uname -r比如显示5.4.0-144-generic再到NVIDIA官网查这个内核对应的驱动版本或者直接用系统推荐的版本安装sudo add-apt-repository ppa:graphics-drivers/ppa sudo apt update sudo apt install nvidia-driver-470装完后重启前记得sudo update-initramfs -u这一步很多人会忘。它会把新的驱动模块写进内核的initramfs镜像里不执行的话重启后驱动可能依然没被加载。这里有一个我踩过很多次的坑安装NVIDIA驱动时如果桌面环境还在跑装完经常起不来因为X服务占着显卡设备。所以强烈建议tty下先停掉显示管理器再装驱动sudo systemctl stop lightdm sudo apt install nvidia-driver-470 sudo reboot另外部分笔记本是双显卡Intel集显NVIDIA独显这种情况建议在BIOS里把显卡模式切到独显直连再操作或者直接在grub里启用NVIDIA模块参数。/etc/modprobe.d/blacklist-nvidia-nouveau.conf这个文件也要检查一下里面应该有blacklist nouveau options nouveau modeset0没有的话手动补上不然开源驱动和闭源驱动打架黑屏就是家常便饭。2.3 方法三引导参数加nomodeset绕开内核加载驱动的雷区如果重启后黑屏连grub菜单都看不到或者一进图形界面就花屏这个方法的救场概率很高。核心思路是让内核先别加载显卡相关驱动模块用基础VGA模式把系统拉起来再慢慢治理。操作路径开机时反复按Shift键如果是UEFI模式可能需要按Esc进入GRUB菜单。选中默认的内核条目按e键进入编辑模式。找到以linux开头的那一行在末尾quiet splash后面加上nomodeset。按Ctrl X或F10启动。我自己的经验是加上nomodeset后90%的驱动型黑屏都能先进入桌面分辨率可能很低但至少能操作。进系统后再用上面的方法二修驱动修好了再把nomodeset从grub配置里去掉。如果你想永久生效把参数写进grub配置文件sudo vim /etc/default/grub找到这行GRUB_CMDLINE_LINUX_DEFAULTquiet splash改成GRUB_CMDLINE_LINUX_DEFAULTquiet splash nomodeset然后执行sudo update-grub这里说个细节为什么nomodeset能救黑屏简单说内核正常情况下会去初始化显卡驱动、设置显示模式这个环节在驱动有问题的机器上会直接导致显示器黑屏。nomodeset让内核跳过这些操作改由BIOS或UEFI固件来做基本的显示输出。代价是性能差、分辨率低但换来的是系统能起来。顺带一提如果你的显卡是AMD的可以试试radeon.modeset0或amdgpu.modeset0Intel集显问题相对少但i915.modeset0在某些老内核上也能救急。2.4 方法四恢复模式加fsck处理文件系统损坏型黑屏这类黑屏的特征非常明显开机后不是完全黑屏而是屏幕上有几行字在滚动最后停在Give root password for maintenance或者直接进入emergency mode然后给你一个root shell。这是文件系统出问题的信号。最常见的原因是之前的非正常关机比如断电、强制关机导致根分区或/boot分区出现了文件系统错误。系统为了保证安全会拒绝进入图形界面。恢复思路在grub菜单里选 “Advanced options for Ubuntu”然后选带(recovery mode)的内核条目。进入恢复菜单后先选fsck直接回车。系统会提示是否重新挂载文件系统选yes让它检查并修复。检查完选resume继续正常启动。如果fsck过程中提示错误数量比较多、没法自动修复就只能进入root shell手动操作fsck -y /dev/sda1-y参数的意思是遇到问题自动回答yes别中途卡住。注意执行fsck前要先把对应分区卸载了根分区没法直接卸载的话用恢复模式的root shell操作此时文件系统是只读挂载的先执行mount -o remount,rw /重新以读写方式挂载再检查其他分区。还有一个很隐蔽的问题如果/boot分区满了每次内核更新都写不进新的vmlinuz和initrd.img系统重启时就可能直接挂掉。这种黑屏往往出现在一次apt upgrade之后。排查方法df -h /boot如果使用率接近100%手动删掉几个旧内核就好dpkg --list linux-image-* # 看看装了多少个内核 sudo apt autoremove --purge或者手动卸载指定旧内核sudo apt purge linux-image-5.3.0-42-generic清理完再sudo update-grub。这里提醒一句删内核的时候至少保留最近的两个版本万一新内核有问题还能启动旧的顶上。2.5 方法五清理磁盘空间与旧内核救回被塞满的系统你可能想不到Ubuntu 18.04黑屏还有一个非常常见但容易被忽略的原因根分区磁盘满了。图形桌面环境启动时要在/tmp、/var/log等目录写入大量临时文件写不进去显示管理器就起不来表现就是黑屏或者卡在登录界面。判断方法很简单tty下执行df -h /看/的使用率是不是100%或者接近100%。如果是动手清理。最优先清理的是日志文件目录/var/log这里经常躺着好几个G的旧日志sudo du -sh /var/log/* sudo journalctl --vacuum-time3djournalctl --vacuum-time3d这条命令让systemd日志只保留最近3天的很有效。我见过一台跑了一年多的服务器光日志就吃了16G空间。另外apt的缓存也可以清sudo apt clean sudo apt autoclean临时目录重启本来就会清但如果系统起不来也可以在tty下手动清sudo rm -rf /tmp/*清理完确认空间df -h /只要使用率降到90%以下再重启显示管理器桌面大概率就回来了。说到根分区写满我得插一句装Ubuntu时很多人贪方便只分一个/分区不分独立的/home甚至把/boot也并进去。这种分区方式平时没感觉一旦系统出问题要恢复能操作的空间就很小。如果还没遇到黑屏的朋友建议有机会重装或加盘时还是把/home独立出来系统坏了重装不影响用户数据这是用无数次教训换来的。3. 黑屏状态下把网络配置好tty里的手写网络配置实战3.1 为什么黑屏后往往要先联网很多修复操作离不开网络重装驱动要apt源下载依赖要联网更新软件包也要联网。如果系统是有线连接DHCP默认开着的话黑屏状态下其实网络大概率已经通了你不需要配置任何东西。但如果你的机器是手动指定的静态IP或者网络接口没被DHCP自动拉起来那tty下面就上不了网。这时候你才会真正体会到图形界面那个网络设置面板有多好用——命令行下的网络配置对于不熟的人简直是一场噩梦。我先给一个快速验证命令ip addr show看看网卡接口通常叫ens33、eth0之类的有没有拿到IP。如果显示192.168.x.x之类的内容说明网络已经通了直接跳到3.3节验证DNS不用折腾配置。如果接口没有IP或者你想配置成静态IP接着往下看。3.2 netplan配置文件详解DHCP与静态IP两种写法Ubuntu 18.04起系统网络配置从/etc/network/interfaces换成了netplan配置文件在/etc/netplan/目录下典型文件名是01-netcfg.yaml或者50-cloud-init.yaml。用vim打开编辑sudo vim /etc/netplan/01-netcfg.yamlDHCP自动获取IP的写法network: version: 2 ethernets: ens33: dhcp4: true注意YAML文件的缩进netplan对格式要求极其严格一个空格不对就报错。我建议用空格缩进不要用Tab键这个习惯能帮你避免很多低级但折磨人的问题。静态IP的写法network: version: 2 ethernets: ens33: dhcp4: false addresses: - 192.168.1.100/24 gateway4: 192.168.1.1 nameservers: addresses: [114.114.114.114, 8.8.8.8]gateway4这个键在Ubuntu 20.04里已经废弃了但18.04还能用。如果用的是更新的版本网关注释写法有变化按当前版本文档来。保存退出后执行sudo netplan apply网卡就会按配置重新加载。然后ip addr show验证一下IP是不是已经生效。顺带说一句改netplan配置时如果人在远程一定小心别把自己断了线。万一配置写错导致网络起不来tty下还能改回来但如果人在机房外面就真的要跑一趟了。保守做法是改完配置后先sudo netplan try这条命令会给你120秒确认时间超时自动回滚非常安全。3.3 用ip命令验证网络以及Xshell远程连接的小技巧网络配置好后验证有几个关键点# 查看网卡状态和IP ip addr show # 查看默认路由 ip route show # 测试网关连通性 ping -c 4 192.168.1.1 # 测试DNS解析 nslookup baidu.com如果IP有、网关能通但nslookup解析不了域名多半是DNS配置的问题。可以临时改一下测试sudo vim /etc/resolv.conf加上或改成nameserver 114.114.114.114 nameserver 8.8.8.8但注意Ubuntu 18.04会拿netplan配置里的nameservers去覆盖/etc/resolv.conf临时改的会被重置。所以正确做法是回到3.2节把DNS写进netplan的yaml文件里然后sudo netplan apply。网络通了之后如果你手头有另一台电脑强烈建议用SSH远程连接到这台Ubuntu机器上操作。在tty下面敲命令又累又容易误触而SSH远程就没有这些烦恼复制粘贴日志也方便。确认openssh-server装好了没sudo apt install openssh-server -y sudo systemctl start ssh sudo systemctl enable ssh然后用Xshell从Windows连接打开Xshell新建会话。主机填Ubuntu的IP地址端口22。用户认证填你Ubuntu的账号密码。连上之后就是熟悉的命令行操作了。这个技巧不只是黑屏救急时好用日常远程管理服务器也用得上。搜索词里“xshell连接ubuntu网络配置”的热度一直很高其实核心就是三步装openssh-server、确保网络通、防火墙放行22端口。防火墙的命令顺便贴一下sudo ufw allow OpenSSH sudo ufw enable如果之前开过ufw不放行22端口的话SSH会被拒掉连防火墙的坑都替你们踩过了。3.4 nmcli是另一条路NetworkManager没坏时的备选方案netplan配完如果折腾不明白还有一条路用NetworkManager的命令行工具nmcli。前提是你的系统装了NetworkManager桌面版通常是预装的。查看网络设备状态nmcli device status开启一个网卡的DHCPsudo nmcli device connect ens33手动配置静态IPsudo nmcli con mod ens33 ipv4.addresses 192.168.1.100/24 sudo nmcli con mod ens33 ipv4.gateway 192.168.1.1 sudo nmcli con mod ens33 ipv4.dns 114.114.114.114 8.8.8.8 sudo nmcli con mod ens33 ipv4.method manual sudo nmcli con up ens33nmcli的好处是它的修改是动态生效的不需要像netplan那样重启网络服务在黑屏救急这种本就不稳定的状态下少一次网络重启就少一分风险。但也要注意nmcli和netplan同时管理同一个接口的话可能会打架。两个方案选一个用就好别混着来。一般Netplan管理的是系统原生网卡NetworkManager管理的是桌面环境网卡Ubuntu桌面版里两者默认是协作模式netplan把非受管设备交给NetworkManager处理。你可以用nmcli device status看某块网卡是不是被标记为unmanaged是的话就归netplan管不是就可以用nmcli。4. 那些真正让系统黑屏的坑复盘四次真实故障4.1 案例一内核升级后NVIDIA驱动失效这个案例很典型。有个朋友跑的是Ubuntu 18.04 RTX 2060某天执行了sudo apt upgrade内核从5.4.0-135升到5.4.0-139重启后黑屏。当时我远程指导他操作的排查流程是这样的开机黑屏按Ctrl Alt F2进tty输入账号密码。执行nvidia-smi报错“couldnt communicate with the NVIDIA driver”。执行ls /usr/src/看有没有装对应内核版本的驱动源码发现5.4.0-139头文件缺失。让他执行sudo apt install linux-headers-5.4.0-139-generic补上内核头文件。然后sudo apt install nvidia-driver-470让dkms重新编译驱动模块。sudo update-initramfs -u重启问题解决。这个案例的根本原因是NVIDIA驱动通过dkms方式构建内核模块时依赖与当前内核版本匹配的linux-headers。内核升级后如果没有安装对应的headers包dkms就编译失败驱动模块缺失NVIDIA驱动自然就失效了。所以给一条实用建议升级内核后重启前先看一眼/var/lib/dkms/下面有没有编译失败记录。如果发现驱动模块状态是bad或fail先别重启顺手把headers补上能省掉很多麻烦。4.2 案例二/boot分区写满导致更新中断另一个朋友的情况更隐蔽他装了双系统Ubuntu只给了50G空间其中/boot单独分区的只有200M。用了两年多每次内核更新都是一次碰运气。直到有次执行sudo apt upgrade时直接报错重启后黑屏。tty下进系统第一件事就是看磁盘df -h/boot使用率100%。内核镜像、initrd.img文件把200M塞得满满的新内核的initrd文件写不进去更新中断grub也无法生成完整的菜单项。处理办法dpkg --list linux-image-* # 列出所有内核 sudo apt purge linux-image-5.4.0-139-generic # 删掉不用的旧内核 sudo update-grub等空间腾出来后再执行sudo apt -f install sudo apt upgrade正常开机。这个案例说明一个问题/boot分区如果独立划分还是稍微给大一点500M起步比较稳妥常年更新内核的话1G也不过分。省那点磁盘空间最后花十倍的时间来修。4.3 案例三自己改坏grub配置还有一个糟心的案例是用户自己折腾grub主题改坏了/etc/default/grub把GRUB_CMDLINE_LINUX_DEFAULT写错了参数更新grub的时候没报错但重启后直接黑屏。这种情况连grub菜单都看不到。解决思路是强制进入grub的配置编辑界面开机时按ShiftBIOS模式或EscUEFI模式进入grub菜单。选择任意内核条目按e编辑。检查linux行看有没有明显不合理的参数把可疑参数删掉。按Ctrl X启动如果能进系统再把/etc/default/grub改正。如果没有外接键盘或者Shift键没抓到菜单有个兜底办法用Ubuntu安装U盘启动选择“Try Ubuntu”然后把硬盘挂载起来改grub配置sudo mount /dev/sda2 /mnt sudo mount /dev/sda1 /mnt/boot sudo chroot /mnt # 在chroot环境里修复 vim /etc/default/grub update-grub exitchroot是个非常强大的救急手段相当于在U盘系统里进入硬盘上的原系统直接修配置。所有在tty里因为系统起不来而没法做的事情在chroot里都能做。这里的关键是挂载顺序先挂根分区再挂/boot如果要联网修驱动还需要先把网络配置拷进去sudo cp /etc/resolv.conf /mnt/etc/resolv.conf sudo mount --bind /proc /mnt/proc sudo mount --bind /dev /mnt/dev sudo mount --bind /sys /mnt/sys之后chroot进去就能apt update那些操作了。4.4 案例四双系统时间错乱引发的连串问题双系统黑屏的另一个隐藏坑是系统时间。Windows默认把硬件时间当本地时间Ubuntu默认当UTC时间。两套系统如果同时开着每次切换系统都会把硬件时间改一次虽然不至于直接黑屏但会导致某些依赖时间校验的服务起不来。这个问题的解法很简单让Ubuntu也把硬件时间当本地时间sudo timedatectl set-local-rtc 1然后sudo hwclock --systohc同步时间后重启就能避免因为时间混乱导致的各类异常。还有一个双系统常见的黑屏原因是引导问题如果Windows更新后覆盖了grub开机直接进Windows根本看不到Ubuntu的启动项。这种不算严格意义的黑屏但很多人会以为是系统坏了。修复方法是再次进入grub启动菜单如果看不到就用安装U盘的“Try Ubuntu”进live系统然后重装grubsudo mount /dev/sda2 /mnt sudo mount /dev/sda1 /mnt/boot sudo grub-install --boot-directory/mnt/boot /dev/sda sudo update-grub这招属于双系统救急的保留项目出现频率不低提前备着。5. 保命习惯与tty下的日志排查命令速查五种恢复方法讲完网络配置也捋了一遍最后说点软性的东西。我见过太多人在黑屏面前手足无措就是因为平时完全没有准备。如果你不想下次黑屏时再翻这个指南下面三个习惯建议尽早养成。习惯一内核更新后先确认驱动再重启。apt upgrade如果升级了linux-*相关的包重启前用nvidia-smi或dkms status确认显卡驱动模块编译正常。发现异常就sudo apt install linux-headers-$(uname -r)缺什么补什么。习惯二重要的分区独立划分。/home独立出来/boot给足500M到1G。系统坏了可以重装但个人数据没了就真的没了。这个建议听起来老生常谈但每次遇到数据差点丢掉的用户都后悔当初没这么干。习惯三有事没事记一下tty切换的快捷键。Ctrl Alt F1到F6是字符终端F7或F1通常是图形界面版本不同有差异。这个肌肉记忆练好了比什么修复工具都管用。最后是日志排查命令速查表黑屏时在tty里对照着执行命令用途systemctl status lightdm查看显示管理器运行状态journalctl -xe查看最近的系统错误日志journalctl -b -1查看上一次启动的日志dmesg | tail -50查看内核日志的最后部分cat /var/log/Xorg.0.log | grep EE查看X服务错误信息df -h检查磁盘空间dpkg --list | grep linux-image列出已安装内核我自己常用的排查顺序是先df -h排除磁盘再nvidia-smi排除驱动然后journalctl -b看日志。这就像一个漏斗从最可能、最好查的开始过滤往往十分钟内就能定位问题。Ubuntu 18.04现在已经不是最新版本但还有大量存量机器在跑。这篇文章里所有方法在18.04上测试过20.04、22.04的tty操作逻辑也一样只是netplan配置的细节略有不同。遇到黑屏时不妨按顺序一项一项试大部分情况下系统都能在十分钟内被救回来不用急着重装。