Ubuntu 20.04 LTS无法启动，出现“blk update request critical target error /dev/sd*”等报错求助

看起来你这是更新Ubuntu 20.04 LTS后触发了外接存储阻塞启动+GDM服务异常的连锁问题，结合你用的是HP Proliant Gen3这种老机型，我给你梳理几个针对性的排查修复步骤，都是实操性很强的：

一、先绕开外接存储的启动阻塞，强行进入系统 #

报错明确指向你的Seagate 8TB外接备份盘，大概率是更新后系统的挂载规则（fstab/udev）或者磁盘检测逻辑变化，导致启动时死等异常的外接设备。先临时跳过这个卡点：

1. 启动时按住Shift键调出GRUB菜单（老机型可能需要按Esc），选中你常用的内核后按e进入编辑模式
2. 找到以linux开头的那一行，用方向键移到行尾，添加 init=/bin/bash 后按Ctrl+X启动，进入单用户只读模式
3. 把根分区重新挂载为读写模式：

   mount -o remount,rw /
   

4. 编辑/etc/fstab找到那个外接盘的挂载项，在挂载参数的最后加上nofail,x-systemd.device-timeout=10，比如原本的挂载项可能是：

   UUID=xxxx-xxxx /mnt/backup ext4 defaults 0 0
   

   修改后变成：

   UUID=xxxx-xxxx /mnt/backup ext4 defaults,nofail,x-systemd.device-timeout=10 0 0
   

   这样即使外接盘没接或者状态异常，系统也会跳过挂载继续启动，不会卡死
5. 执行exec /sbin/init回到正常启动流程，应该就能进入系统了

二、修复GNOME显示管理器（GDM）的启动故障 #

进入系统后先处理GDM的问题，毕竟你之前最先遇到的是这个报错：

1. 先查看GDM的具体错误日志，定位问题：

   systemctl status gdm.service
   

2. 如果是配置文件损坏，直接重装GDM：

   apt update && apt install --reinstall gdm3
   

3. 要是重装后还是不行，考虑到你这台服务器只是用来跑VMware虚拟机，其实完全可以不用图形界面，直接切换到多用户命令行模式，既稳定又省资源：

   systemctl set-default multi-user.target
   

   之后启动就会直接进入命令行，你可以用SSH远程管理，完全不影响VMware的运行

三、修复GRUB和内核的兼容性问题 #

你之前更新GRUB没用，大概率是新内核的模块和老机型硬件不兼容，或者GRUB配置没正确生成：

1. 先卸载最近更新的内核（一般是版本号最高的那个）：

   # 列出所有已安装的内核
   dpkg --list | grep linux-image
   # 卸载最新的那个，比如版本是5.4.0-160
   apt purge linux-image-5.4.0-160-generic linux-headers-5.4.0-160-generic
   

2. 重新生成GRUB配置：

   update-grub
   

3. 重启系统，选择之前能正常使用的旧内核启动，应该就能稳定运行了

四、排查外接存储的硬件问题 #

最后回头处理那个Seagate盘的报错，避免后续再出问题：

1. 先拔掉外接盘，重启系统确认不再出现blk update request报错
2. 重新接上盘后，用smartctl检查盘的健康状态：

   smartctl -a /dev/sdX  # 把X换成你外接盘的设备号，比如sdb
   

3. 要是检测到坏道或者硬件异常，建议备份数据后更换盘，或者更换USB/SATA连接线试试（老机型的USB口供电可能不稳定）

备注：内容来源于stack exchange，提问作者trainerbee