Android est fournit avec un kit de développement qui permet de faire beaucoup de chose qui n'ont rien à voir avec du développement. Il est grâce à ce kit possible d'ouvrir un shell sur le terminal mobile via USB, rediriger des ports (et ainsi utiliser la connexion 3G d'un téléphone sur un portable), faire des copies d'écran et même émuler différentes version d'Android sur un terminal virtuel, par exemple pour tester des applications.
Rapide présentation d'Android

Un OS pour terminaux mobiles sans terminaux mobile ne faisant pas gagner une telle guerre, Google a dés l'origine du projet réuni autours de lui un ensemble de partenaires (HTC, LG, Motorola, Samsung, Sony, etc.) sous la bannière de l'Open Handset Aliance. Pour l'heure Apple et son iPhone ne souffrent pas encore trop, mais le fait qu'Android ait passé ce mois-si la barre des 200000 activation par jour avec plus de 59 terminaux mobiles l'utilisation, risque à terme de compromettre très sérieusement l'hégémonie de Jobs. Situation relativement cocasse lorsque l'on sait qu'Eric Schmidt est toujours au board de la marque à la pomme...
Pour revenir à un peu plus de technique, Android est donc un OS, une interface (avec bureaux virtuels et widgets) et une série d'applications clef en main (gmail, gmap, etc.). Du point de vue développeur, Les applications pour Android utilisent un kit de développement basé Java. Plus exactement, Android embarque une machine virtuelle Java optimisée appelée Dalvik, le langage Java et un sous-ensemble de ses librairies. A ce titre, et contrairement à beaucoup de téléphones du marché, Android n'est pas nième une mouture de J2ME (Java Mobile Edition) mais une toute nouvelle plateforme Java, ce qui ne l'empêche cependant pas de pouvoir exécuter des applications J2ME sous réserve d'installer une JVM compatible (ex. JBed).
Donc ce qui nous intéresse avec ce système d'exploitation c'est que, contrairement à celui de l'iPhone, il est disponible sous licence Apache (version 2) et peut donc être considéré comme libre. A titre d'exemple, sur mon Hero, je tournait sur un Android 2.1 vanilla, totalement compilé par l'équipe
Installation du Kit de développement pour Android
Le kit de développement pour Android ne sert pas qu'aux développeurs. Il permet de compiler soit même des applications Andoid (par exemple la dernière version du client Funambol), ou encore de bénéficier d'outils bien pratiques comme l'émulateur d'Android (une sorte de VirtualBox pour cette plate-forme), ddms qui permet de se connecter sur son téléphone pour en auditer le fonctionnement mais surtout de faire des copies d'écran, et enfin adb que nous allons étudier un peu plus loin.
L'installation du kit de développement s'est grandement simplifié depuis CupCake. Aujourd'hui un centre de contrôle unique permet de télécharger les différentes plateformes, les mises à jour, créer et lancer l'émulateur, etc.
La première chose à faire est donc de télécharger cette application et la décompresser où bon vous semble (ex. /opt/android-sdk). Ensuite, si vous êtes en 64bits, vous devez installer certaines librairies 32bits nécessaire au lancement des outils.
- libSDL
- libx11
- libalsa2


Utilisation de l'émulateur

Il ne reste maintenant plus qu'à sélectionner la machine virtuel et clicker sur Start....
Paramétrage de l'USB debug et copie d'écran
Pour utiliser ADB et DDMS, nous allons devoir communiquer avec l'androphone en passant par le câble USB. Par défaut, le lien USB est utilisé pour synchroniser le téléphone avec un ordinateur de bureau ou encore de transformer le téléphone en disque externe. Pour utiliser nos outils et contrôler l'androphone à partir de GNU/Linux, nous allons devoir le configurer pour que l'USB fonctionne selon un troisième mode "USB Debug". Pour cela, allez dans les réglages du téléphone, dans la section Applications, puis Développement et cochez Débogage USB.
Lorsque c'est fait, vous pouvez raccorder le téléphone à votre ordinateur par le câble USB. En tapant dmesg dans une console, vous devez obtenir les informations suivantes :
root#dmesgusb 8-4: new high speed USB device using ehci_hcd and address 69usb 8-4: New USB device found, idVendor=0bb4, idProduct=0c02usb 8-4: New USB device strings: Mfr=3, Product=2, SerialNumber=1usb 8-4: Product: Android Phoneusb 8-4: Manufacturer: HTCusb 8-4: SerialNumber: HT97FL903160usb 8-4: configuration #1 chosen from 1 choicescsi70 : SCSI emulation for USB Mass Storage devicesusb-storage: device found at 69usb-storage: waiting for device to settle before scanningscsi 70:0:0:0: Direct-Access HTC Android Phone 0100 PQ: 0 ANSI: 2sd 70:0:0:0: [sdd] Attached SCSI removable disksd 70:0:0:0: Attached scsi generic sg4 type 0usb-storage: device scan completeMobile Android en mode débogage USB
La liaison USB est maintenant prête à être utilisée. Pour tester, toujours dans le dossier tools, lancez la commande ./ddms. Apparaît alors une nouvelle application qui n'est autre que le debugger/moniteur de la machine virtuelle du téléphone (aka Dalvik). Si ce dernier est correctement reconnu, vous devriez voir apparaître sa référence en tête d'une petit arborescence. Dans le cas contraire vous aurez des points d'interrogation indiquant que DDMS n'arrive point à communiquer avec le téléphone. Si vous avez bien branché le câble et bien activé le mode Debug, il se peut que ce soit là un problème de droit sur le périphérique USB. Dans ce cas, tentez de créer le fichier suivant
SUBSYSTEMS=="usb", ATTRS{idVendor}=="0bb4", ATTRS{idProduct}=="0c02", MODE="0666"
Notez que nous faisons correspondre les identifiants 0bb4 et 0c02 avec ce que nous voyons dans la trace donnée plus haut. Une fois le fichier sauvegardé, débranchez et rebranchez le câble pour vérifier que l'ami ddms se porte mieux.
Une fois que le téléphone est correctement pris en charge, vous pouvez créer une copie de l'écran en cours en allant dans Device/Screen Capture..., tout simplement. Bien évidement DDMS est beaucoup plus utile que cela... pour un développeur :-)
Android Debug Bridge
Non, l'outil qui lui va nous être vraiment très utile est ADB. ADB (pour Android Debug Bridge) est un couteau suisse que tout bidouilleur d'Android se doit de connaître. Il permet en effet de communiquer en direct avec Android par la même connexion USB que DDBS pour y exécuter un tas de commandes utiles allant jusqu'à un véritable shell (un peu comme un ssh).
Comme nous savons grâce à l'étape précédent que la connexion USB du téléphone est fonctionnelle, il ne reste plus qu'à lancer un adb shell pour se balader dans le téléphone
root#./adb shellgaston$lssqlite_stmt_journalscachesdcardetcsystemsyssbinproclogo.rleinit.rcinit.hero.rcinit.goldfish.rcinitdefault.propdatarootdevgaston$exitLancement de la commande adb
Ici fonctionne la majorité des commandes dont vous avez l'habitude en console unix (ls, find, rm, etc..) mais comme vous le constatez, le $ vous signifie bien que vous n'êtes pas root sur cette machine. Beaucoup d'opérations vous seront donc interdites.
Beaucoup d'autres commandes existent pour cet outil. Vous pouvez en obtenir la liste en tapant simplement ./adb. Vous pouvez ainsi lire et écrire sur le système de fichier en utilisant les commande ./adb push un_fichier un_dossier distant ou dans l'autre sens ./adb pull un_fichier_distant un_dossier_local. Ou encore, avec adb logcat obtenir les traces du système android en temps réel.
root#./adb logcatI/Contact WidgetView( 122): com.htc.android.mail.intent.change changed mContentChanged? true changed falseD/NotificationFlashLightUtility getIncomingCall( 343): load fail~~~~~~~~~~D/NewMailNotification( 343): 06021143 createNotification: isFlashEnabled> true, sound> 0, vibrate>1D/NewMailNotification( 343): 06021143 enableJogBallLight>I/Contact WidgetView( 122): android.intent.action.NOTIFICATION_ADD changed mContentChanged? true changed falseD/HardwareService( 65): vibratePattern , repeat=-1I/HardwareService( 65): vibrating with pattern: 0 250 250 250D/HardwareService( 65): VibrateThread , run startD/MailWidget( 122): BroadcastReceiver: ACTION_HTC_MAIL_CHANGE...D/MailWidget( 122): BroadcastReceiver: EXTRA_HTC_MAIL_FLAG_CHANGE: false, true, false, false, falseI/Contact WidgetView( 122): com.htc.android.mail.intent.change changed mContentChanged? true changed falseD/Rosie ( 122): request to update icon, itemId : 2D/Rosie ( 122): request to update icon, itemId : 33D/Rosie ( 122): request to update icon, itemId : 73D/KeyguardViewMediator( 65): wakeWhenReadyLocked(6)D/KeyguardViewMediator( 65): handleWakeWhenReady(6)...adb logcat - les traces d'android
Conclusion
Comme vous le voyez, le kit de développement d'Android est vrai paradis pour bidouilleur. Le seul regret reste ici qu'il ne soit toujours pas fournit en version 64 bits.
Fantastique, je garde ça sous le coude, je comptais justement investir dans un HTC dans quelques mois.
D'ailleurs, quelqu'un sait-il si cette manip est la même pour le HTC Magic ?
Pour le magic je ne pas pas mais logiquement oui vu que le mode recovery custom est d'origine cyanogen et qu'il a été patché pour le hero. Tu devrais trouver l'info rapidement.
Je garde en favori cette page pour quand j'aurais un android (si j'en ai un).
Par contre, mauvaise nouvelle : http://www.h-online.com/open/Google-wants-to-ban-customised-Android-ROMs...
Oui j'avais mis un lien sur cette news dans l'article (chapitre rom, mais un peu perdu dans mon bla bla ;-). Ceci étant dit, ce que reproche Google c'est l'inclusion d'aplications close-source ce qui n'est pas dénué de sens. Même la ROM modaco risque de se faire taper dessus par HTC vu qu'elle inclue HTC Sense qui n'est (je pense) pas open source.
De toute façon, au vue de la licence d'Android, ils ne peuvent pas légalement interdire la création de ROM vanilla sur la base du dépôt d'android. J'imagine donc qu'un contournement logique sera l'extraction de la ROM d'origine, le patch de celle-ci et la réintégration. En somme si google persiste, les ROM custom ne seront plus aussi clef en main mais resteront possible à créer. Ce n'est qu'une question de respect des droits de chacun.
Il y a longtemps que je n'avais pas laissé un commentaire et sur un sujet qui tombe bien.
En effet pour mon anniversaire j'ai la chance d'avoir pour cadeau un téléphone avec android ,le HTC Hero. Malheureusement il n'est pas encore disponible en magasin et ce n'est pas faute d'avoir essayer. Comme j'ai un peu creuse la question, Je mets 3 liens intéressants sur android et le HTC Hero.
http://www.htchero.fr/
http://www.blog-gphone.fr/
http://www.frandroid.com/
Ah J'oubliais, un excellent article, comme d'habitude.
Comment passé le HTC de la version 1.5 à la version 1.6 qui est une "grosse" version dont le système de mise à jour ne fonctionne que pour windaub ?
J'ai acheté le mien à Pixmania, il est arrivé le lendemain...
Arf, la première chose que je vois sur le premier lien est le test de l'invisible shield. J'ai essayé ce truc plein de confiance et c'est une vraie cata. Aucune notice déjà, donc "démerdes-toi" pour comprendre intuitivement la meilleur manière de poser ce truc. Je n'ai par exemple pas trouvé le moyen de le positionner sans y coller les doigts et comme il n'y a pas, comme beaucoup d'autres filtres, de double feuilles, c'est "empreintes digitables garanties". Ensuite une fois posé, j'ai eu beau faire, il y avait toujours des espèces de variations d'adhérence (pas des bulles). Bref, j'avais l'impression que mon HTC était engoncé dans un durex... Je dois pas être doué mais je vais plutôt m'équiper d'une coque en gel.
De quoi parles-tu ? D'android 1.6 ? Si c'est bien cela, il n'y a pas à ma connaissance de ROM android Donut (il y a une ROM custom de chez cyanogen, mais c'est pour le magic pour l'instant).
Si tu parles de la mise à jour standard d'HTC (2.73 il me semble), effectivement il faut un windows. Ceci dit je n'ai pas essayé cela sous Wine n'étant pas certain que ce dernier prenne en charge l'USB.
Petite astuce pour les captures d'écran d'Android un exécutable est présent dans le SDK (rèp tools) qui s'appelle : ddms. Il permet de prendre des capture d'ecran (Device > Screen capture ou Ctr-S) de son téléphone dans presque tous les moments de boot ou de mise à jour de rom.
Enjoy :)
Merci beaucoup ! J'ai changé les copies d'écran, c'est beaucoup mieux ainsi :)
Bonjour Ulhume,
Je ne suis pas un grand fana de téléphonie mais ton article pourrait en faire saliver plus d'un ;)
Peux tu nous en dire plus sur l'appareil en utilisation quotidienne, en est tu vraiment satisfait ? son autonomie est-elle suffisante car apparement elle ne dépasserai pas la journée en utilisation "normale" ? fluidité des vidéos ? son et reception correcte ? suspend ? et pourquoi pas installation d'un autre système qu'android est-il envisageable ?
Merci
Dab
Bah moi non plus je ne suis pas fana de téléphone, mais je suis un adorateur de ce qui peut me simplifier la vie.
En revanche dans les trucs moins cools :
@Ulhume :
Salut,
Pour la désinstallation (point négatif que tu sites) j'utilise Apps Organizer. L'appli te permet de gérer tes libellés mais également en faisant un long touch sur l'appli, un menu s'ouvre te proposant de la désinstaller. C'est la première appli que j'ai cherché. :)
Tchao
Ah ça je prend !!! merci beaucoup pour le tuyau.
Je te reconnais bien là, pour une réponse c'est une réponse :)
Comme tu le souligne, le coté Big Brother Google me gène un peu mais pour le reste ça fait baver. Parait que la chose tourne aussi sous Freerunner, par contre je ne pense pas que ce soit encore fontionnel :(
L'abscence du capteur de proximité bien pratique pour que le téléphone détecte si tu l'as collé sur la jour où si tu regardes. Du coup, l'écran passe en veille pendant que tu téléphones et si tu veux chercher un truc en continuant la conversation, c'est point pratique (j'ai trouvé une appli qui permet de le reveiller en le secouant Wink.
@Ulhume : serait il possible que tu donnes le nom de cette application ? merci bien =)
Pas de problème, il s'agit de "Shake Awake" (sur Market)
merci ulhume
Par ailleurs, quelqu'un aurait tester ce tuto pour être root en 2.73 afin d'avoir des avis ? =)
Tu veux dire la dernière MAJ d'HTC ? C'est de la que je suis parti pour ce tuto.
ouep, c'est bien ça. Effectivement ça fonctionne (le tethering fonctionne à la perfection aussi <3)
Arf, content de l'apprendre, c'est vrai qu'avec FreeWIFI, je n'ai jamais trop eu à me poser la question remarque :)
Après avoir suivis scrupuleusement le tuto, après avoir redemarrer en mode recovery, j'ai ce message en bas "E: Can't open /cache/recovery/command"
Et dans le menu, j'ai le choix entre reboot le system, apply update.zip et wipe data...
Je n'ai vu aucunement mention du mot cyanogen lors de l'update du chargement...
De plus, ya une sale icône en fond avec un point d'exclamation et le telephone à côté
Voici un screen fait à la vavite
par ailleurs, ça ne gène en rien le fonctionnement du HERO à part que je ne peux pas le root :/
http://img395.imageshack.us/img395/2781/20091012193822638.jpg voici le screen vu que la génération a foirée
Autant pour moi, tout est fonctionnel, je me suis planté dans un symbole :D tu peux del mes floods.... :P
Pas la peine, ça peut servir à d'autres, tu as fini par y arriver donc ?
oui, enfin j'ai fais la manip plusieurs fois pour le transfert + chmod, car quand je le lançais au début via abd shell su, ça m'afficher un permission denied (après les manips biensûr), et au bout de 2-3 fois, ça à finit par fonctionner, je commence à me demander si ya pas eu un soucis de synchronisation.... (de win seven)
Parcontre juste une remarque : attention à ne pas désactiver le deboggage USB lorsque vous utilisez une appli qui nécessite les droits root sinon superuser va tout simplement planter et votre appli va attendre dans le vent...
C'est bon à savoir en effet, je ne l'ai jamais désactivé car je suis devenu accroc à adb :)
Bonjour à tous!
Tout d'abord, merci à Ulhume pour ce super article qui m'a permis de me lancer dans la personnalisation de Hero!!
Sinon une petite question sur la commande sync.... comment elle marche?
Ensuite un petit lien pour une image recovery bien sympa: http://forum.xda-developers.com/showthread.php?t=561124
Merci!!
Bonjour,
L'image en question part du prérequis que tu utilises Linux (comme 99.9% des articles de ce site). Ensuite, il suffit simplement de taper "sync" dans une console. Nul besoin d'être root pour cela. Cela va simplement stoquer toutes données dans le cache d'écriture sur les médias physiques et ne rendre la main que lorsque cette opération est réalisée.
Effectivement sympa cette recovery :) Au passage, la version 2.6 de la rom modako est sortie.
Merci pour la rapidité de la réponse!
Dernière question une fois la commande sync excutée, je suppose que celle si est valable durant toute la durée de l'utilisation de la console ouverte?
Juste une petite remarque, j'ai eu un petit soucis avec flashrec qui ne n'a pas marché du premier coup pour le backup de la recovery.
Donc pour la recovery que j'ai donnée j'utilise adb ...
Non, la commande vide les caches à l'exécution. Il faut donc la lancer à chaque fois que l'on écrit quelque chose. Ceci dit, il doit y avoir moyen de modifier le mode de montage pour passer le média en mode "sync" mais je n'ai plus la manip en tête.
Ok je comprends mieux, on copie la ROM avec le bon vieux cp puis une fois le cp terminé, on lance sync pour être sûr que rien n'est bloqué en cache!
Ok merci.
j'ai rencontré les problèmes suivants pour monter la partition system :
=> les répertoires "app" et "bin" n'étaient pas présents dans le répertoire "system" (est-ce normal ??)
comme montré ci-dessous:
C:\Android\android-sdk-windows-1.5_r3\tools>adb shell
/ # ls
ls
cache etc lib sbin
data init logo.rle sdcard
default.prop init.goldfish.rc proc sys
default.prop~ init.hero.rc res system
dev init.rc root tmp
/ # cd system
cd system
/system # ls
ls
lost+found recovery
=> J'ai donc créé ces deux répertoires en faisant :
/system # mkdir bin
mkdir bin
/system # mkdir app
mkdir app
/system # ls
ls
app bin lost+found recovery
/system # exit
exit
=> après quoi les commandes "adb push su /system/bin/" et "adb push Superuser.apk /system/app/"
ont bien fonctionné:
C:\Android\android-sdk-windows-1.5_r3\tools>adb push su /system/bin/
721 KB/s (34612 bytes in 0.046s)
C:\Android\android-sdk-windows-1.5_r3\tools>adb push Superuser.apk /system/app/
530 KB/s (16967 bytes in 0.031s)
ainsi que "adb shell chmod 4755 /system/bin/su"
mais ensuite lorsque j'ai essayé de "Tapez la commande su et validez. "
=> access denied
=> "Sur l'écran du téléphone devrait apparaître une demande de confirmation du passage à root. "
rien donc ... ???
Qlq'un a une idée du problème éventuel ???
Merci.
Il y a peut être une erreur dans ce tutoriel car chez moi la partition system se trouve dans /dev/block/mtdblock3 et non /dev/block/mtdblock4 comme indiqué par Ulhume.
Ce n'est en effet pas normal de ne pas avoir les folder /system/bin et /system/app après le montage. Sur mon htc /dev/block/mtdblock4 correspond au dossier /cache .
/dev/block/mtdblock3 on /system type yaffs2 (ro)
/dev/block/mtdblock5 on /data type yaffs2 (rw,nosuid,nodev)
/dev/block/mtdblock4 on /cache type yaffs2 (rw,nosuid,nodev)
utlise donc plutot la commande suivante :
Bonjour Ulhume.
Je n'ai pas du tout envie de troller mais je me pose plusieurs questions.
1/ Quels sont les avantages d'android face a Blackberry OS, Windows mobile, OS X mobile ou encore Symbian OS qui est Open Source depuis le 21 octobre 2009 ?
2/ Si ca n'a pas évolué depuis, Android n'est ni libre ni open-source. Pourquoi donc autant de frénaisie autour d'Android. Open Moko avait l'air plus prometteur.
Deux petit liens que j'ai bookmaké a l'époque:
http://robilad.livejournal.com/22312.html
http://informations-et-technologies.2037.org/viewtopic.php?p=75688#p75688 (a propos du SDK de Android)
Voila.
Pour moi le plus gros avantage d'Android est avant tout son adoption. Il ne se passe en effet pas deux jours sans qu'une nouvelle annonce ne soit faite par tel ou tel constructeur (Acer, Motorola, etc.). Cela permet d'avoir des machines plus performantes que l'iPhone (ex. Résolution de l'APN d'un hero, ou encore les specs du futur HTC Dragon), mais surtout rend la plate-forme très vivante et amène au second avantage, le nombre d'applications disponibles. On en est déjà à 10000 pour Android à comparer aux 60000 de l'iphone (je suis plus sur du chiffre) et au 250 et des brouettes de Palm... Et sans applications, un smartphone n'est pas grand chose d'autre qu'une gameboy sans cartouche de jeux...
Ensuite, techniquement, Android est un peu mieux gaulé qu'un OSX Mobile avec en gros point la prise en charge du multitache (ce qui est aussi le cas de Symbian), ce qui m'amène à un autre point important pour moi, le fait qu'il tourne sur un kernel Linux. Philosophiquement, cela me plaît bien.
Enfin, toujours me concernant, ce qui m'intéresse beaucoup dans un avenir proche, c'est sa nativité java (même si la JVM est ici totalement différente de celle de sun). Je peux aussi développer des applications pour Android sous Linux sans problème, ce qui n'est pas le cas des autres.
Maintenant d'un point de vue plus "subjectif", lorsque tu cherches un smartphone qui fonctionne intégralement déjà je disqualifie Symbian OS (trop eu de problèmes avec cet OS, genre le truc qui plante lorsque tu décroches...). Je ne peux pas souffrir Windows, et c'est pas mieux en version mobile. Je trouve l'iPhone moche, tout le monde en a un, ça me fatigue. Les Blackberries m'agressent l'oeil et je n'aime pas bien l'idée que mes données passant par des tuyaux que je ne maîtrise pas. Du coup, si je suis honnête, Android est pour moi un choix par défaut conforté par l'arrivée du Hero que je trouve agréable. Pour faire simple, il est esthétique (avis très personnel), il est rapide, j'ai trouvé toutes les applications que je désirais, il ne plante pas et me simplifie la vie.
Pour OpenMoko, c'est vaste sujet... "Prometteur" est clairement l'expression qui lui convient le mieux, mais lorsque tu as 20 ans, être "prometteur", c'est flatteur. A 30 ans, ça devient malsain... Dab qui intervient souvent ici a testé cela "en vrai", et de ce que j'ai pu en juger de manière indirecte, le "prometteur" n'est ici pas suffisant pour qui le téléphone est avant tout un outil de travail.
Maintenant pour ce qui est des licences, le kernel est bien évidement libre et OpenSource, mais en effet, ce n'est pas le cas du SDK. Mais si je m'obligeais à utiliser une plateforme libre pour ce type de périphérique, entre Symbian et openmoko, je préfère sincèrement... rien du tout. Le libre c'est bien, mais il ne faut pas que cela devienne non plus une religion.
Le Sdk s'intègre parfaitement a mon environnement Linux+Eclipse (64 bits), ce fut une très bonne surprise ! Développer une appli sous Androïd s'avère être un jeu d'enfant une fois qu'on a acquis les principes du GUI plus quelques subtilités de Design pour pallier à l'absence de certaines classes fournies par la JVM de Sun. Le SDK reste confortable est bien documenté avec une pléthore de code source de démos touchant aux fonctions du téléphone les plus bas niveau.
En tant que développeur Java je suis vraiment satisfait, et en tant que possesseur d'un HTC hero je le suis encore plus et je ne me vois pas troquer Android pour du OpenMoko d'autant plus qu'Android ca evolue très vite, Mercredi la version 2.0 est révélée par Google et le jour même HTC annonce le portage prioritaire du 2.0 sur le HTC hero ! Tout ce beau monde qui fourmille autour de mon smartphone, ça me motive d'autant ;)
Merci pour le tuto il fonctionne à merveille (je viens de le faire à l'instant avec un HTC Hero de chez Orange.
Bonne continuation !
Pour information, l'étape avec FlashRec ne fonctionne pas toujours aussi facilement, certains firmwares dits "patchés" ne pourront pas effectuer l'étape de backup, qui échouera systématiquement sur "could not run command", ce qui a pour effet secondaire de rendre le bouton "flash recovery" inactif.
Il est cependant possible de ré-activer ce bouton, en cliquant à droite (à côté) du bouton "backup", une astérisque apparait alors, et le bouton "flash recovery" se réactive.
Le flash ensuite, lui, fonctionne correctement.
J'ai du trouver cette astuce en galérant pas mal, et je pense qu'il serait bon de l'ajouter aux divers tutos :) avec évidemment un gros warning indiquant que si on flashe de cette manière, on n'a pas de backup du recovery !
Bonjour,
j'ai bien trouvé l'asterisque mais le bouton "flash recovery" ne ré-apparaît pas pour autant et finalement le flash ne fonctionne toujours pas...
Merci quand même pour l'info.
Bonjour,
j'ai lu attentivement le tuto pour accéder au mode recovery afin de mettre à jour la rom radio de mon Hero. J'ai bien suivi toutes les étapes jusqu'à ce moment:
"
Pour l'heure nous allons passer au flashage de la nouvelle image en utilisant la zone de saisie et en tapant /sdcard/cm-hero-recovery.img. Attention à la prédiction du clavier qui peut vous rajouter des accents, ce qui se traduirait par le texte Invalid Recovery Image dans le premier bouton. Si vous avez correctement tapé, vous devez avoir dans ce bouton le texte Flash Custom Recovery Image. Si c'est le cas, cliquez dessus. Après un court moment l'image est flashée et il ne nous reste plus qu'à découvrir le fameux mode Recovery.
"
Lorsque que j'effectue le flashage, rien ne correspond au passage en gras: pas de texte "Flash custom recovery" dans le premier bouton... De plus, quand je tente quand même d'allumer le Hero en mode recovery, un panneau danger + telephone apparait à l'écran et le seul moyen de le redémarrer est d'enlever la batterie
A part ça, le téléphone semble réagir normalement dans toutes les utilisations.
Y a-t-il une autre solution possible?
Par avance merci.
Bonjour a tous
Moi j'ai un probleme, quand je désire faire un backup ou un flash ilmemettoujours backupFAILED ou flash FAILED.
J'ai essayé la version de flashrec 909 et815mais rien n'y fait....
QUe me conseillez vous ?
Merci
je ne sais pas, mais je n’arrive pas à faire reconnaitre mon HTC legend, je tourne avec Ubuntu 9.10 64
Merci d’ avance
pp
Petite question candide d'un utilisateur ayant testé brièvement Android (1.0 !) sur un Freerunner et, depuis, très content de son N900 : peut-on raisonnablement se passer d'Internet avec Android ? L'agenda, les contacts, bref la partie "bureautique de base", ça peut fonctionner "en local" sur le téléphone et pas "tout répliqué sur le net" ? Je pose la question car, si je reconnais des qualités au "nuage Google", je reste ancré sur l'axiome "mes données sont et doivent rester toutes chez moi". (Les sauvegardes, elles, peuvent être déportées).
Non fort heureusement la connexion au "nuage google" est tout sauf nécessaire. Tu peux disposer de tout en local et n'être connecté à aucun compte google.
Après vient la question de la synchronisation avec le desktop, et là les choses se corsent un peu. J'ai longtemps utilisé Funambol pour effectuer cette tâche, mais j'ai arrêté le temps que ces derniers finissent un client Android un peu plus fonctionnel. En attendant, j'utilise le dit nuage avec une série de comptes bidons (un pour l'agenda, un pour le carnet d'adresse) et je fait de même pour gnome-evolution (avec l'option de recopie des données en local).
En résumé, une fois que les données sont synchronisées, la connection à internet est totalement facultative sous android. Et elle pourrait même être rendu juste inutile si une bonne âme permettait une synchro entre evolution et android en passant par l'usb ou le réseau local (chez soi). Ce qui est tout à fait faisable vu que chaque application android utilise comme stockage des bases de données sqlight parfaitement accessible de l'extèrieur (je l'ai fait en ssh).
À défaut d'une synchronisation de bout en bout (c'est à dire une appli de gestion de courriers/agenda/contact sur le PC échangeant avec son homologue sur le téléphone), je me suis installé unison sur mon N900 et au travers de ssh ça marche bien. Je me dis que ça peut peut-être tourner sous Android aussi. J'ai même constaté que le couple gnote sur le PC / conboy sur Maemo fonctionnait fort bien pour de la gestion de "petites notes".
En tout cas, et pour en revenir à cet article très synthétique et bien ficelé, je crois que, comme bien d'autres visiteurs du site, je vais m'en faire une copie et me remettre à faire joujou avec Android. Qui sait ? Je pourrai peut-être redonner un peu de vie à mon pauvre Freerunner. :)
C'est ce que je faisais avec mon feu-zaurus :) Mais il faut pour que ça fonctionne soit que les applications utilisent les mêmes formats de fichiers, soit que ce soit les mêmes applications ce qui n'est pas toujours gagné (évolution sur Zaurus, c'était un peu lourd dans mes souvenirs ;-).
Maintenant le zaurus était pour moi un jouet, mon smartphone est un outil de travail et j'ai vraiment besoin que tout soit super synchrone sans doublonnages, et sans erreurs. Alors utiliser google comme tuyau, à la limite pourquoi pas. Le seul truc qui me gène évidement c'est l'aspect "vie privée". Je me dis qu'en créant des comptes bidons que je vide/change régulièrement (je me dit qu'une fois pas an c'est pas mal), ça doit limiter un peu les risques. Mais la vraie bonne solution c'est funambole dés que leur client fonctionne correctement (contacts+agenda+tâches au minimum).
Bonjour à tous !
Merci pour ce petit tuto, il m'aurait évité de bonnes heures de recherche lorsque j'ai voulu mettre à jour mon HTC Dream (qui est également appelé le G1). Merci notre cher provider national pour le soin que tu apporte à verrouiller un téléphone, à le tenir dans sa version d'usine, puis à proposer une petite mise à jour (1.5 → 1.6) qui verrouille le bootloader sans pour autant offrir plus de possibilités.
Pour le G1, j'ai utilisé le mod Cyanogen (qui est depuis 3 semaines en 2.1-update1), la procédure est dans les grandes lignes identiques (flash du recovery, flash de l'image), et offre un téléphone rooté, contenant les google apps (qui sont à installer ensuite de la même manière qu'on flashe l'image), et dont l'image est très semblable à la rom d'origine du G1 (moyennant quelques backports venant du Nexus).
Je n'ai jamais bien trop compris leur intérêt à faire une telle chose (bloquer le bootloader). J'imagine qu'ils ne tiennent pas à ce que l'on fasse disparaître leurs immondes petites customisations. Ou alors il y a des softs qu'ils ont intégré qu'il ne veulent absolument pas voir disparaître.
Si il y a des softs intégrés, je les ais loupés. Je pense plus qu'il s'agisse de la politique de l'opérateur.
Certains comme tmobile jouent le jeu de google, ils proposent des mises à jour et agrémentent le tout de services.
D'autres comme verizon sont relativement neutres, ils font quelques mises à jour mais pas trop, et laissent les client se débrouiller si ça leur chante.
En ce qui concerne orange, ils jouent le jeu contre google, en profitant de la licence d'Android qui leur permet de le bidouiller comme ils veulent et d'imposer leurs limitations (attendez de voir ce qu'ils vont faire quand froyo débarquera avec du thetering natif vu la politique qu'ils ont avec la 3G).
Je pense que l'intérêt qu'ils ont à bloquer le bootloader est tout simplement pour empêcher leurs clients d'échapper à leur contrôle. Si je reste sur cet exemple du thetering, la rom de Cyanogen pour le G1 le propose.
En ce qui concerne les autres providers français, je ne connais pas réellement leur position. J'ai croisé au détour du market des applications pour les clients de sfr et de bouygues, rien en revanche du côté d'orange. Si quelqu'un a plus d'infos là dessus ça m'intéresse.
Poster un nouveau commentaire