禁用调试模式时屏幕破裂。如何重新启用ADB？

手机的屏幕实际上已经坏了，所以它什么也没显示，但是触摸方面似乎确实可以正常工作，因为我可以解锁手机并获得触觉反馈。

在更换之前，我想将一些个人数据从内置内存备份到SD卡。我相当确定，如果我可以让adb识别该设备，则可以使用Android Screencast查看我触摸屏幕的位置并执行所需的操作。问题是，当我插入它时，仿真器却无法识别它。

我怀疑我可能没有启用USB调试，我认为这对于adb起作用是必需的。如果是这种情况，有人可以给我我的Droid X（运行2.3.X）的屏幕截图，它从主屏幕通过所有菜单进入激活调试模式吗？希望我可以通过推算和从那里进行亚行来做到这一点。

编辑：我没有更改有关ROM或启动器的任何内容；全部都是库存。

最近遇到了完全相同的问题（在朋友的Nexus S上运行的Android 4.0，屏幕和数字转换器完全坏了，并且adb关闭了，但运行的是Android 4.0）：

获取在启用adb的情况下运行的恢复系统。然后使用adb控制台访问设备的数据并创建备份。在Nexus S上，您无法使用sdcard从设备中获取数据，因此您需要使用adb。

先决条件：

1. 手机确实具有启用了启动命令的快速启动模式
2. 手机仍然可以使用（屏幕除外）
3. 已安装SDK（带有有效的adb + fastboot可执行文件）
4. 下载到/tmp/cwm.zip的CWM恢复映像（启动时已启用adb）
5. 安装了uudecode的Linux（Ubuntu上的软件包“ sharutils”的一部分）

操作方法：
a）以快速启动模式启动设备，然后以这种方式启动CWM恢复

me@workstation:~$ fastboot boot /tmp/cwm.zip  

b）等待一段时间以启动CWM，然后登录到设备

me@workstation:~$ adb shell  
shell@android:/ $ mkdir -p /tmp/backup/data /tmp/backup/sdcard  

根据您的手机，用真实的设备名称替换DATA_DEV和SDCARD_DEV ，这很可能是以下之一：

• DATA_DEV： /dev/block/mtdblock*
• SDCARD_DEV： /dev/block/mmcblk*

• 使用df命令按尺寸查找候选人。

  shell@android:/ $ mount -oro <DATA_DEV> /tmp/backup/data  
  shell@android:/ $ mount -oro <SDCARD_DEV> /tmp/backup/sdcard  
  shell@android:/ $ exit  
  me@workstation:~$ adb shell tar czf - /tmp/backup \| uuencode foo | uudecode -o - > /tmp/backup.tar.gz
  

注意事项和进一步说明：

• 为什么uuencode呢 ADB控制台似乎拦截了数据流，并且显然在每个换行符之前插入了一个回车符。在通过adb的stdout传输数据之前先对数据进行uenencoding可以防止这种情况。
• 难道不是在加密设备上工作
• 您也可以在未安装的设备上重复该过程，并/dev/block/*一一传输所有数据，然后找出哪个用于后续操作。
• 您需要自己找到合适的CWM恢复映像

Droid X没有物理键盘-但如果这样做，您可以在终端中尝试。对于其他屏幕破裂的手机，我将在此处保留此答案。

setprop persist.service.adb.enable 1

这将打开USB调试（在运行RC29的HTC Dream上），并且是在Dreamweal屏幕破裂时植根Dreams的方法之一。

如果设备支持USB主机模式，则可以购买USB-OTG电缆（使用中的USB），然后连接USB鼠标或USB键盘以绕过损坏的触摸屏。

我烧毁了数字转换器（通过闪烁损坏的恢复文件）并闪烁了新的ROM，并且能够按照此处所述进行操作：https : //android.stackexchange.com/a/69600/60711