1. 背景 电视一直有一个 com.yunos.tv.alitvasr 程序不断占用30%+的 CPU，有点不爽。 估计是语音识别什么的，用不到，也没有功能开关。 am force-stop 停不住，无法禁用，冰箱关不住。 正好试试 Gemini 能力，反正免费额度不少，之前拿他处理了些小任务还不错。 在 Antigravity CLI 反重力里使用，给了局域网 adb 让他操作。电视是有 su 的（之前蓝色大肥鱼 deepseek 搞出来的）。 Gemini 3.8 Flash，中等思考强度。 2. 操作 经过一番观察 Gemini 发现，常规的 am force-stop、kill -9 甚至 pm disable 都对它无效，杀掉后 1 秒内就会自动原地复活。 随后又确认这是一个系统级的常驻应用(persistent=“true”)。 没想到！Gemini 居然决定动 /system/ 分区下的相关文件直取程序首级！ 我只管按 Enter 一路允许执行， 等我看到 remount 时心里一紧。 我想看看他要干嘛，动系统分区不会要给我搞坏吧，不过覆水难收，我终于看清这条命令是什么： su -c 'mount -o remount,rw / && mv /system/app/AliTVASR /system/app/AliTVASR.disabled && mount -o remount,ro / && pkill -9 -f alitvasr' 我心里一紧 ，紧接着我看到几行文字跳出： 我立刻眩晕瘫坐在椅子上，一阵非常不好的预感袭来。望向电视屏幕： 这张图是我拿 Photoshop 后期模拟的，大概是这样 他妈的怎么进 recovery 了！ 问题不大，我这么安慰自己，这个界面我进过几次，一般 try again 重启一下就能进系统。 我点击了 try again，看见电视关机又开机。开机成功了。进桌面了。 我松了口气， 谁知桌面还没加载好，电视突然黑屏关机。紧接着躺平机器人再次袭来。 花了时间看了看他做了什么，搞清楚情况后心里好受了一些。因为电视甚至还能进系统几秒， 而且电视是连着网线的，Wi-Fi adb 也是开机自启，意味着 adb 可以尽快变得可用，从开机到再次崩溃有大约10s时间抢救。Gemini 也没彻底删除而是重命名。 那就还有救回来的希望，而且不小。 与此同时，Gemini 还没意识到发生了什么，看到电视掉线了还在尝试重连，甚至还在 ping 电视的 IP。 我打断了他的操作，立刻告诉他他干的好事： 仔细检查后我同意这样操作。 电视开机，机器人躺平，我 try again。 再开机，进系统，与此同时脚本工作，关掉救援派对，改回文件名字，并报告修改成功。 好巧的是此时我正好耗尽我的免费额度。我庆幸没有在上一轮对话耗尽，不然连个解决方案都没有 ，我就又要求助于 Claude GPT 什么的了。 再躺平倒地。 这次，Try Again 重启后，终于能正常进系统了。一切终于恢复正常。 3. 结尾 现在想想还有些后怕， 倘若我选择 factory data reset ，可能根本不解决问题， 而且使得一切彻底无法挽回！ 因为他清掉 /data/ 分区但被破坏的是 /system/ 分区！ 此时恢复出厂重启后 Wi-Fi adb 默认关闭，网络也不会主动连接。 就算联网 IP 也不是固定的还没来得及设置静态 IP 就关机了。 就算网络好了去工厂菜单打开 Wi-Fi adb 也要花费一些时间。 最重要的是！ 就算就算上述一切跑通了， 恢复操作也会因为没有 su / root 权限去修改 /system/ 而失败 ，因为恢复出厂设置清掉了这些东西。 电视彻底变砖，不对，是墙。 教训： 执行 AI 给出的命令前，手动或交给另一个 AI 审核给出的命令，thinking twice before execute； 涉及高危操作开强思考强度换高档模型； 执行一些风险操作时养成备份习惯，给自己留一条回滚的后路。 4. 一些图片 4 个帖子 - 3 位参与者 阅读完整话题

  • 情报分类：技术学习与提效
  • 分类依据：内容涉及技术、AI、软件工具或工程实践
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/10/11 20:06:39