Binfmt - Historique des versions

Lea : Lea a déplacé la page Admin-admin env-binfmt vers Binfmt

2023-12-03T20:30:11Z

Lea a déplacé la page Admin-admin env-binfmt vers Binfmt

← Version précédente	Version du 3 décembre 2023 à 20:30
(Aucune différence)

Jiel : licence : cf page de discussion

2013-06-26T13:11:52Z

licence : cf page de discussion

← Version précédente		Version du 26 juin 2013 à 13:11
Ligne 3 :		Ligne 3 :
	= Associer un type de fichier avec un exécutable =		= Associer un type de fichier avec un exécutable =

	~~<div class="leatitre">Associer un type de fichier avec un exécutable</div><div class="leapar">~~par [~~mailto~~:~~fred chez lea tiret linux point org~~ Fred]~~</div><div class="leadesc">~~Pour faire aussi bien que Windows, mais en utilisant une méthode qui nous laisse le contrôle de tout le processus d'exécution, et en utilisant le principe des droits d'exécution cher aux systèmes Un*x~~.</div>~~		par [[Utilisateur:Fred\|Fred]]
	~~----~~
			Pour faire aussi bien que Windows, mais en utilisant une méthode qui nous laisse le contrôle de tout le processus d'exécution, et en utilisant le principe des droits d'exécution cher aux systèmes Un*x


	== Un problème : associer un type de fichiers avec une application ==		== Un problème : associer un type de fichiers avec une application ==
Ligne 83 :		Ligne 85 :
	<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Frédéric Bonnaud le 15/04/2000.</div>		<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Frédéric Bonnaud le 15/04/2000.</div>

	~~= Copyright =~~		{{Copy\|15/04/2000\|[[Utilisateur:Fred\|Frédéric Bonnaud]]\|CC-BY-SA}}
	~~Copyright ©~~ 15/04/2000, Frédéric Bonnaud
	{{CC-BY~~-NC~~-SA}}

Jiel le 27 avril 2011 à 12:23

2011-04-27T12:23:34Z

← Version précédente		Version du 27 avril 2011 à 12:23
Ligne 1 :		Ligne 1 :
	[[~~Category~~:~~Environnement~~ système]]		[[Catégorie:Administration système]]

	= Associer un type de fichier avec un exécutable =		= Associer un type de fichier avec un exécutable =

Ligne 72 :		Ligne 73 :

	''Note de Jean-Christophe :''<br />Vous pouvez aussi utiliser la commande <span class="code">umask</span> : cette commande permet de choisir le mode par défaut associé à chaque nouveau fichier d'un utilisateur. En ajoutant dans votre <span class="code">$HOME/.bashrc</span> la ligne <span class="code">umask mode</span> (où <span class="code">mode</span> est une combinaison de chiffres octaux ou de 'r', 'w' et 'x' comme pour <span class="code">chmod</span> (voir rubrique [shell.php3 Shell] et [permissions.php3 Permissions])), tous vos nouveaux fichiers auront ce mode par défaut.		''Note de Jean-Christophe :''<br />Vous pouvez aussi utiliser la commande <span class="code">umask</span> : cette commande permet de choisir le mode par défaut associé à chaque nouveau fichier d'un utilisateur. En ajoutant dans votre <span class="code">$HOME/.bashrc</span> la ligne <span class="code">umask mode</span> (où <span class="code">mode</span> est une combinaison de chiffres octaux ou de 'r', 'w' et 'x' comme pour <span class="code">chmod</span> (voir rubrique [shell.php3 Shell] et [permissions.php3 Permissions])), tous vos nouveaux fichiers auront ce mode par défaut.



			<br/>
			<br/>
			'''<b>[[Admin-index\|@ Retour à la rubrique Administration système]]</b>'''
			<br/>

	<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Frédéric Bonnaud le 15/04/2000.</div>		<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Frédéric Bonnaud le 15/04/2000.</div>

Jiel : /* Un problème : associer un type de fichiers avec une application */

2009-09-04T17:50:35Z

Un problème : associer un type de fichiers avec une application

← Version précédente		Version du 4 septembre 2009 à 17:50
Ligne 7 :		Ligne 7 :
	== Un problème : associer un type de fichiers avec une application ==		== Un problème : associer un type de fichiers avec une application ==

	Le problème est le suivant : sur un système Un*x, l'exécution d'un programme repose sur les permissions (j'aime mieux dire droits) d'exécution. Mais les environnements actuels autorisent à gérer comme des exécutables du système, des fichiers de données, via une association. '''Le problème est que tous ces environnements n'utilisent pas, loin s'en faut, le même système d'association.''' Pour l'administrateur c'est un casse-tête chinois : il faut créer les associations pour KDE, les recréer pour ~~Gnome~~, et ainsi de suite.		Le problème est le suivant : sur un système Un*x, l'exécution d'un programme repose sur les permissions (j'aime mieux dire droits) d'exécution. Mais les environnements actuels autorisent à gérer comme des exécutables du système, des fichiers de données, via une association. '''Le problème est que tous ces environnements n'utilisent pas, loin s'en faut, le même système d'association.''' Pour l'administrateur c'est un casse-tête chinois : il faut créer les associations pour [[KDE]], les recréer pour [[GNOME]], et ainsi de suite.

	== La solution : <span class="code">binfmt</span> ==		== La solution : <span class="code">binfmt</span> ==

Notafish : mise en forme

2006-12-16T19:47:23Z

mise en forme

← Version précédente		Version du 16 décembre 2006 à 19:47
Ligne 13 :		Ligne 13 :
	La solution parait, somme toute, évidente : faire en sorte que tel fichier soit considéré par le système comme un exécutable standard. Pour cela il faut faire en sorte que le noyau de Linux soit capable de reconnaître de nouveaux exécutables.		La solution parait, somme toute, évidente : faire en sorte que tel fichier soit considéré par le système comme un exécutable standard. Pour cela il faut faire en sorte que le noyau de Linux soit capable de reconnaître de nouveaux exécutables.

	Pour cela il faut [[Kernel-kernel\|recompiler le noyau]] avec l'option : <span class="code">[Kernel support MISC binaries]</span> activée (dans le noyau lui même c'est plus simple, mais pas obligatoire : vous pouvez aussi utiliser un module). Cette étape pénible mais nécessaire accomplie, on relance le noyau (autrement dit on reboote... sauf si vous avez compilé cette option en tant que module auquel cas il vous suffit de charger le dit module à grand coup de <span class="code">modprobe binfmt_misc</span>).		Pour cela il faut [[Kernel-kernel\|recompiler le noyau]] avec l'option : <span class="code">[Kernel support MISC binaries]</span> activée (dans le noyau lui même c'est plus simple, mais pas obligatoire : vous pouvez aussi utiliser un module). Cette étape pénible mais nécessaire accomplie, on relance le noyau (autrement dit on reboote... sauf si vous avez compilé cette option en tant que module auquel cas il vous suffit de charger le dit module à grand coup de <span class="code">modprobe binfmt_misc</span>).

	On peut vérifier que tout va bien en faisant :		On peut vérifier que tout va bien en faisant :

	<div class="code">[user@becane ~]$ <span style="font-weight: bold;">cat /proc/sys/fs/binfmt_misc/status</span><br />enabled</div>		<div class="code">[user@becane ~]$ <span style="font-weight: bold;">cat /proc/sys/fs/binfmt_misc/status</span><br />enabled</div>
Ligne 21 :		Ligne 21 :
	Si vous obtenez un message d'erreur c'est que vous n'avez pas chargé le module, ou que vous n'avez pas booté sur le bon noyau. Réparez votre erreur et tout devrait rentrer dans l'ordre.		Si vous obtenez un message d'erreur c'est que vous n'avez pas chargé le module, ou que vous n'avez pas booté sur le bon noyau. Réparez votre erreur et tout devrait rentrer dans l'ordre.

	Maintenant, supposons que vous souhaitiez à l'invocation d'un fichier <span class="code">.txt</span> lancer automatiquement la commande <span class="code">less <le-dit-fichier>.txt</span>. Eh bien, ce n'est pas très compliqué : il suffit maintenant de le dire au noyau par la commande (sur une seule ligne) :		Maintenant, supposons que vous souhaitiez à l'invocation d'un fichier <span class="code">.txt</span> lancer automatiquement la commande <span class="code">less <le-dit-fichier>.txt</span>. Eh bien, ce n'est pas très compliqué : il suffit maintenant de le dire au noyau par la commande (sur une seule ligne) :

	<div class="code">[user@becane ~]$ <span style="font-weight: bold;">echo ":format-txt:E::txt::/usr/bin/less:" > /proc/sys/fs/binfmt_misc/register</span></div>		<div class="code">[user@becane ~]$ <span style="font-weight: bold;">echo ":format-txt:E::txt::/usr/bin/less:" > /proc/sys/fs/binfmt_misc/register</span></div>

Lea : /* La solution : binfmt */

2005-10-07T06:28:13Z

La solution : binfmt

← Version précédente		Version du 7 octobre 2005 à 06:28
Ligne 13 :		Ligne 13 :
	La solution parait, somme toute, évidente : faire en sorte que tel fichier soit considéré par le système comme un exécutable standard. Pour cela il faut faire en sorte que le noyau de Linux soit capable de reconnaître de nouveaux exécutables.		La solution parait, somme toute, évidente : faire en sorte que tel fichier soit considéré par le système comme un exécutable standard. Pour cela il faut faire en sorte que le noyau de Linux soit capable de reconnaître de nouveaux exécutables.

	~~Pour~~ cela il faut [~~../kernel/~~kernel~~.php3~~ recompiler le noyau] avec l'option : <span class="code">[Kernel support MISC binaries]</span> activée (dans le noyau lui même c'est plus simple, mais pas obligatoire : vous pouvez aussi utiliser un module). Cette étape pénible mais nécessaire accomplie, on relance le noyau (autrement dit on reboote... sauf si vous avez compilé cette option en tant que module auquel cas il vous suffit de charger le dit module à grand coup de <span class="code">modprobe binfmt_misc</span>).		Pour cela il faut [[Kernel-kernel\|recompiler le noyau]] avec l'option : <span class="code">[Kernel support MISC binaries]</span> activée (dans le noyau lui même c'est plus simple, mais pas obligatoire : vous pouvez aussi utiliser un module). Cette étape pénible mais nécessaire accomplie, on relance le noyau (autrement dit on reboote... sauf si vous avez compilé cette option en tant que module auquel cas il vous suffit de charger le dit module à grand coup de <span class="code">modprobe binfmt_misc</span>).

	On peut vérifier que tout va bien en faisant :		On peut vérifier que tout va bien en faisant :

	<div class="code">[user@becane ~]$ <span style="font-weight: bold;">cat /proc/sys/fs/binfmt_misc/status</span><br />enabled</div>		<div class="code">[user@becane ~]$ <span style="font-weight: bold;">cat /proc/sys/fs/binfmt_misc/status</span><br />enabled</div>
Ligne 21 :		Ligne 21 :
	Si vous obtenez un message d'erreur c'est que vous n'avez pas chargé le module, ou que vous n'avez pas booté sur le bon noyau. Réparez votre erreur et tout devrait rentrer dans l'ordre.		Si vous obtenez un message d'erreur c'est que vous n'avez pas chargé le module, ou que vous n'avez pas booté sur le bon noyau. Réparez votre erreur et tout devrait rentrer dans l'ordre.

	~~Maintenant~~, supposons que vous souhaitiez à l'invocation d'un fichier <span class="code">.txt</span> lancer automatiquement la commande <span class="code">less <le-dit-fichier>.txt</span>. Eh bien, ce n'est pas très compliqué : il suffit maintenant de le dire au noyau par la commande (sur une seule ligne) :		Maintenant, supposons que vous souhaitiez à l'invocation d'un fichier <span class="code">.txt</span> lancer automatiquement la commande <span class="code">less <le-dit-fichier>.txt</span>. Eh bien, ce n'est pas très compliqué : il suffit maintenant de le dire au noyau par la commande (sur une seule ligne) :

	<div class="code">[user@becane ~]$ <span style="font-weight: bold;">echo ":format-txt:E::txt::/usr/bin/less:" > /proc/sys/fs/binfmt_misc/register</span></div>		<div class="code">[user@becane ~]$ <span style="font-weight: bold;">echo ":format-txt:E::txt::/usr/bin/less:" > /proc/sys/fs/binfmt_misc/register</span></div>

Lea : pb utf8

2005-10-06T23:10:22Z

pb utf8

← Version précédente		Version du 6 octobre 2005 à 23:10
Ligne 76 :		Ligne 76 :

	= Copyright =		= Copyright =
	Copyright © 15/04/2000, Bonnaud		Copyright © 15/04/2000, Frédéric Bonnaud
	{{CC-BY-NC-SA}}		{{CC-BY-NC-SA}}

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter

2005-09-07T11:09:29Z

conversion de la documentation originale de Léa par HTML::WikiConverter

← Version précédente		Version du 7 septembre 2005 à 11:09
Ligne 74 :		Ligne 74 :

	<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Frédéric Bonnaud le 15/04/2000.</div>		<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Frédéric Bonnaud le 15/04/2000.</div>

			= Copyright =
			Copyright © 15/04/2000, Fr�d�ric Bonnaud
			{{CC-BY-NC-SA}}

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter

2005-09-02T17:06:25Z

conversion de la documentation originale de Léa par HTML::WikiConverter

Nouvelle page

[[Category:Environnement système]]
= Associer un type de fichier avec un exécutable =

<div class="leatitre">Associer un type de fichier avec un exécutable</div><div class="leapar">par [mailto:fred chez lea tiret linux point org Fred]</div><div class="leadesc">Pour faire aussi bien que Windows, mais en utilisant une méthode qui nous laisse le contrôle de tout le processus d'exécution, et en utilisant le principe des droits d'exécution cher aux systèmes Un*x.</div>
----

== Un problème : associer un type de fichiers avec une application ==

Le problème est le suivant : sur un système Un*x, l'exécution d'un programme repose sur les permissions (j'aime mieux dire droits) d'exécution. Mais les environnements actuels autorisent à gérer comme des exécutables du système, des fichiers de données, via une association. '''Le problème est que tous ces environnements n'utilisent pas, loin s'en faut, le même système d'association.''' Pour l'administrateur c'est un casse-tête chinois : il faut créer les associations pour KDE, les recréer pour Gnome, et ainsi de suite.

== La solution : binfmt ==

La solution parait, somme toute, évidente : faire en sorte que tel fichier soit considéré par le système comme un exécutable standard. Pour cela il faut faire en sorte que le noyau de Linux soit capable de reconnaître de nouveaux exécutables.

Pour cela il faut [../kernel/kernel.php3 recompiler le noyau] avec l'option : [Kernel support MISC binaries] activée (dans le noyau lui même c'est plus simple, mais pas obligatoire : vous pouvez aussi utiliser un module). Cette étape pénible mais nécessaire accomplie, on relance le noyau (autrement dit on reboote... sauf si vous avez compilé cette option en tant que module auquel cas il vous suffit de charger le dit module à grand coup de modprobe binfmt_misc).

On peut vérifier que tout va bien en faisant :

<div class="code">[user@becane ~]$ cat /proc/sys/fs/binfmt_misc/status enabled</div>

Si vous obtenez un message d'erreur c'est que vous n'avez pas chargé le module, ou que vous n'avez pas booté sur le bon noyau. Réparez votre erreur et tout devrait rentrer dans l'ordre.

Maintenant, supposons que vous souhaitiez à l'invocation d'un fichier .txt lancer automatiquement la commande less <le-dit-fichier>.txt. Eh bien, ce n'est pas très compliqué : il suffit maintenant de le dire au noyau par la commande (sur une seule ligne) :

<div class="code">[user@becane ~]$ echo ":format-txt:E::txt::/usr/bin/less:" > /proc/sys/fs/binfmt_misc/register</div>

Attention : tous les <:> sont significatifs. On peut vérifier que tout à fonctionné comme prévu :

<div class="code">[user@becane ~]$ cat /proc/sys/fs/binfmt_misc/format-txt enabled interpreter /usr/bin/less extension .txt</div>

Tout message d'erreur est anormal (vérifier que vous tapez bien tout comme c'est indiqué). Il ne reste plus qu'à marquer comme exécutable un fichier .txt par une commande du type :

<div class="code">[user@becane ~]$ chmod a+x readme.txt</div>

Pour «l'exécuter» il suffit maintenant, soit de cliquer dessus, soit de taper :

<div class="code">[user@becane ~]$ ./readme.txt</div>

de la même façon que si c'était un exécutable. Pour rendre exécutable n'importe quel fichier .txt il suffit maintenant le marquer comme exécutable pour le système et tous vos gestionnaires de programmes quels qu'ils soient pourront les exécuter en cliquant simplement dessus.

En utilisant la même même méthode vous pouvez rendre exécutable vos images, vos fichiers de paquetages (.rpm) etc.

évidemment, il y a un petit problème : quand vous redémarrerez Linux (ce qui n'arrive que très rarement ;) toutes ces belles associations seront perdues, et il faudra les retaper à la main...

== Une automatisation possible ==

Une solution pourrait être de mettre dans un script appelé au démarrage de Linux toutes les commandes qu'il faut pour activer ces associations. Cette solution n'est pas très souple, et nécessite de modifier un script pour chaque ajout que nous ne manquerons pas de vouloir faire. Nous retiendrons plutôt la solution d'un fichier de configuration dans /etc et d'un script un peu plus général.

=== Le script ===

Sauvez ce script sous /usr/sbin/binfmt

<div class="code"><nowiki>#!/bin/sh</nowiki> if [ ! -e /etc/binfmt.conf ] ; then echo -n "Pas de fichier /etc/binfmt.conf," echo "je n\'ai rien à faire." exit 0 else echo /etc/binfmt.conf trouvé fi if [ -x /sbin/modprobe ] && [ ! -d /proc/sys/fs/binfmt_misc ] ; then echo chargement du module binfmt_misc /sbin/modprobe binfmt_misc ; fi if [ -d /proc/sys/fs/binfmt_misc ] ; then echo module binfmt_misc chargé echo -n "Effacement des associations précédentes : " for i in `ls /proc/sys/fs/binfmt_misc/* \ | grep -v -e "/status" \ | grep -v -e "/register"` ; do echo -n "$i, " echo -1 > $i done echo '''for i in `cat /etc/binfmt.conf''' \ | grep -v -e "^[\t ]*#.*"` ; '''do ''' echo $i | \ awk -F':' \ '{print ("Les extensions [",$5,"] \ sont associées à : [",$7,"].") ; }' '''echo $i > /proc/sys/fs/binfmt_misc/register ''' '''done '''else echo -n "Impossible de charger le modules binfmt_misc. " echo -n "êtes-vous root ? " echo "Avez-vous compilé le noyau avec binfmt_misc activé ?" exit 1 fi</div>

==== Explications : ====

Le script lit une par une les lignes du fichier /etc/binfmt.conf en rejetant les lignes commençant par un <#>, et envoie celles-ci directement dans /proc/sys/fs/binfmt_misc/register. Il nous faut donc un fichier de configuration.

=== Le fichier de configuration ===

Ce qui suit est un exemple de fichier de configuration à sauver dans /etc/binfmt.conf. Adaptez-le à vos programmes préférés.

<div class="code"><nowiki>#!/etc/binfmt.conf</nowiki> # pour en savoir plus sur le format des lignes de configuration # que l'on peut envoyer a /proc/sys/fs/binfmt_misc/register # lire /usr/src/linux/Documentation/binfmt_misc.txt # on associe les .pdf à acrobat reader :pdf-acrobat:E::'''pdf'''<nowiki>::</nowiki>'''/opt/acrobat/bin/acroread'''<nowiki>:</nowiki> # on associe les .png et .gif à ElectricEyes :png-gimp:E::'''png'''<nowiki>::</nowiki>'''/opt/gnome/bin/ee'''<nowiki>:</nowiki> :gif-gimp:E::'''gif'''<nowiki>::</nowiki>'''/opt/gnome/bin/ee'''<nowiki>:</nowiki> # on associe les .rpm à kpackage :rpm-kpackage:E::'''rpm'''<nowiki>::</nowiki>'''/usr/bin/kpackage'''<nowiki>:</nowiki> # on associe les .txt et .doc à gless :txt-gless:E::'''txt'''<nowiki>::</nowiki>'''/opt/gnome/bin/gless'''<nowiki>:</nowiki> :doc-gless:E::'''doc'''<nowiki>::</nowiki>'''/opt/gnome/bin/gless'''<nowiki>:</nowiki></div>

Il ne reste plus qu'à ajouter la ligne : /usr/sbin/binfmt au fichier /etc/rc.d/rc.sysinit (sur une Mandrake/Red Had, ou dans le rc.local par exemple) pour que nos associations soient chargées à chaque démarrage de Linux.

== Conclusion ==

Pour parfaire la configuration de votre boîte Linux, vous n'avez plus qu'à mettre dans /etc/binfmt.conf toutes les associations que vous souhaitez. Elles seront reconnues par tous les gestionnaires de fichiers du monde Linux sans aucun travail supplémentaire. On pourrait créer un utilitaire plus fenêtré que celui que j'ai fourni, qui serait capable de d'ajouter au vol des associations. Mais cela pas dans une optique d'administration d'un système, plus dans celui d'une machine utilisée par quelques personnes qui ne voudraient pas avoir tous les même associations.

Et n'oubliez pas de marquer comme exécutable la plupart des fichiers que vous aurez associés. C'est le cas par défaut des fichiers qui sont sur des partitions vfat et souvent iso9660.

''Note de Jean-Christophe :'' Vous pouvez aussi utiliser la commande umask : cette commande permet de choisir le mode par défaut associé à chaque nouveau fichier d'un utilisateur. En ajoutant dans votre $HOME/.bashrc la ligne umask mode (où mode est une combinaison de chiffres octaux ou de 'r', 'w' et 'x' comme pour chmod (voir rubrique [shell.php3 Shell] et [permissions.php3 Permissions])), tous vos nouveaux fichiers auront ce mode par défaut.

<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Frédéric Bonnaud le 15/04/2000.</div>

Binfmt - Historique des versions

Lea : Lea a déplacé la page Admin-admin env-binfmt vers Binfmt

Jiel : licence : cf page de discussion

Jiel le 27 avril 2011 à 12:23

Jiel : /* Un problème : associer un type de fichiers avec une application */

Notafish : mise en forme

Lea : /* La solution : binfmt */

Lea : pb utf8

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter

Lea : Lea a déplacé la page Admin-admin env-binfmt vers Binfmt

Jiel : licence : cf page de discussion

Jiel : /* Un problème : associer un type de fichiers avec une application */

Notafish : mise en forme

Lea : /* La solution : binfmt */

Lea : pb utf8

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter