Re: Désactiver touche d'extinction
Oui mais voilà : Sur mon clavier (HP), y'a en haut 7 touches rondes supplémentaires, en plastique mou, dont une avec... une demi-lune. En suivant cette logique trolldi-4, il faudrait trouver un capuchon de diamètre supérieur à la touche et le coller délicatement pour recouvrir cette &*%ù£$µ& de touche ronde ? Le 17/04/2018 à 08:18, elguero eric a écrit : Le lundi 16 avril 2018 à 18:35:36 UTC+2, BERTRAND Joël a écrit : La touche comportant une lune sert à l'extinction de la machine. Est-il possible de désactiver cette satanée touche ? 1) aller prendre un café au bistrot d'en face. 2) ressortir du bistrot en ayant soin d'avoir gardé la petite cuillère. 3) insérer délicatement la petite cuillère sous la touche incriminée. 4) faire levier et retirer le capuchon de la touche 5) tu ne devrais plusappuyer dessus par mégarde. e.e.
Re: Désactiver touche d'extinction
Le lundi 16 avril 2018 à 18:35:36 UTC+2, BERTRAND Joël a écrit : La touche comportant une lune sert à l'extinction de la machine. Est-il possible de désactiver cette satanée touche ? 1) aller prendre un café au bistrot d'en face.2) ressortir du bistrot en ayant soin d'avoirgardé la petite cuillère.3) insérer délicatement la petite cuillèresous la touche incriminée.4) faire levier et retirer le capuchon de la touche5) tu ne devrais plusappuyer dessus par mégarde. e.e.
Re: Station diskless et Debian testing
Étienne Mollier a écrit : > Joël Bertrand, le 2018-04-16 : >> Je n'ai pas l'impression que la carte réseau soit en >> cause (les autres applications appelant elles aussi les disques >> NFS ne sont pas impactées). J'ai l'impression que ça touche >> soit le pilote de la carte réseau soit le protocole NFS. > > [...] > >> >> Étienne Mollier a écrit : >>> Sans toucher au matériel, l'absence générale de charge lors >>> d'un gel de la machine suggère un timeout quelconque. Ça >>> pourait, par exemple, venir de la configuration du DNS (mais >>> j'imagine que le post client monte son NFS root via l'IP), ou >>> peut-être du Name Service Cache Daemon nscd (mais si vous >>> utilisez directement /etc/passwd tel que monté en NFS root, >>> vous n'en avez peut-être pas l'usage, le service est prévu >>> pour doper des outils de centralisation des logins comme LDAP >>> ou du NIS). >> >> Tout est monté en dur via les adresses IP. Le NIS et le >> DNS fonctionnent parfaitement... Lorsque une application se met >> en attente NFS, la charge monte très vite et très haut. >> Jusqu'au moment où ça se remet à fonctionner normalement. >> Aucune trace dans les logs, ce serait trop facile. >> > > Oups, après l'heure, ce n'est plus l'heure... é_è > J'ai lu de travers le message initial à propos de la charge, > désolé. Effectivement, ça ressemble beaucoup moins à un timeout > et beaucoup plus à un problème de perte temporaire de la > connexion entre le client et le serveur NFS, à ceci près que cela > ne concerne qu'une petite sélection de programmes intensifs. > Curieux... N'est-ce pas ? ;-) > Autre idée : j'ai eu un cas un peu similaire il y a quelques > années avec gvfsd, un service Gnome qui faisait « des trucs » en > travaillant en boucle sur des petits fichiers dans le home. Avec > un home monté NFS, forcément, ça se passait moins bien. > Symlinker le répertoire concerné dans un espace local (disque > local, /dev/shm, peu importe) avait résorbé le problème. Le > volume de données échangé n'était pas énorme, mais l'attente > entre chaque requête et chaque réponse suffisait à ralentir le > tout. Le problème venait de la latence et non du débit. Mais je > ne me souviens plus exactement du comportement de la charge. > > Si le problème se déclenche au lancement d'applications du type à > manipuler du cache pour des raisons de performances (navigateurs > web, java, etc), est-ce que diminuer, rediriger en local, ou > supprimer ledit cache permettrait de diminuer l'ampleur des > sautes d'humeur du poste de CAO ? Les programmes incriminés sont principalement les navigateurs web (seamonkey, firefox, chromium). Pas d'autre activité suspecte lorsque le problème survient. J'ai forcé le cache de seamonkey à 0. Je ne suis pas sûr que cela arrange la chose puisque durant les périodes fautives, il n'y a pas d'activité nfs. Comme si Linux attendait quelque chose. J'ai aussi l'impression que le problème est survenu avec le noyau 4.15 (je n'ai pas noté ce genre de problème auparavant sauf lorsque la machine se mettait à swapper, mais tous les programmes étaient impactés). Bien cordialement, JKB
Re: Station diskless et Debian testing
Joël Bertrand, le 2018-04-16 : > Je n'ai pas l'impression que la carte réseau soit en > cause (les autres applications appelant elles aussi les disques > NFS ne sont pas impactées). J'ai l'impression que ça touche > soit le pilote de la carte réseau soit le protocole NFS. [...] > > Étienne Mollier a écrit : > > Sans toucher au matériel, l'absence générale de charge lors > > d'un gel de la machine suggère un timeout quelconque. Ça > > pourait, par exemple, venir de la configuration du DNS (mais > > j'imagine que le post client monte son NFS root via l'IP), ou > > peut-être du Name Service Cache Daemon nscd (mais si vous > > utilisez directement /etc/passwd tel que monté en NFS root, > > vous n'en avez peut-être pas l'usage, le service est prévu > > pour doper des outils de centralisation des logins comme LDAP > > ou du NIS). > > Tout est monté en dur via les adresses IP. Le NIS et le > DNS fonctionnent parfaitement... Lorsque une application se met > en attente NFS, la charge monte très vite et très haut. > Jusqu'au moment où ça se remet à fonctionner normalement. > Aucune trace dans les logs, ce serait trop facile. > Oups, après l'heure, ce n'est plus l'heure... é_è J'ai lu de travers le message initial à propos de la charge, désolé. Effectivement, ça ressemble beaucoup moins à un timeout et beaucoup plus à un problème de perte temporaire de la connexion entre le client et le serveur NFS, à ceci près que cela ne concerne qu'une petite sélection de programmes intensifs. Curieux... Autre idée : j'ai eu un cas un peu similaire il y a quelques années avec gvfsd, un service Gnome qui faisait « des trucs » en travaillant en boucle sur des petits fichiers dans le home. Avec un home monté NFS, forcément, ça se passait moins bien. Symlinker le répertoire concerné dans un espace local (disque local, /dev/shm, peu importe) avait résorbé le problème. Le volume de données échangé n'était pas énorme, mais l'attente entre chaque requête et chaque réponse suffisait à ralentir le tout. Le problème venait de la latence et non du débit. Mais je ne me souviens plus exactement du comportement de la charge. Si le problème se déclenche au lancement d'applications du type à manipuler du cache pour des raisons de performances (navigateurs web, java, etc), est-ce que diminuer, rediriger en local, ou supprimer ledit cache permettrait de diminuer l'ampleur des sautes d'humeur du poste de CAO ? En espérant ne pas être tombé trop à côté de la question cette fois ci, :-) À plus, -- Étienne Mollier
Re: Désactiver touche d'extinction
Damien a écrit : > Le Mon, Apr 16, 2018 at 07:52:27PM +0200, BERTRAND Joël a écrit : >> Je ne vois pas qui traite l'interruption sauf si c'est une interruption >> matérielle directement traitée par le BIOS... > > Si systemd tourne, il faut configurer dans '/etc/systemd/logind.conf' > HandlePowerKey=ignore. > Tiens, oui, ça pourrait encore être une systemderie. Je modifie. Mais je ne peux pas tester tout de suite. Merci du tuyau, JKB
Re: Désactiver touche d'extinction
Le Mon, Apr 16, 2018 at 07:52:27PM +0200, BERTRAND Joël a écrit : > Je ne vois pas qui traite l'interruption sauf si c'est une interruption > matérielle directement traitée par le BIOS... Si systemd tourne, il faut configurer dans '/etc/systemd/logind.conf' HandlePowerKey=ignore.
Re: Désactiver touche d'extinction
Le 16/04/2018 à 18:40, BERTRAND Joël a écrit : Bonsoir à tous, J'utilise un clavier Sun de type 7. Au-dessus de la touche "-" du pavé numérique se trouvent quatre touches (contraste, luminosité, volume dont je me contrefiche et une touche avec une lune qui m'ennuie). La touche comportant une lune sert à l'extinction de la machine. Est-il possible de désactiver cette satanée touche ? Il vient de m'arriver deux fois de suite de perdre mon boulot en tapant par mégarde sur la mauvaise touche (ou ouvrir une boîte de dialogue demandant confirmation). Je n'ai rien trouvé dans la documentation classique. Bien cordialement, JKB Normalement dans la configuration de votre window manager voir les section "gestion d'énergie" (modification globale) ou dans la gestion du clavier (affectation des touches). Winnt
Re: Désactiver touche d'extinction
En mettant un gros exit 0 au début du script shutdown lancé par acpid ou en désactivant acpid, le poste s'éteint tout de même. Idem depuis une console texte donc sans X. Je ne vois pas qui traite l'interruption sauf si c'est une interruption matérielle directement traitée par le BIOS... Bien cordialement, JKB
Re: Station diskless et Debian testing
Étienne Mollier a écrit : > Bonsoir, > >>> J'ai l'impression que ce problème s'est aggravé avec le >>> noyau 4.15 (avant cela, ce genre de chose pouvait arriver, >>> mais seulement lorsque le système commençait à swapper) et la >>> libc qui venait avec lui. La dernière mise à jour de la libc >>> (hier) semble avoir un peu calmé la chose, mais sans la >>> corriger. > >> Aucune idée ? > > Pas vraiment d'idée, les problèmes intermittents sont les plus > compliqués à résoudre. À vue de nez, il faudrait tester avec une > autre carte réseau, mais si la carte mère ne permet le PXE boot > que sur sa carte intégrée, ça va être compliqué à vérifier. Je n'ai pas l'impression que la carte réseau soit en cause (les autres applications appelant elles aussi les disques NFS ne sont pas impactées). J'ai l'impression que ça touche soit le pilote de la carte réseau soit le protocole NFS. > Sans toucher au matériel, l'absence générale de charge lors d'un > gel de la machine suggère un timeout quelconque. Ça pourait, par > exemple, venir de la configuration du DNS (mais j'imagine que le > post client monte son NFS root via l'IP), ou peut-être du Name > Service Cache Daemon nscd (mais si vous utilisez directement > /etc/passwd tel que monté en NFS root, vous n'en avez peut-être > pas l'usage, le service est prévu pour doper des outils de > centralisation des logins comme LDAP ou du NIS). Tout est monté en dur via les adresses IP. Le NIS et le DNS fonctionnent parfaitement... Lorsque une application se met en attente NFS, la charge monte très vite et très haut. Jusqu'au moment où ça se remet à fonctionner normalement. Aucune trace dans les logs, ce serait trop facile. Bien cordialement, JKB
Re: Désactiver touche d'extinction
Re, On Mon, Apr 16, 2018 at 07:11:44PM +0200, BERTRAND Joël wrote: > > La touche "lune" ne renvoie pas un scancode/keysym que tu pourrais > > détourner ? > > > > Si tu lances xev et que tu appuies dessus, ça donne quelque chose ? > > ('tention, pas avec un boulot en cours :-)) > > > > A+ > > > > J'ai essayé ;-) > > Je n'ai pas le temps avoir le résultat. Mon i7 est plus rapide que moi... Ah merde :-) Mais je ne serais pas surpris que ça corresponde à une touche "adressable"... Si tu fais xmodmap -pke, ça liste des trucs potentiellement inspirants, genre XF86KbdBrightnessDown, XF86KbdBrightnessUp, XF86Close, etc. Faudrait juste trouver la bonne pour la détourner. Peut-être qu'en virant temporairement le script de réaction sur le bouton, tu arriverais à voir de laquelle il s'agit ? Hih, -- JFS.
Re: Station diskless et Debian testing
Bonsoir, > > J'ai l'impression que ce problème s'est aggravé avec le > > noyau 4.15 (avant cela, ce genre de chose pouvait arriver, > > mais seulement lorsque le système commençait à swapper) et la > > libc qui venait avec lui. La dernière mise à jour de la libc > > (hier) semble avoir un peu calmé la chose, mais sans la > > corriger. > Aucune idée ? Pas vraiment d'idée, les problèmes intermittents sont les plus compliqués à résoudre. À vue de nez, il faudrait tester avec une autre carte réseau, mais si la carte mère ne permet le PXE boot que sur sa carte intégrée, ça va être compliqué à vérifier. Sans toucher au matériel, l'absence générale de charge lors d'un gel de la machine suggère un timeout quelconque. Ça pourait, par exemple, venir de la configuration du DNS (mais j'imagine que le post client monte son NFS root via l'IP), ou peut-être du Name Service Cache Daemon nscd (mais si vous utilisez directement /etc/passwd tel que monté en NFS root, vous n'en avez peut-être pas l'usage, le service est prévu pour doper des outils de centralisation des logins comme LDAP ou du NIS). En espérant que ça aide à débroussailler une piste, -- Étienne Mollier
Re: Désactiver touche d'extinction
> La touche "lune" ne renvoie pas un scancode/keysym que tu pourrais > détourner ? > > Si tu lances xev et que tu appuies dessus, ça donne quelque chose ? > ('tention, pas avec un boulot en cours :-)) > > A+ > J'ai essayé ;-) Je n'ai pas le temps avoir le résultat. Mon i7 est plus rapide que moi... JKB
Re: Désactiver touche d'extinction
Hello, On Mon, Apr 16, 2018 at 06:52:08PM +0200, BERTRAND Joël wrote: [...] > >> La touche comportant une lune sert à l'extinction de la machine. > >> Est-il possible de désactiver cette satanée touche ? [...] [...] > > C'est l'acpi qui gère, surement le démon acpid. Vois les scripts > > dans /etc/acpi [...] > Pourtant, il doit bien y avoir un mécanisme intermédiaire > entre ce bouton de clavier (USB) et acpid. Je voulais pour ma part > intervenir sur ce mécanisme. La touche "lune" ne renvoie pas un scancode/keysym que tu pourrais détourner ? Si tu lances xev et que tu appuies dessus, ça donne quelque chose ? ('tention, pas avec un boulot en cours :-)) A+ -- JFS.
Re: Désactiver touche d'extinction
daniel huhardeaux a écrit : > Le 16/04/2018 à 18:35, BERTRAND Joël a écrit : >> Bonsoir à tous, > > Bonjour > >> >> J'utilise un clavier Sun de type 7. Au-dessus de la touche "-" du >> pavé >> numérique se trouvent quatre touches (contraste, luminosité, volume dont >> je me contrefiche et une touche avec une lune qui m'ennuie). >> >> La touche comportant une lune sert à l'extinction de la machine. >> Est-il >> possible de désactiver cette satanée touche ? Il vient de m'arriver deux >> fois de suite de perdre mon boulot en tapant par mégarde sur la mauvaise >> touche (ou ouvrir une boîte de dialogue demandant confirmation). Je n'ai >> rien trouvé dans la documentation classique. > > C'est l'acpi qui gère, surement le démon acpid. Vois les scripts dans > /etc/acpi Tiens, je n'avais pas pensé à cela. Je pensais que seul le bouton physique branché sur la carte-mère était géré par acpid. J'ai effectivement un /etc/acpi/powerbtn-acpi-support. Si je vire ce fichier, je suppose que cela interdira aussi le fonctionnement du bouton sur la carte-mère. Pourtant, il doit bien y avoir un mécanisme intermédiaire entre ce bouton de clavier (USB) et acpid. Je voulais pour ma part intervenir sur ce mécanisme. Bien cordialement, JKB
Re: Désactiver touche d'extinction
Le 16/04/2018 à 18:35, BERTRAND Joël a écrit : Bonsoir à tous, Bonjour J'utilise un clavier Sun de type 7. Au-dessus de la touche "-" du pavé numérique se trouvent quatre touches (contraste, luminosité, volume dont je me contrefiche et une touche avec une lune qui m'ennuie). La touche comportant une lune sert à l'extinction de la machine. Est-il possible de désactiver cette satanée touche ? Il vient de m'arriver deux fois de suite de perdre mon boulot en tapant par mégarde sur la mauvaise touche (ou ouvrir une boîte de dialogue demandant confirmation). Je n'ai rien trouvé dans la documentation classique. C'est l'acpi qui gère, surement le démon acpid. Vois les scripts dans /etc/acpi -- Daniel
Re: Station diskless et Debian testing
BERTRAND Joël a écrit : > Bonjour à tous. > > J'ai depuis quelques jours un problème assez embêtant avec mon poste de > travail. La configuration du réseau est la suivante : > - gros serveur de boot et nfs tournant sous NetBSD 8 (i7, 16 Go de > mémoire, 128 threads du serveur nfsd) > - postes de travail sous Linux ou FreeBSD tous diskless > - serveur connecté au réseau interne par lien agrégés (agr0 sous NetBSD > et un switch manageable qui comprend le protocole). Les cartes réseau du > serveur sont des intel (wm sous NetBSD) et envoient réellement 4 Gbps > vers le réseau (avec la limitation du xor entre mac source et mac > destination). Le switch est capable de gérer ces 4 Gbps sans broncher. > > Un poste sous FreeBSD 11.1 fonctionne parfaitement bien. Le player > video sous Linux Debian stable fonctionne normalement lui aussi. > d'autres machines de dev du labo ne bronchent pas (arm et mips). > > En revanche, mon poste de CAO électronique est à la ramasse. > Configuration de la machine : i7 4970, 16 Go de mémoire, carte réseau > gigabit. Par moment, tout fonctionne normalement. À d'autres, la charge > monte anormalement, atteignant parfois plus de dix (alors que rien ne le > justifie) et bloquant soit le système en entier, soit une application > particulière. Je précise que le poste ne swappe pas et qu'il n'y a pas > de saturation de réseau (lors de ces montées en charge, le débit réseau > est de quelques dizaines de kbps). La charge du serveur ne monte pas non > plus. La carte-mère du poste en question est une Asus thin mini-itx > (Q87T) avec deux cartes réseau, une Realtek et une intel, j'utilise > actuellement la realtek n'arrivant pas à booter sur le réseau avec la > carte intel. > > J'ai l'impression que ce problème s'est aggravé avec le noyau 4.15 > (avant cela, ce genre de chose pouvait arriver, mais seulement lorsque > le système commençait à swapper) et la libc qui venait avec lui. La > dernière mise à jour de la libc (hier) semble avoir un peu calmé la > chose, mais sans la corriger. > > Typiquement, des applications comme seamonkey, firefox ou chromium > peuvent figer le système. Le lancement de firefox provoquait juste > l'affichage des décorations de la fenêtre, rien d'autre. > > Je pensais à des histoires de segments de mémoire partagée, mais sysctl > renvoie des valeurs tout à fait correctes. > > Je ne sais plus où chercher. Toute idée sera la bienvenue. > > Bien cordialement, > > JKB > Aucune idée ? C'est franchement pénible. À certains moments, je suis contraint d'attendre 10 minutes pour que la charge tombe... Ce n'est pas un problème de serveur, tous les autres postes se comportent bien. Bien cordialement, JKB
Désactiver touche d'extinction
Bonsoir à tous, J'utilise un clavier Sun de type 7. Au-dessus de la touche "-" du pavé numérique se trouvent quatre touches (contraste, luminosité, volume dont je me contrefiche et une touche avec une lune qui m'ennuie). La touche comportant une lune sert à l'extinction de la machine. Est-il possible de désactiver cette satanée touche ? Il vient de m'arriver deux fois de suite de perdre mon boulot en tapant par mégarde sur la mauvaise touche (ou ouvrir une boîte de dialogue demandant confirmation). Je n'ai rien trouvé dans la documentation classique. Bien cordialement, JKB
Re: [HS mais bon] connexion au home M$ Windows depuis un poste linux-mint
Bonjour, Un "mount –t cifs –o username=,password= \\\chemin /media/partage ", précédé d'une fenetre demandant le username et le password, pas la peine de mettre les postes dans l'ad. Je le fais sur redhat et debian, y a pas mal de site qui vont te donner de l'aide la dessus Cordialement Le 16 avril 2018 à 16:47, fab a écrit : > sssd ? > > f. > > Le 16/04/2018 à 16:28, fab a écrit : > >> salut la liste, >> >> Dans une école primaire, j'installe des postes Linux-Mint 18.3 avec Xfce >> (en remplacement de Windows XP). >> >> Il y a un Active Directory sur un serveur Windows 2012 et un compte pour >> chaque élève a été créé sur ce serveur. >> >> Je souhaiterai que les élèves aient accès à leur espace perso sur le >> serveur mais avec une fenêtre de connexion plus simple que celle en PJ, >> proposée avec Thunar. Ce qui me gène, c'est la possibilité de pouvoir "Se >> souvenir pour toujours" du mot de passe de l'élève puisque les postes sont >> censés être utilisés par n'importe qui. >> >> Alors, on me souffle qu'il faudrait se connecter à l'AD, plutôt qu'au >> partage samba. Pourquoi pas, mais cela n'a pas l'air très simple ( >> http://www.numopen.fr/Integrer-un-ordinateur-Linux-Mint- >> MATE-dans-un-domaine-Windows). >> >> Alors alors, je me dit qu'il existe des programmes qui vont faire ça >> bien. Je tombe sur likewise-open ou sadms mais ces softs ne sont plus >> fournis dans les repos et sont anciens. >> >> Ma question est donc, avez-vous des retours d'expériences / liens / softs >> /... pour connecter un LinuxMint à un serveur Windows ? >> >> Je re-précise: Je verrai bien un lien posée sur le bureau linux qui >> lancerait une fenêtre de connexion vers le home de l'élève sur le serveur >> M$. Ou bien directement au démarrage du desktop, attaquer l'AD du serveur >> M$. >> >> Merci de m'avoir lu jusqu'au bout, ouf ;) >> >> f. >> >> >> >> >> > >
Re: [HS mais bon] connexion au home M$ Windows depuis un poste linux-mint
sssd ? f. Le 16/04/2018 à 16:28, fab a écrit : salut la liste, Dans une école primaire, j'installe des postes Linux-Mint 18.3 avec Xfce (en remplacement de Windows XP). Il y a un Active Directory sur un serveur Windows 2012 et un compte pour chaque élève a été créé sur ce serveur. Je souhaiterai que les élèves aient accès à leur espace perso sur le serveur mais avec une fenêtre de connexion plus simple que celle en PJ, proposée avec Thunar. Ce qui me gène, c'est la possibilité de pouvoir "Se souvenir pour toujours" du mot de passe de l'élève puisque les postes sont censés être utilisés par n'importe qui. Alors, on me souffle qu'il faudrait se connecter à l'AD, plutôt qu'au partage samba. Pourquoi pas, mais cela n'a pas l'air très simple (http://www.numopen.fr/Integrer-un-ordinateur-Linux-Mint-MATE-dans-un-domaine-Windows). Alors alors, je me dit qu'il existe des programmes qui vont faire ça bien. Je tombe sur likewise-open ou sadms mais ces softs ne sont plus fournis dans les repos et sont anciens. Ma question est donc, avez-vous des retours d'expériences / liens / softs /... pour connecter un LinuxMint à un serveur Windows ? Je re-précise: Je verrai bien un lien posée sur le bureau linux qui lancerait une fenêtre de connexion vers le home de l'élève sur le serveur M$. Ou bien directement au démarrage du desktop, attaquer l'AD du serveur M$. Merci de m'avoir lu jusqu'au bout, ouf ;) f.
[HS mais bon] connexion au home M$ Windows depuis un poste linux-mint
salut la liste, Dans une école primaire, j'installe des postes Linux-Mint 18.3 avec Xfce (en remplacement de Windows XP). Il y a un Active Directory sur un serveur Windows 2012 et un compte pour chaque élève a été créé sur ce serveur. Je souhaiterai que les élèves aient accès à leur espace perso sur le serveur mais avec une fenêtre de connexion plus simple que celle en PJ, proposée avec Thunar. Ce qui me gène, c'est la possibilité de pouvoir "Se souvenir pour toujours" du mot de passe de l'élève puisque les postes sont censés être utilisés par n'importe qui. Alors, on me souffle qu'il faudrait se connecter à l'AD, plutôt qu'au partage samba. Pourquoi pas, mais cela n'a pas l'air très simple (http://www.numopen.fr/Integrer-un-ordinateur-Linux-Mint-MATE-dans-un-domaine-Windows). Alors alors, je me dit qu'il existe des programmes qui vont faire ça bien. Je tombe sur likewise-open ou sadms mais ces softs ne sont plus fournis dans les repos et sont anciens. Ma question est donc, avez-vous des retours d'expériences / liens / softs /... pour connecter un LinuxMint à un serveur Windows ? Je re-précise: Je verrai bien un lien posée sur le bureau linux qui lancerait une fenêtre de connexion vers le home de l'élève sur le serveur M$. Ou bien directement au démarrage du desktop, attaquer l'AD du serveur M$. Merci de m'avoir lu jusqu'au bout, ouf ;) f.