看起来你这台ThinkBook的启动引导和BIOS设置完全乱套了，咱们一步步来排查解决：

一、先想办法强制进入UEFI/BIOS设置 #

你说原来的联想开机 splash 没了，按F12、ESC都没反应，大概率是BIOS的启动模式或者引导选项被之前的操作搞坏了。试试这几个方法：

• 长按电源键强制关机，然后开机瞬间连续快速按F1键（联想多数机型是F1进BIOS，F12是快速启动菜单），一定要快，从开机亮屏的那一刻就开始狂按，别只按一次。
• 如果还是不行，找ThinkBook侧面的一键恢复小孔（一般是个圆形小孔，旁边标有Reset或者Recovery），关机状态下用针捅一下，松开后开机，看看能不能进入联想的恢复界面或者直接进BIOS。

二、用Ubuntu Live USB检查内置存储的分区和引导情况 #

成功进入Live USB后，先搞清楚你的eMMC存储到底是什么状态：

1. 打开系统自带的「磁盘」工具，查看eMMC的分区表类型（是GPT还是MBR），以及有没有一个FAT32格式、几百MB大小的EFI系统分区（ESP）——如果是UEFI模式启动，这个分区是必须的。
2. 也可以用命令行更精准查看：

   sudo fdisk -l
   

   输出里找/dev/mmcblk0（就是你的64GB eMMC），看表头的Disklabel type是gpt还是dos（MBR），同时看有没有标着EFI System的分区。

三、修复Ubuntu的引导记录 #

如果确认是UEFI模式（GPT分区表+ESP分区存在），那大概率是Ubuntu的GRUB引导没正确安装到ESP里，咱们手动修复：

1. 先挂载Ubuntu的根分区和ESP分区（假设根分区是/dev/mmcblk0p2，ESP分区是/dev/mmcblk0p1，根据你实际的分区号调整）：

   sudo mount /dev/mmcblk0p2 /mnt
   sudo mount /dev/mmcblk0p1 /mnt/boot/efi
   

2. 重新安装GRUB到eMMC的ESP分区：

   sudo grub-install --boot-directory=/mnt/boot --efi-directory=/mnt/boot/efi /dev/mmcblk0
   

3. 更新GRUB配置：

   sudo update-grub
   

四、调整BIOS/UEFI的启动设置 #

如果能进入BIOS了，一定要检查这几个关键选项：

• 启动模式：如果你的分区表是GPT，必须设为UEFI；如果是MBR，设为Legacy（别搞混，不然肯定启动失败）。
• 关闭安全启动（Secure Boot）：Ubuntu默认可能没适配安全启动，开启的话会阻止引导加载。
• 启动顺序：把内置eMMC设为第一启动项，删除那些无效的残留启动项（比如那个MX21，应该是之前Linux Lite留下的）。
• 恢复BIOS默认设置：找Load Defaults或者Restore Defaults选项，重置后再重新设置启动顺序，有时候之前的错误设置会导致各种奇怪的启动问题。

极端情况：清空eMMC引导区后重新安装 #

如果上面的方法都没用，可能是eMMC的引导扇区有残留的异常引导信息，可以尝试清空前512字节（注意：这个操作会清空eMMC的分区表，一定要备份数据！）：

sudo dd if=/dev/zero of=/dev/mmcblk0 bs=512 count=1

然后重新用Ubuntu Live USB分区安装，这次一定要选对启动模式（UEFI），确保GRUB安装到ESP分区。

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