Android is Not GNU

Maintenant qu'on est root, on peut faire tout ce qu'on veut sur notre android. Mais il faut bien avouer que busybox est assez limitée pour les habitués des systèmes GNU que nous sommes.

C'est pourquoi nous allons mettre un système GNU complet sur notre android. Et de préférence sans influer sur la bonne marche du téléphone.

Pour cela, il faut laisser tourner l'android tel quel, et surtout garder son noyau. Mettre un 2e système sur un noyau qui tourne, on sait faire, dans sa version la plus simple ça s'appelle un chroot, c'est disponible de base et c'est exactement ce dont on a besoin.

Notez que les commandes indiquées ici se basent sur un shell et les commandes fournies par busybox telles qu'installée dans l'article précédent. Vous pouvez vous en passer, mais quelques adaptations seront nécessaires (par exemple -o bind à la place de --bind).

Comment qu'on fait ?

Comment créer un chroot sans se presser ?

Choisissons (au hasard) la distribution debian. Elle nous propose ... wait for it ... un créateur de chroot. Il s'appelle debootstrap.

Seul problème nous ne pouvons pas le lancer directement sur le téléphone. Il faut donc le lancer sur une autre machine. Et à moins d'avoir une machine arm sous le coude, nous ne serons pas sur la bonne architecture.

Heureusement debian est bien structuré et debootstrap a tout prévu. Nous allons le lancer 2 fois. La première fois sur notre machine habituelle :

$  debootstrap --foreign --arch armel wheezy mydebian 

Pour ceux qui n'ont pas debian, sachez qu'il est possible de télécharger et d'exécuter debootstrap sur n'importe quel autre linux.

Et pour ceux qui voudraient essayer une autre méthode, suivez ce lien : http://wiki.debian.org/EmDebian/Cro...

Déplaçons tout ça sur le téléphone :

# toujours sur le pc
$ tar cf debian.tar mydebian 
$ adb push debian.tar /sdcard/debian.tar

Une debian basique est relativement petite, nous devrions pouvoir trouver une place sur le téléphone. Seule contrainte, il faut la déposer sur une partition qui utilise les droits posix (et donc pas sur /sdcard qui est en FAT). J'ai choisi /data/local/tmp

# sur l'android (avec busybox)
$ cd /data/local/tmp
$ tar xf /sdcard/debian.tar 

Profitons-en pour terminer le debootstrap (il faut être root sur l'android et il vaut mieux utiliser les commandes busybox) :

# on prépare le chroot
$ NEW=/data/local/tmp/mydebian
$ mount --bind /dev $NEW/dev
$ mount --bind /proc $NEW/proc
$ mount --bind /sys $NEW/sys
$ mount --bind /dev/pts $NEW/dev/pts
# et on termine debootstrap dedans
export PATH=/bin:/sbin:/usr/bin:/usr/sbin
$ chroot $NEW/debian debootstrap --second-stage

Et voilà !

Vous pouvez compléter par :

• modifier /etc/hostname
• modifier /etc/resolv.conf (nameserver 8.8.8.8 pour utiliser le resolver de google disponible partout)
• ... dites-moi ce que vous avez fait

Comment qu'on l'utilise ?

Maintenant que tout est prêt il faut pouvoir réutiliser ces commandes à tout moment. Pour ma part j'ai fait le petit script suivant qui me permet de rentrer dans le chroot :

ROOT=/data/local/tmp/mydebian
BB=/data/busybox/
if ! ls $ROOT/proc/1 > /dev/null
then
    $BB/mount --bind /dev $ROOT/dev
    $BB/mount --bind /proc $ROOT/proc
    $BB/mount --bind /sys $ROOT/sys
    $BB/mount --bind /dev/pts $ROOT/dev/pts
fi
export PATH=/bin:/sbin:/usr/bin:/usr/sbin
/system/bb/su -c "$BB/chroot $ROOT /bin/bash"

Et pour les gens qui aiment le tout réseau vous pouvez mettre un serveur ssh dans le chroot, ça vous le rendra accessible à distance. Pensez juste à vous connecter au chroot et à le relancer à chaque fois que le téléphone redémarre.

Conclusion

N'oubliez pas, votre téléphone continue de tourner, le chroot n'est qu'un moyen d'avoir accès aux commandes debian (dont apt-get install qui est une commande magnifique pour un android, plus besoin d'installer des machins à la main).

Mais même si votre shell tourne dans un chroot, le noyau reste le même et tous les services en dehors du chroot continuent leur vie comme d'habitude. Cela permet au téléphone de rester un vrai téléphone d'origine. Revenir en arrière consiste à rebooter et à supprimer le répertoire debian.

Amusez-vous bien !

Si vous avez aimé, il y a aussi :

1. Espionner son android
2. Personnalisez votre android
3. Root d’android

Vous n'êtes pas sans savoir que la dernière debian est sortie ce week-end, en pleine St-Valentin. Celle-ci s'appelle Lenny comme les jumelles de Toy Story.

Plein de belles choses dans cette distributions, je ne vais pas vous refaire le topo.

Donc vous êtes actuellement en etch et vous voulez faire une mise à jour. Comment faire ? C'est assez simple, mais c'est l'occasion d'expliquer le mécanisme de mise à jour. Maintenant que vous savez à quoi ressemblent les miroirs et les paquets debian

Contenu du miroir

Pour mettre à jour, vous changez le nom de la distribution dans /etc/apt/sources.list. Remplacez etch par lenny, vous aurez quelque chose comme :

deb http://mir1.ovh.net/debian/ lenny main contrib non-free
deb-src http://mir1.ovh.net/debian/ unstable main

deb http://security.debian.org/ lenny/updates main contrib non-free

Ce qui veut dire que vous utilisez le miroir mir1.ovh.net, ayant pour racine debian /debian, avec la version lenny de debian, et les sections main contrib et non-free de cette version.

Remarquez qu'il n'y a aucun problème à utiliser les sources unstable avec les paquets stable. La ligne source n'est utilisée que pour la commande apt-get source.

• Le choix du miroir vous permet d'être le plus rapide possible dans votre mise à jour
• Le choix de la racine ne vous est pas donné, mais dépend du miroir
• Le choix de la version vous permet d'être le plus à jour par rapport aux paquets disponibles
• Le choix des sections vous permet d'être plus ou moins libre sur les logiciels installés

Upgrade et dist-upgrade

Ensuite, vous faites un update pour qu'apt soit au courant de la liste des paquets disponibles sur le miroir :

$ apt-get update

Et enfin vous mettez à jour. Et la se pose la question upgrade ou dist-upgrade (respectivement safe-upgrade ou full-upgrade pour les utilisateurs d'aptitude). Hé bien tout est histoire de principe de fonctionnement.

apt-get upgrade sert à faire une mise à jour de tous les paquets tant qu'il n'y a pas changement dans les dépendances, c'est à dire que seules les nouvelles-version de paquets existants seront prises en compte et aucun paquet ne sera jamais supprimé.

apt-get dist-upgrade comme son nom l'indique sert pour les nouvelles version de la distribution. Cette commande reparcourt la liste des dépendances et va vous proposer d'ajouter et supprimer un certain nombre de paquets pour satisfaire les dépendances.

Dans la plupart des cas, upgrade est une bonne habitude de sysadmin, surtout si on est un peu fatigué (ou pressé). Mais il faut tout de même faire un dist-upgrade régulièrement pour être sur qu'on n'a rien oublié dans les mises à jour. Il faut simplement être un peu plus attentif à ce qui est modifié. Dans le cas d'une nouvelle version, ya pas photo :

$ apt-get dist-upgrade

Notez que parfois, si vous avez énormément de paquets et que cela pose problème au système de gestion des dépendances, un upgrade préalable peu aider.

Particularités

Attention, une mise à jour n'est pas complètement anodine, elle peu éventuellement casser votre système, même si c'est assez rare. Essayez donc de faire attention aux points suivants.

Évitez les locales

Un certain nombre de programmes se comportent bizarrement (rares, mais on en trouve) ou provoquent des warning (plus fréquent) lorsque les locales ne sont pas supportées par le système ou ne sont pas celles d'init. Un bonne pratique est donc d'avoir l'utilisateur root qui tourne avec la locale POSIX (ou C). Si ce n'est pas le cas, faites bien attention à ce que la locale utilisée soit bien enregistrée. Sinon :

$ LANG=C apt-get dist-upgrade

Utilisez les bons noms

Debian utilise deux noms pour chacune de ses versions (trois si on compte le numéro de version), ces noms sont stable / testing / unstable et le noms de personnages de Toy Story.

• stable est un lien symbolique vers la dernière version de debian sortie (lenny).
• testing est un lien symbolique vers la prochaine version de la debian à sortir (squeeze).
• unstable est un lien symbolique vers sid, il ne change jamais

Le développement de debian se déroule ainsi :

1. Les paquets sont testés dans experimental ... ou pas
2. Les paquets sont déposés par les développeurs dans unstable quand qu'il veulent (upgrade, patch ...)
3. Les paquets sont saupoudrés régulièrement et automatiquement de unstable vers testing lorsqu'ils n'ont pas de nouveau bug depuis un certain temps
4. Lorsqu'on considère que la testing est bien cuite, on la démoule et on l'appelle stable
5. Testing recommence avec un nouveau nom à partir de cette même stable

Mais alors quel nom utiliser ?

Si vous faites référence au processus de développement debian, utilisez stable / testing / unstable.

Si vous faite référence à un problème sur une version, (il ya trop de rose ... ) utilisez les noms Toy Story.

Et le plus important, n'utilisez pas "stable" dans votre sources.list. En effet, le jour du changement de version, vous vous retrouveriez à installer une nouvelle version de debian sans vous en rendre compte. Utilisez donc le nom de la distribution pour ne pas être surpris, vous pourrez le changer lorsque vous mettrez volontairement à jour.

Vous pouvez éventuellement mettre "testing" si votre but est de suivre continuellement testing et non pas la prochaine distribution, mais je serais plutôt du genre à le déconseiller.

Si vous avez aimé, il y a aussi :

1. Les paquets debian
2. Uptime
3. Certificats x509 pour SSH

Connaissez-vous le format des paquets debian ? Non ? alors je vais vous couper la tête !

Debian a bien réfléchi son format de paquet dès le début. Les contraintes principales étant qu'il soit lisible avec des outils de base unix, c'est-à-dire qu'on peut les lire même si on n'est pas sous debian, qu'on puisse le faire évoluer (tiens il faut ajouter un champ pour mettre une capture d'écran...), et qu'on puisse rapidement lire les données importantes sans tout extraire.

Partant de là, une solution a été trouvée à base de tar, gz, ar et de fichier texte. Vous verrez, c'est beau.

Récupérer un fichier deb

Commençons par trouver un fichier. Si vous êtes sur une debian faites aptitude download monpaquet mais c'est un peu de la triche.

On va plutôt expliquer l'architecture des miroirs debian (une * devant les répertoires les plus intéressants) :

ftp.<pays>.debian.org :
|- debian (la racine)
  |- dists (la définition des distributions)
    |- <distro> (la version genre sid)
      |- Contents-<archi>.gz (mapping entre fichier et paquets)
      |- main (les paquets officiels de chez debian)
        |- binary-<archi> (les paquets pour cette architecture)
          |- Packages.gz (fichier compressé listant les paquets)
*       |- installer-<archi> (toutes les versions possibles des installeurs debian)
        |- debian-installer (les paquets spécifiques au système d'installation debian, au format udeb)
      |- contrib (les paquets qui dépendent de non-free)
        |- ...
      |- non-free (les paquets non libre donc non supportés par debian)
        |- ...
  |- pool (les paquets eux-mêmes)
    |- main (les paquets officiels de chez debian)
      |- a,b,c, ... (un répertoire pour chaque première lettre de nom de paquet, attention les libs sont séparées)
*       |- <paquet> (un répertoire par nom de paquet source)
          |- <paquet>.deb (un fichier par paquet binaire)
          |- <paquet>.dsc (un fichier par paquet source)
          |- <paquet>.diff.gz (un fichier par paquet source)
          |- <paquet>.orig.tar.gz (un fichier par paquet source)
    |- contrib (les paquets qui dépendent de non-free)
      |- ... 
    |- non-free (les paquets non libre donc non supportés par debian)
      |- ... 
  |- ... 

Et hop on récupère notre .deb dans /debian/pool/main/p/paquet/paquet_1.0_i386.deb

Pour les futés qui auraient la flemme, il suffit en fait d'aller sur http://packages.debian.org. Ce site vous permet de chercher un paquet par nom ou par nom de fichier contenu dans un paquet. Une fois que vous avez trouvé votre paquet, il vous propose de le télécharger, de lister les fichiers qui sont dedans ou d'en lister les dépendances. Gardez ce site dans vos favoris.

Extraction du paquet

Donc la beauté du .deb, c'est son format :

# on ouvre le paquet
$ cd /tmp
$ ar x paquet.deb

Et on se retrouve avec 3 choses :

• data.tar.gz : nos données à installer !
• control.tar.gz : les métadonnées
• debian-binary : version du format .deb

Notez que vous pouvez n'extraire qu'une partie, par exemple les métadonnées :

$ ar x paquet.deb control.tar.gz

control.tar.gz peut contenir plus ou moins de fichiers. Il doit au minimum contenir md5sums et control. Control est le fichier qui va indiquer les dépendances, la version, l'architecture ... Il peut aussi contenir des fichiers comme postinst ou postrm qui seront exécutés pendant l'installation et la suppression du paquet.

Et enfin data.tar.gz contient les données du paquet. Pour installer les fichiers dans / :

$ tar xvfz data.tar.gz  -C /

Et pour les gens sous debian qui veulent faire la même chose sans se fatiguer :

# attention ce n'est pas une installation complète
$ dpkg -x paquet.deb /

Cas des paquets source

Un paquet source est lui aussi dans un format presque sympa, mais en 3 fichiers cette fois :

• paquet.orig.tag.gz : les sources tel qu'on devrait les trouver chez le développeur
• paquet.diff.gz : les modifications apportées par debian
• paquet.dsc : une description du paquet source

Donc pour récupérer les sources debian :

# l'original
$ tar xvfz paquet.orig.tar.gz
$ cd paquet
# plus le patch
$ zcat ../paquet.diff.gz | patch -p1

Un faignant sous debian fera :

$ apt-get source paquet

Pour plus de détails sur tout cela, allez vous documenter à la source.

Si vous avez aimé, il y a aussi :

1. Le semeur de paquets
2. Lire dans les paquets
3. Des paquets de toutes les tailles

Lorsque vous installez un paquet sous debian, dpkg, apt, aptitude (ou autre) vous pose parfois quelques questions. Mais lorsque vous mettez ce paquet à jour il ne vous les repose pas même s'il en a besoin.

En réalité c'est debconf qui gère les réponses à ces questions. Il vous les pose, puis enregistre les réponses dans /var/cache/debconf/config.dat pour les redonner au paquet lorsqu'il en a besoin. Remarquez que vous pouvez vous-mêmes en avoir besoin, par exemple pour savoir ce que vous avez répondu aux questions. La commande debconf-get-selections vous donne toutes les informations

# pour le paquet postfix uniquement
$ debconf-get-selections | grep -B1 "^postfix "

Notez que si vous voulez changer ces réponses, ce n'est pas debconf-set-selections, mais dpkg-reconfigure que vous devrez utiliser (pour que les réponses soient réellement prises en compte :

$ dpkg-reconfigure postfix

Maintenant supposons que vous ayez déjà répondu à ces questions sur une machine et que vous voudriez éviter de recommencer sur toutes les machines que vous allez installer. Cette fois nous allons utiliser debconf-set-selections qui préenregistre les réponses. Debconf ne vous les posera donc pas lors de l'installation :

# sur la machine déjà installée
$ debconf-get-selections | grep "^postfix " > conf.txt
 
# sur la nouvelle machine
$ debconf-set-selections < conf.txt
$ apt-get install postfix

C'est ce qu'on appelle le preseed et c'est grâce à ça qu'on peut installer des centaines de machines sans avoir besoin d'être devant l'écran.

Si vous avez aimé, il y a aussi :

1. Les paquets debian
2. Lire dans les paquets
3. Des paquets de toutes les tailles