J'ai eu exactement le même problème récemment (sur le Nexus S d'un ami fonctionnant sous Android 4.0 avec un écran et un numériseur complètement cassés et adb désactivé) :
Faites fonctionner un système de récupération avec adb activé. Utilisez ensuite la console adb pour accéder aux données de l'appareil et créer une sauvegarde. Sur le Nexus S, vous ne pouvez pas utiliser la carte SD pour récupérer les données de l'appareil, vous devez donc utiliser adb pour cela.
Conditions préalables :
- Téléphone fait avoir le mode fastboot avec démarrer commande activée
- Le téléphone fonctionne toujours (sauf l'écran)
- SDK installé (avec les exécutables adb + fastboot qui fonctionnent)
- Image de récupération CWM téléchargée dans /tmp/cwm.zip (a activé adb au démarrage)
- Linux avec uudecode installé (partie du paquet 'sharutils' sur Ubuntu)
Comment le faire :
a) Démarrez l'appareil en mode fastboot et démarrez la récupération CWM de cette façon
me@workstation:~$ fastboot boot /tmp/cwm.zip
b) attendez un certain temps pour que CWM démarre, puis connectez-vous à l'appareil.
me@workstation:~$ adb shell
shell@android:/ $ mkdir -p /tmp/backup/data /tmp/backup/sdcard
Remplacer DATA_DEV et SDCARD_DEV par les noms réels des périphériques.
selon votre téléphone, c'est probablement l'un d'entre eux :
- DATA_DEV :
/dev/block/mtdblock*
- SDCARD_DEV :
/dev/block/mmcblk*
-
utiliser df
pour trouver des candidats par taille.
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
Mises en garde et explications complémentaires :
- Pourquoi
uuencode
? La console ADB semble intercepter le flux de données et insère bien évidemment un retour à la ligne avant chaque alimentation en ligne . L'uencodage des données avant de les transmettre via le stdout d'adb protège contre cela.
- Fait no travailler sur des dispositifs cryptés
- Vous pouvez aussi simplement répéter le processus sur les périphériques non montés et transmettre toutes les
/dev/block/*
un par un et de déterminer lequel est destiné à quoi ensuite.
- Vous devez trouver vous-même une image de récupération CWM appropriée.
0 votes
On dirait que le connecteur USB a aussi été cassé. Pouvez-vous connecter le téléphone à votre ordinateur ? Si c'est le cas, vous pouvez peut-être le configurer pour qu'il soit en mode lecteur USB.
0 votes
Non, le connecteur USB est bien, je pense. Lorsque je le branche, mon ordinateur émet le bruit du "périphérique connecté", mais rien d'autre ne se produit.
0 votes
L'avez-vous déjà fait ?
0 votes
Malheureusement non, j'ai perdu les données quand j'ai eu un téléphone de remplacement. Je devrais activer adb sur mon téléphone actuel maintenant pour éviter cela...
0 votes
C'est peut-être un peu tard mais le droïde X avait un port mini HDMI ! Pourquoi ne pas simplement l'utiliser ?
0 votes
Clavier multifonctions Bluetooth, comme le DiNovo Mini que j'avais à portée de main, qui m'a permis d'utiliser un appareil Nexus 7 dont l'écran tactile était cassé.