Re: Client léger : Boot en PXE montage / en NFS (read-only).
Bonjour, Sylvain L. Sauvage a écrit : Le vendredi 5 décembre 2014, 16:25:51 Vincent Farget a écrit : Bonsoir, ’jour, Voila la configuration que je viens de tester ou je souhaite (toujours) monter en NFS un partage en lecture seule contenant un système Linux (complet) en le réunissant à un système de fichier en RAM (tmpfs ??) pour qu'il puisse écrire ou il en a besoin pour fonctionner : [… exports et fstab …] Donc tu veux mettre / en aufs… Oui, ... et non. Au moins la partie des répertoires ou le système à besoin d'écrire (var ? autres ?). Je démarre donc mon client qui boot correctement en PXE (récupération du noyau et de l'image initrd) puis, le démarrage s'arrête et affiche : Le disque dur / n'est pas encore prêt ou présent. Ben, ça peut se comprendre : tu veux monter des '/toto' avant '/'. Oui. Ok, c'est normal. Je n'ai pas fait attention à l'ordre linéaire du fichier fstab. […] Je n'ai pas encore saisie toute les subtilités de aufs, mais : Ai-je un soucis sur la ligne aufs de mon etc/fstab client ??? ou ai-je loupé une étape quelque part ??? Fais une recherche « aufs root », il y a plein d’exemples pour avoir un / en aufs (ça se fait dans l’initramfs avec des mount --move). (D’après la page de man, il devrait y avoir un exemple « officiel » pour ton cas dans la doc : « And there is a good sample which is for network booted diskless machines. See sample/ in detail. » Sauf que non…) Sinon, fusionne seulement /varro¹ avec /varfsrw en /var et ne touche pas à /. ¹ le /var renommé² du /rootfsro (/rootfsro/varro en clair) ; pas besoin que ce soit un point de montage séparé pour être inclus dans un aufs. ² ou une simple copie, le contenu du /rootfsro/var original sera caché par le montage. Ok. Sur tes précieux conseils : - j'ai mis tout le contenu du répertoire var du système de fichier / client monté en lecture seule, dans le répertoire varfsro (le répertoire var est donc vide), - je n'ai fait qu'un seul et unique partage NFS en lecture seule contenant le système de fichier racine, - j'ai mis dans le fichier fstab du client : proc/procprocdefaults 00 /dev/nfs/nfs defaults,tcp,nfsvers=301 none/varfsrwtmpfsdefaults 02 none/varaufs br=/varfsrw=rw:/varfsro=ro,create=tdp02 none/tmptmpfsdefaults 02 none/var/runtmpfsdefaults 02 none/var/tmptmpfsdefaults 02 192.168.1.2:/data/disklesshome/homenfs defaults,tcp,nfsvers=302 /dev/cdrom/media/cdromudf,iso9660 user,noauto02 ... et (Oh miracle) tout à l'air de fonctionner comme je le souhaitais maintenant. Le système démarre bien (et en mode graphique en prime). Il me reste quelques petits réglages comme par exemple le montage de périphérique (USB), et sûrement d'autres que je vais découvrir au fil des tests. PS : et nettoie ton clavier, la touche '?' semble avoir des répétitions inutiles :oP Désolé ... B-) ... et encore merci pour les conseils. Bien cordialement. -- - M. FARGET Vincent Universite Claude Bernard LYON 1 Systemes Informatiques et developpements webs Site UCBL1 de Gerland 50, avenue Tony Garnier 69366 LYON Cedex 07 FRANCE -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists 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 Archive: https://lists.debian.org/54858c73.3030...@orange.fr
Re: Client léger : Boot en PXE montage / en NFS (read-only).
Bonsoir, Voila la configuration que je viens de tester ou je souhaite (toujours) monter en NFS un partage en lecture seule contenant un système Linux (complet) en le réunissant à un système de fichier en RAM (tmpfs ??) pour qu'il puisse écrire ou il en a besoin pour fonctionner : Serveur NFS (fichier /etc/exports) : /data/disklessroot 192.168.1.0/255.255.255.0(ro,async,no_root_squash,no_subtree_check) /data/disklesshome 192.168.1.0/255.255.255.0(rw,sync,no_root_squash,no_subtree_check) Le répertoire var original est sous /data/disklessroot (donc partager en read-only). Client boot PXE (fichier etc/fstab) : proc/procprocdefaults 00 /dev/nfs/rootfsronfs defaults,tcp,nfsvers=301 none/varfsrwtmpfsdefaults 02 none/aufs br=/rootfsro=ro:/varfsrw=rw,create=tdp02 none/tmptmpfsdefaults 02 none/var/runtmpfsdefaults 02 none/var/tmptmpfsdefaults 02 192.168.1.2:/data/disklesshome/homenfs defaults,tcp,nfsvers=302 /dev/cdrom/media/cdromudf,iso9660 user,noauto02 Je démarre donc mon client qui boot correctement en PXE (récupération du noyau et de l'image initrd) puis, le démarrage s'arrête et affiche : Le disque dur / n'est pas encore prêt ou présent. Keys:Continuer à attendre, ou appuyer sur S pour ignorer le montage ou M pour la récupération manuelle Je n'ai pas encore saisie toute les subtilités de aufs, mais : Ai-je un soucis sur la ligne aufs de mon etc/fstab client ??? ou ai-je loupé une étape quelque part ??? Bien cordialement. - Vincent. Sylvain L. Sauvage a écrit : Le vendredi 28 novembre 2014, 14:37:10 Vincent Farget a écrit : Ok. Créer autant de dossiers/partages NFS de /var, que de clients, ne m'arrange pas, mais bon, ... Soit ils sont sur les clients (en local), soit ils sont sur le serveur. De toute façon, ils doivent être quelque part. Tu pourrais affiner ce qu’il y a de vraiment variable dans /var (p.ex. /var/lib/ doit être commun à tous les systèmes qui partagent le même / mais /var/log doit être individualisé, etc.) pour mettre tout ça dans des tmpfs mais je ne suis pas sûr que ça en vaille la chandelle. Tu peux laisser un seul /var original dans / et monter dessus un /var en tmpfs et aufs/unionfs. Ça demande de la RAM mais : 1. avec aufs/unionfs, tu n’as que les différences en mémoire, pas le /var original ; 2. tu as un /var « propre » à chaque redémarrage (ce qui n’est pas forcément un avantage suivant l’usage). […] /data/disklessvar1 192.168.1.0/255.255.255.0(rw,sync,no_root_squash,no_subtree_check) Euh, tu auras peut-être envie de limiter l’accès de var_n à l’IP de la machine n (pour ce que ça vaut comme sécurité)… […] Alors : Ai-je bon ou pas concernant la conf NFS et le fichier FSTAB du client ? Ça y ressemble. Pour l'instant, je ne sais pas comment configurer unionfs/aufs dans le FSTAB du client. Tu veux faire du aufs/unionfs en plus d’avoir des /var individuels ? Quel intérêt ? Faut-il, dans le fichier FSTAB du client, que les différents systèmes de fichiers formant l'union, soit aussi monter (avant) ? D’après ce dont je me souviens, pour fuse.unionfs, les bouts qui forment le fs final sont unis dans le fstab avec le type fuse.unionfs et sont montés avant (quand il s’agit de répertoires ; je ne sais plus si on peut utiliser directement des périphériques). Lorsque je test la configuration ci-dessus, mon système client se lance correctement, mais reste en console (alors que j'ai bien une interface graphique d'installée). Ton /var est-il correctement rempli ? Que disent /var/log/syslog et consorts ? -- - M. FARGET Vincent Systemes Informatiques et developpements webs -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists 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 Archive: https://lists.debian.org/5481ce7f.8060...@orange.fr
Re: Client léger : Boot en PXE montage / en NFS (read-only).
Le vendredi 5 décembre 2014, 16:25:51 Vincent Farget a écrit : Bonsoir, ’jour, Voila la configuration que je viens de tester ou je souhaite (toujours) monter en NFS un partage en lecture seule contenant un système Linux (complet) en le réunissant à un système de fichier en RAM (tmpfs ??) pour qu'il puisse écrire ou il en a besoin pour fonctionner : [… exports et fstab …] Donc tu veux mettre / en aufs… Je démarre donc mon client qui boot correctement en PXE (récupération du noyau et de l'image initrd) puis, le démarrage s'arrête et affiche : Le disque dur / n'est pas encore prêt ou présent. Ben, ça peut se comprendre : tu veux monter des '/toto' avant '/'. […] Je n'ai pas encore saisie toute les subtilités de aufs, mais : Ai-je un soucis sur la ligne aufs de mon etc/fstab client ??? ou ai-je loupé une étape quelque part ??? Fais une recherche « aufs root », il y a plein d’exemples pour avoir un / en aufs (ça se fait dans l’initramfs avec des mount --move). (D’après la page de man, il devrait y avoir un exemple « officiel » pour ton cas dans la doc : « And there is a good sample which is for network booted diskless machines. See sample/ in detail. » Sauf que non…) Sinon, fusionne seulement /varro¹ avec /varfsrw en /var et ne touche pas à /. ¹ le /var renommé² du /rootfsro (/rootfsro/varro en clair) ; pas besoin que ce soit un point de montage séparé pour être inclus dans un aufs. ² ou une simple copie, le contenu du /rootfsro/var original sera caché par le montage. PS : et nettoie ton clavier, la touche '?' semble avoir des répétitions inutiles :oP -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists 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 Archive: https://lists.debian.org/12549338.rV77k0qPrd@earendil
Re: Client léger : Boot en PXE montage / en NFS (read-only).
Le 02/12/2014 22:12, Vincent Farget a écrit : Bonsoir, Je n'en ai pas parlé, mais je suis arrivé dans une structure ou il y a un pool de (5) serveurs LTSP (Ubuntu 12.04 LTS avec nbd squashfs) et des clients léger. Je souhaite remplacer ce système client/serveur LTSP vieillissant (de plus en plus décalé dans les versions), par un nouveau système de clients légers (sous NFS évidement). Donc : Oui, c'est ce que je cherches à mettre en place. Ne connaissant pas (actuellement) la conf de LTSP, est-ce lourd à configurer ou est-ce assez/extrêmement simple (création de scripts ???) ? Si tu as déjà réalisé ce type de configuration, as tu des (précieux) conseils ? Bien cordialement. - Vincent. Bonjour, LTSP est jusqu'à présent le meilleur système de client léger que je connaisse. Au départ dans Debian (wheezy pour ma part) tu as le choix entre un package complet ltsp-server-standalone qui gère tout y compris le serveur DHCP, ou ltsp-server qui se contente de gérer tftp et le chroot client. Pour pas trop casser l'existant tu peux commencer par # apt-get install ltsp-server Puis la commande magique ltsp-build-client --arch i386 (pour rendre les clients léger compatibles avec les procs 32bits) qui crée un Debian 32 mini avec serveur X et ldm client dans /opt/ltsp/i366, l'arborescence et les noyeaux pour tftp PXE, et les exports NFS du chroot. la configuration du client léger se fait avec la commande ltsp-chroot (ajout de paquets par exemple). Reste plus qu'à paramétrer le serveur DCHP pour voir ce que ça donne sur un client léger. Pour les sessions graphiques on peut installer le bureau de son choix sur le serveur et ldm-server qui est un display manager performant via ssh fait par LTSP. Tu peux même créer des fat client pour faire tourner le bureau complet sur le client léger pour profiter des bonnes configs (mais plus NFS). Les docs sur le site ne sont pas toujours à jour mais le canal irc #ltsp sur freenode est aussi un bon support. Raphaël -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists 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 Archive: https://lists.debian.org/547ee9ed.2040...@rignier.com
Re: Client léger : Boot en PXE montage / en NFS (read-only).
Bonsoir, Raph a écrit : Le 27/11/2014 16:16, Vincent Farget a écrit : Bonjour, Bonjour, En regardant sur le net, je suis tombé sur un article qui parle de aufs (basé, à priori, sur UnionFS). Cela parait être une solution à mon problème. Je vais y regarder de plus prêt. Je reviendrais sur la liste, si je ne m'en sort pas ... ;-) Merci, Bien cordialement. - Vincent FARGET. Sébastien NOBILI a écrit : Le jeudi 27 novembre 2014 à 15:15, Vincent Farget a écrit : Question : Y'a t'il un moyen de définir une possibilité pour les clients léger, d'écrire dans un système de fichier qui serait temporaire (il n'est pas nécessaire qu'il survie au reboot) ? Oui, tu peux très bien ajouter dans le /etc/fstab des directives de montage type « tmpfs » pour tous les dossiers que tu veux. Ensuite, tu n'auras qu'à ajouter les commandes de montage dans un script d'init (que tu peux créer) ou bien dans le script /etc/rc.local. Sinon, François B. (ici présent) maintient un système live (qui boote depuis une clé USB) sur lequel il a mis en place une solution permettant d'avoir des données modifiables et persistentes sur un système de fichiers en lecture seule. Je crois que c'est basé sur unionfs, il le confirmera si il passe dans le coin. http://clefagreg.dnsalias.org/ Seb - M. FARGET Vincent Systemes Informatiques et developpements webs Je sais pas si c'est ce que tu cherches, mais pour mes clients légers, je pars de ltsp-server qui sous Debian par défaut utilise NFS contrairement, à Ubuntu qui utilise nbd et squashfs. Le plus gros du travail est fait par LTSP avec une install debootstrap minimum et un chroot (lecture seule) configurable à volonté en modifiant/créant quelques scripts dans /usr/share/ltsp et la config ltsp.conf chargée depuis tftp. Côté client, toutes les modifs mon sont non persistantes en dehors des montages nfs en rw. Raphaël Je n'en ai pas parlé, mais je suis arrivé dans une structure ou il y a un pool de (5) serveurs LTSP (Ubuntu 12.04 LTS avec nbd squashfs) et des clients léger. Je souhaite remplacer ce système client/serveur LTSP vieillissant (de plus en plus décalé dans les versions), par un nouveau système de clients légers (sous NFS évidement). Donc : Oui, c'est ce que je cherches à mettre en place. Ne connaissant pas (actuellement) la conf de LTSP, est-ce lourd à configurer ou est-ce assez/extrêmement simple (création de scripts ???) ? Si tu as déjà réalisé ce type de configuration, as tu des (précieux) conseils ? Bien cordialement. - Vincent. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists 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 Archive: https://lists.debian.org/547e2b21.7060...@orange.fr
Re: Client léger : Boot en PXE montage / en NFS (read-only).
Bonjour, Le samedi 29 novembre 2014 à 11:32, Vincent Farget a écrit : Un seul partage (/var) possédant un sous dossier par client (/var/cl1, /var/cl2, ect ...), oblige à gérer une info propre à chaque client (par exemple son @IP ou son nom, ou autre) lors du boot, pour le relier/monter au bon sous-répertoire, n'est-ce pas ? Non, pas obligé. Tu n'as qu'à indiquer le sous-dossier dans le fstab de chaque client (en me basant sur ton exemple plus bas) : Pour client1 : 192.168.1.2:/data/disklessvarrw/client1 /varfsrwnfs defaults,tcp,nfsvers=3 192.168.1.2:/data/disklessvar /varnfs defaults,tcp,nfsvers=3 none [...] # Fusion avec AUFS des montages ci-dessus Pour client2 : 192.168.1.2:/data/disklessvarrw/client2 /varfsrwnfs defaults,tcp,nfsvers=3 192.168.1.2:/data/disklessvar /varnfs defaults,tcp,nfsvers=3 none [...] # Fusion avec AUFS des montages ci-dessus (je rappelle que je n'ai jamais mis en place une telle configuration, ni utilisé AUFS, je peux donc me tromper) Question bête : ou et comment sont gérer les priorités de montage des systèmes de fichiers ? Tu veux parler de l'ordre de traitement du fichier fstab ? Il est traité de manière linéaire, du haut vers le bas (issu de « man fstab ») : L'ordre des enregistrements au sein de fstab est important car fsck(8), mount(8), et umount(8) utilisent les enregistrements de fstab les uns à la suite des autres. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists 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 Archive: https://lists.debian.org/2014120527.ga14...@sebian.nob900.homeip.net
Re: Client léger : Boot en PXE montage / en NFS (read-only).
Le 27/11/2014 16:16, Vincent Farget a écrit : Bonjour, Bonjour, En regardant sur le net, je suis tombé sur un article qui parle de aufs (basé, à priori, sur UnionFS). Cela parait être une solution à mon problème. Je vais y regarder de plus prêt. Je reviendrais sur la liste, si je ne m'en sort pas ... ;-) Merci, Bien cordialement. - Vincent FARGET. Sébastien NOBILI a écrit : Le jeudi 27 novembre 2014 à 15:15, Vincent Farget a écrit : Question : Y'a t'il un moyen de définir une possibilité pour les clients léger, d'écrire dans un système de fichier qui serait temporaire (il n'est pas nécessaire qu'il survie au reboot) ? Oui, tu peux très bien ajouter dans le /etc/fstab des directives de montage type « tmpfs » pour tous les dossiers que tu veux. Ensuite, tu n'auras qu'à ajouter les commandes de montage dans un script d'init (que tu peux créer) ou bien dans le script /etc/rc.local. Sinon, François B. (ici présent) maintient un système live (qui boote depuis une clé USB) sur lequel il a mis en place une solution permettant d'avoir des données modifiables et persistentes sur un système de fichiers en lecture seule. Je crois que c'est basé sur unionfs, il le confirmera si il passe dans le coin. http://clefagreg.dnsalias.org/ Seb - M. FARGET Vincent Systemes Informatiques et developpements webs Je sais pas si c'est ce que tu cherches, mais pour mes clients légers, je pars de ltsp-server qui sous Debian par défaut utilise NFS contrairement, à Ubuntu qui utilise nbd et squashfs. Le plus gros du travail est fait par LTSP avec une install debootstrap minimum et un chroot (lecture seule) configurable à volonté en modifiant/créant quelques scripts dans /usr/share/ltsp et la config ltsp.conf chargée depuis tftp. Côté client, toutes les modifs mon sont non persistantes en dehors des montages nfs en rw. Raphaël -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists 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 Archive: https://lists.debian.org/547c946e.8020...@rignier.com
Re: Client léger : Boot en PXE montage / en NFS (read-only).
Bonjour, Ok, désolé, j'avais mal lu ton deuxième mail ... : - partage pour /var (un sous-dossier par client) en RW Un seul partage (/var) possédant un sous dossier par client (/var/cl1, /var/cl2, ect ...), oblige à gérer une info propre à chaque client (par exemple son @IP ou son nom, ou autre) lors du boot, pour le relier/monter au bon sous-répertoire, n'est-ce pas ? Sinon, dans un premier temps, je vais éssayer le montage suivant sur les clients (fichier /etc/fstab) : proc/procproc defaults 00 /dev/nfs /rootfsronfs defaults,tcp,nfsvers=3 01 none/varfsrw tmpfs defaults 01 none/ aufs br=/rootfsro=ro:/varfsrw=rw,create=tdp01 none/tmp tmpfs defaults 02 none/var/runtmpfsdefaults 02 none/var/tmptmpfsdefaults 02 192.168.1.2:/data/disklesshome/homenfs defaults,tcp,nfsvers=3 02 Question bête : ou et comment sont gérer les priorités de montage des systèmes de fichiers ? Bien cordialement, - Vincent FARGET. Sébastien NOBILI a écrit : Le vendredi 28 novembre 2014 à 14:37, Vincent Farget a écrit : Créer autant de dossiers/partages NFS de /var, que de clients, ne m'arrange pas, mais bon, ... Pas obligé, tu peux créer un partage « /var » global contenant un dossier par client et chaque client monte son dossier. (ma remarque ne remet aucunement en question la précédente réponse) Seb -- - M. FARGET Vincent Systemes Informatiques et developpements webs -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists 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 Archive: https://lists.debian.org/5479a0c5.60...@orange.fr
Re: Client léger : Boot en PXE montage / en NFS (read-only).
Bonjour, Peux tu m'éclaircir : Faut-il que j'utilise unionfs ou aufs pour réunir le montage en ro avec un système de fichier temporaire (tmpfs ??) en rw ? Ou est-ce autre chose dont tu parles ? Bien cordialement. - Vincent FARGET cedric rousselot a écrit : Bonjour, tu peux faire des montages rw en ram grace au tmpfs. Comme ca, pas de partage en rw sur le serveur puisque tout ce qui est inscriptible est dans la ram du client. Bonne soiree. On 11/27/14 16:07, Vincent Farget wrote: Bonjour, J'y ai vaguement pensé, mais rapidement éliminer cette solution, car je voudrais pouvoir booter plusieurs dizaines de clients sans avoir plusieurs dizaines de partages NFS en rw. Je ne sais pas si c'est possible que plusieurs clients puissent écrire dans un seul et unique partage du répertoire /var par exemple. Si 2 clients doivent modifier le même fichier dans le même répertoire (/var/cache/cups/... ), que se passe t'il (je n'ai pas tester ...) Sinon : Je viens de voir quelques pages au sujet de aufs (overlay fs ) et je ne sais pas encore si cela peut être une solution à mon problème. Bien cordialement. - Vincent FARGET Belaïd a écrit : Bonjour, Pourquoi ne pas créer les partitions qui doivent être en rw séparément (var, ...) et les montés comme tu l'as mentionné via NFS sur le client ? Le 27 novembre 2014 15:15, Vincent Farget farget.vinc...@orange.fr mailto:farget.vinc...@orange.fr a écrit : Bonjour à tous, Je souhaiterais booter des postes clients léger sur le réseau (par amorçage PXE) puis monter le même système de fichier root (/) d'un système Linux que j'ai créé (par bootstrap) depuis un partage NFS en read-only, tout en pouvant, quand même, pouvoir écrire dans des fichiers et/ou répertoires comme /tmp, /var/log, /var/lib, ect Le coté serveur DHCP, TFTP, la configuration PXE et le serveur NFS fonctionne bien. PXE/TFTP (fichier : /tftpboot/pxe_root/pxelinux.cfg/default) : label Linux Diskless kernel diskless/vmlinuz-3.2.0-4-amd64 append initrd=diskless/initrd.img-3.2.0-4-amd64 root=/dev/nfs nfsroot=192.168.1.2:/data/disklessroot,tcp ip=dhcp nfsrootdebug rootfstype=nfs ro NFS (fichier : /etc/exports) : /data/disklessroot 192.168.1.0/255.255.255.0(ro,async,no_root_squash,no_subtree_check) http://192.168.1.0/255.255.255.0%28ro,async,no_root_squash,no_subtree_check%29 /data/disklesshome 192.168.1.0/255.255.255.0(rw,async,no_root_squash,no_subtree_check) http://192.168.1.0/255.255.255.0%28rw,async,no_root_squash,no_subtree_check%29 Client léger (fichier [/data/disklessroot]/etc/fstab) : proc/procprocdefaults 00 /dev/nfs/nfshard,nolock,vers=3 00 192.168.158.2:/data/disklesshome/homenfs defaults 02 /dev/cdrom/media/cdromudf,iso9660 user,noauto 00 Je bloque sur le fait que mon système Linux ne peux pas écrire comme il le souhaite (normal le montage NFS root est en ro). Question : Y'a t'il un moyen de définir une possibilité pour les clients léger, d'écrire dans un système de fichier qui serait temporaire (il n'est pas nécessaire qu'il survie au reboot) ? Merci d'avance pour votre aide, Bien cordialement. -- - M. FARGET Vincent Systemes Informatiques et developpements webs -- Belaid -- - M. FARGET Vincent Systemes Informatiques et developpements webs -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists 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 Archive: https://lists.debian.org/54783f5f.20...@orange.fr
Re: Client léger : Boot en PXE montage / en NFS (read-only).
Bonjour, Le vendredi 28 novembre 2014 à 10:24, Vincent Farget a écrit : Faut-il que j'utilise unionfs ou aufs pour réunir le montage en ro avec un système de fichier temporaire (tmpfs ??) en rw ? Mettre le contenu de /var en tmpfs risque d'être galère (pas mal de services modifient ce dossier pendant leur fonctionnement). Perso je ferais ça : - partage pour la racine du système en RO - partage pour /home en RW - partage pour /var (un sous-dossier par client) en RW Unionfs (ou aufs) pour fusionner le /var RW avec le reste de l'arborescence. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists 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 Archive: https://lists.debian.org/20141128094016.ga14...@sebian.nob900.homeip.net
Re: Client léger : Boot en PXE montage / en NFS (read-only).
Ok. Créer autant de dossiers/partages NFS de /var, que de clients, ne m'arrange pas, mais bon, ... Sinon, voila ce que j'ai fait (pour l'instant) à des fins de tests : Serveur (192.168.1.2) DHCP/PXE (fichier /tftpboot/pxe_root/pxelinux.cfg/default) : label Linux Ubuntu 14.04 LTS Diskless kernel diskless/vmlinuz append initrd=diskless/initrd.img root=/dev/nfs nfsroot=192.168.158.2:/data/disklessroot,tcp ip=dhcp nfsrootdebug rootfstype=nfs ro Serveur (192.168.1.2) NFS (fichier /etc/exports) : /data/disklessroot 192.168.1.0/255.255.255.0(ro,async,no_root_squash,no_subtree_check) /data/disklessvar1 192.168.1.0/255.255.255.0(rw,sync,no_root_squash,no_subtree_check) /data/disklesshome 192.168.1.0/255.255.255.0(rw,sync,no_root_squash,no_subtree_check) Mon système client de test est donc dans le répertoire /data/disklessroot, sauf les sous répertoires de var qui sont dans /data/disklessvar1 et les répertoires home des utilisateurs qui sont dans /data/disklesshome. Le fichier /etc/fstab du client (soit /data/disklessroot/etc/fstab) contient : proc/procprocdefaults 00 /dev/nfs/nfsdefaults,tcp,nfsvers=3 01 none/tmptmpfsdefaults 02 192.168.1.2:/data/disklessvar1/varnfs defaults,tcp,nfsvers=3,nolock02 none/var/runtmpfsdefaults 02 none/var/tmptmpfsdefaults 02 192.168.1.2:/data/disklesshome/homenfs defaults,tcp,nfsvers=302 /dev/cdrom/media/cdromudf,iso9660user,noauto 02 Alors : Ai-je bon ou pas concernant la conf NFS et le fichier FSTAB du client ? Pour l'instant, je ne sais pas comment configurer unionfs/aufs dans le FSTAB du client. Faut-il, dans le fichier FSTAB du client, que les différents systèmes de fichiers formant l'union, soit aussi monter (avant) ? Lorsque je test la configuration ci-dessus, mon système client se lance correctement, mais reste en console (alors que j'ai bien une interface graphique d'installée). Bien cordialement. - Vincent FARGET Sébastien NOBILI a écrit : Bonjour, Le vendredi 28 novembre 2014 à 10:24, Vincent Farget a écrit : Faut-il que j'utilise unionfs ou aufs pour réunir le montage en ro avec un système de fichier temporaire (tmpfs ??) en rw ? Mettre le contenu de /var en tmpfs risque d'être galère (pas mal de services modifient ce dossier pendant leur fonctionnement). Perso je ferais ça : - partage pour la racine du système en RO - partage pour /home en RW - partage pour /var (un sous-dossier par client) en RW Unionfs (ou aufs) pour fusionner le /var RW avec le reste de l'arborescence. Seb -- - M. FARGET Vincent Systemes Informatiques et developpements webs -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists 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 Archive: https://lists.debian.org/54787a86.7040...@orange.fr
Re: Client léger : Boot en PXE montage / en NFS (read-only).
Le vendredi 28 novembre 2014, 14:37:10 Vincent Farget a écrit : Ok. Créer autant de dossiers/partages NFS de /var, que de clients, ne m'arrange pas, mais bon, ... Soit ils sont sur les clients (en local), soit ils sont sur le serveur. De toute façon, ils doivent être quelque part. Tu pourrais affiner ce qu’il y a de vraiment variable dans /var (p.ex. /var/lib/ doit être commun à tous les systèmes qui partagent le même / mais /var/log doit être individualisé, etc.) pour mettre tout ça dans des tmpfs mais je ne suis pas sûr que ça en vaille la chandelle. Tu peux laisser un seul /var original dans / et monter dessus un /var en tmpfs et aufs/unionfs. Ça demande de la RAM mais : 1. avec aufs/unionfs, tu n’as que les différences en mémoire, pas le /var original ; 2. tu as un /var « propre » à chaque redémarrage (ce qui n’est pas forcément un avantage suivant l’usage). […] /data/disklessvar1 192.168.1.0/255.255.255.0(rw,sync,no_root_squash,no_subtree_check) Euh, tu auras peut-être envie de limiter l’accès de var_n à l’IP de la machine n (pour ce que ça vaut comme sécurité)… […] Alors : Ai-je bon ou pas concernant la conf NFS et le fichier FSTAB du client ? Ça y ressemble. Pour l'instant, je ne sais pas comment configurer unionfs/aufs dans le FSTAB du client. Tu veux faire du aufs/unionfs en plus d’avoir des /var individuels ? Quel intérêt ? Faut-il, dans le fichier FSTAB du client, que les différents systèmes de fichiers formant l'union, soit aussi monter (avant) ? D’après ce dont je me souviens, pour fuse.unionfs, les bouts qui forment le fs final sont unis dans le fstab avec le type fuse.unionfs et sont montés avant (quand il s’agit de répertoires ; je ne sais plus si on peut utiliser directement des périphériques). Lorsque je test la configuration ci-dessus, mon système client se lance correctement, mais reste en console (alors que j'ai bien une interface graphique d'installée). Ton /var est-il correctement rempli ? Que disent /var/log/syslog et consorts ? -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists 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 Archive: https://lists.debian.org/2882823.hHqDXRjJff@earendil
Re: Client léger : Boot en PXE montage / en NFS (read-only).
Le vendredi 28 novembre 2014 à 14:37, Vincent Farget a écrit : Créer autant de dossiers/partages NFS de /var, que de clients, ne m'arrange pas, mais bon, ... Pas obligé, tu peux créer un partage « /var » global contenant un dossier par client et chaque client monte son dossier. (ma remarque ne remet aucunement en question la précédente réponse) Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists 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 Archive: https://lists.debian.org/20141128172003.gd14...@sebian.nob900.homeip.net
Client léger : Boot en PXE montage / en NFS (read-only).
Bonjour à tous, Je souhaiterais booter des postes clients léger sur le réseau (par amorçage PXE) puis monter le même système de fichier root (/) d'un système Linux que j'ai créé (par bootstrap) depuis un partage NFS en read-only, tout en pouvant, quand même, pouvoir écrire dans des fichiers et/ou répertoires comme /tmp, /var/log, /var/lib, ect Le coté serveur DHCP, TFTP, la configuration PXE et le serveur NFS fonctionne bien. PXE/TFTP (fichier : /tftpboot/pxe_root/pxelinux.cfg/default) : label Linux Diskless kernel diskless/vmlinuz-3.2.0-4-amd64 append initrd=diskless/initrd.img-3.2.0-4-amd64 root=/dev/nfs nfsroot=192.168.1.2:/data/disklessroot,tcp ip=dhcp nfsrootdebug rootfstype=nfs ro NFS (fichier : /etc/exports) : /data/disklessroot 192.168.1.0/255.255.255.0(ro,async,no_root_squash,no_subtree_check) /data/disklesshome 192.168.1.0/255.255.255.0(rw,async,no_root_squash,no_subtree_check) Client léger (fichier [/data/disklessroot]/etc/fstab) : proc/procprocdefaults 00 /dev/nfs/nfshard,nolock,vers=3 00 192.168.158.2:/data/disklesshome/homenfsdefaults 02 /dev/cdrom/media/cdromudf,iso9660user,noauto 00 Je bloque sur le fait que mon système Linux ne peux pas écrire comme il le souhaite (normal le montage NFS root est en ro). Question : Y'a t'il un moyen de définir une possibilité pour les clients léger, d'écrire dans un système de fichier qui serait temporaire (il n'est pas nécessaire qu'il survie au reboot) ? Merci d'avance pour votre aide, Bien cordialement. -- - M. FARGET Vincent Systemes Informatiques et developpements webs -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists 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 Archive: https://lists.debian.org/5477320c.1070...@orange.fr
Re: Client léger : Boot en PXE montage / en NFS (read-only).
Bonjour, Pourquoi ne pas créer les partitions qui doivent être en rw séparément (var, ...) et les montés comme tu l'as mentionné via NFS sur le client ? Le 27 novembre 2014 15:15, Vincent Farget farget.vinc...@orange.fr a écrit : Bonjour à tous, Je souhaiterais booter des postes clients léger sur le réseau (par amorçage PXE) puis monter le même système de fichier root (/) d'un système Linux que j'ai créé (par bootstrap) depuis un partage NFS en read-only, tout en pouvant, quand même, pouvoir écrire dans des fichiers et/ou répertoires comme /tmp, /var/log, /var/lib, ect Le coté serveur DHCP, TFTP, la configuration PXE et le serveur NFS fonctionne bien. PXE/TFTP (fichier : /tftpboot/pxe_root/pxelinux.cfg/default) : label Linux Diskless kernel diskless/vmlinuz-3.2.0-4-amd64 append initrd=diskless/initrd.img-3.2.0-4-amd64 root=/dev/nfs nfsroot=192.168.1.2:/data/disklessroot,tcp ip=dhcp nfsrootdebug rootfstype=nfs ro NFS (fichier : /etc/exports) : /data/disklessroot192.168.1.0/255.255.255.0(ro, async,no_root_squash,no_subtree_check) /data/disklesshome192.168.1.0/255.255.255.0(rw, async,no_root_squash,no_subtree_check) Client léger (fichier [/data/disklessroot]/etc/fstab) : proc/procprocdefaults 00 /dev/nfs/nfshard,nolock,vers=3 00 192.168.158.2:/data/disklesshome/homenfsdefaults 02 /dev/cdrom/media/cdromudf,iso9660user,noauto 00 Je bloque sur le fait que mon système Linux ne peux pas écrire comme il le souhaite (normal le montage NFS root est en ro). Question : Y'a t'il un moyen de définir une possibilité pour les clients léger, d'écrire dans un système de fichier qui serait temporaire (il n'est pas nécessaire qu'il survie au reboot) ? Merci d'avance pour votre aide, Bien cordialement. -- - M. FARGET Vincent Systemes Informatiques et developpements webs -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists 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 Archive: https://lists.debian.org/5477320c.1070...@orange.fr -- Belaid
Re: Client léger : Boot en PXE montage / en NFS (read-only).
Le jeudi 27 novembre 2014 à 15:15, Vincent Farget a écrit : Question : Y'a t'il un moyen de définir une possibilité pour les clients léger, d'écrire dans un système de fichier qui serait temporaire (il n'est pas nécessaire qu'il survie au reboot) ? Oui, tu peux très bien ajouter dans le /etc/fstab des directives de montage type « tmpfs » pour tous les dossiers que tu veux. Ensuite, tu n'auras qu'à ajouter les commandes de montage dans un script d'init (que tu peux créer) ou bien dans le script /etc/rc.local. Sinon, François B. (ici présent) maintient un système live (qui boote depuis une clé USB) sur lequel il a mis en place une solution permettant d'avoir des données modifiables et persistentes sur un système de fichiers en lecture seule. Je crois que c'est basé sur unionfs, il le confirmera si il passe dans le coin. http://clefagreg.dnsalias.org/ Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists 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 Archive: https://lists.debian.org/20141127144751.gg13...@sebian.nob900.homeip.net
Re: Client léger : Boot en PXE montage / en NFS (read-only).
Bonjour, J'y ai vaguement pensé, mais rapidement éliminer cette solution, car je voudrais pouvoir booter plusieurs dizaines de clients sans avoir plusieurs dizaines de partages NFS en rw. Je ne sais pas si c'est possible que plusieurs clients puissent écrire dans un seul et unique partage du répertoire /var par exemple. Si 2 clients doivent modifier le même fichier dans le même répertoire (/var/cache/cups/... ), que se passe t'il (je n'ai pas tester ...) Sinon : Je viens de voir quelques pages au sujet de aufs (overlay fs ) et je ne sais pas encore si cela peut être une solution à mon problème. Bien cordialement. - Vincent FARGET Belaïd a écrit : Bonjour, Pourquoi ne pas créer les partitions qui doivent être en rw séparément (var, ...) et les montés comme tu l'as mentionné via NFS sur le client ? Le 27 novembre 2014 15:15, Vincent Farget farget.vinc...@orange.fr mailto:farget.vinc...@orange.fr a écrit : Bonjour à tous, Je souhaiterais booter des postes clients léger sur le réseau (par amorçage PXE) puis monter le même système de fichier root (/) d'un système Linux que j'ai créé (par bootstrap) depuis un partage NFS en read-only, tout en pouvant, quand même, pouvoir écrire dans des fichiers et/ou répertoires comme /tmp, /var/log, /var/lib, ect Le coté serveur DHCP, TFTP, la configuration PXE et le serveur NFS fonctionne bien. PXE/TFTP (fichier : /tftpboot/pxe_root/pxelinux.cfg/default) : label Linux Diskless kernel diskless/vmlinuz-3.2.0-4-amd64 append initrd=diskless/initrd.img-3.2.0-4-amd64 root=/dev/nfs nfsroot=192.168.1.2:/data/disklessroot,tcp ip=dhcp nfsrootdebug rootfstype=nfs ro NFS (fichier : /etc/exports) : /data/disklessroot 192.168.1.0/255.255.255.0(ro,async,no_root_squash,no_subtree_check) http://192.168.1.0/255.255.255.0%28ro,async,no_root_squash,no_subtree_check%29 /data/disklesshome 192.168.1.0/255.255.255.0(rw,async,no_root_squash,no_subtree_check) http://192.168.1.0/255.255.255.0%28rw,async,no_root_squash,no_subtree_check%29 Client léger (fichier [/data/disklessroot]/etc/fstab) : proc/procprocdefaults 00 /dev/nfs/nfshard,nolock,vers=3 00 192.168.158.2:/data/disklesshome/homenfs defaults 02 /dev/cdrom/media/cdromudf,iso9660 user,noauto 00 Je bloque sur le fait que mon système Linux ne peux pas écrire comme il le souhaite (normal le montage NFS root est en ro). Question : Y'a t'il un moyen de définir une possibilité pour les clients léger, d'écrire dans un système de fichier qui serait temporaire (il n'est pas nécessaire qu'il survie au reboot) ? Merci d'avance pour votre aide, Bien cordialement. -- - M. FARGET Vincent Systemes Informatiques et developpements webs -- Belaid -- - M. FARGET Vincent Systemes Informatiques et developpements webs -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists 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 Archive: https://lists.debian.org/54773e1b.4020...@orange.fr
Re: Client léger : Boot en PXE montage / en NFS (read-only).
Bonjour, En regardant sur le net, je suis tombé sur un article qui parle de aufs (basé, à priori, sur UnionFS). Cela parait être une solution à mon problème. Je vais y regarder de plus prêt. Je reviendrais sur la liste, si je ne m'en sort pas ... ;-) Merci, Bien cordialement. - Vincent FARGET. Sébastien NOBILI a écrit : Le jeudi 27 novembre 2014 à 15:15, Vincent Farget a écrit : Question : Y'a t'il un moyen de définir une possibilité pour les clients léger, d'écrire dans un système de fichier qui serait temporaire (il n'est pas nécessaire qu'il survie au reboot) ? Oui, tu peux très bien ajouter dans le /etc/fstab des directives de montage type « tmpfs » pour tous les dossiers que tu veux. Ensuite, tu n'auras qu'à ajouter les commandes de montage dans un script d'init (que tu peux créer) ou bien dans le script /etc/rc.local. Sinon, François B. (ici présent) maintient un système live (qui boote depuis une clé USB) sur lequel il a mis en place une solution permettant d'avoir des données modifiables et persistentes sur un système de fichiers en lecture seule. Je crois que c'est basé sur unionfs, il le confirmera si il passe dans le coin. http://clefagreg.dnsalias.org/ Seb - M. FARGET Vincent Systemes Informatiques et developpements webs -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists 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 Archive: https://lists.debian.org/5477403c.9090...@orange.fr
Re: Client léger : Boot en PXE montage / en NFS (read-only).
Le jeudi 27 novembre 2014 à 16:07, Vincent Farget a écrit : Je ne sais pas si c'est possible que plusieurs clients puissent écrire dans un seul et unique partage du répertoire /var par exemple. Oui, c'est possible bien sûr. Si 2 clients doivent modifier le même fichier dans le même répertoire (/var/cache/cups/... ), que se passe t'il (je n'ai pas tester ...) Il y a fort à parier qu'ils écrasent mutuellement les données de l'autre, je pense qu'il vaut mieux éviter cette solution. Seb -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists 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 Archive: https://lists.debian.org/20141127160528.gj13...@sebian.nob900.homeip.net
Re: Client léger : Boot en PXE montage / en NFS (read-only).
Bonjour, tu peux faire des montages rw en ram grace au tmpfs. Comme ca, pas de partage en rw sur le serveur puisque tout ce qui est inscriptible est dans la ram du client. Bonne soiree. On 11/27/14 16:07, Vincent Farget wrote: Bonjour, J'y ai vaguement pensé, mais rapidement éliminer cette solution, car je voudrais pouvoir booter plusieurs dizaines de clients sans avoir plusieurs dizaines de partages NFS en rw. Je ne sais pas si c'est possible que plusieurs clients puissent écrire dans un seul et unique partage du répertoire /var par exemple. Si 2 clients doivent modifier le même fichier dans le même répertoire (/var/cache/cups/... ), que se passe t'il (je n'ai pas tester ...) Sinon : Je viens de voir quelques pages au sujet de aufs (overlay fs ) et je ne sais pas encore si cela peut être une solution à mon problème. Bien cordialement. - Vincent FARGET Belaïd a écrit : Bonjour, Pourquoi ne pas créer les partitions qui doivent être en rw séparément (var, ...) et les montés comme tu l'as mentionné via NFS sur le client ? Le 27 novembre 2014 15:15, Vincent Farget farget.vinc...@orange.fr mailto:farget.vinc...@orange.fr a écrit : Bonjour à tous, Je souhaiterais booter des postes clients léger sur le réseau (par amorçage PXE) puis monter le même système de fichier root (/) d'un système Linux que j'ai créé (par bootstrap) depuis un partage NFS en read-only, tout en pouvant, quand même, pouvoir écrire dans des fichiers et/ou répertoires comme /tmp, /var/log, /var/lib, ect Le coté serveur DHCP, TFTP, la configuration PXE et le serveur NFS fonctionne bien. PXE/TFTP (fichier : /tftpboot/pxe_root/pxelinux.cfg/default) : label Linux Diskless kernel diskless/vmlinuz-3.2.0-4-amd64 append initrd=diskless/initrd.img-3.2.0-4-amd64 root=/dev/nfs nfsroot=192.168.1.2:/data/disklessroot,tcp ip=dhcp nfsrootdebug rootfstype=nfs ro NFS (fichier : /etc/exports) : /data/disklessroot 192.168.1.0/255.255.255.0(ro,async,no_root_squash,no_subtree_check) http://192.168.1.0/255.255.255.0%28ro,async,no_root_squash,no_subtree_check%29 /data/disklesshome 192.168.1.0/255.255.255.0(rw,async,no_root_squash,no_subtree_check) http://192.168.1.0/255.255.255.0%28rw,async,no_root_squash,no_subtree_check%29 Client léger (fichier [/data/disklessroot]/etc/fstab) : proc/procprocdefaults 00 /dev/nfs/nfshard,nolock,vers=3 00 192.168.158.2:/data/disklesshome/homenfs defaults 02 /dev/cdrom/media/cdromudf,iso9660 user,noauto 00 Je bloque sur le fait que mon système Linux ne peux pas écrire comme il le souhaite (normal le montage NFS root est en ro). Question : Y'a t'il un moyen de définir une possibilité pour les clients léger, d'écrire dans un système de fichier qui serait temporaire (il n'est pas nécessaire qu'il survie au reboot) ? Merci d'avance pour votre aide, Bien cordialement. -- - M. FARGET Vincent Systemes Informatiques et developpements webs -- Belaid -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists 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 Archive: https://lists.debian.org/54778740.6030...@free.fr