Re: chroot et autre OS
salut, Certains outils aident à la contruction d'environnement chrooté; (aptitude search jail ...) Je me permet de rebondir à propos de makejail (ou consort). Si quelqu'un dans l'assistance l'a déjà utilisé, je suis preneur de tout tutorial. merki et a+ f. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: chroot et autre OS
Il me semblait avoir installé un linux complet dans un chroot avec debootstrap et je pensais pouvoir installer pareillement un autre OS. Merci pour vos réponses. thomas Le 4 mai 2009 21:24, Gilles Mocellin gilles.mocel...@free.fr a écrit : Le Monday 04 May 2009 02:12:10 kabore yacouba, vous avez écrit : Bonjour la communauté, Salut, mais là, tu n'as écrit qu'à moi ! je voudrai savoir ce que c'est un chroot, ou chrooter un programme ??? chroot = change root. La commande chroot permet de lancer un programme dans un environnement fichiers dont la racine a été changée. Par exemple : Sur un système on a une arborescence comme ceci : / /usr /var ... /test /test/usr /test/var ... Le contenu de /test est une copie d'un système complet, éventuellement dans une autre version. Si tu lance le programme /test/usr/bin/programme, il y a de fortes chances qu'il utilise des librairies dynamiques partagée. Il les cherchera dans /usr/lib/... Pareil pour des fichiers de configuration dans /etc, des données dans /var/lib ou /usr/share... Tu n'exécutera donc pas vraiment ce que tu penses. Pour que le programme utilise les fichiers dans /test/etc /etc/usr/share /test/usr/lib, il suffit de lui faire croire que la racine / c'est /test. et voilà, on lance : $ chroot /test /usr/bin/programme. Si le programme en question est un shell, ça donne l'impression d'être sur un autre système, tous les fichiers en dessous de / sont différents. Exemple : On crée un fichier repère dans /test : $ touch /test/dans-test On chroot $ chroot /test Par defaut, si on ne donne pas de programme, ça lance le shell de l'utilisateur (/bin/bash) Et miracle : $ ls -l / ... /dans-test ... Le fichier dans-test est sous la racine. Et il n'y a pas de répertoire /test. On ressort $ exit $ ls -l /test ... dans-test ... dans-test est dans /test ;-) Voilà, j'espère que c'est assez claire.
Re: chroot et autre OS
Basile STARYNKEVITCH a écrit : Ou alors, un système complet qu'on veut tester. Par exemple, on peut avoir en chroot un système 32 bits (x86) sur un système 64 bits (x86_64). On peut aussi avoir une distribution chroot-ée dans une autre. Juste pour illustrer, personnellement, j'utilise un environnement Debian /Lenny 32 bits minimal chrooté sur un poste de travail Debian/Lenny 64 bits, pour recompiler des programmes destinés à des PC 32 bits. Fanfan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: chroot et autre OS
Le Monday 04 May 2009 02:12:10 kabore yacouba, vous avez écrit : Bonjour la communauté, Salut, mais là, tu n'as écrit qu'à moi ! je voudrai savoir ce que c'est un chroot, ou chrooter un programme ??? chroot = change root. La commande chroot permet de lancer un programme dans un environnement fichiers dont la racine a été changée. Par exemple : Sur un système on a une arborescence comme ceci : / /usr /var ... /test /test/usr /test/var ... Le contenu de /test est une copie d'un système complet, éventuellement dans une autre version. Si tu lance le programme /test/usr/bin/programme, il y a de fortes chances qu'il utilise des librairies dynamiques partagée. Il les cherchera dans /usr/lib/... Pareil pour des fichiers de configuration dans /etc, des données dans /var/lib ou /usr/share... Tu n'exécutera donc pas vraiment ce que tu penses. Pour que le programme utilise les fichiers dans /test/etc /etc/usr/share /test/usr/lib, il suffit de lui faire croire que la racine / c'est /test. et voilà, on lance : $ chroot /test /usr/bin/programme. Si le programme en question est un shell, ça donne l'impression d'être sur un autre système, tous les fichiers en dessous de / sont différents. Exemple : On crée un fichier repère dans /test : $ touch /test/dans-test On chroot $ chroot /test Par defaut, si on ne donne pas de programme, ça lance le shell de l'utilisateur (/bin/bash) Et miracle : $ ls -l / ... /dans-test ... Le fichier dans-test est sous la racine. Et il n'y a pas de répertoire /test. On ressort $ exit $ ls -l /test ... dans-test ... dans-test est dans /test ;-) Voilà, j'espère que c'est assez claire. signature.asc Description: This is a digitally signed message part.
Re: chroot et autre OS
merci pour l'explication, j'ai bien compris. Donc pour chrooter un programme, il faudrait obligatoirement avoir dans notre système un répertoire qui soit une copie d'un système complet??? Le 4 mai 2009 19:24, Gilles Mocellin gilles.mocel...@free.fr a écrit : Le Monday 04 May 2009 02:12:10 kabore yacouba, vous avez écrit : Bonjour la communauté, Salut, mais là, tu n'as écrit qu'à moi ! je voudrai savoir ce que c'est un chroot, ou chrooter un programme ??? chroot = change root. La commande chroot permet de lancer un programme dans un environnement fichiers dont la racine a été changée. Par exemple : Sur un système on a une arborescence comme ceci : / /usr /var ... /test /test/usr /test/var ... Le contenu de /test est une copie d'un système complet, éventuellement dans une autre version. Si tu lance le programme /test/usr/bin/programme, il y a de fortes chances qu'il utilise des librairies dynamiques partagée. Il les cherchera dans /usr/lib/... Pareil pour des fichiers de configuration dans /etc, des données dans /var/lib ou /usr/share... Tu n'exécutera donc pas vraiment ce que tu penses. Pour que le programme utilise les fichiers dans /test/etc /etc/usr/share /test/usr/lib, il suffit de lui faire croire que la racine / c'est /test. et voilà, on lance : $ chroot /test /usr/bin/programme. Si le programme en question est un shell, ça donne l'impression d'être sur un autre système, tous les fichiers en dessous de / sont différents. Exemple : On crée un fichier repère dans /test : $ touch /test/dans-test On chroot $ chroot /test Par defaut, si on ne donne pas de programme, ça lance le shell de l'utilisateur (/bin/bash) Et miracle : $ ls -l / ... /dans-test ... Le fichier dans-test est sous la racine. Et il n'y a pas de répertoire /test. On ressort $ exit $ ls -l /test ... dans-test ... dans-test est dans /test ;-) Voilà, j'espère que c'est assez claire.
Re: chroot et autre OS
Le 05/05/2009 à 00:54, kabore yacouba a écrit : merci pour l'explication, j'ai bien compris. Donc pour chrooter un programme, il faudrait obligatoirement avoir dans notre système un répertoire qui soit une copie d'un système complet??? pas un système complet, mais tout ce dont le programme a besoin pour fonctionner (librairies, authentifications ...) Certains outils aident à la contruction d'environnement chrooté; (aptitude search jail ...) Alain -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: chroot et autre OS
kabore yacouba wrote: merci pour l'explication, j'ai bien compris. Donc pour chrooter un programme, il faudrait obligatoirement avoir dans notre système un répertoire qui soit une copie d'un système complet??? Pas copie d'un système complet, mais copie d'un système minimal oui. Si le programme est compilé en statique, le système requis est vraiment très minimal. Ou alors, un système complet qu'on veut tester. Par exemple, on peut avoir en chroot un système 32 bits (x86) sur un système 64 bits (x86_64). On peut aussi avoir une distribution chroot-ée dans une autre. Attention, les ports TCP ne sont pas protégés, donc les services ne peuvent pas tous être dupliqués. Cordialement -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basileatstarynkevitchdotnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les miennes} *** -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Re: chroot et autre OS
Le Sunday 03 May 2009 23:24:44 thomas parquier, vous avez écrit : Bonjour, Est-il possible d'utiliser un autre OS (mac os, bsd) dans un chroot ? thomas Il faudrait qu'il puisse fonctionner avec le même noyau. Alors Mac OS et BSD, non. Un autre Linux, pas trop éloigné en version de libc/noyau oui. Après, il y a la virtualisation pour avoir faire tourner un OS complet. Même là, je ne sais pas si Mac OS s'y prette bien. Il a des exigences en terme de BIOS. signature.asc Description: This is a digitally signed message part.
Re: chroot et autre OS
thomas parquier wrote: Bonjour, Est-il possible d'utiliser un autre OS (mac os, bsd) dans un chroot ? Non, car l'environnement chrooté tourne le même noyau. Dans un chroot on peut juste faire tourner une autre distribution... Cordialement -- Basile STARYNKEVITCH http://starynkevitch.net/Basile/ email: basileatstarynkevitchdotnet mobile: +33 6 8501 2359 8, rue de la Faiencerie, 92340 Bourg La Reine, France *** opinions {are only mines, sont seulement les miennes} *** -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org