1. 刷机卡Fastboot这件事到底卡在了哪里小米和红米手机线刷过程中卡在Fastboot界面是玩机圈里出现频率极高的一类问题。表现通常是MiFlash工具进度条走到某个位置后报错手机屏幕停留在Fastboot兔子图标不动或者脚本一闪而过但设备毫无反应。很多人第一反应是“变砖了”其实绝大多数情况下手机硬件完好问题出在线刷脚本与当前机型分区结构不匹配上。这个内容适合两类人看一类是手里有小米/红米设备、正在尝试线刷救砖或降级的普通用户另一类是对Android分区机制感兴趣、想搞清楚VABVirtual A/B和AB分区到底怎么回事的进阶玩家。我会从分区原理讲到脚本修改的实操细节把每一步为什么这么做都讲清楚让你看完能自己动手改脚本而不是到处求人发“改好的包”。先明确一个核心认知小米官方线刷包里的flash_all.batWindows或flash_all.shLinux/macOS脚本本质是一串按顺序执行的fastboot命令。脚本能不能跑通取决于它发出的每条命令是否和手机当前的分区表、分区类型、槽位状态对得上。卡Fastboot十有八九就是某条命令发出去之后手机回了一个FAILED或者干脆没响应脚本就停在那里了。注意刷机会清除数据操作前务必确认已备份。另外解锁Bootloader是线刷的前提未解锁的设备无法执行fastboot刷写命令。2. 先搞懂分区结构A/B、VAB和GPT到底差在哪2.1 从单分区到A/B分区为什么要搞两套系统早期Android设备是单分区结构system、boot、recovery这些分区各只有一份。系统更新时只能关机进recovery把新系统写进去写坏了就开不了机。后来Google引入了A/B分区方案也叫无缝更新把system、boot、vendor等关键分区各做两份分别叫slot_a和slot_b。当前运行的是a槽更新时把新系统写到b槽写完重启切到b槽。如果b槽启动失败还能自动回滚到a槽。这个机制的好处是更新过程不影响使用坏处是分区数量翻倍对存储空间和分区表布局要求更高。小米从部分中端机型开始引入A/B分区旗舰机型基本都支持。2.2 VAB又是什么A/B的省空间版本VAB全称Virtual A/B是Android 11之后主推的方案。传统A/B分区要实打实占用两份空间VAB则通过动态分区super分区来管理system、vendor、product这些逻辑分区都塞进一个大的super物理分区里A/B两份逻辑分区共享物理空间只在需要时动态分配。这样既保留了无缝更新能力又省了空间。VAB机型刷机时有个关键点super分区里的逻辑分区不能直接用fastboot flash system这种命令写得用fastboot flash super或者通过fastbootd模式来操作。很多老脚本还在用单分区的写法刷VAB机型自然就卡住了。2.3 GPT分区表和fastboot的对应关系GPTGUID Partition Table是现代设备的分区表格式取代了老的MBR。每台手机的GPT里记录了所有分区的名称、起始扇区、大小和类型GUID。fastboot刷写时命令里的分区名必须和GPT里记录的名称完全一致大小写都不能错。你可以用fastboot getvar all查看设备当前的分区信息输出里会列出partition-type:xxx和partition-size:xxx这样的条目。如果脚本里写的分区名在GPT里找不到fastboot就会报FAILED (remote: Partition not found)脚本随即中断。分区方案典型机型刷写方式脚本关键差异单分区红米早期机型直接flash各分区无slot参数A/B分区小米部分中端flash时指定slot需加_a/_b后缀VAB动态分区小米旗舰fastbootd刷super需进fastbootd模式3. 官方线刷脚本逐行拆解哪一行最容易出问题3.1 脚本的整体执行流程以Windows下的flash_all.bat为例典型结构是这样的先设置一堆变量fastboot路径、镜像文件路径然后依次执行擦除和刷写命令最后重启设备。核心命令大致分三类fastboot erase擦除分区、fastboot flash刷写镜像、fastboot set_active切换槽位。脚本开头通常有fastboot %* getvar product 21 | findstr /r /c:^product: *%PRODUCT%这样的校验确认设备型号和刷机包匹配。如果型号对不上脚本直接退出这是防止刷错包的保护机制。3.2 卡住的高发位置super分区和slot切换根据我处理过的案例卡住的位置集中在两处。第一处是刷super分区时老脚本用fastboot flash system system.img但VAB机型根本没有独立的system分区命令发出去设备不认脚本就停住。正确做法是进fastbootd模式用fastboot flash super super.img。第二处是fastboot set_active a这条命令。A/B机型切换槽位前必须确保目标槽位的boot等关键分区已经刷好否则切换后设备无法启动表现为卡Fastboot。有些脚本在刷写顺序上没处理好先切了槽位再刷boot就会出问题。3.3 一个真实的脚本片段分析假设你打开脚本看到这样一段fastboot %* flash boot boot.img fastboot %* flash system system.img fastboot %* flash vendor vendor.img fastboot %* set_active a fastboot %* reboot如果这是给VAB机型用的第二行和第三行就会失败因为VAB机型没有独立的system和vendor分区。你需要把它们改成fastboot %* flash boot boot.img fastboot %* reboot fastboot fastboot %* flash super super.img fastboot %* set_active a fastboot %* reboot注意中间多了reboot fastboot这是从普通fastboot模式切到fastbootd模式的关键一步。fastbootd是用户空间的fastboot实现能识别动态分区普通fastboot模式不行。提示fastboot reboot fastboot执行后手机屏幕会从兔子图标变成fastbootd的菜单界面这才说明切换成功。如果屏幕没变化说明你的设备或fastboot版本不支持fastbootd。4. 动手改脚本从识别机型到写出能跑的版本4.1 第一步确认你的机型属于哪一类改脚本之前先搞清楚三件事设备型号、分区方案、当前槽位状态。查型号可以看手机设置里的“关于手机”或者fastboot模式下执行fastboot getvar product。查分区方案最直接的方法是看刷机包里有没有super.img文件有就是VAB或动态分区机型没有就是传统分区。查槽位状态用fastboot getvar current-slot返回a或b。如果返回空或者报错说明是单分区机型。这三个信息确定了你才知道脚本该往哪个方向改。4.2 第二步对照GPT分区表核对分区名把刷机包里的镜像文件名和GPT里的分区名对一遍。执行fastboot getvar all把输出保存到文本文件然后逐个核对。比如刷机包里有boot.imgGPT里得有partition-type:boot这一项。如果刷机包里有system.img但GPT里只有super那就说明这个包是给动态分区机型准备的脚本得按super的写法来。这一步能帮你提前发现脚本和机型的不匹配避免刷到一半卡住。我习惯把getvar all的输出和脚本里的分区名做成两张表对照一目了然。4.3 第三步修改脚本并处理常见报错改脚本时把不匹配的命令替换掉顺序也要调整。VAB机型的推荐顺序是先刷boot等独立分区再进fastbootd刷super最后切槽位重启。改完后先别急着跑完整脚本可以逐条手动执行命令看哪条报错。常见报错及处理报错信息原因解决办法Partition not found分区名不存在核对GPT改用正确分区名Failed to write分区大小不匹配确认镜像与分区大小一致Slot not found槽位参数错误用getvar确认current-slotCommand not supportedfastboot版本旧更新platform-tools4.4 第四步fastboot传文件到手机的替代思路有时候脚本卡住是因为镜像文件太大fastboot传输超时。这种情况下可以试试分批刷写把super.img拆成几个小镜像分别刷或者用fastboot flash --slotall一次性刷两个槽位。另外USB线材质量对传输稳定性影响很大我遇到过换根线就刷过去的情况别忽视这个细节。如果fastboot连接不到设备先检查驱动。Windows下设备管理器里应该能看到“Android Bootloader Interface”带黄色感叹号就是驱动没装好。装好驱动再试很多时候问题就解决了。5. 排查实录那些年我踩过的坑和总结的速查表5.1 驱动和连接类问题fastboot连接不到设备是最常见的前置问题。除了驱动还要注意USB口的选择前置面板的USB口供电不稳尽量插主板后置口。另外有些USB集线器会导致fastboot握手失败直接插机箱上的口最稳。Linux环境下普通用户可能没有USB设备访问权限需要配置udev规则。这个坑我踩过明明设备连着但fastboot就是看不到加了规则文件之后立刻正常。5.2 脚本逻辑类问题脚本里如果有fastboot erase命令要确认擦除的分区在当前机型上存在。擦一个不存在的分区fastboot会报错并中断脚本。还有些脚本用了fastboot format这个命令在动态分区机型上行为不一致建议改用erase加flash的组合。另外脚本里的%*是Windows批处理的参数透传写法如果你在Linux下跑得把%*去掉直接用fastboot。跨平台改脚本时这个细节容易忽略。5.3 分区表损坏类问题极少数情况下GPT分区表本身损坏了fastboot能连上但所有分区操作都失败。这时候需要用fastboot flash partition gpt.img重刷分区表但gpt.img必须和机型严格匹配刷错了就真成砖了。这个操作风险高不到万不得已不要做。5.4 常见问题速查表现象可能原因排查动作卡Fastboot不动脚本命令不匹配核对分区名和槽位刷完重启又回Fastbootboot分区没刷好重刷boot并确认槽位fastboot看不到设备驱动或线材问题换线换口重装驱动脚本一闪而过型号校验失败检查product变量super刷写失败未进fastbootd执行reboot fastboot6. 几个容易被忽略的细节和我的个人建议改脚本这件事说难不难但细节特别多。我自己的习惯是拿到一个新机型的刷机包先不跑脚本而是手动把关键命令逐条执行一遍确认每条都返回OK再把命令整理成脚本。这样虽然慢一点但能确保脚本一次跑通比反复试错效率高。还有一点刷机包的来源很重要。网上流传的“改好的包”未必适合你的机型分区布局差一点就可能刷坏。尽量用官方包自己改改之前把原脚本备份一份改错了还能回退。最后说个实操技巧如果脚本跑到一半卡住不要直接拔线。先按电源键强制重启看能不能进系统。如果进不去重新进Fastboot把没刷完的分区补刷上通常能救回来。拔线可能导致分区写到一半反而更麻烦。刷机这事胆大心细搞清楚原理再动手大部分问题都能自己解决。 
长河君 · 2026/9/24 5:07:21 · 阅读 1.2k 小米红米线刷卡Fastboot？从分区原理到脚本修改全解析
1. 刷机卡Fastboot这件事到底卡在了哪里小米和红米手机线刷过程中卡在Fastboot界面是玩机圈里出现频率极高的一类问题。表现通常是MiFlash工具进度条走到某个位置后报错手机屏幕停留在Fastboot兔子图标不动或者脚本一闪而过但设备毫无反应。很多人第一反应是“变砖了”其实绝大多数情况下手机硬件完好问题出在线刷脚本与当前机型分区结构不匹配上。这个内容适合两类人看一类是手里有小米/红米设备、正在尝试线刷救砖或降级的普通用户另一类是对Android分区机制感兴趣、想搞清楚VABVirtual A/B和AB分区到底怎么回事的进阶玩家。我会从分区原理讲到脚本修改的实操细节把每一步为什么这么做都讲清楚让你看完能自己动手改脚本而不是到处求人发“改好的包”。先明确一个核心认知小米官方线刷包里的flash_all.batWindows或flash_all.shLinux/macOS脚本本质是一串按顺序执行的fastboot命令。脚本能不能跑通取决于它发出的每条命令是否和手机当前的分区表、分区类型、槽位状态对得上。卡Fastboot十有八九就是某条命令发出去之后手机回了一个FAILED或者干脆没响应脚本就停在那里了。注意刷机会清除数据操作前务必确认已备份。另外解锁Bootloader是线刷的前提未解锁的设备无法执行fastboot刷写命令。2. 先搞懂分区结构A/B、VAB和GPT到底差在哪2.1 从单分区到A/B分区为什么要搞两套系统早期Android设备是单分区结构system、boot、recovery这些分区各只有一份。系统更新时只能关机进recovery把新系统写进去写坏了就开不了机。后来Google引入了A/B分区方案也叫无缝更新把system、boot、vendor等关键分区各做两份分别叫slot_a和slot_b。当前运行的是a槽更新时把新系统写到b槽写完重启切到b槽。如果b槽启动失败还能自动回滚到a槽。这个机制的好处是更新过程不影响使用坏处是分区数量翻倍对存储空间和分区表布局要求更高。小米从部分中端机型开始引入A/B分区旗舰机型基本都支持。2.2 VAB又是什么A/B的省空间版本VAB全称Virtual A/B是Android 11之后主推的方案。传统A/B分区要实打实占用两份空间VAB则通过动态分区super分区来管理system、vendor、product这些逻辑分区都塞进一个大的super物理分区里A/B两份逻辑分区共享物理空间只在需要时动态分配。这样既保留了无缝更新能力又省了空间。VAB机型刷机时有个关键点super分区里的逻辑分区不能直接用fastboot flash system这种命令写得用fastboot flash super或者通过fastbootd模式来操作。很多老脚本还在用单分区的写法刷VAB机型自然就卡住了。2.3 GPT分区表和fastboot的对应关系GPTGUID Partition Table是现代设备的分区表格式取代了老的MBR。每台手机的GPT里记录了所有分区的名称、起始扇区、大小和类型GUID。fastboot刷写时命令里的分区名必须和GPT里记录的名称完全一致大小写都不能错。你可以用fastboot getvar all查看设备当前的分区信息输出里会列出partition-type:xxx和partition-size:xxx这样的条目。如果脚本里写的分区名在GPT里找不到fastboot就会报FAILED (remote: Partition not found)脚本随即中断。分区方案典型机型刷写方式脚本关键差异单分区红米早期机型直接flash各分区无slot参数A/B分区小米部分中端flash时指定slot需加_a/_b后缀VAB动态分区小米旗舰fastbootd刷super需进fastbootd模式3. 官方线刷脚本逐行拆解哪一行最容易出问题3.1 脚本的整体执行流程以Windows下的flash_all.bat为例典型结构是这样的先设置一堆变量fastboot路径、镜像文件路径然后依次执行擦除和刷写命令最后重启设备。核心命令大致分三类fastboot erase擦除分区、fastboot flash刷写镜像、fastboot set_active切换槽位。脚本开头通常有fastboot %* getvar product 21 | findstr /r /c:^product: *%PRODUCT%这样的校验确认设备型号和刷机包匹配。如果型号对不上脚本直接退出这是防止刷错包的保护机制。3.2 卡住的高发位置super分区和slot切换根据我处理过的案例卡住的位置集中在两处。第一处是刷super分区时老脚本用fastboot flash system system.img但VAB机型根本没有独立的system分区命令发出去设备不认脚本就停住。正确做法是进fastbootd模式用fastboot flash super super.img。第二处是fastboot set_active a这条命令。A/B机型切换槽位前必须确保目标槽位的boot等关键分区已经刷好否则切换后设备无法启动表现为卡Fastboot。有些脚本在刷写顺序上没处理好先切了槽位再刷boot就会出问题。3.3 一个真实的脚本片段分析假设你打开脚本看到这样一段fastboot %* flash boot boot.img fastboot %* flash system system.img fastboot %* flash vendor vendor.img fastboot %* set_active a fastboot %* reboot如果这是给VAB机型用的第二行和第三行就会失败因为VAB机型没有独立的system和vendor分区。你需要把它们改成fastboot %* flash boot boot.img fastboot %* reboot fastboot fastboot %* flash super super.img fastboot %* set_active a fastboot %* reboot注意中间多了reboot fastboot这是从普通fastboot模式切到fastbootd模式的关键一步。fastbootd是用户空间的fastboot实现能识别动态分区普通fastboot模式不行。提示fastboot reboot fastboot执行后手机屏幕会从兔子图标变成fastbootd的菜单界面这才说明切换成功。如果屏幕没变化说明你的设备或fastboot版本不支持fastbootd。4. 动手改脚本从识别机型到写出能跑的版本4.1 第一步确认你的机型属于哪一类改脚本之前先搞清楚三件事设备型号、分区方案、当前槽位状态。查型号可以看手机设置里的“关于手机”或者fastboot模式下执行fastboot getvar product。查分区方案最直接的方法是看刷机包里有没有super.img文件有就是VAB或动态分区机型没有就是传统分区。查槽位状态用fastboot getvar current-slot返回a或b。如果返回空或者报错说明是单分区机型。这三个信息确定了你才知道脚本该往哪个方向改。4.2 第二步对照GPT分区表核对分区名把刷机包里的镜像文件名和GPT里的分区名对一遍。执行fastboot getvar all把输出保存到文本文件然后逐个核对。比如刷机包里有boot.imgGPT里得有partition-type:boot这一项。如果刷机包里有system.img但GPT里只有super那就说明这个包是给动态分区机型准备的脚本得按super的写法来。这一步能帮你提前发现脚本和机型的不匹配避免刷到一半卡住。我习惯把getvar all的输出和脚本里的分区名做成两张表对照一目了然。4.3 第三步修改脚本并处理常见报错改脚本时把不匹配的命令替换掉顺序也要调整。VAB机型的推荐顺序是先刷boot等独立分区再进fastbootd刷super最后切槽位重启。改完后先别急着跑完整脚本可以逐条手动执行命令看哪条报错。常见报错及处理报错信息原因解决办法Partition not found分区名不存在核对GPT改用正确分区名Failed to write分区大小不匹配确认镜像与分区大小一致Slot not found槽位参数错误用getvar确认current-slotCommand not supportedfastboot版本旧更新platform-tools4.4 第四步fastboot传文件到手机的替代思路有时候脚本卡住是因为镜像文件太大fastboot传输超时。这种情况下可以试试分批刷写把super.img拆成几个小镜像分别刷或者用fastboot flash --slotall一次性刷两个槽位。另外USB线材质量对传输稳定性影响很大我遇到过换根线就刷过去的情况别忽视这个细节。如果fastboot连接不到设备先检查驱动。Windows下设备管理器里应该能看到“Android Bootloader Interface”带黄色感叹号就是驱动没装好。装好驱动再试很多时候问题就解决了。5. 排查实录那些年我踩过的坑和总结的速查表5.1 驱动和连接类问题fastboot连接不到设备是最常见的前置问题。除了驱动还要注意USB口的选择前置面板的USB口供电不稳尽量插主板后置口。另外有些USB集线器会导致fastboot握手失败直接插机箱上的口最稳。Linux环境下普通用户可能没有USB设备访问权限需要配置udev规则。这个坑我踩过明明设备连着但fastboot就是看不到加了规则文件之后立刻正常。5.2 脚本逻辑类问题脚本里如果有fastboot erase命令要确认擦除的分区在当前机型上存在。擦一个不存在的分区fastboot会报错并中断脚本。还有些脚本用了fastboot format这个命令在动态分区机型上行为不一致建议改用erase加flash的组合。另外脚本里的%*是Windows批处理的参数透传写法如果你在Linux下跑得把%*去掉直接用fastboot。跨平台改脚本时这个细节容易忽略。5.3 分区表损坏类问题极少数情况下GPT分区表本身损坏了fastboot能连上但所有分区操作都失败。这时候需要用fastboot flash partition gpt.img重刷分区表但gpt.img必须和机型严格匹配刷错了就真成砖了。这个操作风险高不到万不得已不要做。5.4 常见问题速查表现象可能原因排查动作卡Fastboot不动脚本命令不匹配核对分区名和槽位刷完重启又回Fastbootboot分区没刷好重刷boot并确认槽位fastboot看不到设备驱动或线材问题换线换口重装驱动脚本一闪而过型号校验失败检查product变量super刷写失败未进fastbootd执行reboot fastboot6. 几个容易被忽略的细节和我的个人建议改脚本这件事说难不难但细节特别多。我自己的习惯是拿到一个新机型的刷机包先不跑脚本而是手动把关键命令逐条执行一遍确认每条都返回OK再把命令整理成脚本。这样虽然慢一点但能确保脚本一次跑通比反复试错效率高。还有一点刷机包的来源很重要。网上流传的“改好的包”未必适合你的机型分区布局差一点就可能刷坏。尽量用官方包自己改改之前把原脚本备份一份改错了还能回退。最后说个实操技巧如果脚本跑到一半卡住不要直接拔线。先按电源键强制重启看能不能进系统。如果进不去重新进Fastboot把没刷完的分区补刷上通常能救回来。拔线可能导致分区写到一半反而更麻烦。刷机这事胆大心细搞清楚原理再动手大部分问题都能自己解决。