Informations d'accessibilité| Page d'accueil| Aller au contenu| Plan du site| Moteur de recherche| Contact

Association Francophone des Utilisateurs de Logiciels Libres

French speaking Libre Software Users' Association

Promouvoir les logiciels libres ainsi que l'utilisation de standards ouverts.

Mise en fonction d'une salle informatique à l'école

Table des matières



Objectifs généraux et contraintes

Objectifs : mise en fonction d'une salle informatique permettant :

  • l'accès des élèves aux outils informatiques standards, l'auto-formation par la pratique,
  • la réalisation de TP/TD d'informatique appliqués aux Sciences de la Terre (cela implique au maximum 3 étudiants par poste et de préférence 2),
  • la mise à disposition de moyens informatiques (en libre service et sous la responsabilité des étudiants) pour la rédaction de rapports et la réalisation de projets informatiques.
Contraintes : La contrainte la plus évidente est celle des moyens matériels : budget très réduit (< 16 kF). On s'est imposé une autre contrainte tout aussi importante : définir une solution permettant une maintenance peu coûteuse en temps et en efforts.

Cahier des charges : Au vu des moyens à disposition, la seule solution envisageable possède les caractéristiques suivantes :

  • Récupération de vieux PC, modification des configurations hardware dans le but d'homogénéiser les postes et les installations (simplification de la maintenance). Huit postes sont actuellement installés et fonctionnent.
  • Achat d'un PC aux caractéristiques actuelles pour fonctionner comme serveur, les PC récupérés étant des postes clients.
  • Utilisation de Linux et autres logiciels libres (et gratuits), pour des raisons évidentes d'économie mais aussi pour de nombreuses autres raisons développées dans ce rapport.
  • Partage des ressources (espace disque, imprimante, logiciels) grâce au réseau, là encore, pour des raisons d'économie (disques, imprimantes) mais aussi d'ergonomie (information sur les utilisateurs centralisée, imprimante partagée, etc) et de facilité de la maintenance logiciel en utilisant un serveur de logiciels.


Présentation générale du réseau intranet

La salle informatique

Les câblages de la salle ont été réalisés par un électricien des services techniques de l'Université.

Le système d'exploitation

Le système d'exploitation choisi est un Unix libre et gratuit5 appelé Linux. L'avantage évident au premier abord est la gratuité du système. Cela n'est pas le plus important, le temps que l'on consacre à la mise en place ou à la maintenance pouvant augmenter ce coût.

Plus déterminant, ce système est stable6. Le support technique existe grâce au news group et autres mailing-lists que l'on peut trouver sur le W3 (World Wide Web) mais aussi plus classiquement grâce à des sociétés apparues plus récemment du fait de l'ouverture du marché linux pour les entreprises. De plus, la pérénité de ce système semble maintenant acquise7. Linux est un Unix à part entière et son intégration dans un environnement UNIX plus général ne pose pas de problème (de compatibilité ou autre). Le serveur graphique8 est basé sur X119 et de nombreux window managers10 existent, des plus simples : twm ou fvwm aux plus intégrés : kde11 ou gnome12.

Du point de vue de la sécurité, linux étant un Unix, les standards de sécurité sont élevés13 et les procédures de mise en place des outils liés à la sécurité sont bien connues.

Pour les vieilles machines comme les i48614 que nous avons récupérés, linux a un intérêt déterminant par rapport à Windows. En effet, linux utilise les ressources matérielle des PC jusqu'à leurs limites et permet ainsi de travailler avec confort sur de vieilles machines comme les Intel 486DX récupérées.

Enfin, les services réseau nécessaires à la mise en place d'une solution intranet existent, sont éprouvées et sont livrés en standard dans les distributions de linux.

Dans la salle informatique, il n'y a pas d'imprimante installée pour le moment. Le serveur n'est généralement pas utilisé comme poste lors des TD/TP. Il peut cependant servir lors de démonstrations nécessitant des ressources processeur ou mémoire importantes. Nous avons 4 unités constitués chacune de 4 chaises, 3 tables et 2 PC clients. Les bureaux étant peu larges, l'utilisation de 3 bureaux par unité permet aux étudiants d'y poser leurs affaires, de partager le clavier, etc. Le câblage électrique et Ethernet passe dans une rigole en plastique placée sous les bureaux centraux du hub jusqu'au huitième poste.

Les applications libres

Il existe de nombreuses applications fonctionnant sous linux15, autant scientifiques que bureautiques16. Celles qui sont livrées en standard dans les distributions linux sont libres et gratuites, et n'engendrent aucun coût supplémentaire pour l'achat de logiciels. Plus précisément, une grande partie des applications libres sont sous licence GPL17, ce qui permet de les copier et les redistribuer sans aucun problème. L'utilisation de cette licence a permis d'homogénéiser d'un point de vue juridique le développement des logiciels libres (OSS ou Open Sources Software). La liste des applications installées et utilisées dans le cadre de l'enseignement en Sciences de la Terre est donnée dans l'annexe B.

Les applications fonctionnant sous Windows

Certaines applications utiles pour des TP/TD de cristallographie tournaient sous Windows 3.1, il serait bien sûr intéressant de pouvoir les utiliser sur chacun des postes. Cela ne se fera pas pendant cette première phase (1998/99), cependant, on peut déjà citer deux possibilités à explorer :

  1. Installer Windows 95 sur chacun des postes. Afin que cette solution soit envisageable, nous avons configuré l'OS-loader de linux appelé LILO de manière à installer aisément un double-boot et nous avons réservé une partition d'environ 100 Mo sur les disques de chaque poste pour installer le système Windows. Le partage des ressources se ferait alors en utilisant Samba18 . Les logiciels seraient alors installés sur le serveur et on y accéderait à travers le réseau (équivalent de NFS).
  2. Une deuxième possibilité pourrait être l'utilisation d'un émulateur DOS. Par exemple, les applications de cristallographie étant anciennes, il est probable qu'elles puissent déjà tourner sous linux en utilisant l'émulateur WINE19 .

Le serveur et les services

Les postes sont indépendants du serveur du point de vue système (ce ne sont pas des terminaux), du point de vue service graphique également (X11 ainsi que le window manager est installé sur chacun des postes). La plupart des travaux utiliseront le processeur du poste client (le serveur n'est pas un serveur CPU). Le serveur est donc essentiellement un serveur NIS20, DNS21 et NFS22 (partage de fichiers : homes23 et applications24). Il est également prévu d'installer une imprimante partagée25 sur le serveur26.

Le serveur est un AMD K6-3D à 350 MHz doté de 128 Mo de mémoire SDRAM, (voir l'annexe A pour plus de précisions). Cette configuration semble suffisante27 pour l'utilisation actuelle de la salle. En fait, la limitation matérielle est essentiellement la faible bande passante serveur-hub (à 10 Mb/s).

En effet, la solution utilisée pour le réseau est une étoile avec un hub (ou concentrateur) 3COM 16 ports en 10 Mb/s. Remplacer le hub par un switch 100/10 Mb/s aurait été plus adapté28 car cet option garantissait une bande passante de 10 Mb/s à chaque poste client. Pour des questions de coût, cela n'a pu être réalisé. Cette partie du projet est cependant très facilement modifiable29 l'année prochaine (1999/00) si, à l'usage, le besoin s'en faisait sentir.

La maintenance

Pour que la maintenance du réseau intranet et des applications soit simple (et par conséquent peu coûteuse en temps), il est important de standardiser les postes afin qu'ils possèdent des capacités comparables (processeur, mémoire, disques), ceci permet d'avoir les mêmes possibilités logicielles et la configuration réseau des postes devient également homogène30.

Résumé des coûts matériels

Le PC utilisé comme serveur a été acheté chez un assembleur. Le montant de l'achat s'élève à 12 kF (tous les prix sont TTC). La partie matérielle réseau se limite à l'acquisition d'un hub pour 1.4 kF. Enfin, les différents achats de petit matériel d'occasion pour la mise à niveau des postes clients représentent environ 2 kF. En effet, dans notre cas, la première contrainte en terme de matériel est que l'on ne choisit pas ce que l'on récupère. Donc, l'objectif d'homogénéisation des postes au niveau matériel a engendré quelques surcoûts : acquisition de petits disques durs (~0.5 kF), de mémoire RAM (~0.4 kF), de cartes graphiques ISA (~0.6 kF), et d'autres composants (cartes mères,... pour ~0.5 kF).

Investissement en temps

L'installation et la configuration de la solution envisagée nécessite un certain investissement en temps au moins lors de la conception/mise en place. Cependant, toutes les options prises l'ont été dans le but de simplifier la maintenance et de diminuer le coût en temps lors de l'exploitation. La stabilité inhérente au système UNIX ainsi que la sécurité engendrée devrait permettre un faible nombre d'interventions (entre autre les réparations31). D'ailleurs, pour le moment, aucun problème ou panne d'une des machines, d'un logiciel ou de la partie réseau n'est à signaler depuis l'entrée en fonction de la salle (mi-mars). La centralisation des comptes utilisateurs et des logiciels permet de simplifier là encore la maintenance (entre autre l'installation ou la mise à jour des logiciels).

L'estimation de l'investissement en temps est difficile, cependant, en excluant le temps passé à récupérer ou à acheter du matériel ainsi que le temps passé à se documenter via internet sur les logiciels libres, il nous a fallu 16 demi-journées pour deux personnes.

L'accès vers l'extérieur

L'accès à internet est très important pour la formation des étudiants. En effet, cela leur permet, par la pratique, de se former à un outil qui devient incontournable. Savoir définir l'information dont on a besoin, la chercher et surtout savoir trouver celle-ci dans la multitude, le trop d'informations qui nous submerge32 est fondamental, non seulement dans la recherche ou toute autre activité professionnelle, mais aussi dans la vie de tous les jours. D'autre part, pour certains projets en Science de la Terre, il pourrait ainsi être possible de récupérer des données ou des informations sur d'autres sites universitaires, ou sur des sites liés à des observatoires, etc. Autre exemple, l'accès à des bases de données informatisées répertoriant les ouvrages à disposition dans telle bibliothèque33 est un outil très utile pour l'efficacité de la recherche d'information. Enfin, il serait très utile que les étudiants disposent d'une adresse Mel personnelle, ceci permet aux professeurs ou à l'administration de les joindre aisément. Dans tous les cas, l'utilisation d'Internet et du Mel développent l'autonomie de l'étudiant. Enfin, du point de vue de l'enseignement également, la connection de l'intranet permettrait de transferrer des données ou des images (par exemple issues du microscope) en temps réel.

Notre réseau n'a actuellement aucun lien physique avec l'extérieur. Pour accéder à Internet, la solution la plus simple et la plus logique serait de relier ce sous-réseau au réseau informatique de l'université. Cependant, la politique informatique actuelle de l'université est très stricte en matière de sécurité. Il nous faut donc étudier avec ses services et en accord avec la charte informatique, les possibilités permettant de mettre en œuvre une solution si possible dès l'année prochaine (1999/00). Une solution simple, en accord avec la charte de l'université pourrait être d'installer une ligne téléphonique dans la salle informatique et d'équiper le serveur d'un modem. Cette solution peut s'avérer coûteuse, peu efficace (en terme de débit) et nous semble en désaccord avec une utilisation rationnelle des possibilités du réseau.

En attendant une ouverture vers l'extérieur, nous installons les logiciels ou transferrons des données via un disque dur sur tiroir amovible installé sur le serveur.

Conclusions

L'ensemble des objectifs fixés dans la première section a globalement été atteint, à l'exception la plus notable de l'installation d'une imprimante, qui se fera normalement dans le courant du mois de mai 99. En dehors de la recherche de documentation, de l'achat de pièces détachées, et de la rédaction de ce rapport, il a fallu environ 8 journées de travail à deux personnes, et au moins le double si on prend tout en compte (c'est à dire les prises de contact avec des entreprises susceptibles de nous donner des PC qu'elles considèrent obsolètes). Ce temps de travail s'est réparti sur environ 4 mois (décembre 98 à mars 99). Il est à noter que ce sont les PC desktop (Compaq et Digital), qui nous ont posé le plus de problèmes (voir l'annexe A).

La salle est aujourd'hui en fonctionnement depuis plusieurs semaines (mi-mars). Plusieurs travaux pratiques ont été effectués avec 15 étudiants (deux par poste). Aucun problème notable n'est à signaler : ni panne matérielle, ni crash logiciel ou système. Le temps consacré à la salle depuis sa mise en service se limite à une dizaine d'heures pour l'installation de nouvelles applications exclusivement. Il est cependant trop tôt pour crier victoire, et ce n'est qu'au bout d'un an que nous saurons si la maintenance d'une telle salle est viable pour une petite équipe universitaire. Un second rapport, d'activité cette fois, devrait donc voir le jour au printemps 2000.

Le développement prochain le plus évident et le plus important est l'ouverture du réseau à l'extérieur. La meilleure solution est l'ouverture au réseau de l'Université. Nous devons pour cela obtenir l'accord du service de sécurité informatique de l'Université.

Remerciements

Nous remercions Dmitri Pissarenko pour le don des PC de l'ENS, Bruno Cornaglia pour le don des PC Digital, et Ronan Hébert qui s'est occupé des contacts avec EDF (PC Compaq). Les membres du Centre De Calcul et du service réseau de l'Université de Cergy-Pontoise nous ont aidé par leurs conseils techniques et par la fourniture des cables réseau. Jean-Claude Guézou a été le régisseur financier du projet. Nous remercions enfin Sébastien Landrieux, Frédéric Flérit et Roland Martin pour le coup de main apporté lors de la mise à niveau hardware des PC clients et de la configuration du réseau.



Configuration hardware

Le serveur

La configuration du serveur est détaillée ci-dessous. Elle correspond à un budget TTC de 12 kF34, en novembre 98. Le serveur dispose en outre d'un rack pour disque dur amovible qui permet le transfert de gros fichiers entre la salle informatique et le réseau de l'Université.



composantmarque, typemodèle, caractéristiques
ProcesseurAMDK6-3D, 350 MHz
Mémoire viveSDRAM128 Mo, 100 MHz
Carte MèreASUSP5A, ATX, Socket 7
Carte VidéoATIXpert@Work 98, 8 Mo, AGP
Lecteur disquetteSony3.5 in, 1.44 Mo
Carte réseau3COMCombo, 10 Mb/s, PCI
Disques DursQuantumUDMA-33, 4.5 Go (x2)
Lecteur CDromASUS36x
MoniteurIiyamaA 701 GT, 17 in
SourisLogitech3 boutons, PS II
Clavier KT 2000, PS II



Homogénéisation des postes clients

Les PC récupérés se répartissaient en trois groupes :

  • 5 PC Compaq et assimilés, dont deux ne seront pas utilisés (un 386 et un avec carte mère spéciale). Les trois restant sont des DESKPRO 466XE. Ce type de PC est particulier dans le sens où la carte mère intègre 4 Mo de mémoire RAM, un circuit son et le circuit graphique. Nous verrons que ce circuit graphique posera problème pour l'utilisation de X11 sous linux. Ces PC proviennent du monde de l'entreprise (desktop). Les écrans sont des 14 pouces.
  • 4 PC d'assembleur constitués de matériel plus standard provenant de l'Ecole Normale Supérieure. Les écrans sont des 14 pouces.
  • 2 PC Digital DECpc 450D2LP et 466D2LP provenant également du monde de l'entreprise (desktop). La carte mère, là encore, intègre le circuit graphique qui posera problème pour l'utilisation de X11. Ces deux PC ont été fournis avec des écrans 15 pouces.
En supplément de ces 11 PC, on peut compter sur quelques pièces détachées disponibles dans le département ainsi que sur un certain nombre de cartes éthernet, quelques petits disques durs, deux cartes graphiques ISA et un boîtier fournis par le service informatique de l'université de Cergy-Pontoise. Avec ce matériel, on a pu d'ores et déjà reconstituer 8 postes 486 homogénéisés et en bon état de fonctionnement (et un neuvième en quasi état de fonctionner). Le matériel d'occasion supplémentaire peut être trouvé dans des petites boutiques spécialisées dans le matériel d'occasion35 ou encore aux puces36.

Hormis la configuration de X11, l'homogénéisation des configurations hardware des PC n'a pas posé de grandes difficultés. En résumé, l'homogénéisation pour les processeurs se limite au fait que l'on n'a conservé que les i486 (DX2-50, 66 et 80), elle n'a pas posé de problème pour la mémoire RAM37 (16 Mo) ni pour les disques (capacité minimum de 400 Mo en un ou deux disques). En revanche, les PC Compaq ont posé des difficultés car le setup de la carte mère (BIOS/CMOS) est non standard, ce qui impose la création d'une partition supplémentaire38.

En ce qui concerne la configuration de X1139, ce sont les circuits graphiques des PC desktop Compaq et Digital qui ont posé le plus de difficultés. Ceux-ci ne sont pas présents sous la forme de cartes graphiques enfichables sur slot mais sont intégrés à la carte mère. Il s'est avéré que les deux types de circuits graphiques, les QVISION 1024/I pour les Compaq et les S3 86C924 pour les Digital ne sont pas compatibles avec les serveurs graphiques X11 de XFree8640. En revanche, nous avons trouvé un vendeur de serveur X11 commerciaux : Accelerated-X41 qui proposait pour 100 US $ par machine42, un serveur X compatible avec les circuits graphiques des PC Compaq (QVISION 1024/I). En ce qui concerne les PC Digital, le circuit graphique S3 924 est géré par XFree86 mais à partir de 1 Mo de mémoire vidéo. Malheureusement, les circuits de nos deux PC Digital ne comprennent que 512 ko de mémoire. Donc, dans les deux cas, il a fallu neutraliser les circuits graphiques de la carte mère et les remplacer en installant une carte graphique ISA sur un slot libre. Ces cartes étant très anciennes, il a été très difficile d'en trouver 5 en bon état de marche. Donc, il est important de noter que, dans notre cas, la totalité des machines provenant d'entreprises sont des desktop et comportent des circuits graphiques non compatibles avec les serveurs X11 libres et gratuits. Ceci est probablement dû au fait que les développeurs de serveurs X11 libres s'attaquent en priorité au matériel qu'ils utilisent, c'est-à-dire au matériel des assembleurs43.

Enfin, les écrans ne peuvent guère être homogénéisés. La configuration de X11 sur chacun des postes dépend des capacités de la carte graphique et de l'écran. On notera cependant qu'un effort a été fait pour que l'ensemble des écrans utilise la résolution 800x600 à une fréquence supérieure à 60 Hz, deux écrans n'atteignent pas cette résolution44 et étant de qualité médiocre, ils doivent être remplacés en priorité.

Les cartes Ethernet comportent toutes une sortie RJ45 et sont enfichées sur un slot ISA. Ce sont des NE200045 sauf sur les deux PC Digital où ces cartes sont des Etherworks-3.

Le matériel réseau

Le hub (ou concentrateur) est de marque 3COM, il comporte 16 ports en 10 Mb/s (prises RJ45). Les câbles ont été fournis par le service informatique réseau de l'Université.

L'imprimante

Les deux imprimantes laser récupérées ne fonctionnant pas, nous n'avons pour le moment aucune solution. On cherche de préférence (car robuste et peu coûteuse à l'exploitation) une imprimante laser de type HP laserjet II ou III.



Configuration software

Le système

La distribution linux installée sur l'ensemble des machines est la RedHat 5.2 (version anglaise). Elle se présente sous la forme d'un CDROM d'installation bootable. L'installation de linux sur le serveur n'a pas posé de problème particulier. Pour les postes clients, l'installation s'est effectuée sans problème via NFS46. La faible place disque disponible sur les clients (moins de 320 Mo, 100 Mo étant réservé) n'a pas affecté l'installation du système, celui-ci n'étant pas très gros. Pour les applications fournies en standard, un choix s'est révélé nécessaire puisqu'une installation complète nécessite plus de 500 Mo.

Le window manager

Ne pouvant utiliser les WM intégrés comme KDE ou Gnome47, nous avons laissé le choix par défaut de la distribution RedHat, c'est à dire fvwm. Ce window manager est complet, pratique (boutons, iconification, bureaux virtuels par exemple) et surtout peu gourmand en mémoire et CPU ce qui est important pour des clients de type i486 à 16 Mo de RAM. Le seul désavantage est la relative complexité de la configuration de fvwm. Nous avons d'ailleurs laissé la configuration par défaut. Chaque étudiant est cependant libre de configurer fvwm (fichier personnel situé dans son home) comme il l'entend.

Les services réseaux

Nous avons déjà parlé des services DNS, NIS et NFS. Des détails sont donnés en annexe D sur la résolution des noms grâce au DNS et au NIS, en annexe E sur la centralisation de l'information grâce au service NIS et en particulier sur les comptes utilisateurs, ou encore en annexe C sur la configuration des systèmes de fichiers, entre autre sur les montages NFS.

En ce qui concerne les applications réseau (browser web, ftp, telnet, ...), elles ne sont guère utiles dans le cadre d'un intranet excepté peut-être telnet pour les applications nécessitant de se loguer sur le serveur (voir ci-dessous l'exemple de Star Office).

Les home

Les home sont des espaces disques contenant les répertoires par défaut des utilisateurs. Ils sont, nous l'avons déjà dit, partagés via NFS. La partition /home contenant les home des utilisateurs est physiquement sur le serveur NFS, c'est à dire erebus. Elle a une taille de 2.5 Go, ce qui est largement suffisant pour 15 étudiants en licence, environ 25 en DEUG et quelques professeurs. Un système de quota à cependant été mis en place avec une limite de 100 Mo par personne.

Les applications

Sur le serveur, l'installation de la RedHat est complète. En revanche, sur les postes clients, les applications n'ont pas pu être toutes installées par manque de place sur les disques durs. Il a été nécessaire de faire un choix entre l'installation en local (accès plus rapide et non dépendant de l'encombrement du réseau) ou partagée et donc sur le serveur. Cette opération de sélection s'effectue simplement lors de l'installation, le logiciel d'installation de RedHat demande de choisir les packages48 un par un ou par groupes. Nous avons préféré, pour des raisons d'automatisation, installer le système à partir du logiciel d'installation de RedHat et les applications sur chaque poste grâce à un petit script49 en cshell.

Pour une application donnée, le choix entre une installation locale et une installation sur le serveur accessible via NFS se fait d'après deux critères : une application est installée en local lorsqu'elle ne demande que très peu de place disque (par exemple, la calculatrice du bureau xcalc) ou lorsqu'elle est très utile au point d'être utilisée souvent et par de nombreuses autres applications (par exemple le visualisateur de Postscript ghostscript qui est utilisé par gv ou encore xv). Dans notre cas, le serveur NFS pour les applications est encore une fois la machine erebus. le répertoire de montage étant le classique /usr/local (le répertoire /opt étant un lien symbolique sur /usr/local).

Les applications installées en local

Il s'agit de programmes qui résident sur les diques durs de chaque poste, et qui sont exécutés par chaque poste. La liste n'est pas exhaustive :

  • le window manager fvwm (et fvwm2), ainsi que les utilitaires de base du bureau comme le terminal xterm, la calculatrice xcalc, le manuel xman, etc.
  • les utilitaires de compression et d'archivage : tar, cpio, compress, gzip, bzip2 ...
  • les langages de programmation, convertisseurs, debugger, etc (incluant les compilateurs, les librairies, etc) : g77, gcc, p2c, f2c, gdb, xxgdb, gprof ...
  • les éditeurs : xedit, vim, joe, emacs ...
  • les visualisateurs d'images, de postscripts ou de documents pdf : xv, gs, gv, xpdf ...
  • des utilitaires pour calculer, tracer des courbes ou faire du dessin vectoriel : bc, gnuplot, xfig ...

Les utilitaires et applications bureautiques

Une application bureautique, comme un traitement de texte, a deux fonctions. Premièrement, elle sert à écrire un rapport, à mettre en forme un document, pour obtenir finalement une sortie sur papier qui pourra être diffusée. La deuxième fonction est liée à l'échange d'information ou de documents sous forme ``électronique'', c'est à dire sous forme de fichiers utilisant un certain format ou encore par Mel ou grâce au Web. Dans ce dernier cas (qui ne nous concerne pas pour le moment) du Mel ou du Web, les formats sont standards et ne posent pas de problème. Dans le cas d'un fichier échangé, prenons l'exemple d'un fichier au format Microsoft Word 97, il est nécessaire d'avoir une application comprenant ce format pour pouvoir lire ce fichier (par exemple Word 97 !). Cette deuxième fonction serait bien sûr facilitée par l'utilisation généralisée de formats standards (comme html pour le Web). Ceci n'étant pas, nous n'avons pas trouvé de solution satisfaisante pour l'instant.

Les applications de bureautique sont toutes installées sur le serveur de logiciels, et sont exécutées sur chaque poste. Nous avons installé le ``traitement'' de texte LATEX (et TEX ) avec les différents utilitaires comme bibtex50 ou xdvi51 ou encore l'excellente interface graphique de LATEX que nous sommes en train d'utiliser pour écrire ce rapport : LYX52, On compte installer d'ici la mi-mai (début de l'écriture des rapports) :

  • La suite bureautique Siag Office53 (sous licence GPL) qui est suffisamment légère pour tourner en local sur les postes clients. Elle comprend essentiellement un traitement de texte54 et un tableur55 .
  • La suite bureautique Star Office 5.056 qui n'est pas GPL mais gratuite pour un usage non commercial57 . Cette suite comprend la plupart des formats commerciaux comme par exemple, Word 97 ou encore Excel 97. Cette suite sera installée sur le serveur et ne pourra être exécutée que sur le serveur car elle nécessite 35 à 40 Mo de mémoire RAM.

Les applications scientifiques

Actuellement, les applications scientifiques SciLab59, Seismic Un*x60 et GMT61 sont installées sur le serveur. Elles sont accessibles par les clients via NFS et peuvent tourner sur les postes clients.



Systèmes de fichiers, partitionnement et fichier /etc/fstab (le NFS)

Nous précisons dans cette annexe la configuration des systèmes de fichiers du serveur et d'un client. On pourra la considérer comme un exemple d'application des How-To du NFS (Network File System). Les fichiers peuvent résider physiquement sur les disques durs du serveur ou d'un poste client, sur des disquettes, ou sur CDROM. Les répertoires ou noms de fichiers sont indiqués par la fonte machine à écrire. Les commandes et noms de machines sont en caractères gras.

Le serveur erebus

Lorsque l'on lance la commande df sur le serveur erebus, on obtient les informations suivantes (que nous avons reproduites sous forme de tableau) :



Filesystem1024-blocksUsedAvailableCapacityMounted on
/dev/hda12565922657721676311%  /
/dev/hda216320281315476740%  /win
/dev/hda3270296914729624159086%  /usr/local
/dev/hdc1101829883843112725687%  /usr
/dev/hdc2132199273039806922%  /var
/dev/hdc38940174038474280%  /scratch
/dev/hdc427960362519326262581%  /home



Le serveur dispose de deux disques durs d'environ 4.5 Go, le premier disque est en primary master62, ce qui se traduit en terme de device en /dev/hda et le second en secondary master, donc en /dev/hdc. Le premier disque comprend 3 partitions montées (visibles grâce à la commande df) :

  • La partition /dev/hda1 est la partition root (ou système, le point de montage étant /).
  • La partition /dev/hda2 est une partition non encore utilisée, montée sur /win. Elle est a priori réservée à l'installation de logiciels partagés pour windows si l'on choisit l'option double-boot avec linux et windows 95 sur chaque poste client.
  • La partition /dev/hda3 montée sur /usr/local est la partition dans laquelle on a installé toutes les applications linux partagées. Cette partition est exportée63 (c'est à dire qu'elle fait partie des partitions que le serveur NFS erebus met à disposition des clients par l'intermédiaire d'un montage NFS).
  • La partition /dev/hda4 n'apparaît pas car elle n'est pas montée, c'est le swap du système linux.

Le second disque comprend quatre partitions (elles sont toutes montées) :

  • La partition /dev/hdc1, montée sur /usr, contient tous les utilitaires, services et toutes les applications que l'installation de RedHat propose par défaut.
  • La partition /dev/hdc2, montée sur /var, contient la plupart des fichiers temporaires, les fichier logs du système ou de certains services, ou encore les spooleurs d'impression.
  • La partition /dev/hdc3, montée sur /scratch, est une partition qui est accessible par tout le monde et dans laquelle on peut placer des gros fichiers intermédiaires de calcul par exemple. A terme, on compte installer un cron automatisant le nettoyage de cette partition. Cette partition est partagée.
  • La partition /dev/hdc4, montée sur /home, est la partition home des utilisateurs dont nous avons déjà parlé et qui est accessible par tous les postes clients via NFS.

les postes clients

Dans cette section, nous allons considérer le cas d'un client en particulier : puydedome.

Lorsque l'on lance la commande df sur le poste client puydedome, on obtient :



Filesystem1024-blocksUsedAvailableCapacityMounted on
/dev/hda144633250321729659%  /
/dev/hda6220031205473319698%  /usr
erebus:/scratch8940174038474280%  /scratch
erebus:/home27960362519326262581%  /home
erebus:/usr/local270296914729624159086%  /usr/local



La partition /dev/hda1 est la partition root, elle n'a pas besoin d'être très grosse (ici 43 Mo). puydedome est un Compaq, une partition est donc nécessaire pour le BIOS et la gestion des disques, elle n'apparaît pas dans ce tableau car elle n'est pas montée par le système linux, elle est en /dev/hda2 et prend 2 ou 3 Mo. La partition /dev/hda3 est réservée pour Windows si besoin était, elle fait environ 100 Mo, elle n'est pas utilisée pour le moment et n'est donc pas monté par le système linux. Elle n'apparaît donc pas. La partition /dev/hda4 est une partition étendue, c'est à dire virtuelle mais pouvant être découpée en morceaux, permettant ainsi de créer autant de partitions logiques que nécessaire, et qui apparaissent comme des partitions normales pour l'utilisateur. Cette partition n'apparaît donc pas ici. Elle est partagée en deux partitions étendues : la partition /dev/hda5 qui est la zone swap du système linux et la partition /dev/hda6 montée sur /usr comme on peut le voir dans le tableau. Cette partition fait 215 Mo et contient l'ensemble des applications nécessaires à Linux. Les trois autres lignes commencent par erebus qui est le nom du serveur, cela signifie que ces partitions ne sont pas sur le disque local mais montées à travers le réseau par NFS. Ces partitions sont vues et sont utilisables comme des partitions sur disques locaux, la différence pour l'utilisateur pouvant être l'accès plus lent aux fichiers lorsque le réseau est encombré ou lorsqu'il manipule des gros fichiers.

Lorsque nous éditons le fichier /etc/fstab sur puydedome, nous avons accès au tableau suivant :



devicesmount pointtypeoptions 
/dev/hda1/ext2defaults1 1
/dev/hda6/usrext2defaults1 2
/dev/hda5swapswapdefaults0 0
/dev/fd0/floppyvfatnoauto,user0 0
/dev/fd0/flopext2ext2noauto,user0 0
erebus:/cdrom/cdromnfsnoauto,user,ro,hard,intr,rsize=8192,wsize=81920 0
erebus:/scratch/scratchnfshard,intr,rsize=8192,wsize=81920 0
erebus:/home/homenfshard,intr,rsize=8192,wsize=81920 0
erebus:/usr/local/usr/localnfshard,intr,rsize=8192,wsize=81920 0



En plus des informations déjà données dans le paragraphe précédent, on peut remarquer des devices qui possèdent l'option noauto, ce qui signifie qu'ils ne sont pas montés au boot (lors du démarrage du système). L'option user permet à tout utilisateur de monter ces devices, ce qui est utile pour un lecteur de disquettes par exemple. C'est justement le cas des lignes 5 et 6 car /dev/fd0 signifie en linux ``le DEVice Floppy Disk 0'', c'est à dire en DOS ``a:''. Ce device peut être monté de deux manières différentes, sur le répertoire (point de montage) /floppy lorsque le système de fichiers (ou filesystem ou FS) est vfat, c'est à dire du DOS ou du Windows, ou bien sur le répertoire /flopext2 lorsque le système de fichiers est ext2, c'est à dire du linux. La ligne 7 montre comment monter un lecteur de CDROM à travers le réseau via NFS (comme indiqué dans la troisième colonne), là encore les options noauto et user sont utilisées.

Nous avons pris comme exemple la machine puydedome. Malgré notre volonté d'homogénéisation des postes, le système de fichiers et le fichier /etc/fstab ne sont pas les mêmes sur tous les postes clients. Par exemple, les machines non Compaq n'ont pas besoin de partition spéciale. De plus, les disques ne sont pas les mêmes sur toutes les machines. Par exemple, deux des machines ont deux disques de 240 Mo et 265 Mo à la place d'un disque de 400 Mo ou 450 Mo.



Les noms de machine et leur adresse IP (le DNS, le NIS hosts)

Lorsque l'on téléphone à quelqu'un, soit on connaît son numéro par cœur, soit on consulte un annuaire. Il en est de même pour les ordinateurs, qui ont un nom, un alias, et un numéro (l'adresse IP). On pourrait ne désigner les ordinateurs que par leur adresse IP, mais on se heurterait immédiatement à la quasi-impossibilité de s'en souvenir. Nous développons ici le fonctionnement du DNS (Domain Name Service), sorte d'annuaire qui gère les noms, alias, et adresses IP des postes, et nous disons quelques mots sur la partie du NIS (Network Information Service) qui fait sensiblement la même chose.

Pour la résolution de noms, on trouve dans le fichier /etc/resolv.conf des postes clients la ligne suivante :



nameserver 10.10.10.1



Elle indique que le serveur pour la résolution des noms est 10.10.10.1, c'est à dire erebus. En effet, ce service (DNS) est installé sur erebus, c'est donc lui qui donne à l'ensemble des machines du réseau intranet l'équivalence entre l'adresse internet (ou adresse IP), le nom et l'alias (ou nom court) de la machine. Par exemple, pour puydedome l'adresse IP est ``10.10.10.8'', le nom est ``puydedome.STetud.u-cergy.fr'' et l'alias ``puydedome''. Les numéros utilisés ici font partie des adresses non routées, c'est à dire, qui ne sont pas joignables sur internet, les machines portant ce numéro n'existent pas pour les autres. Ceci n'était pas nécessaire puisque le réseau est purement intranet et n'est pas connecté physiquement au reste du monde, cependant, dans le cas ou il serait possible à terme de le connecter, nous avons préféré leur donner des numéros non routés.

En fait, l'information sur puydedome apparaît déjà dans un fichier local nommé /etc/hosts (hosts signifie ici ``client'') et dont voici le contenu sous forme de table :



127.0.0.1localhostlocalhost.localdomain
10.10.10.8puydedome.STetud.u-cergy.frpuydedome



La première ligne indique à l'ordinateur comment discuter avec lui-même (loop-back), il ne faut surtout pas l'enlever. La seconde correspond à la définition de l'équivalence adresse-nom-alias dont nous avons déjà parlé. La différence est que sur le serveur de nom l'ensemble des machines est répertorié. On pourrait bien sur lister (sur toutes les machines) les équivalences dans les fichiers /etc/hosts mais cela multiplierait le nombre de modifications à faire et augmenterait le risque d'erreurs lors de la maintenance réseau. Une autre fonction du serveur de noms que l'on exploite pas ici puisqu'il n'y a pas de connexion vers l'extérieur est de normalement permettre d'accéder aux machines de l'extérieur et donc aux sites Web, etc (sans qu'elles soient répertoriées dans des fichiers locaux). Enfin, l'extension ``.STetud.u-cergy.fr'' est un nom de domaine qui correspond dans notre cas au domaine défini par le DNS (domainname) et par le NIS (nisdomain), on a choisi par simplification de faire coïncider ces domaines.

L'équivalence adresse-nom-alias pour toutes les machines linux (c'est à dire toutes) est en fait également présente dans les tables NIS. Ce service permet de centraliser l'information sur les utilisateurs, les groupes et les machines64. Pour utiliser NIS, il est nécessaire de lancer le service sur les machines clientes (le démon ypbind) et d'avoir un serveur NIS, en l'occurence erebus une fois de plus. Le nom du serveur est présent dans le fichier /etc/yp.conf de chaque machine cliente, on y trouve la ligne suivante :



ypserver erebus



YP signifie yellow page et est utilisé comme synonyme de NIS. En ce qui concerne les informations sur les machines, cela signifie que NIS peut résoudre les équivalences adresse-nom-alias (pour les machines faisant partie du domaine NIS, une machine sous windows n'en ferait pas partie par exemple). Dans notre cas, le DNS et le NIS (hosts) sont redondants car premièrement, on n'a pas de connexion avec l'extérieur et deuxièmement, toutes les machines sont sous linux et font partie d'un seul domaine NIS. L'une ou l'autre de ces conditions pouvant être modifiée, nous avons préféré installer les deux services.

Dernière précision, sur puydedome, dans le fichier /etc/nsswitch.conf qui a pour fonction de dire pour chaque classe d'information de quelle manière celle-ci est disponible et dans quel ordre, nous voyons à la ligne hosts (correspondant justement à l'équivalence adresse-nom-alias) :



hosts: files nis dns



ce qui signifie que la machine, lorsqu'elle se pose un problème de résolution de nom, doit d'abord voir dans son fichier /etc/hosts, puis si le problème n'est pas résolu, dans la table hosts du NIS (taper la commande ``ypcat hosts'' pour voir ce que la table contient), puis si le problème n'est toujours pas résolu, dans la base de données du serveur DNS (taper ``nslookup'' puis les noms ou les adresses à l'invite pour voir si elles sont résolues).



La centralisation des comptes utilisateurs (le NIS utilisateurs et groupes, le NFS home)

Tout utilisateur d'un poste sous Linux doit être déclaré à l'avance au système. Il est identifié par son nom (son loginname), son groupe d'utilisateur, et son mot de passe. Dans le cas d'un réseau de postes, il est évidemment souhaitable de centraliser les informations concernant les comptes des utilisateurs. Cela permet de créer ou d'éliminer un compte en une seule fois (plutot que de le faire sur chaque poste), et du point de vue de l'utilisateur, de disposer de son compte (par NIS) et de ses fichiers (NFS home) depuis n'importe quel poste.

C'est le NIS (Network Information Service) qui s'occupe de la gestion de l'information. On peut voir par exemple l'ensemble des groupes d'utilisateurs en tapant la commande ``ypcat group'', et l'ensemble des utilisateurs en tapant ``ypcat passwd''. Lorsqu'un utilisateur ouvre une session de travail sur un poste, celui-ci vérifie la validité du mot de passe en consultant d'abord son propre fichier /etc/passwd, puis le fichier /etc/passwd du serveur NIS (ici erebus). C'est en fait ce deuxième fichier qui contient les mots de passe (codés, bien sûr) de tous les utilisateurs. L'appartenance à un groupe d'utilisateurs est obligatoire. Elle permet de moduler les droits des utilisateurs en ce qui concerne la lecture et l'écriture de tout fichier. Par exemple, nous avons actuellement dans notre salle trois groupes : un groupe pour les étudiants de DEUG, un groupe pour les étudiants de Licence, et un groupe pour les enseignants. Grace à la gestion des droits, il est possible à chaque utilisateur de définir de manière différente les droits de lecture, d'écriture et d'exécution de chacun de ses fichiers et ceci pour 3 classes d'utilisateurs : lui-même, les utilisateurs de son groupe, et les autres utilisateurs. Prenons un exemple, lorsque l'on tape la commande qui liste les fichiers du répertoire courant ``ls -l'', on voit apparaitre à gauche les information sur les droits relatifs aux fichiers listés, voici par exemple l'information donnée pour un fichier :

-rwxr-xr--   1  utilisateur  groupe    taille   mois jour heure    nom.

Les dix caractères du début doivent être lus par séquences, 1+3+3+3, le premier caractère est utilisé pour les fichiers spéciaux (répertoires, liens, devices), les trois séquences de 3 caractères qui suivent, définissent les droits en lecture (``r'' pour readable) en écriture (``w'' pour writable) et en exécution (``x'' pour executable) pour les trois classes d'utilisateurs. Dans notre exemple, le fichier est en rwx pour l'utilisateur lui-même (première séquence de trois caractères), c'est à dire avec les droits en lecture, écriture et exécution. Il est en r-x pour les utilisateurs appartenant au même groupe que lui (deuxième séquence), c'est à dire avec des droits en lecture et exécution, mais pas de droit d'écriture. Il est en r-- pour les autres utilisateurs (hors de son groupe, troisième séquence), c'est à dire avec des droits en lecture seulement, l'exécution et l'écriture étant interdites. En utilisant ce système, il est ainsi très simple pour les enseignants d'interdire aux étudiants la lecture de leurs fichiers.

Le NIS gère donc, d'une manière centralisée, l'identité de tout utilisateur sur tous les postes du réseau ainsi que ``l'adresse'' du répertoire où sont placée ses fichiers, mais il ne gère pas le système de fichiers lui-même ainsi que son accès par l'utilisateur. Dans notre cas, les fichiers des utilisateurs sont localisés sur un des disques durs du serveur erebus. Le partage de ces fichiers, c'est à dire leur accès de manière transparente depuis tous les postes, et géré par le NFS home (/home est le répertoire qui contient tous les fichiers de tous les utilisateurs). Des précisions sur la configuration des systèmes de fichiers (en particulier de la partition /home montée via NFS sur les postes clients) sont donnés en annexe C.

Cette double centralisation, information et système de fichiers, permet, de faciliter la maintenance des comptes des utilisateurs, de rendre les postes complètement interchangeables pour l'utilisateur, et de ne pas utiliser l'espace disque très limité des postes clients.



Notes

... gratuit5
Libre et gratuit ne recouvrent pas exactement les mêmes notions même si en pratique, les deux sont largement confondues. Un logiciel libre est diffusé avec ses sources et peut être payant, en revanche un logiciel gratuit peut ne pas être livré avec ses sources.
... stable6
C'est un système de type UNIX , il présente donc, de part sa conception de bonnes garanties en matière de sécurité et de stabilité du fait de la séparation claire entre les différents niveaux fonctionnels.
... acquise7
Voir le développement de l'utilisation de linux aux Etat-Unis, les alliances passées entre les majors de l'informatique, par exemple Compaq, IBM, Corel et les distributeurs commerciaux du système linux comme par exemple RedHat. Voir le site du distributeur RedHat : http://www.redhat.com.
... serveur graphique8
Celui-ci permet de travailler autrement qu'en mode texte, avec des fenêtre, des icones, etc (pour simplifier, cela permet de travailler comme sous windows et de ne pas se limiter à quelque chose ressemblant au vieux DOS).
... X119
X11 version 6 (X11R6) qui est un standard dans le monde UNIX. Le projet libre pour le développement de serveur X11 se nomme XFree86, voir le site http://www.xfree86.org.
...window managers10
Le windows manager est une surcouche du serveur graphique permettant de simplifier la gestion de X11 pour le système et de rationnaliser la présentation du ``bureau'' pour les utilisateurs.
...kde11
Voir le site http://www.kde.org/ .
...gnome12
Voir le site http://www.gnome.org/ .
... élevés13
L'authentification des utilisateurs règle déjà une grande part des problèmes de sécurité.
... i48614
Pour fixer les idées, processeur datant de 5 à 6 ans.
... linux15
Voir par exemple le site ``Scientific Application on Linux'' : http://sal.kachinatech.com.
... bureautiques16
Ces dernières étant pour le moment moins abouties que les offres commerciales mais largement utilisables.
... GPL17
GPL ou General Public Licence : licence prévoyant les termes pour la copie, la diffusion, la revente et l'utilisation des logiciels. Cette licence a été mise au point par la Free Software Foundation : http://www.gnu.org/fsf/fsf.html (liée au projet GNU : http://www.gnu.org/)
... Samba18
Samba est un serveur pour clients Windows, il est libre et utilisable sous linux. Il permet le partage de fichiers, d'imprimantes et aussi d'introduire un système d'authentification pour les utilisateurs désireux d'accéder aux ressources partagées. Voir le site : http://www.samba.org .
... WINE19
WINE pour WINdows Emulator ou encore pour la définition récursive chère à GNU ou EMACS : Wine Is Not an Emulator. Voir le site : http://www.winehq.com .
... NIS20
NIS pour Network Information System. C'est une base de données distribuée pour les fichiers de configurations communs. Ce système permet par exemple dans notre cas, de centraliser l'information sur les utilisateurs, les groupes et les machines sur le serveur NIS. Ainsi, par exemple, les utilisateurs (leur mot de passe, etc) sont reconnus de la même manière quelle que soit la machine utilisée. Voir l'annexe E.
... DNS21
DNS pour Domaine Name Service. Ce service fourni en principe un moyen hiérarchique de gestion de la résolution des noms sur l'ensemble du domaine internet. Dans notre cas, il est limité à notre l'intranet puisque nous n'avons pas d'ouverture sur l'extérieur. La résolution des noms fournit une équivalence entre les numéros ou adresses internet des machines et les noms des machines. Ce service est géré par un serveur. Voir l'annexe D.
... NFS22
NFS pour Network File System. C'est un système de fichiers partagé. Un serveur NFS propose des systèmes de fichiers (partitions) qui peuvent être montés par les clients NFS. Pour le client, le disque monté à distance via le réseau apparaît comme un disque local. Voir l'annexe C.
...homes23
Le répertoire home d'un utilisateur est un espace disque qui lui est affecté en propre et sur lequel il possède tout ses droits. Il est intéressant pour éviter la duplication des données (augmentation de la place disque utilisée et perte d'efficacité due à la gestion de multiples versions) d'installer les homes des utilisateurs de manière partagée, ainsi, l'utilisateur retrouve son home quelle que soit la machine sur laquelle il travaille. NFS est un moyen de réaliser ce partage.
... applications24
Le partage des applications est également très intéressant car en évitant la duplication des installations de logiciel, on gagne du temps en installation mais aussi en maintenance (une seule version de l'application étant installée). NFS est la encore un moyen de réaliser ce partage.
... partagée25
Donc accessible de la même manière par tout les postes clients.
... serveur26
Les drivers étant fournis par l'application libre ghostscript. Voir le site http://www.cs.wisc.edu/~ghost/.
... suffisante27
Elle peut même paraître surdimensionnée pour un serveur de fichiers. En fait il est important de noter que, le budget étant réduit, il nous est impossible d'équiper le serveur de fichiers de disques SCSI. L'alternative est d'utiliser des disques durs IDE UltraDMA à 33 MHz pour lesquelles il est nécessaire d'avoir une carte mère récente. Par exemple, les i486 récupérés sont trop anciens puisque : on ne dispose que d'un connecteur IDE (donc seulement deux disques ou autre matériel IDE), ce n'est pas de l'UDMA33 (perte de performance) et le bios ne gère que des disques durs d'au maximum 512 Mo (faible capacité en regard aux besoins actuels et impossibilité de trouver de tels disques sur le marché).

La partie graphique est effectivement surdimensionnée pour un serveur. Nous avons fait ce choix pour pouvoir effectuer des démonstrations nécessitant de gros besoins graphiques. De plus, le serveur est finalement la machine la plus appropriée pour cette fonction du fait de la puissance du processeur (également utile pour les applications graphiques).

... adapté28
En utilisant le port 100 Mo/s pour le serveur et les ports 10 Mo/s pour les clients.
... modifiable29
Il suffit de remplacer le hub par un switch et de remplacer la carte éthernet du serveur par une 100 Mb/s (prévoir 5 kF).
... homogène30
Par exemple, nous avons éliminé d'office un vieux 386 car tous les autres PC récupérés étaient des 486, en effet, il aurait fallu multiplier les cas particuliers pour cet unique poste.
... réparations31
En effet, la principale cause de disfonctionnement d'un système comme windows est souvent le bidouillage des utilisateurs qui ont, par défaut, tous les droits. Sous Unix, un système de droits très strict est instauré et un seul utilisateur est privilégié : le super-utilisateur également appelé root, et seul ce super-utilisateur possède les droits lui permettant d'administrer le système. Ainsi, l'utilisateur courant ne peut en aucun cas modifier le système, installer des logiciels ou modifier la configuration de la machine.
... submerge32
Lire la nouvelle ``La Bibliothèque de Babel'' de Jorge Luis Borges.
... bibliothèque33
Voir par exemple, la bibliothèque interuniversitaire de Jussieu.
... 12 kF34
Chez LCDI à Paris, assembleur très compétitif et sérieux.
... d'occasion35
Par exemple, BROK'SYSTEM à Aubervilliers.
... puces36
Les puces de Montreuil essentiellement.
... RAM37
Sur les postes clients, la mémoire est de type SIMM, DIMM ou EDO suivant le cas.
... supplémentaire38
Il s'agit d'une partition système. Il a fallu en outre télécharger et installer des Service-Pack (sorte de patch) correspondant à la création et à l'utilisation de la partition système ainsi que des utilitaires de configuration et de diagnostics pour les Deskpro 446XE. Ceux-ci sont disponibles sur le site web de Compaq dans la rubrique product support : http://www.compaq.com/support/files/desktops/us/.
... X1139
Voici quelques précisions sur les circuits graphiques et l'utilisation de X11. La carte ou le circuit graphique est un intermédiaire entre la carte mère (qui centralise tout) et l'écran. Ce circuit a pour tâche de transformer les informations digitales provenant de l'unité centrale en information analogiques à envoyer vers le tube cathodique de l'écran, et commande pour ce faire les fréquences d'affichages horizontales et verticales ainsi que la définition en pixel de l'écran (p.ex. 640x480 pour le VGA, 800x600, 1024x768, etc). Pour pouvoir utiliser des fenêtres, des icônes et des menus comme sous Windows95, on utilise le serveur graphique X11 sous linux (ou plus généralement UNIX), de plus, on ajoute un WM (windows manager) pour gérer fenêtres, menus et autres. Les plus connus sous linux sont twm, olwm, fvwm, fvwm2 et de nouveaux WM intégrés sont en plein développement comme KDE, gnome.
... XFree8640
Le projet XFree86 fournit des serveurs X11 libres et gratuits pour de nombreux type de cartes graphiques (voir le site http://www.xfree86.org).
... Accelerated-X41
Voir le site http://www.accelerated-X.com.
... machine42
Solution non envisageable car trop coûteuse.
... assembleurs43
Lors de l'achat de matériel informatique, nous préconisons toujours les assembleurs. Au-delà des 10 à 20% d'économie directe, les avantages sont multiples. Nous venons de voir que ce type de matériel est plus compatible avec linux que le matériel propriétaire des compagnies telles que Compaq ou Dell. En fait tous les autres avantages découlent de la modularité extrême du matériel PC chez les assembleurs (puisqu'ils assemblent à la demande). De manière générale, c'est cette modularité qui a fait la notoriété des PC (modularité = liberté). La modularité implique entre autre une compatibilité générale des matériels entre eux et la définition de standards matériels rigoureux. Le matériel que l'on trouvera chez les assembleurs est donc largement diffusé (il n'est pas limité à un constructeur), testé pour des configurations très différentes, et il est compatible avec les standards. Enfin, si l'assembleur est sérieux, il fournira toutes les documentations du matériel vendu ce qui est rarement le cas des compagnies Compaq et autres. Dernier point, la plupart des assembleurs choisissent des constructeurs qui garantissent leur matériel et proposent des garanties tout à fait correctes.
... résolution44
Il atteignent la résolution de 640x480, c'est à dire VGA.
... NE200045
Nous avons configuré les NE2000 avec les paramètres suivant : IRQ=10, ioport=0x360.
... NFS46
Les postes 486 ne disposent pas de lecteur CDROM, il est alors nécessaire de faire (sous DOS ou linux) une disquette bootable à partir du fichier image ``boot.img'' fourni dans le CDROM. Ensuite, on boot le poste sur la disquette et après avoir répondu à quelques questions, on demande une installation NFS. Le programme d'installation demande alors l'adresse IP du serveur NFS sur lequel le CDROM RedHat est présent. Il suffit après cela de donner le point de montage du CDROM sur le serveur et le programme d'installation monte alors le CDROM à travers le réseau (montage NFS) et installe linux sur le poste client (ne pas oublier de monter le CDROM sur le serveur au préalable !). La vitesse de transfert de notre réseau permet d'installer une machine cliente en moins d'une heure.
...Gnome47
Ceci, pour des raisons de charge (ces WM étant gourmand en CPU et RAM) et de place disque (33 Mo pour KDE 1.1 par exemple).
...packages48
Un package est un ensemble de fichiers correspondant à un logiciel, une application ou une librairie par exemple. Ces fichiers (exécutables, scripts, configuration, documentation, etc) sont installés directement à la bonne place dans l'arborescence des fichiers et le système conserve la mémoire de ce qui a été installé permettant ainsi une désinstallation ou une mise à jour simplifiée des ensembles de fichiers liées à une application. De plus, une gestion des dépendances entre packages est faite automatiquement (applications nécessitant telle bibliothèque par exemple). Ce système de package a été initié par RedHat d'où le nom de RPM (pour Redhat Package Management). GLINT, une interface graphique (GUI) de gestion des packages, permet de visualiser l'ensemble des packages déjà installés et ceux qui peuvent être installés à partir d'une source donnée (répertoire contenant des fichiers de type RPM).
... script49
Ce shell est simplement une liste des packages RPM à installer avec la commande : ``rpm -i nom_du_package.rpm'' .
...bibtex50
Utilitaire pour la gestion des bibliographies avec LATEX.
...xdvi51
Utilitaire pour la visualisation des fichiers dvi.
... LyX52
Voir le site http://www.lyx.org/.
...Siag Office53
Voir le site http://www.edu.stockholm.se/siag/.
... texte54
Ce traitement de texte, appelé PW ou Pathetic Writer est simple mais utilisable. Les formats utilisables pour le moment sont : texte, RTF et HTML en plus de son propre format. PW exporte du postscript.
... tableur55
Les formats utilisables sont pour le moment : lotus123; mode texte avec séparateurs de type espace, tabulation, etc; table HTML ou latex et le format de Siag. L'export est possible en postscript.
...Star Office 5.056
Voir le site http://www.stardivision.de/.
... commercial57
Il est seulement nécessaire de s'enregistrer avant de pouvoir l'utiliser ce que tout étudiant devra faire.
...SciLab59
C'est une sorte de Matlab développé par l'INRIA. Les scripts sont en partie compatibles avec matlab et un effort a été réalisé pour les représentations graphiques . Voir le site http://www-rocq.inria.fr/scilab.
... Un*x60
Cet ensemble d'utilitaires basés sur la logique des filtres unix (d'où son nom) permet le traitement de données sismiques et la visualisation des données et des résultats. Voir le site http://www.cwp.Mines.EDU/cwpcodes.
...GMT61
Generic Mapping Tools : cartographie et visualisation de données utilisant diverses projections géographiques. Voir le site http://www.soest.hawaii.edu/soest/gmt.html.
... master62
A l'heure actuelle, les cartes mères PC acceptent jusqu'à 4 disques durs IDE (en fait UltraDMA33 dans notre cas) ou lecteurs ZIP IDE ou encore lecteurs CDROM IDE. Deux connecteurs sont disponibles directement sur la carte mère, un connecteur 0 dit primaire et un connecteur 1 dit secondaire. De chaque connecteur, part une nappe ATA qui comporte deux connecteurs sur lesquels on peut brancher les disques durs ou autres. Pour différentier les deux devices, on configure chacun d'eux à l'aide de cavaliers ou jumper (à positionner sur chacun des devices). Ainsi, l'un des disques s'autodéclare master tandis que l'autre s'autodéclare slave (il ne faut pas que les deux devices s'autodéclarent de la même façon). Il existe donc 4 possibilités : primary master, primary slave, secondary master et secondary slave, qui correspondent respectivement aux devices /dev/hda, /dev/hdb, /dev/hdc, /dev/hdd (``dev'' pour device, ``hd'' pour hard disk de type IDE).
... exportée63
Voir le fichier /etc/exports sur le serveur erebus.
... machines64
Dans notre cas, on s'est limité à ces trois domaines d'information. On peut étendre ce service à d'autre type d'information.