La sauvegarde des données du téléphone apparaît presque comme le plus facile: une app du type Helium vous permet facilement de sauvegarder des données pas essentielles mais parfois importantes (sms par exemple ou logs des appels). D’autres, peut être plus importantes, peuvent faire l’objet d’une plus grande attention comme vos contacts. Deux solutions: une app comme Bump (si vous avez un iPad ou une tablette ou un autre téléphone) ou la sauvegarde via un clic gauche, puis « Import/Export » on choisit une formule (export sur SD ou SIM card etc…) et hop! Perso j’ai fait le choix de les sauvegarder sur ma carte SD + d’utiliser Bump. Deux sécurités valent mieux qu’une.

Une fois ces données superficielles (mais néanmoins importantes) on peut se pencher plus avant sur la restauration du téléphone en lui-même. La ROM en clair. Si je foire malencontreusement un flashage, comment je peux retrouver ma rom originel? Ben je fais un NAND-backup sur une carte SD via ClockWorkMod. Chez moi cela donne:

Sont donc sauvegardées les partitions /boot, /data, /system, /cache et /recovery . Cependant nulle trace de la partition /EFS. En étant parano, si ça se passe mal /EFS peut être corrompu. Si /EFS est corrompu et que vous avez pas de sauvegardes c’est le brick assuré. En effet /EFS contient toutes les données de connexion au réseau téléphonique, en particulier votre précieux International Mobile station Equipment Identity (aka IMEI). Si on en croit Wikipedia: « The IMEI number is used by a GSM network to identify valid devices ». Autant dire qu’il ne faut pas le perdre sinon vous ne pouvez plus accéder au réseau téléphonique avec votre … téléphone. Un peu balôt quoi…
J’ai donc sauvegardé /EFS et ce de façon bien plus simple que les nombreux tutos à base d’installations de *.exe en folie. En fait j’ai juste fait ça, après avoir isolé ma partition EFS grâce à mount:

Cela m’a crée un magnifique fichier *.rfs . Le RFS, comme son nom ne l’indique pas, est un format de fichier propre à Samsung, le Linux Robust File System . Je voulais quand même m’assurer que tout y était. J’ai donc regagné mon bash favori et:

Puis ensuite:

Bien, ça m’a l’air d’être complet. Et si jamais je me rate, comment je vais faire pour la restaurer. Eh bien ma solution qui est non testée et que j’espère ne JAMAIS devoir tester est la suivante:

Pourvu que ça n’arrive jamais, mais là j’ai au moins le sentiment rassurer d’avoir vraiment sauvegarder tout ce qui était vraiment nécessaire avant de me lancer.

Le prochain post concernera la ROM et ses déclinaisons. Ainsi que les raisons qui m’ont poussé à choisir une custom rom plutôt qu’une autre…

EDIT: je ne l’avais pas anticipé mais tous mes contacts et toutes mes applications ont été restaurés via mon compte Google qui était synchronisé avec mon téléphone!! Ca m’a simplifié considérablement la vie. Je suis néanmoins content d’avoir une sauvegarde en « dur » de l’essentiel de mon téléphone. J’ai d’ailleurs refait un backup complet dès ma nouvelle ROM installée…

Voilà près de une année que je possède ce téléphone. C’est un très bon téléphone. Je l’aime beaucoup. Je le préfère nettement au iPhone que je possédais auparavant. A un détail près: la durée de vie de la batterie. Franchement avec toutes ces apps qui tournent, sans que je sache bien lesquelles d’ailleurs, je suis quasi obligé d’éteindre mon portable tous les soirs si je ne veux pas me retrouver à court de batterie au petit matin!!! Je trouve ça scandaleux!!!

Etant (un chouilla) bidouilleur et un (gros) geek, j’avais bien entendu connaissance des ROMs alternatives. Mais j’avoue, je n’avais pas creusé le sujet. En fait, ce qui m’agacait c’était de lire des forums où des manoeuvres toutes connes passaient pour des trucs de hackxxor. Mais là, trop c’est trop. Entre la batterie, les updates à la con de AllShareCast et les applis que je veux pas qui tournent en tâche de fond; c’est décidé je reprends le contrôle!!!

La première étape est de passer root. Pour toute personne un tant soit peu informé, root c’est l’administrateur Unix basique. Il s’agit simplement d’élever ses privilèges pour pouvoir supprimer des merdes applis non désirés qui bouffent de la batterie. Arrivé là, c’est très simple: il faut flasher sa recovery pour installer un SU. Flasher est un bien grand mot pour indiquer que l’on va copier une image à la place d’une autre (en croisant les doigts pour que tout se passe bien!). La recovery est une partition à part sur le Samsung S3 (pas sur tous les téléphones de la série Samsung S, le S2 il paraît que c’est pas le cas, mais qui utilise encore un S2 pff…^^). Ce qui est plutôt sympa: aucune perte de données à envisager!!!

Comme je travaille sous Linux, l’outil de base est Heimdall. On l’utilise en download mode. C’est le mode que l’on utilise lorsque l’on veut charger quelque chose sur son téléphone. Sur le S3, un simple VolDown + Power + bouton central (ou Home Button ou button pour les intimes ^^) et vous y êtes. L’utilisation d’après

est très simple:

C’est vraiment pas compliqué. Ca va aller vite, me voilà rassuré!! Je me suis quand même assuré d’avoir une partition recovery (on sait jamais, le diable est dans les détails!!). Là aussi c’est assez simple, il suffit de demander à heimdall de m’afficher la table des … partitions ou PIT (Partition Information Table)!!

Bon, pas besoin de faire de sauvegarde. A priori on va prendre une image pour en écraser une autre à un endroit bien précis, qui n’est pas un endroit sensible comme DATA ou SYSTEM ou EFS. C’est pas aujourd’hui que je vais bricker mon téléphone. On attendra le changement de ROM pour frissonner. Je note quand même au passage que j’ai 15 entries. 15!!! Je n’ai jamais eu autant de partition sur un de mes disques à usage perso!!

Bon, pas de quoi fouetter un chat. Allons-y: passage en download mode (VDown, Power, button) puis

Je n’ai même pas eu le temps de frissonner que c’est déjà fait. Notez que recovery doit être mis en majuscules: Unix est case-sensitive, c’est sensible ces bêtes-là. J’ai choisi d’installer ClockWorkMod . Y’en a d’autres. Mais celle-ci m’avait l’air attrayante au niveau richesse des fonctionnalités et design. Ca avait l’air beau sur le prospectus ^^

D’ailleurs, il serait peut-être temps d’aller voir. Le téléphone redémarre comme un grand, tout seul, une fois le flashage effectué. Je décide donc d’aller direct dans le recovery mode pour installer SuperSU (je sais, c’est un nom ridicule!). Et là, stupeur, je me retrouve face à « Android System Recovery ». Plutôt que face à « ClockWorkMod Recovery ». Késako??? Eh bien, après un peu beaucoup de recherches, j’ai découvert que lors du reboot le système pouvait réinstaller lui-même tout seul comme un grand une « stock recovery » qui écrase votre audacieux et fort risqué flashage. La bonne commande est donc:

et ensuite une fois la barre bleue complète, vous retirez le câble USB et la batterie pour éteindre le téléphone. Franchement c’est le moment qui m’a le plus fait flipper: retirer la batterie pour sortir du download mode. Ca fait débranchage sauvage, et sous Linux, c’est pas bon, mais pas bon du tout. Mais là ça a marché: j’ai ensuite rebooté directement dans le recovery mode (VolUP + Power + Button) et j’ai pu installer tranquillement SuperSU. A noter que ClockWorkMod prévient à un moment qu’il peut être écrasé lors du reboot, j’aurai apprécié de le savoir avant…

Les prochaines étapes sont les suivantes: un NAND-backup, terme barbare qui signifie que je vais sauvegarder ma ROM (stock samsung) avant de passer à la deuxième étape: CyanogenMod. Parce que, là, c’est un chouilla plus risqué et il faut posséder une sauvegarde pour restaurer le téléphone si ça va pas (ou si on veut plus de Cyanogen). Je vous raconterai certainement tout ça…

EDIT: lors de la première sortie de Clockworkmod, après l’installation de SuperSU, il faut bien cliquer sur « Yes, prevent ROM recovery flash », sinon votre ROM standard re-flashera une image stock recovery et il faudra recommencer toute la procédure.

Systemd est un nouveau système d’amorçage pour les systèmes Linux. En fait au démarrage il existe un premier processus qui est l’ancêtre de tous les processus du système. Le PID 1, init. Il est lancé par le noyau et c’est lui qui est chargé de vous amener à bon port vers un système utilisable en lançant les processus utiles. Son importance est donc capitale.

Systemd est une tentative pour améliorer ce qui se faisait avant, c’est-à-dire les SysVinit. Ou les initscripts sous Arch Linux. Je dois dire que j’étais plutôt sceptique au début en particulier concernant les diverses contraintes techniques qui, au final, ne se justifiaient que pour une chose: une grande rapidité de boot, voire faciliter la vie des développeurs upstream. Moi je ne cherche pas vraiment la rapidité, je trouvai ça rapide d’ailleurs avec initscripts, mais plutôt le contrôle pointilleux des daemons lancés. Ce principe très Unix qui veut que par défaut aucun service ne soit lancé, sauf ceux dont on a explicitement souhaité le lancement dans un fichier plain-text. Ce qui est très simple. Plus simple à mon sens que d’utiliser chkconfig ou systemctl.

C’est pour cela que j’aimais tellement Arch Linux: cela m’offrait les avantages de Free BSD (un rc.conf pour mes daemons + un système de paquets fiable et efficace) sans les inconvénients (temps de compilation pour obtenir via les ports des paquets « edge »). Sans compter que l’approche DiY couplée à la philosophie KISS qui n’était pas sans me rappeler Slackware me convenaient plutôt pas mal. Bref, j’avais trouvé chaussure à mon pied, et je coulais depuis des jours années très heureuses.

Alors là voir débarquer ce logiciel monolithique sans ficher de configuration unique mais avec plein de fichiers « units » et des liens symboliques dans tous les sens. Voir les dépendances précoces comme dbus ou encore le rc.conf devenir « DEPRECATED ». Ca m’a mis un coup, pour dire le moins. Notez que je suis pas le seul…

Néanmoins avant de jeter l’anathème, il faut tester. Se faire sa propre opinion. Je viens de faire un premier test d’une « mixed installation » à la Arch et, franchement, la rapidité de boot est à première vue stupéfiante. Sur ma machine de bureau où beaucoup de daemons sont lancés en background, via @, dans mon rc.conf. A la maison, cela ne change quasiment rien quant au temps de boot, par contre, j’ai retrouvé ce pour quoi je n’utilisais plus les distros mainstream habituelles (Debian, Mandriva etc…). Ce qui m’agaçait au plus haut point: des services qui sont démarrés alors que je ne l’ai JAMAIS demandé et que je ne les utiliserai jamais. C’est ainsi qu’au premier boot de ma machine perso sous systemd j’ai vu le daemon « colord » pour la détection des scanners qui s’est lancé. Je n’ai jamais eu de scanners sur cette machine et n’en aurait jamais. Alors il faut faire une systemctl disable comme sous Debian je faisais un chkconfig stop … Il va me falloir _lire_ les logs pour _désactiver_ ce dont je n’ai pas besoin. Plutôt que d’éditer un fichier pour _préciser_ ce que _je veux_. Et ça je n’aime pas, j’aime qu’on me demande ce que je veux directement, plutôt que de devoir perdre du temps à l’obtenir…

Seulement voilà, le journal de systemd se veut totalement innovant comme le reste.

Eh oui, les logs sont stockés par défaut au format binaire. Voilà le truc vachement pratique pour faire une p’tit fgrep ni vu ni connu.

C’est là que l’on réalise toute la portée de cette phrase: « Write programs to handle text streams, because that is a universal interface. » Bref, pour cela il faut passer par journalctl:

Bon c’est pas si mal…Et il est même possible d’utiliser une bidouille en plus pour retrouver syslog et les logs unix plain-text facilement greppable. Mais bon…

Mon avis est donc mitigé sur systemd, j’avoue que je suis attaché aux vieux principes Unix comme le fait de tout fermer pour n’ouvrir qu’au besoin (au boot comme au firewall!), ou encore le fait d’avoir principalement des fichiers plain-text tout à fait manipulables. Ceci dit, la rapidité de boot est visible, la transition de service/chkconfig est transparente et les units sont simples et bien construites. Systemd est un très bon logiciel, c’est juste que ce n’est pas la façon dont j’aime concevoir mon boot. Mais je pense vraiment que ça vaut le coup de se pencher dessus et de faire des efforts pour apprendre à s’en servir.
C’est son adoption par Arch Linux qui me fait noircir le tableau de systemd. Je suis TRES déçu de voir que cette distro’ a bradé son originalité et ce qui, pour moi, faisait tout son intérêt. Elle s’est banalisée en revenant sur certains de ses principes fondateurs plus orienté vers BSD. Au final, aujourd’hui, je peux tout aussi bien installer une Mandriva, je n’aurai pas de rc.conf (qui a été vidé de sa substance sous Arch) et je n’aurai pas besoin (encore!) d’apprendre les commandes systemd, bien que cela me semble utile puisque toutes les distros l’adoptent…
Il y a de fortes chances que je teste Crux ou encore, carrément, NetBSD. Oui, peut-être est-il carrément temps pour moi de retourner sous BSD…Mieux vaut l’original que la copie non?

J’ai donc fini par trouver un manuel. Je cherchai quelque chose de beaucoup plus technique, en particulier au niveau logiciel. Un vrai détail de ce que sont les procédures de boot par exemple. Un manuel technique, je le cherche encore. Je finirai bien par trouver

Concernant le manuel de l’utilisateur, il y a beaucoup de choses très intéressantes. Je me demande pourquoi je n’avais pas cherché plutôt ce type de manuel pour l’iPhone ou l’iPad. Le chapitre « Getting Started » est plein de ces petits tips qu’on découvre un peu au hasard si on ne lit pas le manuel dès le début. Comme ceci par exemple.

C’est aussi le moment de lire les chapitres type « Camera » pour apprendre à (bien!) se servir de l’appareil photo ou encore « Settings » qui permet de faire le tour de toutes les options. Pour savoir comment rapidement, par exemple, modifier le timeout de l’écran avant qu’il se mette en veille.

Bref même si je n’ai pas trouvé les détails techniques que je cherchais, j’ai tout de même après plein de choses fort utiles pour utiliser mon téléphone tel qu’il est.

Mais je voudrais vraiment voir de plus près les entrailles de ce téléphone. Après tout, j’ai choisi un Android _aussi_ pour pouvoir appréhender de façon plus complète et ouverte la bête que i0S qui est fermé comme une huître. L’idéal m’a semblé être d’installer le SDK. Visiblement, d’après un article page 49 de MISC de ce mois ci, c’est un must-have pour faire du pentest d’Android. Je ne cherche pas à pentester Android. Par contre j’aimerai bien avoir une vue plus synthétique de la façon dont ça fonctionne en général et surtout sur mon Samsung en particulier.

J’ai donc entrepris d’installer le SDK, sous Arch Linux, c’est très simple puisque tout le nécessaire se trouve dans AUR. Mon téléphone semble détecté:

Mais en fait non: adb devices ne me renvoie pas de périphérique. C’est alors que j’ai appris que l’activation USB du périphérique était possible. En clair: on peut utiliser le téléphone par USB. Mais pas par défaut (cf premier post). Pour cela il suffit d’aller dans « Paramètres => Options de développement ==> débogage USB ». Un pop-up vous indique que votre périphérique va être monté comme un périphérique de stockage et que cela ne doit être utilisé qu’à des fins de développement. En effet:

Alors ADB c’est quoi? Eh bien c’est le Android Debug Bridge dont la page nous dit:
« Android Debug Bridge (adb) is a versatile command line tool that lets you communicate with an emulator instance or connected Android-powered device. It is a client-server program that includes three components (…) » ce qui signifie: « Android Debug Bridge est un utilitaire en ligne de commande polyvalent qui vous permet de communiquer avec une plateforme Android émulée ou un périphérique Android connecté. C’est un programme client-serveur composé de 3 éléments (…) »

Bien, alors comment avoir un shell sur mon téléphone? Ce qui a quand même motivé cet article en premier lieu!! C’est simple:

Bon, par contre, on gardera le pdf niveau manuel :

Pour le reste c’est du grand classique:

N’étant pas (encore!) root, je n’ai finalement pas le droit de faire grand chose…Et il y a énormément de commandes de base qui ne sont pas présentes: less, cut, groups, find etc… « Command not found ». C’est sacrément frustrant d’ailleurs…

Je sens que je vais bien m’amuser avec ce téléphone, je sais pas pourquoi mais je sens que je vais vraiment bien m’amuser…une fois root

Une fois toute installée, première découverte de l’interface Samsung. comment peut on encore faire « ça » dans le monde Linux. Mystère et boule de gomme..Ma prochaine mission sera de trouver un équivalent à E17 sur Android. Je veux changer de WM :'(
C’est, en effet, un peu mal léché (« cumbersome » est l’adjectif qui me vient à l’esprit) et nettement moins intuitif que le design iOS, de mon point de vue c’est indéniable. Bizarrement les apps au bord carré ça me saute aux yeux par rapport à celles d’Apple tout en rondeur. Comme quoi, le procès pour « bords ronds » infligé à Samsung par Apple ce n’est pas que du pinaillage de brevet à 2 balles

Mais bon, après tout, il passera les 3/4 de son temps dans ma poche et, surtout, il a un grand écran avec une bonne définition. Enfin, contrairement à l’iPhone, je vais pouvoir gérer ma musique _très important pour moi ça_ sans iTunes et avec un simple mount, comme pour une clé USB. Le bonheur sur terre quoi

J’ai donc branché mon bout de plastique Samsung Galaxy S3 sur mon PC en USB. J’ai ouvert Thunar et je m’attendais tranquillou à cliquer sur le dossier qui va bien pour stocker la musique qui va bien. Et là, horreur, malheur, rien n’apparaît dans Thunar. Pourtant il est bien branché non?
Un coup de dmesg | tail plus tard, toujours pas de trace du téléphone. Késako? m’interroge-je un brin désarçonné tout de même. Tout de façon, la commande précédente, c’est un truc de newbie, tout le monde le sait hein…Normale qu’elle voit rien…Commande de m***
Un tail -20 sur /var/log/messages.log plus tard, je n’ai que ça:

WTF??? Alors je réfléchis: je me souviens vaguement que sur le Samsung à mon frère chéri que j’aime (même s’il m’appelle jamais, ingrat ^^) il fallait cocher une option pour autoriser le pingouin à monter sur la nouvelle planche de surf en plastique de Samsung. Ceci dit ça n’expliquerait pas que je ne vois rien dans les logs.
Une petite recherche google plus tard, j’ai appris quelle était la raison (scélérate!!) pour laquelle je ne pouvais pas tranquillou charger ma musique: Google a décidé que les dernières versions d’Android ne passerait plus par USB mais par MTP.

Mais que fait Google? C’est quoi ce protocole? Inventé par Microsoft, mais c’est pas vrai. Je quitte Apple pour me retrouver avec un protocole Microsoft. Si ça, c’est pas allé de Charybde en Scylla…

Bon positivons, Android c’est Linux; Arch c’est Linux. Ca devrait le faire
En effet:

Là je me suis surpris à taper dans google « libmtp git »…Et les micro-secondes de moulinage m’ont servi à réfléchir. J’avais quitté mon iPhone pour ne plus avoir à bidouiller avec Fuse ou libmobiledevice pour contourner iTunes et là, je recherche du code pour voir ce qui va pas. J’hallucine ou quoi??? Et ma musique???

Réflexion faite je me suis dit qu’il fallait m’adapter de façon différente et je me suis souvenu d’un lien vers une app prénommée Airdroid. C’est, ou plutôt ce serait, une app’ me permettant de charger ma musique en wifi direct depuis mon navigateur. Je me dis qui ne tente rien n’a rien. Me voilà à l’installer sur mon « pebble blue », c’est gratuit. Pour le coup c’est vachement clair et intuitif. Newbie-compliant. En 5 minutes je me suis retrouvé devant ça.

Tout peut vraiment être géré via une interface qui n’est pas sans rappeler Apple. Claire, concise, précise et avec laquelle on peut tout faire, et surtout ce qui m’intéresse: charger la musique, gérer les contacts ou l’agenda etc…

Tout ça pour dire qu’à première vue le logo ne ment pas sur la marque: Android le robot froid et un peu encombré dans la démarche n’a pas la rondeur avenante d’une pomme qui roule…Cumbersome, on vous dit…

La manoeuvre classique dans Writer pour insérer un tableau consiste à aller dans le menu Tableau -> insérer (ou Ctrl+F12)**. Vous insérez votre tableau d’inventaire avec 4 ou 5 colonnes et, disons 2000 lignes. Ce qui fait 84 pages tout de même.

Et là, vous souhaitez que la première ligne de votre tableau se répète sur toutes les autres feuilles ce qui permettra d’en imprimer un certain nombre à distribuer aux agents en charge de l’inventaire. Ce qui facilite tout de même, de façon fort compréhensible, le travail…

Il y a pour cela dans Libre Office Writer une petite manip’ à effectuer: une fois votre première ligne correctement initialisée sur le premier tableau, vous allez dans le menu Tableau et vous cochez la ligne « Répéter les lignes de titre ». Et, magie, votre première ligne de tableau se retrouve sur tout les autres tableaux suivants, formatage compris!!

Cela évite de faire 83 Ctrl-C/Ctrl-V …

**A noter: il est possible de faire cela dès l’insertion du tableau: il suffit de cocher l’option « titre » avec « Répéter sur chaque page » bien coché et le choix de la ligne bien précise.

En effet, pour le moment, j’ai testé deux logiciels: http://planningabsences.free.fr/ et http://www.ced.univ-montp2.fr/php_conges/ . Les deux me semblent tout à fait utilisables même si j’ai une grosse préférence pour le premier.

Cependant ni l’un ni l’autre ne propose une feature qui me semble indispensable dans mon cas. Je souhaite en effet que les agents que j’ai sous ma responsabilité puissent, via une interface web, déposer par eux-mêmes leurs desiderata de congés. Qui sont ensuite ou non validées par mes soins. Etant dans un service composé de plusieurs équipes, il me faut également une gestion fine des droits de chacun (une gestion à la unix, ce serait parfait )

Cette interactivité est vraiment importante pour moi et je ne la trouve dans aucun des deux logiciels. J’en suis à me dire qu’il va me falloir apprendre PHP et me dépatouiller pour coder ça moi-même. MAIS avant ça, je tenais à faire un petit post pour savoir si certains ont déjà été confrontés à ce type de problème et surtout comment ils ont résolu tout ça

Comment faire pour retrouver rapidement une situation normale? C’est assez simple: il suffit de modifier le fichier .gtkrc-2.0 pour préciser le nom du thème utilisé entre autres.
Voilà ce que cela donne chez moi (après création):

Notez que je n’ai pas rajouté de gtk-icon-name: celles du thème me plaisent en fait!
Le Thème se trouve dans /usr/share/themes ou ~/.themes
Les icônes sont dans /usr/share/icons ou ~/.icons
Les polices dans /usr/share/fonts ou ~/.fonts.

Il existe, enfin, des outils qui peuvent faire cela pour vous. Voici par exemple ce que cela donne sous Arch Linux:
En anglais: http://wiki.archlinux.org/index.php/Howto_make_GTK_apps_look_nice .
En français: http://wiki.archlinux.fr/howto:environnements_graphiques:gtk_look

Il faut comprendre que MPD construit une base de données de fichiers musicaux qui peuvent être interrogés via un client en local mais aussi (et ça, je trouve ça super!) à distance. La première chose à faire (après avoir installé le soft et lu le man) est de remplir le fichier de configuration personnel. Il se nomme ~/.mpdconf . Rien de sorcier, voici le mien pour vous en convaincre:

C’est tout. Notez que j’étais tellement pressé d’écouter ma musique que je n’ai même pas pris la peine de prévoir une sortie audio. J’ai copié dans un dossier Mystery_Boy tout les fichiers ogg concernées et ensuite j’ai tapé « mpd » et j’ai regardé. Voici le résultat:

J’ai beaucoup aimé la dernière phrase: j’aime quand on fait le travail pour moi

Bien j’avais un spool de fichiers qui semblait prêt, il ne restait plus qu’à l’écouter! J’ai décidé d’utiliser mpc car ça va bien dans screen avec irssi, je peux même l’appeler sous Vim, donc c’est parfait.
Après un détour par la page de man, j’ai tapé:

Ca avait l’air de fonctionner, je ne savais toujours pas comment écouter mon disque mais…mpc ls m’a confirmé que tout était là. J’ai donc simplement tapé mpc play et ça a commencé….J’étais bien content de pouvoir lire mon cd comme je le voulais.