1. 从一次真实的升级翻车说起Pixel 6 Pro 升级 Android 13 的过程中变砖这事儿在玩机圈里不算罕见但真落到自己头上那种感觉还是挺难受的。我手上这台 Pixel 6 Pro 是主力机某天收到 Android 13 的 OTA 推送想着大版本更新应该问题不大就直接点了升级。结果重启之后卡在 Google 标志界面等了将近二十分钟没有任何进展长按电源键强制重启直接黑屏连 Fastboot 模式都进不去——这就是典型的“硬砖”前兆。后来我花了整整一个下午用 Fastboot 把全部分区刷了一遍才把机器救回来。这篇文章就是那次急救过程的完整复盘包括变砖的原因分析、Fastboot 环境的搭建、全分区修复的具体命令、以及我在操作过程中踩过的几个坑。如果你手里也有一台 Pixel 6 Pro或者任何 Tensor 芯片的 Pixel 设备正在经历升级后无法开机、卡 Logo、无限重启、甚至完全黑屏的问题这篇内容应该能帮到你。需要提前说明的是Fastboot 全分区修复属于比较底层的操作一旦命令敲错确实有可能把“软砖”变成“硬砖”。但只要你严格按照步骤来理解每条命令在做什么风险是可控的。我会尽量把每个环节的原理和意图讲清楚而不是只丢一堆命令让你照抄。2. 变砖到底是怎么发生的先搞清楚病因再动手2.1 OTA 升级失败的几种典型触发场景Pixel 6 Pro 升级 Android 13 变砖绝大多数情况下不是硬件问题而是分区写入过程中出现了中断或校验失败。我总结了几种最常见的触发场景第一种是 OTA 下载过程中网络不稳定导致更新包本身不完整。Android 的 A/B 分区机制虽然设计上支持无缝更新但如果更新包在写入非活动分区时出现数据损坏重启切换到新分区后就会直接卡死。第二种是设备在升级过程中电量不足自动关机。Pixel 6 Pro 的 OTA 安装阶段对电量有要求如果电量低于 20% 左右系统可能会在写入过程中断电导致分区数据处于半写入状态。第三种是之前做过 Root 或者解锁 Bootloader 后刷过第三方镜像OTA 更新时新旧分区数据冲突。这种情况在玩机用户里特别常见因为 Magisk 修改了 boot 分区OTA 增量更新无法正确应用补丁。第四种是存储空间不足导致更新包解压失败。Android 13 的完整包体积不小如果设备剩余空间刚好卡在临界值解压过程中可能写入不完整。提示如果你在升级前做过任何系统层面的修改Root、刷第三方内核、改过 system 分区强烈建议不要直接 OTA而是下载官方完整工厂镜像手动刷入。2.2 软砖和硬砖的判断标准在动手之前先判断你的设备处于什么状态这决定了后续用哪种修复方案。状态表现修复难度适用方案软砖可进 Fastboot卡 Logo、无限重启但能进入 Fastboot 模式低Fastboot 刷入 boot/system 等关键分区软砖可进 Recovery能进入 Recovery 模式但系统无法启动低Recovery 中清除数据或侧载 OTA 包硬砖仅黑屏完全黑屏但连接电脑有反应中Fastboot 全分区修复硬砖无任何反应连接电脑无任何识别高需要进入 EDL 模式或送修判断方法很简单长按电源键约 15 秒强制关机然后同时按住电源键和音量减键如果能进入 Fastboot 界面屏幕上显示一只躺着的机器人或者 Fastboot 字样那就是软砖修复起来相对轻松。如果怎么按都是黑屏但插上电脑后设备管理器里能看到 Google 的 USB 设备那还有救属于硬砖但底层引导还在。如果连电脑都识别不到任何设备那基本就是硬件层面的问题了。我这台 Pixel 6 Pro 当时的情况是强制重启后黑屏但插上电脑后设备管理器里出现了“Android Bootloader Interface”说明 Bootloader 还在工作只是系统分区损坏导致无法正常启动。这就是典型的可以通过 Fastboot 全分区修复来解决的情况。2.3 为什么 Fastboot 全分区修复是最后的底牌Fastboot 是 Android 设备在 Bootloader 模式下与电脑通信的协议它直接操作的是设备的物理分区不依赖 Android 系统本身的任何组件。这意味着即使 system、boot、vendor 这些分区全部损坏只要 Bootloader 本身没坏Fastboot 就能工作。全分区修复的思路是把官方工厂镜像里的每一个分区镜像文件通过 Fastboot 逐一写入设备的对应分区。这相当于把整台设备恢复到出厂状态所有系统层面的损坏都会被覆盖。代价是用户数据会全部丢失所以如果你有重要的照片、聊天记录没备份那在动手之前先想想有没有别的办法。但话说回来当设备已经变砖到连系统都进不去的时候数据恢复的可能性本身就很低了。Fastboot 全分区修复至少能让设备重新可用这是优先级最高的目标。3. 动手前的环境准备工具、驱动、镜像一个都不能少3.1 Fastboot 工具的获取与版本选择Fastboot 工具包含在 Android SDK Platform-Tools 里Google 官方会持续更新。我建议直接从 Google 的开发者网站下载最新版的 Platform-Tools而不是用第三方打包的版本。原因很简单Pixel 6 Pro 用的是 Tensor 芯片一些旧版本的 Fastboot 对新分区的支持不完整刷写过程中可能出现“unknown partition”或者“failed to write”之类的错误。下载地址是 Google 官方的开发者工具页面搜索“Android SDK Platform-Tools”就能找到。下载后解压到一个路径里没有中文和空格的目录比如C:\platform-tools或者~/platform-tools。路径里有中文或者空格是很多人第一次操作时容易忽略的问题Fastboot 在某些系统上对路径中的特殊字符处理不好会导致命令执行失败。解压完成后打开终端Windows 用 CMD 或 PowerShellmacOS/Linux 用 Terminal进入 platform-tools 目录执行fastboot --version如果能看到版本号输出说明工具本身没问题。如果提示“command not found”那要么是没进入正确目录要么是需要把 platform-tools 添加到系统环境变量里。3.2 Windows 下 Fastboot 驱动的安装细节Windows 用户在这一步最容易卡住。Pixel 6 Pro 连接电脑后设备管理器里可能会显示一个带黄色感叹号的“Android Bootloader Interface”或者“Fastboot Device”这说明驱动没有正确安装。安装驱动的正确姿势是先在设备管理器里找到那个带感叹号的设备右键选择“更新驱动程序”然后选择“浏览我的电脑以查找驱动程序”指向 Google USB Driver 的目录。Google USB Driver 可以在 Android SDK 的 extras 目录里找到或者单独从 Google 开发者网站下载。如果自动安装不成功可以手动选择“从计算机的设备驱动程序列表中选取”然后选择“Android Device”类别下的“Android Bootloader Interface”。这个操作在 Windows 10 和 Windows 11 上略有差异但核心逻辑是一样的。注意有些第三方手机助手软件会安装自己的 ADB 和 Fastboot 驱动这些驱动可能和 Google 官方的不兼容。如果你电脑上装过这类软件建议先在设备管理器里卸载相关驱动再重新安装 Google 官方的版本。macOS 和 Linux 用户通常不需要额外安装驱动系统自带的支持就能识别 Pixel 设备。但 Linux 下可能需要配置 udev 规则否则 Fastboot 命令会提示权限不足。具体的 udev 规则文件可以在 Google 的官方文档里找到这里不展开。3.3 工厂镜像的下载与校验工厂镜像是全分区修复的核心材料。Pixel 6 Pro 的工厂镜像可以在 Google 的官方工厂镜像页面找到文件名通常类似raven-xxxxxxx-factory-xxxxxxxx.zip其中“raven”是 Pixel 6 Pro 的代号。下载时要注意两点第一确认下载的是对应你设备型号的镜像Pixel 6 Pro 的代号是 ravenPixel 6 是 oriolePixel 6a 是 bluejay别下错了。第二下载完成后校验 SHA-256 哈希值确保文件没有在下载过程中损坏。Google 的工厂镜像页面会提供哈希值用系统自带的工具计算一下对比即可。校验命令在 Windows 上是certutil -hashfile 文件名 SHA256macOS/Linux 上是shasum -a 256 文件名。这一步看起来多余但我确实遇到过因为镜像文件损坏导致刷写失败的情况浪费了很多时间排查。下载完成后解压你会看到一个包含多个.img文件的目录以及一个flash-all.batWindows或flash-all.shmacOS/Linux脚本。这些.img文件就是各个分区的镜像全分区修复就是把这些文件逐一刷入设备。4. 全分区修复的完整命令链路4.1 进入 Fastboot 模式并确认连接设备在变砖状态下进入 Fastboot 的方法是长按电源键约 15 秒确保设备完全关机然后同时按住电源键和音量减键大约 3 秒后屏幕会显示 Fastboot 界面。如果屏幕没反应但设备之前是黑屏状态可以尝试先按住音量减键再插 USB 线有些情况下这样也能进入 Fastboot。进入 Fastboot 后在电脑终端执行fastboot devices如果输出了一串设备序列号后面跟着“fastboot”字样说明连接正常。如果没有任何输出或者提示“waiting for device”那就是驱动或者 USB 连接的问题。可以尝试换一个 USB 口优先用主板直出的 USB 口不要用前面板或者 Hub换一根数据线有些充电线不支持数据传输或者重新安装驱动。4.2 解锁 Bootloader 的必要性与风险Pixel 6 Pro 的 Bootloader 默认是锁定的锁定状态下 Fastboot 只能刷入官方签名的镜像而且不能刷入 boot、system 等关键分区。如果你之前没有解锁过 Bootloader那在全分区修复之前必须先解锁。解锁命令是fastboot flashing unlock执行后设备屏幕上会出现确认提示用音量键选择“Unlock”然后按电源键确认。这个操作会清除设备上的所有数据包括用户数据和内部存储。注意解锁 Bootloader 会触发 Google 的 SafetyNet 和 Play Integrity 检测导致部分银行类应用、支付类应用无法使用。如果你在修复后需要恢复这些功能需要重新锁定 Bootloader但重新锁定前必须确保系统是完整的官方镜像否则设备会变砖。如果你之前已经解锁过 Bootloader那这一步可以跳过。判断方法是进入 Fastboot 界面后看屏幕上的“Device State”字段显示“unlocked”就是已解锁显示“locked”就是未解锁。4.3 逐分区刷写的命令详解全分区修复有两种方式一种是直接运行工厂镜像里的flash-all脚本另一种是手动逐条执行 Fastboot 命令。我推荐手动执行因为这样你能清楚看到每一步的结果出问题也容易定位。首先刷入 Bootloader 相关分区fastboot flash bootloader bootloader-raven-xxxxxxx.img fastboot reboot-bootloader刷完 bootloader 后必须重启一次 bootloader让新的 bootloader 生效。这一步很多人会忽略导致后续刷写失败。然后刷入无线电固件fastboot flash radio radio-raven-xxxxxxx.img fastboot reboot-bootloader接下来刷入各个系统分区。Pixel 6 Pro 的分区比较多我列一个完整的命令清单fastboot flash boot boot.img fastboot flash dtbo dtbo.img fastboot flash vendor_boot vendor_boot.img fastboot flash vbmeta vbmeta.img fastboot flash vbmeta_system vbmeta_system.img fastboot flash super super.img fastboot flash system system.img fastboot flash system_ext system_ext.img fastboot flash product product.img fastboot flash vendor vendor.img fastboot flash odm odm.img fastboot flash odm_dlkm odm_dlkm.img fastboot flash vendor_dlkm vendor_dlkm.img fastboot flash boot boot.img fastboot flash dtbo dtbo.img fastboot flash modem modem.img fastboot flash metadata metadata.img fastboot flash misc misc.img fastboot flash persist persist.img fastboot flash userdata userdata.img这里需要说明的是不同版本的工厂镜像里包含的分区文件可能略有差异以你解压出来的实际文件为准。super.img是一个逻辑分区容器里面包含了 system、system_ext、product、vendor 等子分区有些工厂镜像会直接提供super.img有些则提供拆分后的子分区镜像。两种方式都可以但不要混用。userdata.img刷入后会清除所有用户数据如果你只想修复系统分区而保留数据可以跳过这一条。但在变砖状态下系统分区和数据分区往往都处于不一致的状态保留数据可能导致修复后仍然无法启动。我的建议是直接刷userdata.img把设备恢复到完全干净的状态。4.4 刷写完成后的首次启动与验证所有分区刷写完成后执行fastboot reboot设备会重启进入系统。首次启动会比较慢因为系统需要初始化所有分区并重建缓存等待 5 到 10 分钟是正常的。如果超过 15 分钟还卡在 Google 标志界面那可能是某个分区没有刷写成功需要重新检查。启动进入系统后建议做几项验证检查系统版本是否为 Android 13、检查基带版本是否正常设置-关于手机-Android 版本-基带版本、测试 Wi-Fi 和移动网络是否工作、测试相机和指纹识别是否正常。如果这些都正常说明全分区修复成功。5. 那些让我多花了两个小时才搞定的坑5.1 驱动识别不稳定导致的“waiting for device”这是我在这次修复过程中遇到的第一个坑。设备进入 Fastboot 后fastboot devices命令有时候能识别有时候提示“waiting for device”。一开始我以为是 USB 线的问题换了两根线还是这样。后来发现是 Windows 的 USB 电源管理在作怪。Windows 默认允许系统关闭 USB 设备以节省电源这在 Fastboot 这种需要持续通信的场景下会导致连接中断。解决办法是在设备管理器里找到对应的 USB 根集线器右键属性在“电源管理”选项卡里取消勾选“允许计算机关闭此设备以节省电源”。另外如果你用的是 AMD 平台的电脑某些 USB 控制器和 Pixel 设备的兼容性确实不如 Intel 平台稳定。如果条件允许换一台 Intel 平台的电脑试试成功率会高很多。5.2 分区文件名不匹配导致的刷写失败工厂镜像解压出来的文件名可能和我上面列的命令不完全一致。比如 bootloader 的文件名可能是bootloader-raven-12.3.0.img而不是bootloader-raven-xxxxxxx.img。如果你直接复制我的命令会因为文件名不匹配而报错。正确的做法是解压工厂镜像后先用lsmacOS/Linux或dirWindows看一下实际的文件名然后根据实际文件名调整命令。Fastboot 刷写时如果提示“cannot load xxx.img”基本都是文件名写错了。还有一个容易忽略的点有些工厂镜像里的分区镜像是放在子目录里的比如images/目录下。这时候命令里的路径要相应调整比如fastboot flash boot images/boot.img。5.3 刷写顺序错误引发的连锁问题Fastboot 刷写分区是有顺序讲究的。我一开始没注意先刷了 system 再刷 bootloader结果刷完 bootloader 后设备重启之前刷的 system 分区被重置了白忙一场。正确的顺序是先刷 bootloader 和 radio 这类底层固件每刷完一个就fastboot reboot-bootloader重启一次然后再刷系统分区。系统分区内部的顺序也有讲究一般是先刷 vbmeta 相关分区因为涉及验证启动再刷 boot、dtbo、vendor_boot最后刷 super 或者 system/vendor/product 这些大分区。这个顺序的逻辑是底层固件决定了设备的基本通信和引导能力必须先保证底层正常上层系统分区才有意义。vbmeta 分区负责验证启动链如果 vbmeta 刷入不正确系统会拒绝启动其他分区。5.4 刷写过程中断的应急处理刷写大分区比如 super.img体积可能超过 2GB时如果 USB 连接中断或者电脑突然休眠刷写会失败设备可能处于更糟糕的状态。我就遇到过一次刷 super.img 到 80% 的时候电脑自动休眠了醒来后 Fastboot 提示“failed to write”。这种情况下不要慌也不要直接拔线。先重新执行fastboot devices确认设备还在 Fastboot 模式然后重新刷一次那个失败的分区。Fastboot 的刷写是覆盖式的重新刷不会造成额外损坏。但如果设备已经退出了 Fastboot 模式屏幕变黑或者重启那就需要重新进入 Fastboot 再继续。为了避免这种情况刷写前把电脑的休眠和睡眠全部关掉USB 线插紧不要碰设备。刷 super.img 这种大分区时可以去喝杯水但别让电脑闲着。6. 修复之后重新锁定 Bootloader 与系统完整性恢复6.1 重新锁定 Bootloader 的正确时机设备修复完成并确认系统正常启动后如果你不需要 Root 或者自定义内核建议重新锁定 Bootloader。锁定后设备的安全性会恢复Play Integrity 检测也能通过银行类应用可以正常使用。锁定命令是fastboot flashing lock但这里有一个非常重要的前提必须确保当前系统是完整的官方镜像没有任何修改。如果系统分区被修改过比如刷了第三方内核或者 Root 了锁定 Bootloader 后设备会拒绝启动直接变砖。而且这种情况下变砖比之前更麻烦因为锁定状态下 Fastboot 不能刷入非官方签名的镜像。所以锁定之前先确认你没有对系统做任何修改。如果不确定可以重新刷一遍全分区官方镜像然后再锁定。6.2 恢复 Google Play 完整性与银行应用重新锁定 Bootloader 后Google Play 的完整性检测应该会自动恢复。但有些情况下Play Integrity 的缓存可能需要一段时间才能刷新。你可以通过安装“Play Integrity API Checker”这类应用来验证当前状态。如果银行类应用仍然提示设备不安全可以尝试清除这些应用的缓存和数据或者卸载后重新安装。大多数情况下重新锁定 Bootloader 后这些问题都会解决。6.3 预防下一次升级翻车的几个习惯经历了这次变砖之后我养成了几个习惯分享出来供参考第一大版本 OTA 升级前先用 Google 的备份功能把数据备份到云端重要照片手动导出到电脑。虽然 A/B 分区机制理论上很安全但真出问题的时候有备份和没备份完全是两种心态。第二升级前确保电量在 50% 以上并且插着充电器。OTA 安装阶段对电量很敏感低电量是导致写入中断的常见原因。第三如果设备做过 Root 或者任何系统修改不要直接 OTA而是下载完整工厂镜像手动刷入。手动刷入虽然麻烦一点但可控性高得多。第四升级前把工厂镜像提前下载好放在电脑里。万一升级失败不用临时去找镜像直接就能开始修复。这个习惯在这次修复中帮了我大忙因为工厂镜像的下载速度有时候并不理想。第五保持 Platform-Tools 更新到最新版本。Google 会不定期更新 Fastboot 工具新版本对 Tensor 芯片的支持更好刷写成功率也更高。7. 关于 Fastboot 指令和驱动的一些补充经验7.1 常用 Fastboot 指令速查除了刷写分区Fastboot 还有一些常用的诊断和操作指令在修复过程中可能会用到指令作用使用场景fastboot devices列出已连接的 Fastboot 设备确认设备连接状态fastboot reboot重启设备到系统刷写完成后重启fastboot reboot-bootloader重启到 Fastboot 模式刷完底层固件后重启fastboot getvar all获取设备所有变量信息诊断设备状态fastboot getvar current-slot查看当前活动分区槽位A/B 分区设备排查fastboot set_active a/b切换活动分区槽位尝试从另一个槽位启动fastboot flashing unlock解锁 Bootloader首次刷机前fastboot flashing lock锁定 Bootloader修复完成后恢复安全fastboot erase userdata清除用户数据分区不想刷 userdata.img 时替代fastboot format userdata格式化用户数据分区解决数据分区损坏问题fastboot getvar all这个指令特别有用它会输出设备的 Bootloader 版本、基带版本、当前槽位、解锁状态等信息。在排查问题时这些信息能帮你快速定位问题所在。7.2 驱动问题的终极排查思路Fastboot 驱动问题在 Windows 上特别常见我总结了一个排查链路第一步确认设备管理器中是否有带感叹号的设备。如果有说明驱动没装好。如果没有但fastboot devices还是没输出那可能是 USB 线或者 USB 口的问题。第二步换 USB 口和 USB 线。优先用主板直出的 USB 2.0 口有些 USB 3.0 口和 Fastboot 的兼容性反而不好。第三步卸载设备管理器中所有和 Android、Google、Fastboot 相关的设备然后重新插拔设备让 Windows 重新识别并安装驱动。第四步如果自动安装失败手动指定 Google USB Driver 的路径进行安装。第五步如果还是不行尝试在另一台电脑上操作。不同电脑的 USB 控制器和驱动环境差异很大换一台电脑往往能绕过很多奇怪的问题。7.3 关于“进入 Fastboot 下载模式”这类提示的理解有些设备在进入 Fastboot 模式后会显示“已进入 Fastboot 下载模式请用 USB 连接电脑进行软件升级”之类的提示。这个提示的意思是设备已经处于 Fastboot 模式等待电脑端的 Fastboot 工具发送指令。它本身不是错误只是告诉你当前状态。Pixel 6 Pro 的 Fastboot 界面比较简洁通常只显示设备代号、Bootloader 版本、基带版本、解锁状态和当前槽位。如果你看到的是其他品牌设备的 Fastboot 界面提示文字可能不同但核心逻辑是一样的设备在等待 Fastboot 指令。理解这一点很重要因为很多人看到“下载模式”会误以为设备在下载什么东西实际上它只是在等待电脑发送刷写指令。8. 写在最后的一点个人体会这次 Pixel 6 Pro 变砖修复从开始到设备完全恢复正常前后花了大约四个小时。其中真正刷写的时间不到半小时大部分时间都花在排查驱动问题、确认分区文件名、以及等待首次启动上。如果让我给同样遇到这个问题的朋友一个建议那就是不要急按步骤来。Fastboot 全分区修复的流程本身并不复杂复杂的是各种环境问题和细节坑。把驱动装好、把镜像校验好、把命令确认好剩下的就是耐心等待。另外变砖这件事虽然让人焦虑但 Pixel 设备的可修复性其实相当高。只要 Bootloader 没坏Fastboot 能识别到设备基本上都能救回来。真正救不回来的情况是 Bootloader 损坏或者硬件故障那种概率很低。最后说一句关于数据的话变砖修复过程中用户数据几乎必然丢失。所以平时养成备份的习惯比任何修复技巧都重要。我这次因为之前有云端备份照片和联系人没丢但一些本地保存的文件还是没了。这个教训让我现在每隔几天就会手动备份一次重要数据算是因祸得福。