L'écran de mon téléphone est physiquement cassé, il n'affiche donc rien, mais l'aspect tactile semble fonctionner, car je peux déverrouiller mon téléphone et obtenir un retour haptique.
Avant de le faire remplacer, j'aimerais sauvegarder certaines données personnelles de la mémoire intégrée sur la carte SD. Je suis à peu près certain que si je parviens à faire en sorte que adb reconnaisse le périphérique, je peux alors utiliser Android Screencast pour voir où je touche l'écran et faire ce que je dois faire. Le problème est que, lorsque je le branche, il n'est pas reconnu, alors que mon émulateur l'est.
Je pense que le débogage USB n’est peut-être pas activé, ce qui est selon moi nécessaire au bon fonctionnement de adb. Si tel est le cas, quelqu'un peut-il me donner des captures d'écran de leur Droid X (fonctionnant sous la version 2.3.X), allant de l'écran d'accueil, via tous les menus, à l'activation du mode débogage? Espérons que je pourrai le faire à ma guise.
Edit: Je n’ai rien changé concernant la ROM ou le lanceur; c'est tout stock.
la source
Réponses:
Avait exactement le même problème récemment (sur un Nexus S fonctionnant sous Android 4.0 avec un écran et un numériseur complètement cassés et une annonce désactivée):
Obtenez un système de récupération en cours d'exécution avec adb activé. Ensuite, utilisez la console adb pour accéder aux données de l'appareil et créer une sauvegarde. Sur Nexus S, vous ne pouvez pas utiliser la carte SD pour extraire les données de l'appareil. Vous devez donc utiliser adb pour cela.
Conditions préalables:
Comment le faire:
a) Démarrer le périphérique en mode de démarrage rapide et démarrer la récupération du MCG de cette façon
b) attendez quelque temps que CWM démarre, puis connectez-vous au périphérique
Remplacez DATA_DEV et SDCARD_DEV par les noms de périphérique réels
dépendant de votre téléphone. Il s’agit très probablement de l’un de ceux-ci:
/dev/block/mtdblock*
/dev/block/mmcblk*
Utilisez la
df
commande pour trouver des candidats par taille.Mises en garde et autres explications:
uuencode
? La console ADB semble intercepter le flux de données et insère évidemment un retour chariot avant chaque saut de ligne . Uuencoder les données avant de les transmettre via stdout de adb protège contre cela./dev/block/*
un par un pour déterminer lequel est destiné à quoi ensuite.la source
fastboot
commande. C'est coincé<waiting for device>
. Qu'est-ce que ça veut dire?uuencode
, d' une manière plus facile serait:adb shell "stty raw & tar czf - /tmp/backup" > /tmp/backup.tar.gz
. Lestty raw
signe au système d'envoyer les données "brutes" (c'est-à-dire non modifiées) - et de ne pas y ajouter de retour chariot. Donc, une exigence de moins, telle qu'ellestty
est disponible sur l'appareil au moment de sa livraison.Le Droid X n'a pas de clavier physique - mais si c'était le cas, vous pourriez l'essayer dans un terminal. Je laisse cette réponse ici pour d'autres téléphones qui ont éclaté les écrans.
setprop persist.service.adb.enable 1
Cela active le débogage USB (sur un HTC Dream exécutant la RC29) et constitue l’un des moyens d’enraciner le Dream quand son écran est défectueux.
la source
Si l'appareil est capable de mode hôte USB, vous pouvez acheter un câble USB-OTG (USB en déplacement) et connecter une souris USB ou un clavier USB pour contourner l'écran tactile endommagé.
la source
J'ai eu mon numériseur gravé (en clignotant récupération restaurée) et flashé nouvelle ROM et j'ai pu procéder comme décrit ici: https://android.stackexchange.com/a/69600/60711
la source