1. 项目概述当“上帝”被锁在门外在嵌入式Linux开发与运维的日常里最让人脊背发凉的时刻之一莫过于面对一个正在运行的设备却发现自己忘记了那个至高无上的root密码。这不像在桌面Linux上你可以轻松地通过GRUB进入单用户模式。嵌入式平台往往没有显示器、键盘甚至没有传统的BIOS/UEFI启动流程被深度定制一切操作都可能需要通过串口、网络或者特定的恢复模式来完成。这个“上帝账户”被锁意味着你无法安装新软件、修改关键配置、调试深层问题设备可能因此变成一块“砖”或者至少是一块你无法完全掌控的“半砖”。我经历过太多次这样的场景在产线测试时为了安全临时修改了密码却忘了记录在客户现场前任工程师交接不清或者干脆就是自己长时间没登录记忆模糊了。每次解决的过程都是一次对设备启动链、系统权限和安全机制的深度复习。网上有很多针对通用Linux的密码重置教程但直接套用到嵌入式环境十有八九会碰壁。嵌入式Linux的密码恢复核心在于利用启动加载器通常是U-Boot的权限对根文件系统进行“外科手术式”的干预。这不仅仅是一个命令而是一套结合了硬件接口、引导流程和文件系统知识的综合解决方案。本文将彻底拆解在嵌入式Linux平台上重置遗忘的root密码的几种核心方法从最普遍的U-Boot交互方法到应对特殊情况的文件系统挂载修改再到一些防范于未然的实践建议。无论你手头的设备是树莓派、基于i.MX系列的处理器的工业板卡还是任何运行U-Boot Linux的定制硬件这里的思路和步骤都能为你提供明确的路径。我们会深入每一步背后的原理让你不仅会操作更明白为何这样操作以及操作失败时该如何排查。2. 核心思路与方案选型为什么是U-Boot在开始动手前我们必须理解为什么嵌入式环境重置密码主要依赖U-Boot以及有哪些不同的路径可以选择。这决定了你后续操作的成功率。2.1 通用Linux与嵌入式Linux的密码重置差异在台式机或服务器上典型的密码重置流程是重启机器在GRUB引导菜单界面按e编辑启动参数。在Linux内核启动行通常以linux或linux16开头的末尾添加init/bin/bash或single等参数。按CtrlX或F10启动系统会跳过多用户登录直接进入rootshell。此时根文件系统通常是以只读ro方式挂载的需要重新挂载为读写rwmount -o remount,rw /。最后使用passwd命令修改密码。这个流程的前提是你有物理访问到GRUB界面的能力。然而在嵌入式世界这个前提几乎不成立无显示输出设备可能只有串口调试输出没有图形化的GRUB菜单。无交互输入启动流程极快可能根本没有留出让你按键中断的时间。深度定制引导加载器可能不是GRUB而是U-Boot且其交互方式按键、串口命令完全由板级配置决定。安全启动某些产品启用了安全启动Secure Boot禁止修改内核命令行。因此嵌入式场景的核心思路发生了转移我们无法轻易干预“内核启动后”的行为但我们可以干预“内核启动前”的环境——即U-Boot阶段。U-Boot作为硬件初始化后的第一段可编程软件拥有对内存、存储设备的完全控制权。我们的目标就变成了在U-Boot阶段告诉内核以一种特殊的方式启动从而获得一个不受限制的rootshell。2.2 主要方案解析与选型指南根据设备的具体情况和开放程度主要有以下三种方案其选择逻辑如下方案核心原理适用场景前提条件风险等级方案AU-Boot交互式修改内核参数中断自动启动进入U-Boot命令行手动设置bootargs环境变量在内核命令行中添加init/bin/sh等参数。最常用、最推荐。适用于开发板、测试设备或留有调试串口的量产设备。U-Boot交互功能未被禁用。1. 可通过串口/网络访问U-Boot命令行。2. 知道中断U-Boot自动启动的按键如空格、回车。3. 启动介质如eMMC、SD卡可读写。低方案B挂载根文件系统直接修改shadow文件在U-Boot中不启动内核而是直接使用U-Boot的命令如ext4load,fatload或切换到另一个临时系统如BusyBox挂载原本的根文件系统分区直接编辑/etc/shadow文件。方案A失效时如内核命令行被写死无法覆盖。或者你需要更精细的操作如修复其他系统文件。1. U-Boot支持必要的文件系统命令。2. 清楚根文件系统的确切分区和类型ext4, squashfs等。3. 有一个可用的临时内存空间或存储区域。中方案C通过恢复模式或SD卡/USB启动完全绕过设备原有的启动介质。通过硬件跳线、拨码开关或特定按键组合进入恢复模式或者制作一个包含可写根文件系统的SD卡/USB盘从外部介质启动后挂载内部存储进行修改。设备U-Boot被完全锁定无法进行任何交互。或者内部存储损坏需要从外部恢复。1. 设备硬件支持从SD卡/USB或恢复模式启动。2. 有设备的硬件文档知道进入恢复模式的方法。3. 可以制作一个包含Linux系统的启动盘。中高实操心得绝大多数情况下方案A都能解决问题。在尝试任何操作前第一件事就是找到设备的串口调试接口通常是3.3V TTL电平的UART并连接。这是与嵌入式设备“对话”的生命线。没有串口后续所有操作都如同盲人摸象。3. 实操详解方案A - U-Boot交互式修改内核参数这是成功率最高、最直接的方法。让我们一步步拆解。3.1 前期准备连接与中断硬件连接找到目标板上的调试串口UART。通常是一组标有TX、RX、GND的排针。使用USB转TTL串口线连接你的电脑和开发板。注意TX接RXRX接TXGND接GND。波特率通常是1152008N1无流控这是嵌入式领域的“默认语言”。启动串口终端在电脑上使用终端软件如PuTTY、MobaXterm、minicom、picocom打开对应的串口设备设置正确的波特率。中断U-Boot自动启动给设备上电并立即在串口终端中狂按中断键。常见的键是空格键、回车键或CtrlC。具体是哪个需要查阅板子手册或尝试。如果成功你会看到U-Boot的命令行提示符通常是或U-Boot。U-Boot 2022.10 (Nov 15 2023 - 16:45:32 0800) CPU: i.MX8MP Quad rev1.1 1800 MHz Model: SomeTech i.MX8M Plus Board DRAM: 4 GiB MMC: FSL_SDHC: 0, FSL_SDHC: 1 Loading Environment from MMC... OK In: serial Out: serial Err: serial Net: eth0: ethernet30be0000 Fastboot: Normal Normal Boot Hit any key to stop autoboot: 0 -- 在这里你成功按下了按键 3.2 关键步骤修改启动参数并引导成功进入U-Boot命令行后按顺序执行以下命令。请务必根据你的实际情况调整命令中的细节如内存地址、根设备分区。查看当前启动参数首先看看设备原本是怎么启动的。这能帮你理解环境。 printenv bootargs bootargsconsolettymxc0,115200 earlyconec_imx6q,0x30860000,115200 root/dev/mmcblk1p2 rootwait rw这个输出告诉我们控制台在ttymxc0串口根文件系统在/dev/mmcblk1p2SD卡或eMMC的第二个分区。设置新的启动参数我们需要在原有的bootargs基础上添加init/bin/sh。这个参数告诉内核不要启动默认的/sbin/init即系统初始化进程会要求登录而是直接执行/bin/shshell并且这个shell进程的PID为1拥有最高权限。 setenv bootargs consolettymxc0,115200 earlyconec_imx6q,0x30860000,115200 root/dev/mmcblk1p2 rootwait rw init/bin/sh注意这里使用了单引号将整个参数字符串括起来这是为了避免特殊字符被解析。一定要在原来的bootargs值后面追加init/bin/sh而不是替换整个字符串。可选验证参数设置后可以再打印一次确认。 printenv bootargs启动内核使用boot命令或者你设备特定的启动命令如booti用于ARM64的Image内核bootm用于uImage内核。 boot ## Booting kernel from Legacy Image at 40480000 ... Image Name: Linux-5.15.32 Created: 2023-11-15 8:50:15 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 12554240 Bytes 12.0 MiB Load Address: 40480000 Entry Point: 40480000 Verifying Checksum ... OK ## Flattened Device Tree blob at 43000000 Booting using the fdt blob at 0x43000000 Loading Kernel Image Loading Device Tree to 49400000, end 4940ffff ... OK Starting kernel ...内核开始启动并最终会给你一个#提示符的shell而不是登录提示。注意此时根文件系统很可能处于只读ro状态。3.3 系统内操作重挂载与修改密码重新挂载根文件系统为读写这是关键一步。/bin/sh作为init启动后文件系统挂载表可能不完整或处于只读模式。# mount -o remount,rw /如果上述命令报错例如找不到mount可以尝试直接使用mount命令查看当前挂载情况或者使用mount -t proc proc /proc先挂载proc文件系统再尝试重挂根目录。修改root密码现在可以使用passwd命令了。# passwd New password: 输入新密码 Retype new password: 再次输入新密码 passwd: password updated successfully重要提示在某些极度精简的系统里passwd命令可能不可用。备用方案是直接编辑/etc/shadow文件。找到root用户那一行以root:开头将其第二个字段密码哈希字段清空或替换为一个已知的哈希值例如将密码设为空则此行应为root::。此操作风险较高需谨慎。同步并重启修改完成后确保数据写回存储。# sync # reboot -f-f参数表示强制重启因为此时系统的重启机制可能不工作。3.4 方案A的注意事项与变种环境变量未保存我们使用setenv修改的bootargs只存在于本次运行的U-Boot内存中。设备重启后又会从存储如eMMC的环境变量分区加载原来的配置。所以这次修改是一次性的仅用于恢复密码。恢复后下次启动会使用原来的、正常的参数无需担心系统启动异常。init/bin/bash与init/bin/sh如果/bin/sh是bash的符号链接两者等效。如果系统只有bash则用/bin/bash。如果连bash都没有可以尝试init/bin/ashBusyBox的shell。单用户模式参数除了init/bin/sh有时single或S参数也能达到类似效果但这取决于初始化系统如systemd或SysVinit是否支持。在嵌入式环境中init/bin/sh是更通用、更底层的做法。根设备是只读文件系统如squashfs怎么办如果根文件系统是只读的常见于路由器等产品mount -o remount,rw /会失败。此时需要更复杂的方案可能涉及挂载一个可写的overlay文件系统或者使用方案B在外部修改配置分区。这超出了基础恢复的范围。4. 进阶与备选方案B与方案C实操当方案A行不通时比如U-Boot被配置为静默启动无法中断我们就需要备用方案。4.1 方案BU-Boot下直接操作文件系统这个方案要求U-Boot编译时包含了对应文件系统的支持如CONFIG_FS_EXT4,CONFIG_CMD_EXT4。识别存储和分区在U-Boot命令行下使用mmc list、scsi list或part list等命令查看存储设备。 mmc list FSL_SDHC: 0 (eMMC) FSL_SDHC: 1 (SD) part list mmc 0 -- 查看eMMC的分区表 Partition Map for MMC device 0 -- Partition Type: EFI Part Start LBA End LBA Name Attributes Type GUID Partition GUID 1 0x00000800 0x000107ff boot attrs: 0x0000000000000000 type: 0c00-0000 guid: 12345678-1234-1234-1234-123456789abc 2 0x00010800 0x01d877ff rootfs attrs: 0x0000000000000000 type: 8300-0000 guid: abcdef12-3456-7890-abcd-ef1234567890这里我们看到mmc 0eMMC的第二个分区rootfs很可能是我们的根文件系统。挂载并操作假设根文件系统是EXT4位于mmc 0:2。方法一使用U-Boot的EXT4命令如果支持。但U-Boot通常只支持简单的加载load和写入write不支持复杂的文件编辑。更常见的是结合下一步的方法。方法二启动一个临时RAM系统。这是更强大的方法。你需要一个预先准备好的、包含BusyBox等工具的最小化内核镜像initramfs或initrd。在U-Boot中加载这个临时内核和根文件系统initrd并启动。 load mmc 0:1 ${loadaddr} recovery-zImage -- 从boot分区加载临时内核 load mmc 0:1 ${initrd_addr} recovery-initrd.cpio.gz -- 加载临时根文件系统 setenv bootargs consolettymxc0,115200 earlycon rdinit/bin/sh bootz ${loadaddr} ${initrd_addr} -- 启动临时系统启动后你会进入一个临时的、完全在内存中的Linux环境。此时你可以挂载设备上真正的根文件系统分区# mkdir /mnt/root # mount /dev/mmcblk0p2 /mnt/root -- 挂载真正的根分区 # chroot /mnt/root /bin/sh -- 切换根目录到真正的系统 # passwd -- 修改密码 # sync # exit # umount /mnt/root # reboot这个方法功能强大但前提是你需要事先准备好这个“救援镜像”。4.2 方案C从外部介质启动这通常用于U-Boot本身被锁死或损坏的情况。很多嵌入式板卡支持通过SD卡优先启动。制作启动SD卡找一张空白SD卡。使用dd命令或图形化工具如Raspberry Pi Imager、BalenaEtcher将一个通用的、适用于你芯片架构的嵌入式Linux镜像如Armbian for ARMv7/ARM64或根据芯片商提供的BSP构建的镜像写入SD卡。配置启动顺序有些板子通过拨码开关选择启动源SD卡/eMMC/NAND有些则默认优先从SD卡启动。将SD卡插入设备。从SD卡启动并挂载内部存储设备会从SD卡上的系统启动。启动后这个系统拥有完整的工具链。你需要找到内部存储设备可能是/dev/mmcblk1或/dev/nvme0n1并挂载其上的根文件系统分区然后使用chroot或直接编辑/etc/shadow文件步骤与方案B的“方法二”后半部分类似。恢复启动顺序操作完成后关机拔掉SD卡将拨码开关拨回原始位置设备便会从内部存储正常启动此时新密码已生效。实操心得方案C是“终极武器”但它要求你对设备的硬件启动顺序有了解并且能找到一个兼容的、可启动的Linux系统镜像。对于量产阶段的设备这可能不现实。因此在研发和测试阶段务必确保串口调试功能和U-Boot交互是可用的这是后续一切维护操作的基石。5. 深度排查与安全加固实践解决了眼前的问题我们更应该思考如何避免和防范。5.1 常见问题与排查清单即使按照步骤操作你也可能会遇到以下问题。这里是一个快速排查指南问题现象可能原因排查步骤与解决方案按任何键都无法中断U-Boot1. 串口波特率不对。2. U-Boot编译时禁用了交互式启动CONFIG_BOOTDELAY-2。3. 中断按键不是空格/回车。1. 尝试常见波特率115200, 9600, 57600, 38400。2. 查阅硬件手册确认中断键。尝试CtrlC。3. 如果确认被禁用只能尝试方案B或C。设置init/bin/sh后系统仍要求登录1. 内核命令行参数未被正确传递或覆盖。2. 文件系统中/bin/sh不存在或不可执行。1. 在内核启动早期信息中查看最终解析出的命令行 (cat /proc/cmdline)。确认init参数存在。2. 尝试init/bin/bash或init/sbin/init single。检查文件系统是否损坏。mount -o remount,rw /失败1. 根文件系统是只读类型squashfs, romfs。2. 文件系统有错误需要fsck。3./etc/fstab配置了只读挂载。1. 对于只读文件系统需要挂载可写的overlay如tmpfsoverlayfs这很复杂。2. 尝试mount查看具体错误信息。在U-Boot阶段尝试修复文件系统如ext4ls mmc 0:2检查文件。passwd命令找不到或执行失败系统极度精简未包含passwd或依赖的库。1. 直接编辑/etc/shadow文件需谨慎。2. 使用busybox passwd如果BusyBox可用。3. 从其他系统拷贝一个静态链接的passwd二进制文件过来。修改密码后重启密码又恢复原样1. 系统使用了只读的根文件系统修改未持久化。2. 系统每次启动会从默认配置恢复如某些路由器。3. 修改的是临时挂载的文件系统而非真正的根分区。1. 确认你修改的是设备持久化存储上的正确分区。2. 对于只读系统密码可能存储在单独的可读写分区如/etc/config需要找到并修改那个配置文件。5.2 安全实践与防范建议忘记密码是运维事故但我们可以通过良好的习惯和设计来降低其发生概率和影响。密码管理使用密码管理器这是最重要的建议。为每一个设备、每一个环境开发、测试、生产生成并保存强密码。避免默认密码首次启动后立即修改默认密码如root/admin。分权管理在可能的情况下创建具有sudo权限的普通用户日常使用普通用户登录减少直接使用root的频率。设备访问控制保护串口对于量产产品考虑通过硬件跳线或软件配置禁用U-Boot命令行或设置U-Boot密码。但这会给后期维护带来困难需要权衡。启用SSH密钥认证禁用root的密码SSH登录强制使用密钥对认证。这样即使忘记密码也可以通过密钥登录。配置管理将重要的系统配置包括密码哈希纳入版本控制系统如Git或者使用配置管理工具如Ansible。这样密码可以恢复且变更可追溯。设计恢复机制预留恢复模式在产品设计中可以预留一个通过硬件按钮触发的“恢复模式”。在此模式下设备从只读的恢复分区启动提供一个简单的界面用于重置密码或恢复出厂设置。备份环境变量定期备份U-Boot的环境变量块。在误操作导致无法启动时可以快速恢复。文档文档文档详细记录设备的调试接口位置、波特率、U-Boot中断键、默认IP、默认凭证等信息并安全地保存。良好的文档是故障恢复时最宝贵的财富。忘记root密码在嵌入式领域从来不是一个小问题它直接考验着你对设备底层运行机制的理解。掌握本文所述的从U-Boot入手的恢复方法相当于拿到了一把“物理万能钥匙”。但更重要的是通过这次“事故”去反思和构建更健壮的系统访问和安全管理制度。毕竟最好的故障恢复就是不让故障发生。
1. 项目概述当“上帝”被锁在门外在嵌入式Linux开发与运维的日常里最让人脊背发凉的时刻之一莫过于面对一个正在运行的设备却发现自己忘记了那个至高无上的root密码。这不像在桌面Linux上你可以轻松地通过GRUB进入单用户模式。嵌入式平台往往没有显示器、键盘甚至没有传统的BIOS/UEFI启动流程被深度定制一切操作都可能需要通过串口、网络或者特定的恢复模式来完成。这个“上帝账户”被锁意味着你无法安装新软件、修改关键配置、调试深层问题设备可能因此变成一块“砖”或者至少是一块你无法完全掌控的“半砖”。我经历过太多次这样的场景在产线测试时为了安全临时修改了密码却忘了记录在客户现场前任工程师交接不清或者干脆就是自己长时间没登录记忆模糊了。每次解决的过程都是一次对设备启动链、系统权限和安全机制的深度复习。网上有很多针对通用Linux的密码重置教程但直接套用到嵌入式环境十有八九会碰壁。嵌入式Linux的密码恢复核心在于利用启动加载器通常是U-Boot的权限对根文件系统进行“外科手术式”的干预。这不仅仅是一个命令而是一套结合了硬件接口、引导流程和文件系统知识的综合解决方案。本文将彻底拆解在嵌入式Linux平台上重置遗忘的root密码的几种核心方法从最普遍的U-Boot交互方法到应对特殊情况的文件系统挂载修改再到一些防范于未然的实践建议。无论你手头的设备是树莓派、基于i.MX系列的处理器的工业板卡还是任何运行U-Boot Linux的定制硬件这里的思路和步骤都能为你提供明确的路径。我们会深入每一步背后的原理让你不仅会操作更明白为何这样操作以及操作失败时该如何排查。2. 核心思路与方案选型为什么是U-Boot在开始动手前我们必须理解为什么嵌入式环境重置密码主要依赖U-Boot以及有哪些不同的路径可以选择。这决定了你后续操作的成功率。2.1 通用Linux与嵌入式Linux的密码重置差异在台式机或服务器上典型的密码重置流程是重启机器在GRUB引导菜单界面按e编辑启动参数。在Linux内核启动行通常以linux或linux16开头的末尾添加init/bin/bash或single等参数。按CtrlX或F10启动系统会跳过多用户登录直接进入rootshell。此时根文件系统通常是以只读ro方式挂载的需要重新挂载为读写rwmount -o remount,rw /。最后使用passwd命令修改密码。这个流程的前提是你有物理访问到GRUB界面的能力。然而在嵌入式世界这个前提几乎不成立无显示输出设备可能只有串口调试输出没有图形化的GRUB菜单。无交互输入启动流程极快可能根本没有留出让你按键中断的时间。深度定制引导加载器可能不是GRUB而是U-Boot且其交互方式按键、串口命令完全由板级配置决定。安全启动某些产品启用了安全启动Secure Boot禁止修改内核命令行。因此嵌入式场景的核心思路发生了转移我们无法轻易干预“内核启动后”的行为但我们可以干预“内核启动前”的环境——即U-Boot阶段。U-Boot作为硬件初始化后的第一段可编程软件拥有对内存、存储设备的完全控制权。我们的目标就变成了在U-Boot阶段告诉内核以一种特殊的方式启动从而获得一个不受限制的rootshell。2.2 主要方案解析与选型指南根据设备的具体情况和开放程度主要有以下三种方案其选择逻辑如下方案核心原理适用场景前提条件风险等级方案AU-Boot交互式修改内核参数中断自动启动进入U-Boot命令行手动设置bootargs环境变量在内核命令行中添加init/bin/sh等参数。最常用、最推荐。适用于开发板、测试设备或留有调试串口的量产设备。U-Boot交互功能未被禁用。1. 可通过串口/网络访问U-Boot命令行。2. 知道中断U-Boot自动启动的按键如空格、回车。3. 启动介质如eMMC、SD卡可读写。低方案B挂载根文件系统直接修改shadow文件在U-Boot中不启动内核而是直接使用U-Boot的命令如ext4load,fatload或切换到另一个临时系统如BusyBox挂载原本的根文件系统分区直接编辑/etc/shadow文件。方案A失效时如内核命令行被写死无法覆盖。或者你需要更精细的操作如修复其他系统文件。1. U-Boot支持必要的文件系统命令。2. 清楚根文件系统的确切分区和类型ext4, squashfs等。3. 有一个可用的临时内存空间或存储区域。中方案C通过恢复模式或SD卡/USB启动完全绕过设备原有的启动介质。通过硬件跳线、拨码开关或特定按键组合进入恢复模式或者制作一个包含可写根文件系统的SD卡/USB盘从外部介质启动后挂载内部存储进行修改。设备U-Boot被完全锁定无法进行任何交互。或者内部存储损坏需要从外部恢复。1. 设备硬件支持从SD卡/USB或恢复模式启动。2. 有设备的硬件文档知道进入恢复模式的方法。3. 可以制作一个包含Linux系统的启动盘。中高实操心得绝大多数情况下方案A都能解决问题。在尝试任何操作前第一件事就是找到设备的串口调试接口通常是3.3V TTL电平的UART并连接。这是与嵌入式设备“对话”的生命线。没有串口后续所有操作都如同盲人摸象。3. 实操详解方案A - U-Boot交互式修改内核参数这是成功率最高、最直接的方法。让我们一步步拆解。3.1 前期准备连接与中断硬件连接找到目标板上的调试串口UART。通常是一组标有TX、RX、GND的排针。使用USB转TTL串口线连接你的电脑和开发板。注意TX接RXRX接TXGND接GND。波特率通常是1152008N1无流控这是嵌入式领域的“默认语言”。启动串口终端在电脑上使用终端软件如PuTTY、MobaXterm、minicom、picocom打开对应的串口设备设置正确的波特率。中断U-Boot自动启动给设备上电并立即在串口终端中狂按中断键。常见的键是空格键、回车键或CtrlC。具体是哪个需要查阅板子手册或尝试。如果成功你会看到U-Boot的命令行提示符通常是或U-Boot。U-Boot 2022.10 (Nov 15 2023 - 16:45:32 0800) CPU: i.MX8MP Quad rev1.1 1800 MHz Model: SomeTech i.MX8M Plus Board DRAM: 4 GiB MMC: FSL_SDHC: 0, FSL_SDHC: 1 Loading Environment from MMC... OK In: serial Out: serial Err: serial Net: eth0: ethernet30be0000 Fastboot: Normal Normal Boot Hit any key to stop autoboot: 0 -- 在这里你成功按下了按键 3.2 关键步骤修改启动参数并引导成功进入U-Boot命令行后按顺序执行以下命令。请务必根据你的实际情况调整命令中的细节如内存地址、根设备分区。查看当前启动参数首先看看设备原本是怎么启动的。这能帮你理解环境。 printenv bootargs bootargsconsolettymxc0,115200 earlyconec_imx6q,0x30860000,115200 root/dev/mmcblk1p2 rootwait rw这个输出告诉我们控制台在ttymxc0串口根文件系统在/dev/mmcblk1p2SD卡或eMMC的第二个分区。设置新的启动参数我们需要在原有的bootargs基础上添加init/bin/sh。这个参数告诉内核不要启动默认的/sbin/init即系统初始化进程会要求登录而是直接执行/bin/shshell并且这个shell进程的PID为1拥有最高权限。 setenv bootargs consolettymxc0,115200 earlyconec_imx6q,0x30860000,115200 root/dev/mmcblk1p2 rootwait rw init/bin/sh注意这里使用了单引号将整个参数字符串括起来这是为了避免特殊字符被解析。一定要在原来的bootargs值后面追加init/bin/sh而不是替换整个字符串。可选验证参数设置后可以再打印一次确认。 printenv bootargs启动内核使用boot命令或者你设备特定的启动命令如booti用于ARM64的Image内核bootm用于uImage内核。 boot ## Booting kernel from Legacy Image at 40480000 ... Image Name: Linux-5.15.32 Created: 2023-11-15 8:50:15 UTC Image Type: ARM Linux Kernel Image (uncompressed) Data Size: 12554240 Bytes 12.0 MiB Load Address: 40480000 Entry Point: 40480000 Verifying Checksum ... OK ## Flattened Device Tree blob at 43000000 Booting using the fdt blob at 0x43000000 Loading Kernel Image Loading Device Tree to 49400000, end 4940ffff ... OK Starting kernel ...内核开始启动并最终会给你一个#提示符的shell而不是登录提示。注意此时根文件系统很可能处于只读ro状态。3.3 系统内操作重挂载与修改密码重新挂载根文件系统为读写这是关键一步。/bin/sh作为init启动后文件系统挂载表可能不完整或处于只读模式。# mount -o remount,rw /如果上述命令报错例如找不到mount可以尝试直接使用mount命令查看当前挂载情况或者使用mount -t proc proc /proc先挂载proc文件系统再尝试重挂根目录。修改root密码现在可以使用passwd命令了。# passwd New password: 输入新密码 Retype new password: 再次输入新密码 passwd: password updated successfully重要提示在某些极度精简的系统里passwd命令可能不可用。备用方案是直接编辑/etc/shadow文件。找到root用户那一行以root:开头将其第二个字段密码哈希字段清空或替换为一个已知的哈希值例如将密码设为空则此行应为root::。此操作风险较高需谨慎。同步并重启修改完成后确保数据写回存储。# sync # reboot -f-f参数表示强制重启因为此时系统的重启机制可能不工作。3.4 方案A的注意事项与变种环境变量未保存我们使用setenv修改的bootargs只存在于本次运行的U-Boot内存中。设备重启后又会从存储如eMMC的环境变量分区加载原来的配置。所以这次修改是一次性的仅用于恢复密码。恢复后下次启动会使用原来的、正常的参数无需担心系统启动异常。init/bin/bash与init/bin/sh如果/bin/sh是bash的符号链接两者等效。如果系统只有bash则用/bin/bash。如果连bash都没有可以尝试init/bin/ashBusyBox的shell。单用户模式参数除了init/bin/sh有时single或S参数也能达到类似效果但这取决于初始化系统如systemd或SysVinit是否支持。在嵌入式环境中init/bin/sh是更通用、更底层的做法。根设备是只读文件系统如squashfs怎么办如果根文件系统是只读的常见于路由器等产品mount -o remount,rw /会失败。此时需要更复杂的方案可能涉及挂载一个可写的overlay文件系统或者使用方案B在外部修改配置分区。这超出了基础恢复的范围。4. 进阶与备选方案B与方案C实操当方案A行不通时比如U-Boot被配置为静默启动无法中断我们就需要备用方案。4.1 方案BU-Boot下直接操作文件系统这个方案要求U-Boot编译时包含了对应文件系统的支持如CONFIG_FS_EXT4,CONFIG_CMD_EXT4。识别存储和分区在U-Boot命令行下使用mmc list、scsi list或part list等命令查看存储设备。 mmc list FSL_SDHC: 0 (eMMC) FSL_SDHC: 1 (SD) part list mmc 0 -- 查看eMMC的分区表 Partition Map for MMC device 0 -- Partition Type: EFI Part Start LBA End LBA Name Attributes Type GUID Partition GUID 1 0x00000800 0x000107ff boot attrs: 0x0000000000000000 type: 0c00-0000 guid: 12345678-1234-1234-1234-123456789abc 2 0x00010800 0x01d877ff rootfs attrs: 0x0000000000000000 type: 8300-0000 guid: abcdef12-3456-7890-abcd-ef1234567890这里我们看到mmc 0eMMC的第二个分区rootfs很可能是我们的根文件系统。挂载并操作假设根文件系统是EXT4位于mmc 0:2。方法一使用U-Boot的EXT4命令如果支持。但U-Boot通常只支持简单的加载load和写入write不支持复杂的文件编辑。更常见的是结合下一步的方法。方法二启动一个临时RAM系统。这是更强大的方法。你需要一个预先准备好的、包含BusyBox等工具的最小化内核镜像initramfs或initrd。在U-Boot中加载这个临时内核和根文件系统initrd并启动。 load mmc 0:1 ${loadaddr} recovery-zImage -- 从boot分区加载临时内核 load mmc 0:1 ${initrd_addr} recovery-initrd.cpio.gz -- 加载临时根文件系统 setenv bootargs consolettymxc0,115200 earlycon rdinit/bin/sh bootz ${loadaddr} ${initrd_addr} -- 启动临时系统启动后你会进入一个临时的、完全在内存中的Linux环境。此时你可以挂载设备上真正的根文件系统分区# mkdir /mnt/root # mount /dev/mmcblk0p2 /mnt/root -- 挂载真正的根分区 # chroot /mnt/root /bin/sh -- 切换根目录到真正的系统 # passwd -- 修改密码 # sync # exit # umount /mnt/root # reboot这个方法功能强大但前提是你需要事先准备好这个“救援镜像”。4.2 方案C从外部介质启动这通常用于U-Boot本身被锁死或损坏的情况。很多嵌入式板卡支持通过SD卡优先启动。制作启动SD卡找一张空白SD卡。使用dd命令或图形化工具如Raspberry Pi Imager、BalenaEtcher将一个通用的、适用于你芯片架构的嵌入式Linux镜像如Armbian for ARMv7/ARM64或根据芯片商提供的BSP构建的镜像写入SD卡。配置启动顺序有些板子通过拨码开关选择启动源SD卡/eMMC/NAND有些则默认优先从SD卡启动。将SD卡插入设备。从SD卡启动并挂载内部存储设备会从SD卡上的系统启动。启动后这个系统拥有完整的工具链。你需要找到内部存储设备可能是/dev/mmcblk1或/dev/nvme0n1并挂载其上的根文件系统分区然后使用chroot或直接编辑/etc/shadow文件步骤与方案B的“方法二”后半部分类似。恢复启动顺序操作完成后关机拔掉SD卡将拨码开关拨回原始位置设备便会从内部存储正常启动此时新密码已生效。实操心得方案C是“终极武器”但它要求你对设备的硬件启动顺序有了解并且能找到一个兼容的、可启动的Linux系统镜像。对于量产阶段的设备这可能不现实。因此在研发和测试阶段务必确保串口调试功能和U-Boot交互是可用的这是后续一切维护操作的基石。5. 深度排查与安全加固实践解决了眼前的问题我们更应该思考如何避免和防范。5.1 常见问题与排查清单即使按照步骤操作你也可能会遇到以下问题。这里是一个快速排查指南问题现象可能原因排查步骤与解决方案按任何键都无法中断U-Boot1. 串口波特率不对。2. U-Boot编译时禁用了交互式启动CONFIG_BOOTDELAY-2。3. 中断按键不是空格/回车。1. 尝试常见波特率115200, 9600, 57600, 38400。2. 查阅硬件手册确认中断键。尝试CtrlC。3. 如果确认被禁用只能尝试方案B或C。设置init/bin/sh后系统仍要求登录1. 内核命令行参数未被正确传递或覆盖。2. 文件系统中/bin/sh不存在或不可执行。1. 在内核启动早期信息中查看最终解析出的命令行 (cat /proc/cmdline)。确认init参数存在。2. 尝试init/bin/bash或init/sbin/init single。检查文件系统是否损坏。mount -o remount,rw /失败1. 根文件系统是只读类型squashfs, romfs。2. 文件系统有错误需要fsck。3./etc/fstab配置了只读挂载。1. 对于只读文件系统需要挂载可写的overlay如tmpfsoverlayfs这很复杂。2. 尝试mount查看具体错误信息。在U-Boot阶段尝试修复文件系统如ext4ls mmc 0:2检查文件。passwd命令找不到或执行失败系统极度精简未包含passwd或依赖的库。1. 直接编辑/etc/shadow文件需谨慎。2. 使用busybox passwd如果BusyBox可用。3. 从其他系统拷贝一个静态链接的passwd二进制文件过来。修改密码后重启密码又恢复原样1. 系统使用了只读的根文件系统修改未持久化。2. 系统每次启动会从默认配置恢复如某些路由器。3. 修改的是临时挂载的文件系统而非真正的根分区。1. 确认你修改的是设备持久化存储上的正确分区。2. 对于只读系统密码可能存储在单独的可读写分区如/etc/config需要找到并修改那个配置文件。5.2 安全实践与防范建议忘记密码是运维事故但我们可以通过良好的习惯和设计来降低其发生概率和影响。密码管理使用密码管理器这是最重要的建议。为每一个设备、每一个环境开发、测试、生产生成并保存强密码。避免默认密码首次启动后立即修改默认密码如root/admin。分权管理在可能的情况下创建具有sudo权限的普通用户日常使用普通用户登录减少直接使用root的频率。设备访问控制保护串口对于量产产品考虑通过硬件跳线或软件配置禁用U-Boot命令行或设置U-Boot密码。但这会给后期维护带来困难需要权衡。启用SSH密钥认证禁用root的密码SSH登录强制使用密钥对认证。这样即使忘记密码也可以通过密钥登录。配置管理将重要的系统配置包括密码哈希纳入版本控制系统如Git或者使用配置管理工具如Ansible。这样密码可以恢复且变更可追溯。设计恢复机制预留恢复模式在产品设计中可以预留一个通过硬件按钮触发的“恢复模式”。在此模式下设备从只读的恢复分区启动提供一个简单的界面用于重置密码或恢复出厂设置。备份环境变量定期备份U-Boot的环境变量块。在误操作导致无法启动时可以快速恢复。文档文档文档详细记录设备的调试接口位置、波特率、U-Boot中断键、默认IP、默认凭证等信息并安全地保存。良好的文档是故障恢复时最宝贵的财富。忘记root密码在嵌入式领域从来不是一个小问题它直接考验着你对设备底层运行机制的理解。掌握本文所述的从U-Boot入手的恢复方法相当于拿到了一把“物理万能钥匙”。但更重要的是通过这次“事故”去反思和构建更健壮的系统访问和安全管理制度。毕竟最好的故障恢复就是不让故障发生。
