&ref; '> &tabi; Linux. '> &tabi; XFree86. '> Prise en charge Linux '> Tes-tée '> Machine Carte Graphique &celpec; &celnet; &celpec; &celscsi; &celpec; &celson; &celpec; &celtest; '> Utilisateurs simultanés Taille Mémoire Taille Disque Machine Type '> &celref; Désignation F Vert. (Hz) F Hor. (kHz) Bande (MHz) Résol Freq. (Hz) &celtest; '> &celref; Type de Carte Chipset &celpec; &celtest; '> Sujet URL '> Rem. '> Rem. '> Rem. '> Rem. '> Rem. '> Rem. '> Rem. '> Rem. '> &oui; &xfree86; (SVGA) '> &oui; &xfree86; (S3) '> S3 Trio 64V2 PCI &celsvga; '> Matrox Millenium II PCI &celsvga; '> Matrox Millenium II AGP &celsvga; '> Matrox Productiva G100 AGPRem. &celsvga; '> Matrox Productiva G200 AGP &celsvga; '> Matrox Millenium G200 AGP &celsvga; '> Matrox Millenium G250 AGP &celbof; '> Matrox Millenium G400D AGP &celsvga; '> ATI Rage II C AGP &oui; &xfree86; (Mach 64) '> ATI Rage Pro ZX AGP &oui; &xfree86; (Mach 64) '> ATI Rage LT Pro &oui; &xfree86; (Mach 64) '> ATI &celbof; '> Sis 5595 AGP &oui; &fb; '> Cirrus Logic GD 5424 PCI &oui; &xfree86; (SVGA) '> Cirrus Logic GD 5446 PCI &celsvga; '> Cirrus Logic GD 5465 AGPRem. &oui; &xfree86; (SVGA) '> Elsa Gloria SynergyRem. &oui; &xfree86; (3D Labs) '> Elsa Gloria Synergy + AGPRem. &oui; &xfree86; (3D Labs) '> Elsa Gloria Synergy II AGP &oui; &xfree86; (SVGA) '> 3DLabs Oxygen GVX1 AGP &oui; &fb; '> Neomagic MagicGraph 128XD NM2160 &celsvga; '> Neomagic MagicGraph 256AV NM2200 &celsvga; '> Chips & Technologies CT65554 &celsvga; '> Silicon Motion LynxE SM810Rem. &celsvga; '> Accel Eclipse PCI &oui; &fb; &nointer; '> Accel Galaxy AGP &oui; &fb; &nointer; '> HP Fx-4 AGP &non; &fb; &nointer; '> HP Fx-6 AGP &non; &fb; &nointer; '> Intel i810 AGPRem. &oui; &xfree86; (XFCom i810) '> Trident TVGA 9000i &celsvga; '> Intel i82557 / i82558 10/100 BT (D5013A/B) &oui; &pilote; eepro-100 '> Intel S82093A / i82559 10/100 BT &oui; &pilote; eepro-100 '> Carte 100VG (J2585B) &oui; &pilote; hp100 '> Carte HP chipset RealTek &oui; &pilote; RealTek '> &oui; &pilote; 3c59xRem. '> 3Com 905B-TX 10/100 BTRem. &celpilote3com; '> 3Com 905C-TX 10/100 BT &celpilote3com; '> &oui; &pilote; pcnet32 '> AMD 79C971 KC 10/100 BT &celpcnet; '> AMD 79C972 AKC 10/100 BT &celpcnet; '> SMC 1211 TX EZ Card 10/100 BT &oui; &pilote; rtl8139 '> AMI Megaraid (Raid 0, 1, 3, 5, 10, 50) &oui; &pilote; megaraidRem. '> &oui; &pilote; ncr-53c8xxRem. '> AMD 79C971 KC 10/100 BT + SCSI (D6692A)Rem. &celpcnet; Symbios Logic 53c875 &avec; &net; (D6692A) &celncr53; '> AMD 79C974 KC 10/100 BT + SCSI &celpcnet; Symbios Logic 8751SP &avec; &net; &celncr53; '> Adaptec ARO Raidport &celnon; '> Adaptec AIC 7860 PCI + Adaptec AIC 7880 UW PCI &oui; &pilote; aic7xxx '> Adaptec AIC 7880 UW PCI &oui; &pilote; aic7xxx '> Adaptec AIC 7880 UWD PCI &oui; &pilote; aic7xxx '> 2 Adaptec AIC 7880 UW PCI &oui; &pilote; aic7xxx '> Adaptec AIC 7895H PCI &oui; &pilote; aic7xxx '> Adaptec AIC 2910bui (7860) PCI &oui; &pilote; aic7xxx '> Adaptec AIC 7880 PCI + Symbios Logic 53C876 &oui; &pilote; aic7xxx &et; &pilote; ncr53c8xx '> Symbios Logic 8952U Ultra2 Wide PCI &celbof; '> Symbios Logic 53C895 PCI &celncr53; '> 2 Symbios Logic 53C895 PCI &celncr53; '> Adaptec AIC 7880 PCI + 2 Symbios Logic 53C896 PCI &oui; &pilote; aic7xxx &et; &pilote; ncr53c8xx '> AMD 79C972 10/100 BT + SCSI (D6692A)Rem. &celpcnet; Symbios Logic 53c875 &avec; &net; (D6692A) + Adaptec AIC 7880 PCI &oui; &pilote; ncr53c8xx &et; &pilote; aic7xxx '> 2 Symbios Logic 53C896 PCI &celncr53; '> 2 Symbios Logic 53C897 PCI &celncr53; '> Cirrus Logic CS 4614 &celbof; '> Crystal CS 4232 &celbof; '> Analog Device 1816 &oui; &pilote; AD1816Rem. '> Xircom CEM56-100 56Kb 10/100 BT &oui; &pilote; xirc2ps_cs '> 3Com 3CXFE575BT 10/100 BT &celbof; '> Carte Réseau '> Carte Son '> Carte SCSI '> Carte Modem '> Carte Réseau/Modem '> Carte FastRaid '> Carte NetRaid '> Carte Top Tools '> Carte Fibre Channel '> &aucune; N/A '> N/A '> ??? '> &non; '> &oui; '> RedHat '> Hewlett-Packard '> Medasys '> SaMBa '> Apache '> ]> Guide d'utilisation et de configuration des produits HP sous Linux dans sa dernière version le &curdate; (Version &curver;) Ce document décrit l'utilisation des produits au catalogue &HP; (HP) avec Linux et certains logiciels libres. Il indique les matériels pris en charge, les logiciels à utiliser, répond à certaines questions fréquemment posées et donne des éléments de dimensionnement. Les buts sont d'offrir une vue d'ensemble des fonctionnalités des logiciels libres et de leur utilisation au mieux avec des produits HP ; ainsi que de rendre les nouveaux utilisateurs de produits HP rapidement opérationnels et également de permettre aux autres de choisir le leur en toute connaissance de cause. Bruno Cornec Medasys Digital Systems

Bruno.Cornec@medasys-digital-systems.fr

1997-2000 Bruno Cornec Ce HOWTO est une documentation libre de par la volonté de &Medasys; et &HP; pour qui j'effectue ce travail ; vous pouvez la redistribuer et/ou la modifier en conformité avec les termes de la Licence de Libre Diffusion des Documents . Ce document est distribué dans l'espoir qu'il sera utile, mais sans aucune garantie ; notamment, vous êtes entièrement responsable de son utilisation et ne pourriez vous plaindre en cas de dysfonctionnement, voire d'endommagement de votre matériel. 0.8 - Le 25 Juillet 1999 - Bruno Cornec Premiere version publiquement disponible 0.85 - Le 7 Septembre 1999 - Bruno Cornec Docbook 3.1. Section moniteurs. Nombreuses corrections orthographiques. De nombreux liens ajoutés. Génération revue. Makefile rewritten. 0.86 - Le 27 Septembre 1999 - Bruno Cornec Machines d'Août et Septembre 1999. DSSSL 1.45 + StyleSheet propre. Makefile revu. 0.87 - Le 19 Janvier 2000 - Bruno Cornec Machines d'Octobre 1999 à Janvier 2000. ENTITY pour Apache, RedHat, Samba, ... DTD et DSSSL spécifiques. 0.88 - Le 15 Mars 2000 - Bruno Cornec Machines de Février-Mars 2000. Traduction anglaise. Ce document est un guide sur l'utilisation des produits proposés par le constructeur informatique &HP; (HP) sous Linux. Il est conçu comme un guide de référence rapide, couvrant tout ce que vous avez besoin de savoir pour dimensionner, installer et configurer vos produits sous Linux, ou quels logiciels complémentaires seront utiles à cet effet. Les questions fréquemment posées y trouvent des réponses, et des références sont données concernant d'autres sources d'informations relatives à la technologie et aux applications liées à HP. Les opinions exprimées ici sont celles de leur auteur et n'engagent en rien les sociétés &Medasys; &ou; &HP;. Les informations sont fournies dans le but d'être utiles aux lecteurs. Néanmoins, il ne peut y avoir, au travers de ce document, aucun engagement de fonctionnement de la part de &Medasys; &ou; &HP; sur ces systèmes sous Linux, pas plus que de la part de l'auteur. Ni &Medasys;, ni &HP;, ni l'auteur ne peuvent être tenus pour responsable d'aucun dysfonctionnement provenant de l'utilisation de ces informations. Néanmoins, les éditeurs de logiciels ne vous garantissent pas grand chose non plus (relisez les contrats). Les nouvelles versions de ce document seront annoncées periodiquement dans les forum Usenet news:fr.comp.os.linux.annonces &et; news:comp.os.linux.annonces. Elles seront également mises à jour sur les divers sites ftp anonymes qui archivent de telles informations, notamment ftp://ftp.medasys-digital-systems.fr/pub/linux/french. Des versions hypertextuelles de ce HOWTO ainsi que des autres HOWTO sont disponibles sur de nombreux sites de la toile (World Wide Web), y compris http://www.medasys-digital-systems.fr/mirror/linux/french/ldp/HOWTO. La plupart des distibutions Linux sur CD-ROM comprend les HOWTO, souvent sous le répertoire /usr/doc, et vous pouvez aussi en acheter des exemplaires imprimés chez de nombreux vendeurs. Quelques fois, les HOWTO disponibles par l'intermédiaire des vendeurs de CD-ROM, des sites ftp ou sous forme imprimée sont périmés. Si ce HOWTO date de plus de six mois, alors une nouvelle copie est probablement disponible sur l'Internet. Le site de référence pour ce HOWTO est http://www.medasys-digital-systems.fr/linux/HP-Howto/HP-HOWTO-FR Si vous faites une traduction de ce document dans d'autres langues, faites le moi savoir pour que j'inclue une référence ici. Je me repose sur vous, lecteurs, pour rendre ce HOWTO utile. Si vous avez des suggestions, des corrections, des commentaires, voire des compliments :-) n'hésitez pas à me les envoyer Bruno.Cornec@medasys-digital-systems.fr, et j'essaierai de les incorporer dans une prochaine révision. Je souhaite aussi répondre aux questions générales sur les matériels et logiciels HP sous Linux, du mieux possible. Avant de les poser, lisez s'il vous plait toutes les informations de ce HOWTO, et ensuite envoyez moi un rapport détaillé de votre problème. Si vous publiez ce document sur un CD-ROM ou sous forme papier, une copie de remerciement serait appréciée ; envoyez moi un courrier électronique pour obtenir mon adresse postale. Considérez également l'opportunité de faire une donation au Projet Linux de Documentation pour encourager la documentation libre autour de Linux. Pour plus d'informations, contactez le coordinateur des HOWTO Linux, Guylhem AZNAR guylhem@rrremovethis.oeil.qc.ca. La plupart des informations contenues ici proviennent de recherches effectuées dans la documentation proposée par HP, de fichiers fournis avec le code source du noyau Linux, de la FAQ du forum Usenet news:comp.sys.hp.hpux dont une version HTML est disponible sur les miroirs tels que le CICT, de notre expérience de distributeur de matériel HP, de nombreux tests et déploiements réalisés et de remarques d'utilisateurs de Linux. De nombreux contributeurs ont permis à ce document de se parfaire. Vous en trouverez une liste la plus exhaustive possible dans le . J'aimerais tout de suite remercier, sans ordre particulier, ceux sans qui ce document n'existerait tout simplement pas : Marc Hia Balié Marc_Hia-Balie@hp.com, qui a commandité ce document et a autorisé sa diffusion comme documentation libre. Linus Torvalds, pour le projet Linux sans qui rien ne serait. Richard Stallman, pour le projet GNU sans qui rien ne serait non plus. Nat Makarévitch nat@nataa.frmug.org, pour son travail de traducteur et ses conférences prosélytes. Xavier Cazin xc@itp.fr, pour son talent à me convaincre d'utiliser DocBook. Eric Dumas dumas@Linux.EU.Org, pour la gestion du projet de documentation en français. Rémy Card Remy.Card@linux.org, pour ext2 et son amour de l'électricité :-). René Cougnenc, pour avoir mis le pied à l'étrier de beaucoup de monde, dont moi. Dany Coffineau Dany.Coffineau@alcatel.fr, pour m'avoir tout appris sur Unix. François Strobel Francois.Strobel@alcatel.fr, pour son calme et sa patience légendaires :-) Frédéric Dubuy Frederic.Dubuy@medasys-digital-systems.fr, qui a contribué à l'écriture de ce document et s'est occupé de tout ce que je ne pouvais pas faire, lorsque je le rédigeais. Sans compter qu'il est aussi le graphiste du logo ! Alain Pascal pascal@montrouge.omnes.slb.com, pour les nombreux tests effectués. Pascal Lemonnier Pascal.Lemonnier@medasys-digital-systems.fr expert en typographie et qui ne rate aucune faute d'orthographe :-) Ralf S. Engelschall rse@engelschall.com, pour la mise à disposition des outils wml , utilisés pour gérer le bi-linguisme de ce document. Cees de Groot cg@sgmltools.org, pour la mise à disposition des outils SGMLTools qui permettent de générer toutes les versions de ce document à partir d'un même source SGML. Norman Walsh ndw@nwalsh.com, pour la mise à disposition de la DTD SGML DocBook. James Clark jjc@jclark.com, pour la mise à disposition de l'outil Jade. La famille Cornec cornec@victoria.frmug.org, pour sa patience et son soutien. Avant de rentrer plus en détails dans la présentation, il peut être utile de donner quelques définitions des termes et des logiciels mentionnés dans ce document. Un logiciel libre est un logiciel diffusé avec son code source, ce qui en permet l'étude, la transmission, l'adaptation. Suivant les licences utilisées pour le développement du logiciel, les contraintes sont diverses pour les utilisateurs. Les licences les plus ouvertes (telles que la licence Berkeley Software Distribution ou BSD) autorisent l'appropriation du code par un tiers, y compris sa vente (après modification ou non) dans des produits commerciaux, sans aucun problème et sans rien devoir d'autres aux auteurs initiaux que la présence de leur copyright. D'autres licences (telles que la GNU Public License ou GPL) obligent toute modification d'un logiciel libre GPL à être lui-même libre ; ceci ne permet pas l'utilisation de tels programmes dans un produit commercial. De nombreuses autres licences de distribution existent, plus ou moins libres: la licence Artistique (perl), la NPL (mozilla), la QPL (Qt) ... Une grande majorité des programmes libres est aujourd'hui placée sous licence GPL, même si le monde BSD occupe toujours une place importante, quoique moins visible, notamment dans la presse. Linux est placé sous GPL. Pour plus d'informations sur ces définitions et les licences, on se reportera aux sites de références suivants : Le site Web du projet GNU On y trouve toutes les informations relatives au projet GNU, y compris les licences produites (GPL et LGPL) et diverses discussions sur le logiciel libre. Le site Web du projet Open Source Ce site propose une nouvelle définition, un peu moins restrictive, des logiciels libres, de la part de diverses personnalités en vue. Le site Web du projet FreeBSD Ici, ce sont les avantages de la très ouverte licence BSD qui sont expliqués. Tout d'abord, il ne faut pas confondre logiciel libre et graticiel (freeware). Un graticiel n'est pas nécessairement un logiciel fourni avec ses sources, à la différence du logiciel libre. De même, à la différence du graticiel, obtenir un logiciel libre peut être un service payant (ce n'est pas contradictoire avec les licences utilisées). L'ambiguité vient du terme anglais free qui signifie à la fois libre et gratuit. Un graticiel est donc gratuit mais pas obligatoirement libre. (De même, le partagiciel (shareware) n'est en rien un logiciel libre). Ainsi, des exemples de logiciels libres importants et connus sont les systèmes d'exploitations Linux et FreeBSD, le serveur Web &Apache;, le serveur SMB &Samba;, les compilateurs GNU C, et GNU C++ ... A contrario, des exemples de graticiels connus sont le navigateur Internet Explorer, l'outil de lecture de courrier électronique Eudora Light, ... Linux est un système d'exploitation libre, réalisant un sur-ensemble de la norme POSIX. Initialement, le terme Linux désigne uniquement le noyau. Par extension, on donne également ce nom aux distributions basées sur ce noyau et un ensemble d'outils du projet GNU. Linux est donc un système Unix, si ce n'est qu'il n'utilise aucun code propriétaire et est fourni sous licence GPL, ce qui implique la disponibilité des sources. Comme tout autre système Unix, il est multi-tâches, multi-utilisateurs. Il est également extrêmement portable, puisqu'il est aujourd'hui disponible officiellement sur des processeurs Intel (i386 à Pentium III), Alpha, Motorola (680x0 &et; PowerPC), Sparc, StrongArm, Mips. Sans compter les portages opérationnels ou en cours sur PalmPilot, Itanium (ex-Merced), PA-Risc, Crusoe ... Le système est aujourd'hui parfaitement stable et mature. Les versions "x.y.z" du noyau Linux, où "y" est un nombre pair, sont stables et seules des corrections d'anomalies y sont en général appliquées lors de l'incrément de "z". Les versions "x.y.z" du noyau Linux, où "y" est un nombre impair, sont des versions de développement qui peuvent être instables et sont réservées aux développeurs ou aux intrépides. De temps en temps, quand le développement du noyau se stabilise un "gel" intervient pour fournir une nouvelle version "stable" (paire), et le développement continue sur une nouvelle version (impaire). La version stable actuelle est la version &curker; (ce dernier indice étant susceptible d'évoluer au fur et à mesure des corrections). Le développement a d'autre part déjà repris avec une série 2.3 en cours. De nombreuses présentations de Linux sont disponibles actuellement. Parmi celles-ci, vous aurez avantage à consulter celle de Nat Makarévitch et de Michael Johnson aux adresses http://www.linux-france.com/article/presentation/presentation.html et http://www.medasys-digital-systems.fr/mirror/linux/french/ldp/info-sheet.fr.html. Le système dispose des caractéristiques techniques suivantes : Multi-tâches : exécute plusieurs programmes en pseudo-parallélisme. Multi-utilisateurs : plusieurs utilisateurs actifs sur la même machine en même temps (sans souci de licence). Portable et interopérable : fonctionne sur de nombreuses architectures matérielles. Tous les sources sont disponibles. Linux prend en charge de nombreux systèmes de fichiers outre le natif ext2fs : Système V, BSD, Sun, MS-DOS, VFAT, NTFS, Mac, HPFS, EFS, ISO9660. Côté réseau, il y a prise en charge des protocoles TCP/IP v4 &et; v6, Appletalk, Netware (client &et; serveur), Lan Manager SMB (client &et; serveur), X-Window, NFS, PPP, SLIP, UUCP. Architecture performante : noyau modulaire et recompilable à volonté, exécution en mode protégé sur les processeurs 80x86, chargement de pages à la demande, partage de pages entre exécutables en lecture, mémoire virtuelle avec pagination sur disque, utilisation d'un cache disque en mémoire géré dynamiquement, bibliothèques dynamiques, gestion de processus, pseudo terminaux, consoles virtuelles. Sécurité : protection de la mémoire entre processus: un programme utilisateur ne peut compromettre le fonctionnement du système dans son ensemble. Le noyau peut assurer, d'autre part, le filtrage de trame réseau. Conforme aux normes et standards : Posix, avec les extensions Système V et BSD. Prise en charge des binaires COFF et ELF. Compatibilité binaire avec SCO, SVR3/4 par le module iBCS2. Prise en charge des spécificités nationales (NLS, clavier, polices, ...). Une fois les définitions établies, il est important de s'attarder sur les idées véhiculées par le mouvement du logiciel libre. De même qu'il est important d'évacuer un certain nombre d'idées fausses colportées sur ces logiciels. Cette section donne ensuite un argumentaire varié en faveur de l'introduction des logiciels libres et conclut sur des problèmes réels restant à surmonter. En fait la philosophie véhiculée par le mouvement du logiciel libre n'est guère différente de celle proposée par tout le mouvement scientifique depuis de nombreuses années : la mise en commun des idées et du savoir collectif pour permettre la progression de la recherche et l'augmentation de ce savoir. La connaissance du génome humain est l'un de ces exemples de travail collaboratif. Le milieu informatique, et particulièrement celui du logiciel, semble s'être détourné depuis près de 20 ans de ces préceptes de base du monde scientifique. Il privilégie au contraire la captation du client au détriment de la fourniture des informations qui lui permettraient d'exploiter au mieux son environnement informatique. C'est du reste à la suite d'un tel problème, au début des années 80, que Richard Stallman, alors chercheur en intelligence artificielle au MIT, a décidé de fonder le projet GNU. Ce projet est le fondement du mouvement du logiciel libre actuel. Les idées principales soutenues par ce mouvement et énoncées par Richard Stallman lui-même sont : Liberté : tout utilisateur doit être libre de copier, diffuser, modifier un programme, soit pour le partager avec d'autres, soit pour l'adapter à son besoin propre. De même, il doit pouvoir l'analyser pour le comprendre, l'imiter, l'améliorer, vérifier son fonctionnement, de même que tout résultat scientifique est soumis à l'aune de ses pairs pour vérification, étude, compréhension et réalisation de travaux dérivés. Peut-on imaginer un vaccin contre le cancer du foie qu'un autre laboratoire ne pourrait dériver pour en faire un vaccin contre le cancer du pancréas ? Égalité : toute personne doit avoir les mêmes droits sur le logiciel. Le fournisseur n'est ainsi pas privilégié et ne peut capturer les clients auxquels il fournit son travail. Peut-on imaginer que seul le producteur dudit vaccin ait le droit de s'en servir ? Fraternité : ce mode de fonctionnement encourage toute la communauté informatique à coopérer et à produire ainsi des logiciels de plus en plus fiables et utiles à tous. Peut-on imaginer qu'une découverte comme le vaccin ci-dessus ne puisse servir à tous et favoriser d'autres découvertes ? Au delà de l'aspect utopique de ces idées se trouvent d'autres raisons qui ont permis aux logiciels libres de se répandre si largement aujourd'hui. Elles sont détaillées dans . Le mouvement du logiciel libre se concrétise aussi au travers d'une communauté de personnes. Réunion informelle de personnalités, cette communauté est hétérogène dans sa composition, ses actions, ses idées, même si tous partagent la même croyance dans la liberté du logiciel. Cette communauté s'est forgée les outils nécessaires à sa communication que sont l'Internet et Usenet. Et ces outils de communications utilisent bien évidemment force logiciels libres pour fonctionner. Parmi les personnages marquant du mouvement, on peut citer : Linus Torvalds, à l'origine de Linux. Richard Stallman, à l'origine du projet GNU. Eric S. Raymond, auteur de nombreux et excellents articles, qui inspirent tant de vocations. Larry Wall, auteur de Perl et de l'outil patch, et philosophe. Tim O'Reilly ask_tim@oreilly.com, promoteur du logiciel libre et éditeur de nombreux ouvrages qui leur sont consacrés. Toutes ces personnalités sont avant tout d'excellents informaticiens, ce qui leur permet d'être reconnus comme des acteurs majeurs du mouvement du logiciel libre. Leurs qualités humaines et communicatives sont également des caractéristiques fortes de leur tempérament. En aucun cas, ils ne sont considérés pour leur pouvoir, mais au contraire pour leur savoir. Bien évidemment, la communauté du logiciel libre est constituée de milliers de programmeurs, dont il serait fastidieux d'énumérer la liste. Tous ont en commun la volonté de produire une oeuvre utile, libre, et d'être reconnus pour leurs qualités techniques avant tout. Utiliser des logiciels libres pour apporter des solutions informatiques relève du choix. Tout d'abord, cela favorise la pluralité de solutions, notamment dans un milieu micro-informatique à tendance monopolistique. Ensuite, le choix porte, car cela est finalement le plus essentiel, sur les qualités intrinsèques du logiciel libre, qui sont détaillées juste après. L'accès aux sources Ce point est l'élément primordial du choix, puisqu'il permet la compréhension, l'adaptation, la correction, la diffusion, la fiabilisation du logiciel. De plus, cela contribue à diminuer énormément la possibilité de véhiculer des virus. La fiabilité Cette qualité résulte de la précédente: le logiciel libre est le résultat cumulé de l'expérience et de l'intelligence de tous les intervenants. Sa fiabilité augmente donc avec le temps, au fur et à mesure des corrections qui sont effectuées. De plus aucune pression marketing n'oblige le producteur du logiciel à le livrer à ses clients avant qu'il ne soit dans un état jugé satisfaisant. La portabilité Cette qualité n'est pas propre au logiciel libre, mais est très souvent présente dans un logiciel libre. En effet, si ce logiciel connait du succès, il sera obligatoirement adapté à d'autres environnements que ceux initialement prévus. Ainsi, en augmentant sa disponibilité, on améliore sa portabilité et sa fiabilité également. L'universalité Une qualité essentielle des logiciels libres est le caractère par nature universel des formats de données utilisés. Même s'ils ne suivent pas les standards, la disponibilité du code source assure à l'utilisateur la compréhension de ceux-ci, et surtout la possibilité d'écrire tout filtre nécessaire à leur récupération, ou leur échange avec d'autres logiciels. Ceci permet également aux utilisateurs de stabiliser leur environnement puisqu'ils ne sont plus obligés de migrer en cas d'incompatibilité de format de données dans leurs applicatifs. La performance Résultant de nombreux examens, de l'utilisation d'algorithmes issus des travaux de recherches les plus avancés, aussi bien qu'éprouvés par de nombreux modes d'utilisation, les logiciels libres sont performants par nature. Souvent des réécritures importantes de codes sont effectuées pour permettre la réutilisation d'idées avec un code meilleur et donc augmenter la performance. De nombreux tests effectués par divers organismes tendent à le prouver également (Serveur Web &Apache; face à ses concurrents, Serveur SMB &Samba; face à Windows NT ...). De plus, encore une fois, rien n'oblige à délivrer une application dont les performances seraient déplorables. L'interopérabilité Historiquement, le milieu Unix a toujours été un ferment d'interopérabilité avec les autres systèmes (grands ou moyens systèmes, aussi bien que micro-informatique). La prise en charge au sein de Linux, par exemple, de nombreux protocoles réseaux, de nombreux formats de systèmes de fichiers, voire de modes de compatibilité binaire garantit cette bonne interopérabilité. La réactivité Face aux cycles de développement de plus en plus longs des éditeurs de logiciels, la réactivité du milieu du logiciel libre intéressera nombre de sites, soucieux d'obtenir rapidement une correction à un problème donné. Ainsi, lors des récentes découvertes de dénis de services IP, les correctifs ont été disponibles dans tous les cas en moins de 3 jours. Et n'était fourni que le correctif fermant le trou de sécurité constaté. Il n'y avait pas d'autres ajouts fonctionnels qui auraient pu créer de nouvelles instabilités. Indépendamment de ses qualités, on peut avancer d'autres argumentaires de natures diverses, en faveur du logiciel libre, suivant le type d'interlocuteur rencontré. Ces différents argumentaires sont détaillés ci-après. Des études du cabinet IDC mettent en lumière l'irrésistible montée de Linux comme système d'exploitation serveur. En 1998, Linux est ainsi crédité de 17% de part de marché, avec une progression de 212%, qui est la plus importante sur ce secteur. Les graphes suivant donnent l'ensemble des parts de marché.

Ceci s'est confirmé en 1999 avec une part de marché passant à 24% et une progression de 93%, toujours plus de quatre fois la progression de son suivant.

ZDnet rapporte que Dataquest estime pour sa part que les serveurs Linux représenteront, avec 1,1 million d'unités, 14% des serveurs vendus en 2003. Le réseau lui-même produit des outils marketing pour démontrer la supériorité des logiciels libres. Deux indices sont mis à jour régulièrement par Netcraft, sur les logiciels serveur Web, et par l' IOS Counter pour les serveurs sur l'Internet. Les résultats, reproduits ci-dessous, montrent l'importance prise par &Apache; avec plus de 6 millions de sites opérationnels, écrasant la concurrence, de même que les systèmes libres Linux et *BSD dominent le monde des serveurs de l'Internet.

Les arguments économiques plaident également en faveur des logiciels libres. Ainsi tout d'abord le coût d'acquisition est modique. Modique car il n'est jamais nul. En effet, même si on peut se le procurer via l'Internet, encore faut-il comptabiliser les coûts afférents à cette liaison. Quoiqu'il en soit, les coûts sont fortement inférieurs à ceux des logiciels commerciaux. Ainsi, une distribution RedHat Linux 6.1 livrée avec plus de 1200 paquetages logiciels coûte environ 300 FRF, alors qu'il faut compter plus de 4000 FRF pour obtenir un Windows NT serveur, livré avec le seul IIS. D'autre part, ne disposant pas de notion de licence par utilisateur ou par service supplémentaires, il n'y a pas non plus de surcoût lors de la montée en puissance de ces logiciels au sein de l'entité où ils sont utilisés. Ce qui n'est évidemment pas le cas avec les logiciels commerciaux dont la logique économique est souvent basée sur le nombre de licences. Les logiciels libres apportent de plus une parfaite maîtrise du Coût Total de Possession, si fréquemment évoqué depuis les déploiements massifs de micro-ordinateurs. Ainsi les coûts d'administration sont restreints puisque des systèmes comme Linux ou FreeBSD, à l'instar d'Unix, s'administrent complètement à distance, soit en mode ligne de commande (via telnet) ou en mode graphique en utilisant X-Window. De plus, on bénéficie d'un mode multi-utilisateurs réel facilitant ces opérations d'administration. Dans ce domaine toujours, il est aussi possible d'effectuer de la télé-administration, soit par les capacités propres des matériels (comme les HP NetServers avec carte Remote Assistant), soit en effectuant une connexion à distance (via modem, boîtier RNIS ou liaison spécialisée) grâce aux protocoles natifs PPP et des systèmes de sécurités tels le tunneling ou ssh. Cette administration peut être elle-même confiée en info-gérance à un prestataire externe. Enfin, les coûts liés au matériel, lui-même, peuvent être contrôlés ; d'une part, si par hasard, les logiciels libres ne faisaient pas affaire, il est toujours possible d'acheter alors des solutions logicielles commerciales pour remplir les besoins non couverts. D'autre part, les solutions à base de logiciels libres, étant par nature très performantes, s'accommodent de plate-formes matérielles qui seraient jugées obsolètes selon les critères d'autres systèmes d'exploitation ou d'applications. Il est ainsi possible d'utiliser du "vieux" matériel, notamment pour maquetter. On pourra ensuite investir, en connaissance de cause, lors du passage en opérationnel de la solution, si besoin est. La croissance en puissance peut, du reste, s'effectuer progressivement. Cet argumentaire a déjà été abondamment abordé dans les sections précédentes. Je pense néanmoins que certaines notions peuvent donner lieu à des éclairages complémentaires. Ainsi concernant l'aspect fiabilité des solutions à base de logiciel libre, il est important de noter que cela signifie un temps de fonctionnement opérationnel très élevé (propre aux systèmes Unix d'une manière générale). Ceci se mesure par l'intermédiaire de la commande uptime. L'un des clients de Medasys et HP, l'Hôpital Saint Michel, dispose ainsi d'un Vectra VL5 fonctionnant comme routeur sous Linux depuis plus de 300 jours. Et ce n'est pas un cas isolé. Le respect des standards et des normes, ainsi que l'extrême portabilité générale des logiciels libres assurent aussi pour les applications développées sur ces plateformes, les mêmes qualités. Et notamment, s'il s'avérait que les performances ou les services apportés par des architectures à base de logiciels libres soient insuffisants, il serait facile de migrer vers des machines offrant plus de performances et de capacités d'évolutions, tels que les systèmes HP 9000, tournant sous HP-UX. Enfin une orientation de développement axée vers les performances induit une modularité telle qu'elle permet de retailler le noyau du système au plus près des capacités du matériel, ou l'utilisation de modules chargés dynamiquement en mémoire selon les besoins. Une installation de paquetages peut aller de 40 Mo pour un système minimal à plusieurs Go pour une distribution complète. La linéarité du système permet également la prise en charge de machines multi-processeurs (testé jusqu'à 32 processeurs avec une machine Sparc). La modularité du système permet également d'obtenir un système opérationel sur une seule disquette 1,44 Mo, soit pour réaliser un environnement minimal de dépannage, soit pour faire un routeur parfaitement opérationnel. Le monde de l'embarqué s'intéresse du reste de plus en plus aux capacités des systèmes tels que Linux, puisqu'outre sa modularité, la disponibilité des sources rend plus aisé la communication avec des périphériques dédiés (cartes d'acquisition, sondes, ...) et des grands comptes comme le Cern ou Thomson utilisent déjà de tels systèmes. Cet argumentaire est certainement le plus important de tous, car cela ne sert à rien d'avoir du logiciel libre, si ce n'est pour faire quelque chose d'utile avec ou pour apporter des solutions aux demandes des entités amenées à l'utiliser. Dans quels secteurs le logiciel libre peut-il donc apporter des solutions aujourd'hui ? Eh bien force est de constater que c'est dans la quasi totalité des secteurs de l'informatique d'entreprise. Historiquement, les logiciels libres ont été utilisés pour réaliser des serveurs Internet/Intranet, puisque leur génèse a été concommittante à celle du réseau. On couvre ainsi tous les aspects liés à l'Internet, depuis le serveur Web (&Apache;), FTP (Wu-Ftpd), DNS (Bind), celui de courrier électronique (Sendmail &ou; Postfix), de forums Usenet (INN), de mandataire (IPmasqadm), de pare-feu (IP-Chains), de réseau privé virtuel (OpenSSH, noyau Linux), de cache Web (Squid) ou encore de serveur de temps (NTP) ... Tous ces logiciels sont fournis en standard dans une distribution Linux. Le client doit être doté du logiciel correspondant à l'application utilisée (lecteur de courrier électronique, lecteur de forum Usenet, navigateur Internet...) quel que soit son système d'exploitation. Le choix du logiciel client est libre, vu que tous ces outils respectent les standards édictés dans les RFCs. Le second domaine de prédilection du logiciel libre est le domaine des serveurs de fichiers et d'impression. Pour ces services, les clients peuvent être multiples : de type Unix (Utilisation de NFS &et; KNFS &ou; encore Coda, pour le service de fichiers et de lpd pour le service d'impression), de type Microsoft Windows (Utilisation de &Samba;, qui permet aussi l'utilisation d'imprimantes locales au client) ou de type MacIntosh (Utilisation de NetAtalk). Tous ces logiciels sont fournis en standard dans une distribution Linux et ne nécessitent aucun ajout au niveau du client pour fonctionner. Les autres domaines où un système comme Linux peut apporter des solutions sont ceux du calcul, avec des fonctions de multi-processeurs, en liaison avec l'assemblage de nombreux noeuds de calcul avec des interfaces réseau rapide (100 Mbit/s, Gigabit &ou; Myrinet), ceux de la sécurité des données avec prise en charge des cartes HP NetRaidRem. permettant des niveaux de Raid 0, 1, 3, 5, 10, 50, et disque HotSpare, gérés par le matériel, ceux du service de fax centralisé, avec un logiciel libre comme HylaFAX ou encore comme serveur de sauvegarde sur robot de DAT ou DLT HP SureStore à l'aide d'un logiciel commercial tel que Arkeia ou enfin comme serveur de bases de données avec des solutions libres comme PostgreSQL,MySQL &ou; commerciales comme Oracle, pour n'en citer que trois. Côté client, bien que cela soit moins mis en valeur pour le moment, les possibilités d'utiliser des solutions basées sur du logiciel libre ou commercial sont nombreuses. Là encore, la partie Internet se taille la part du lion, avec des outils comme des navigateurs Internet graphiques (Netscape) &ou; textuel (lynx), de nombreux lecteurs de courriers électroniques graphiques (Kmail, XFMail, ...) &ou; textuels (mutt, elm, ...). Mais il existe également toute une panoplie d'outils nécessaires aujourd'hui à un poste de travail tels que des lecteurs de format PDF (Acrobat Reader &ou; xpdf), des outils de traitement d'images (ImageMagick, the Gimp, Outils RealPlayer ...), des outils de traitement de texte (LyX, LaTeX, SGMLTools, Wordperfect, ...), des suites bureautiques commerciales (ApplixWare, StarOffice), des outils de gestion du son (WavTools, eplaymidi, xmcd, ...), des outils de gravage de CDs (cdrecord, BurnIT, ... avec des compléments tels que mkisofs, cdparanoia), des émulateurs divers libres et commerciaux (Wine, Executor, WABI, DOSEmu, ...), des compilateurs et interpréteurs pour tous langages (C, C++, Pascal, Fortran, Basic, Tcl/Tk, Perl, Python, Ada, Eiffel, Lisp, Scheme, Prolog...), y compris des versions commerciales ( PGI, ...), des environnements graphiques (Gnome, KDE, Motif, ...). L'évolution de ces derniers laisse à penser que les années 2000 pourraient être celles où Linux et les logiciels libres vont percer à leur tour, sur le poste client. Je tiens à signaler que ce document a été réalisé sur une machine HP Brio BAx ne disposant que d'une distribution Linux, à l'aide des outils SGMLTools, Jade &et; DocBook, qui ont permis à partir d'un seul source de générer les formats HTML, Txt, RTF, PostScript, &et; PDF. Ce point a longtemps constitué un frein à l'essor des logiciels libres dans les entreprises. Il n'est aujourd'hui plus de mise. En effet, de nombreuses sociétés de services et des constructeurs, comme HP, maîtrisent aujourd'hui ces solutions et offrent du support autour d'elles. D'autres sources d'informations sont également disponibles, en abondance, au travers des nombreux sites Web consacrés à ces solutions, aux listes de discussions spécialisées, ainsi qu'aux divers forums de discussion Usenet, tels que, pour Linux, les groupes internationaux sous la hiérarchie comp.os.linux.* ou les francophones sous la hiérarchie fr.comp.os.linux.*. Côté compétences, de plus en plus de jeunes ingénieurs ou d'universitaires sortent de leur cycle de formation en ayant été formés à l'utilisation des logiciels et systèmes libres. Ce vivier de compétences arrive en ce moment sur le marché du travail et contribuera à amplifier le mouvement de généralisation de ces outils. Enfin, nombre d'entreprises disposent en interne de compétences ignorées. En effet, leur personnel installe souvent ces logiciels chez eux, et en ont une bonne maîtrise, utilisable lors du déploiement de ces logiciels dans leur structure professionnelle. Se faire l'avocat des logiciels libres consiste également à relever certaines idées reçues à leur sujet et à les combattre. Parmi celles-ci, les plus souvent évoquées sont : "Il n'y a pas de support, ni de formation" On a vu précédemment que le support était en train de se structurer. Une société comme &RedHat; fournit aujourd'hui du support sur ses solutions. Rien qu'en France on peut citer des sociétés comme &Medasys;, Atrid, Alcove qui assurent un support autour des logiciels libres. De même, toujours pour la France, des formations aux logiciels libres peuvent être dispensées par HP France, Learning Tree, l'IUT de Vélizy, sans compter les formations génériques Unix et réseau (que les mêmes organismes proposent également du reste) qui constituent une base essentielle dans un parcours de formation. Enfin, il ne faut pas négliger la capacité de chacun à s'autoformer, grâce notamment à l'abondante documentation disponible (Voir ci-dessous). "Il n'y a pas de documentation" Il existe tout un ensemble de manuels, le Linux Documentation Project constitués de FAQ (Foire Aux Questions) et HOWTO (Guide Comment Faire), au total plus de 300 documents autour de Linux, dont l'essentiel traduit en français, disponibles sous forme de documentation libre. Cette documentation est de qualité diverse, et plus ou moins à jour suivant les sujets, certes, mais elle constitue un corpus permettant d'appréhender seul une distribution Linux et l'ensemble de ses composants. À titre personnel, j'y ai toujours trouvé tout ce qu'il me fallait pour effectuer mon travail avec des logiciels libres. Et en cas de besoin complémentaire, une fois encore de nombreux sites Web et groupes de discussions apportent les quelques éléments supplémentaires. Sans compter les innombrables pages de manuel disponibles en ligne également. D'autre part, les sociétés d'éditions O'Reilly &et; SSC se sont spécialisées dans la fourniture d'ouvrages autour des logiciels libres, rédigés en général par les auteurs des logiciels en question. Leurs ouvrages sont considérés comme faisant référence dans leurs domaines respectifs. "Un produit gratuit ou presque est une sorte de jouet" Il faut toujours faire la différence entre libre et gratuit. De trop nombreux outils gratuits en environnement Microsoft sont effectivement des jouets et de piètre qualité. Ce n'est en rien le cas des logiciels libres, comme démontré dans les sections précédentes. Rappelons qu'ils sont au contraire fiables par construction. "Linux est difficile à installer" Linux est un système d'exploitation professionnel. À ce titre, il demande de la compétence pour son installation, de même qu'un autre système professionnel, comme les autres Unix ou Windows NT par exemple. Mais il n'est pas plus difficile à installer que ceux-ci non plus, notamment avec des distributions telles que RedHat 6.1, Mandrake 7.0, ... Il faut compter environ 30 minutes pour réaliser une installation complète de ces dernières, soit semblablement la même chose que pour HP-UX et sensiblement moins que pour Windows NT Serveur. En revanche, tout comme avant d'installer un serveur sous Windows NT il faut vérifier sa compatibilité avec la Hardware Compatibility List de Microsoft, pour Linux, il est fortement conseillé de vérifier le Guide des matériels (Hardware HOWTO), et pour les machines HP de se reporter à cette page. "Les logiciels libres ne sont pas adpatés pour des tâches lourdes" Ceci est de moins en moins vrai, et cette critique sera caduque avec les prochaines versions de noyaux Linux qui prévoient un système de fichiers journalisé, autorisant un véritable Cluster d'applications. Mais d'ores et déjà Linux autorise l'utilisation de multi-processeurs, de nombreux noeuds pour réaliser des clusters de calcul. Il ne faut pas oublier qu'il est utilisé par le portail Voila (France Telecom) ou le moteur Deja entre autres prestigieuses références. De même, FreeBSD est utilisé avec succès comme système sur le plus gros serveur ftp au monde : Walnut Creek CDROM server "Quel recours ai-je en cas de problème vis à vis des éditeurs ?" Il n'y a pas de recours, car les licences des logiciels dégagent les auteurs de toute responsabilité, en cas de problème. Néanmoins, dans les faits les développeurs sont toujours prêts à aider en cas de soucis et tentent de corriger le plus vite possible les anomalies rencontrées (lors du bug F00F du Pentium, un patch pour Linux a été publié dans les 3 jours par exemple). D'un autre côté, les éditeurs commerciaux garantissent très mal les utilisateurs contre des problèmes autres qu'une erreur de paquetage. Reportez-vous aux notices fournies avec vos logiciels pour en juger. Il ne serait pas honnête de nier un certain nombre de problèmes résiduels liés aux logiciels libres. Certains sont en voie de résolution, d'autres sont inhérents au système, d'autres enfin mettront du temps à disparaître. Le premier problème, inhérent au modèle du logiciel libre, est la multiplicité des outils et des distributions disponibles. Ainsi, si vous voulez mettre en oeuvre un serveur de courrier électronique, il faudra choisir entre Sendmail, Exim, PostFix, Qmail, Smail. De même que pour installer Linux vous avez la possibilité d'utiliser une distribution &RedHat;, SuSE, Slackware, frMandrake, Turbo Linux, Debian. Ceci est souvent un problème pour le néophyte, mais l'utilisateur confirmé préferera toujours disposer d'un large choix qu'il confrontera à ses exigences et à son expérience. Tant qu'un acteur respecte les règles du jeu en libérant son code (cas des formats rpm et deb par exemple), il n'y a pas de risque du point de vue de la communauté. Le second problème, inhérent lui aussi à la génèse des logiciels libres, est la nécessité d'avoir des compétences Unix et Internet fortes, pour administrer de telles solutions. La puissance disponible par ces systèmes est proportionnelle à la compétence de leurs administrateurs. Et cela restera vrai malgré l'émergence de solutions de plus en plus graphiques de gestion des systèmes. D'un autre côté, l'investissement en temps passé à apprendre leur fonctionnement se cumule et ne s'annule pas, car vous ne devez pas tout réapprendre pour passer d'une version à l'autre. N'oubliez pas que les systèmes que vous manoeuvrez couramment vous semblent simples, uniquement parce que vous avez passé le temps nécessaire à les apprendre. Quant aux compétences Internet, c'est une lapalissade de dire que cet investissement n'est pas perdu. Enfin, malgré le travail des traducteurs pour fournir des informations en français, une bonne connaissance de l'anglais technique est un plus indéniable. Le dernier problème rencontré dans la mise en oeuvre de solutions autour de logiciels libres est d'arriver à convaincre une partie des décideurs de déroger au mode de pensée dominant. Le but de cette partie est justement de donner tout un faisceau d'arguments pour y parvenir, mais il faut à chaque fois faire preuve de conviction pour arriver à ses fins. Au fur et à mesure de l'adoption de ces solutions par de grands groupes notamment, les résistances deviendront moindres. Le but n'est pas de se livrer ici à un examen exhaustif et comparatif des fonctions des divers systèmes d'exploitation disponibles. Il s'agit plutôt de montrer les positionnements respectifs des divers systèmes les uns par rapport aux autres. Seuls les systèmes disposant d'une présence suffisante sur le marché sont considérés. Le positionnement pris par l'ensemble des constructeurs place aujourd'hui Linux en entrée de gamme (quand il est pris en compte) et leur système Unix en milieu et haut de gamme. La réalité est parfois plus cruelle que le positionnement voulu par le département marketing :-). Techniquement, une distribution Linux n'a rien à envier aux solutions Unix constructeurs, sauf pour le moment, en palette d'applicatifs commerciaux. Et on constate que souvent les utilisateurs dopent leurs stations avec des logiciels libres pour compléter leur usage. Pour être précis dans l'exposé, il convient de considérer les solutions Unix des constructeurs comme réparties en stations et serveurs. Côté station, la cause est entendue: pour un client, la seule raison aujourd'hui d'en acheter est liée soit à la disponibilité d'un logiciel ou d'un matériel qui n'existerait pas dans un environnement libre, soit aux performances intrinsèques du matériel. Dans le premier cas, on peut constater que cet argument devrait avoir une durée de vie limitée, puisqu'il est, en toute logique, de l'intérêt de tout éditeur de logiciel (sauf les constructeurs, peut-être) et tout constructeur de matériel, de porter leurs applications sur tous les environnements majeurs du marché ou d'y faire fonctionner leur matériel. Comme l'ont montré Oracle, Informix, Sybase, ... Linux devient aujourd'hui un de ces environnements. Dans le second cas, l'écart en performances entre la plateforme dominante de Linux (IA-32) et les autres compétiteurs se restreint et devrait même disparaître dès l'arrivée de l'architecture IA-64, qui semble devoir être adoptée largement par la majorité des acteurs. De plus, souvent Linux est disponible de façon native sur les processeurs des divers acteurs (Sparc, Mips, PowerPC, 68xxx, Alpha, Crusoe, PA-Risc en cours). Je pense que Linux peut représenter le fameux Unix standard et unique dont tout le monde à longtemps rêvé, sans réussir à l'imposer (l'ouverture et la liberté apportées par Linux n'y étant pas étranger). Il me semble qu'à terme, la station de travail Unix constructeur est amenée à se cantonner sur des niches tels que le calcul haut de gamme, la réalité virtuelle, ... et ceci tant que ces solutions ne sont pas disponibles en environnement libre. Linux offre toutes les qualités fonctionnelles des autres systèmes Unix, et donc de la station de travail, sur une base matérielle variée, et potentiellement meilleur marché, tels que des PCs. Il est donc le choix de tout informaticien à forte culture Unix (ancien client de la station), qui va préférer cette solution à la migration vers un système Microsoft typiquement. Côté serveur, en plus des points évoqués pour les stations, les problèmes sont plus complexes. Les capacités mémoires, disques, processeurs, extensions en tout genre, les rendent aujourd'hui encore difficilement remplaçables par des machines d'architecture IA-32 par exemple. De plus, un certain nombre de solutions telles que les clusters de machines pour la haute disponibilité par exemple, ne sont pas encore disponibles en production en environnement Linux. L'autre frein est souvent lié aux investissements déjà effectués autour des solutions logicielles déployées sur ces serveurs. Leur durée de vie naturelle est de toute façon beaucoup plus importante que celle des stations. Les changements seront donc dans ce domaine plus lents. Il y a ici, à juste titre, la possibillité de considérer des solutions Linux comme solutions d'entrée/milieu de gamme, alors que les serveurs Unix des constructeurs constituent le milieu/haut de gamme. L'introduction de Linux en lieu et place de ces machines ne commencera qu'avec la disponibilité importante d'applications, de gestion notamment. Les avantages des solutions constructeurs, qui expliquent qu'elles sont encore souvent choisies lorsque la criticité de l'application prime, sont liés à l'homogénéité de la solution (matériel et logiciel maîtrisés par la même entité, qui ne peut invoquer un tiers en cas de problème), et aux garanties de support et de maintenance fournies. Somme toute, il n'y a pas tant d'antagonisme entre ces systèmes, car ils sont cousins germains. Leur association permet aujourd'hui à des équipes informatiques "pro-Unix" d'avoir des solutions de bout en bout, sans devoir perdre en fonctions, comme cela est souvent le cas avec les autres systèmes d'exploitation disponibles en environnement micro-informatique. La comparaison entre Linux et les systèmes SCO me semble bien déséquilibrée. Déjà l'ensemble des points précédents s'appliquent ici. De plus, SCO n'étant pas un constructeur, l'atout de l'homogénéité disparaît. La plateforme Intel IA-32 est prise en charge par les deux systèmes, donc le coût est identique. En revanche, la solution logicielle a un coût disproportionné (très peu de logiciel fourni de base, donc de fortes dépenses en extensions, et en nombre d'utilisateurs). Pour avoir à en administrer un, je peux dire que les performances d'un OpenServer sont très en deçà de celles d'un système Linux. De plus, il est de conception plus ancienne, foisonne de liens symboliques qui rendent la gestion compliquée. La base de matériels pris en charge par SCO est plus faible que celle de Linux. Seuls restent à son avantage sa base installée et l'ensemble des applications disponibles. Mais pour combien de temps ? Du reste, le fait que SCO ait choisi Monterey (base AIX) pour le port IA-64 semble assez significatif de l'avenir réservé à OpenServer ou UnixWare. La comparaison s'avère ici plus délicate, car Windows NT n'est pas un système ouvert, comme les précédents, ce qui est déjà rédhibitoire pour certains utilisateurs. Un excellent comparatif a été effectué par John Kirch entre Unix et Windows NT Server. Je conseille à toute personne souhaitant avoir un avis éclairé sur le sujet de le lire, il est mis à jour régulièrement, et a été écrit par un spécialiste à la fois des systèmes Microsoft et Unix. Financièrement, l'avantage va évidemment aux logiciels libres. D'autant plus, comme dans le cas de SCO, si l'on considère le panel de logiciels complémentaires nécessaire pour l'utilisation d'un serveur. L'auteur chiffre le rapport de 1 à 100 tout de même ! Techniquement, tant sur les fonctions fournies que sur le fiabilité, l'administration, les performances, les matériels pris en charge, et surtout la sécurité, les systèmes Unix, et en particulier les systèmes libres dépassent ce qui est proposé dans Windows NT. Le fait d'avoir une interface graphique non-indépendante du noyau contribue fortement à l'instabilité de NT, sachant qu'il est plus difficile d'empêcher une interface d'avoir des erreurs (vu qu'on ne maîtrise pas le comportement de l'utilisateur en face d'elle) qu'un noyau. Quels sont donc les réels avantages de Windows NT ? : la force marketing de Microsoft qui persuade le monde entier qu'informatique rime avec Windows et qui s'appuie sur une énorme base installée ; ses applications bureautiques (en position de monopole sur le marché) disponibles uniquement dans cet environnement ; la confusion entretenue entre les différentes versions de Windows (95/98, NT, 2000), et entre une fonction de serveur et de client ; ses accords avec les grands constructeurs qui obligent souvent ceux-ci à livrer un système Microsoft avec leurs matériels ; ses apports technologiques pour occuper le marché en premier, basés sur du code propriétaire et ceci souvent sans respect de standards connus et documentés. L'absence d'hégémonie sur le secteur des serveurs est la meilleure raison d'espérer qu'une pluralité de solutions peut exister à l'avenir pour les utilisateurs d'informatique, y compris sur le poste de travail. La maintenance de ce chapitre est une éternelle fuite en avant :-). HP a récemment pris conscience de l'importance que prenait Linux et les logiciels libres en général et sur ses plateformes en particulier. Par conséquent, un site Web consacré à Linux en environnement HP est dorénavant disponible à l'adresse http://www.hp.com/go/linux. En France, il existe depuis plus longtemps un site sur ces thèmes, sous la houlette de Jacques Misselis Jacques_Misselis@hp.com, hébergé par l'Ecole Centrale de Lyon à l'adresse http://hpwww.ec-lyon.fr/hpeduc/education. D'autre part, la société &Medasys;, pour laquelle je travaille, a mis à disposition de la communauté un certain nombre d'informations depuis 1997, disponibles à l'adresse http://www.medasys-digital-systems.fr/linux. Ce HOWTO est l'aboutissement de ce travail. HP a également réalisé un document de synthèse au format PDF sur son positionnement sur Linux, le White Paper HP Linux Strategy. HP est membre de Linux International. HP communique également par l'intermédiaire de son site Web autour de Linux et des logiciels libres. Vous trouverez ici quelques liens. Annonce sur FireHunter (06/10/1998) http://www.tmo.hp.com/tmo/newsrelease/French/FR_PRTM0804808.html Annonce autour du programme Covision (27/01/1999) http://www.hp.com/pressrel/jan99/27jan99b.htm Annonce du support de Linux sur NetServers et IA-64 (27/01/1999) http://www.hp.com/pressrel/jan99/27jan99.htm Annonce du portage sur PA-Risc (01/03/1999) http://www.hp.com/pressrel/mar99/01mar99e.htm Annonce sur une alliance Informix HP (02/03/1999) http://www.hp.com/pressrel/mar99/02mar99i.htm Annonce sur le support Linux sur Kayak (17/03/1999) http://www.hp.com/pressrel/mar99/17mar99e.htm Annonce sur le Support mondial de Linux (20/04/1999) http://www.hp.com/pressrel/apr99/20apr99a.htm Annonce autour de HP OpenView (17/05/1999) http://www.openview.hp.com/solutions/itsm/press/press.asp?docid=314 Annonce sur la disponibilité d'Apache sur HP 3000 (Été/1999) http://www.businessservers.hp.com/falladvisor/sum99/Summer99/apache.html Annonce sur le support Linux de la gamme Visualize (21/06/1999) http://www.hp.com/pressrel/jun99/21jun99g.htm HP renforce son engagement dans le logiciel Open Source (09/08/1999) http://internetsolutions.enterprise.hp.com/linux/news/PRelease4.html Analyse de l'Aberdeen group sur le positionnement d'HP et des Logiciels Libres (09/08/1999) http://internetsolutions.enterprise.hp.com/linux/news/aberdeen_white_paper.html HP annonce la certification de ses produits DAT et DLT sous Linux (02/02/2000) http://www.hp.com/pressrel/feb00/02feb00c.htm HP supporte Linux sur ses cartes graphiques haut de gamme Visualize (02/02/2000) http://internetsolutions.enterprise.hp.com/linux/feb02page.html &Medasys; est choisi par Hewlett-Packard France Education/Recherche comme centre de compétence Linux http://hpwww.ec-lyon.fr/hpeduc/education/offre/linux/educ_linux.html Hewlett-Packard France Education/Recherche s'engage pour la promotion de Linux http://hpwww.ec-lyon.fr/hpeduc/education/offre/linux/hp_linux.html HP France a également publié un article sur Linux et les Logiciels Libres dans son numéro de Mai 1999 de HP Computer News, un article sur le support Linux HP dans le numéro de Septembre 1999, et un article sur les solutions Linux RedHat sur station Visualize HP dans le numéro de Novembre 1999. Cette section présente l'ensemble des matériels HP qui sont actuellement pris en charge par Linux. Les informations sont ici basées sur le dernier noyau Linux stable, qui en ce moment est la version &curker;. Un noyau de développement (versions 2.3.x) est aussi disponible mais n'offre pas de garantie de stabilité. Page remise à jour le &curdate;. Cette gamme est aujourd'hui la principale bénéficiant d'une prise en charge par Linux, et ceci depuis de nombreuses années. Au cas où vous ne l'auriez pas encore fait, quelques lectures préalables sont conseillées avant de se plonger dans la mise en oeuvre de Linux sur ces plateformes. Le Guide d'installation de Linux (Linux Installation HOWTO) contient le maximum d'informations sur l'installation de Linux. Si vous avez acheté Linux sur CD-ROM, il y a des chances qu'il y ait également des instructions d'installation (le petit livret à l'intérieur du boîtier de disque, et/ou des fichiers sur le CD). Le Guide du noyau Linux (Linux Kernel HOWTO) doit être consulté pour les détails de fabrication du noyau. Je mentionnerai juste ici les points qui sont spécifiques aux matériels HP. Sans indication particulière, la prise en charge par Linux s'entend au moment de l'installation d'une distribution RedHat 6.1. Dans certains cas, une recompilation du noyau sera nécessaire pour bénéficier de la prise en charge complète de certains matériels. Il est à noter que ce qui est valable pour une distribution l'est généralement pour les autres, puisque ces fonctions sont liés au noyau ou au serveur XFree86, et non à la distribution. Les tableaux suivants indiquent l'état de prise en charge de ces matériels par Linux : &tabmach; Brio (D5522A, D5526A, D5857A, D6665A, D5838A, D5848A, D6514A, D5527A, D5528A, D6666A, D6675A, D5849A, D5839A, D5859A, D6666A, D6510A, D6515A, D6667A, D5840A, D5861A, D6668A, D5840C, D5841A, D6516B) &cels3triov2; &celsans; &celsans; &celinconnu; &celoui; Brio (D6810A, D6812A) &celatipro; &celsans; &celsans; &celinconnu; &celnon; Brio (D6638A, D6639A, D6640A, D6644A, D7901A, D7902A, D6645A, D6646A) &chipbx; &celatipro; &celsans; &celsans; &celinconnu; &celnon; Brio (D5841A, D6516B) &celmilii; &celsans; &celsans; &celinconnu; &celnon; Brio (D6760A, D7671A, D6908A, D7930A, D7672A, D7925T, D6776A, D6769A, D6755A, D6895A, D6896A, D6897A, D7931A) &celmilg100; &celsans; &celsans; &celinconnu; &celnon; Brio BA (D7581A, D7584A, D7585A, D7587A, D7586A, D7591A, D7594A, D8411A) &celsisagp; &celsans; &celsans; &celcs4614; &celnon; Brio BAx (D7600A, D7603A, D7624A, D7625A, D7630A, D7610A)Rem. &celmilp200; &celsans; &celsans; &celcs4614; &celoui; Brio BAx (D7605A)Rem. &celmilp200; &celinconnu; &celsans; &celcs4614; &celnon; Brio BA400 (D8767A, D8769A, D8934A, D8935A, D8936A, D8943A, D8947A, D8952A, D8953A, D9720A, D9721A) &celi810; &celsans; &celsans; &celinconnu; &celoui; Brio BA600 (D8773A, D8778A, D8788A, D8789A, D9070A, D9072A, D9080A, D9082A, D9085A, D9091A)&chipbx; &celmilp200; &celsans; &celsans; &celcs4614; &celoui; Brio BA600 (D8774A, D9075A)&chipbx; &celmilp200; &celinconnu; &celsans; &celcs4614; &celnon; &tabmach; Vectra VE5 (D5592A, D5602A, D5603A, D5604A, D5606N, D5608A, D5612A, D5615A, D5618A, D5607A, D5617A) &cels3triov2; &celsans; &celsans; &celinconnu; &celoui; Vectra VE7 (D6530A, D6531A, D6533A, D6610A, D6611A, D6615A, D6616A, D6613A) &celati2c; &celsans; &celsans; &celinconnu; &celoui; Vectra VE7 (D6532A, D6612A, D6617A, D6618A) &celati2c; &cel3com; &celsans; &celinconnu; &celoui; Vectra VE8 (D6550A, D6560A, D6570A, D6554A, D6584A, D6540A, D6541A, D6544A, D6543A, D6578A, D6573A, D6574A, D6580A,D6581A, D6584A, D6583A, D6593A, D6597A, D6598A) &chipbx; &celmilg100; &celsans; &celsans; &celinconnu; &celoui; Vectra VE8 (D6552N, D6562N, D6565N, D6542A, D6572A, D6575A, D6582A, D6595A, D6582A, D6585N, D6599A) &chipbx; &celmilg100; &cel3com; &celsans; &celinconnu; &celoui; Vectra VEi7 (D8121A, D8123A, D8124A, D8126A, D8128A, D8129A, D8131A, D8133A, D8134A, D8136A, D8138A, D8139A, D8141A, D8143A, D8144A, D8145A, D8148A) &celsisagp; &celsans; &celsans; &celinconnu; &celoui; Vectra VEi7 (D8122A, D8127N, D8132A, D8137A) &celsisagp; &cel3com; &celsans; &celinconnu; &celnon; Vectra VEi8 (D8166A, D8168A, D8151A, D8153A, D8155A, D8169A, D8171A, D8173A, D8174A, D8181A, D8183A, D8184A, D8186A, D8188A, D9784A, D9786A, D9788A, D9793A) &celmilp200; &celsans; &celsans; &celinconnu; &celnon; Vectra VEi8 (D8167N, D8152N, D8172N, D8182N, D8187N, D9787N) &celmilp200; &cel3com; &celsans; &celinconnu; &celnon; Vectra VL5 (D4552A, D4543A, D4554A, D4555A, D4556A, D4557A, D4558A, D4559A, D4560A, D4567A, D4562A, D4563A, D4572A, D4574A, D4576A, D4579A, D4577A) &cels3triov2; &celsans; &celsans; &celinconnu; &celoui; Vectra VL6 &celcl5446; &celsans; &celsans; &celinconnu; &celoui; Vectra VL6 &celmilii; &celsans; &celsans; &celinconnu; &celnon; Vectra VL7 (D5710A, D5711N, D5725A, D5720A, D5721N, D5731N, D5797N, D5737A, D5799N) &celcl5465; &celsans; &celsans; &celinconnu; &celoui; Vectra VL7 (D5734N, D5729N, D5739N, D5728N, D5798N) &celmilii; &celsans; &celsans; &celinconnu; &celnon; Vectra VL7 (D5724N, D5796N) &celcl5465; &celamd; &celsans; &celinconnu; &celnon; Vectra VL8 (D5880A, D5882A, D5890A, D5891A, D5893A, D5896A, D5898A, D5900A, D5902A, D6945A) &chipbx; &celmilg100; &celsans; &celsans; &celinconnu; &celnon; Vectra VL8 (D5881A, D5883A, D5894A, D5888A, D5892A) &chipbx; &celmilg100; &cel3com; &celsans; &celinconnu; &celnon; Vectra VL8 (D5887A) &chipbx; &celmilg100; &cel3com; &celinconnu; &celinconnu; &celnon; Vectra VL8 (D6944A) &chipbx; &celmilg200; &celsans; &celsans; &celinconnu; &celnon; Vectra VL8 (D6940A, D6941A, D6942A) &chipbx; &celmilg200; &cel3com; &celsans; &celinconnu; &celnon; Vectra VL8 (D6943A) &chipbx; &celmilg200; &cel3com; &celaic7880; &celinconnu; &celoui; Vectra VLi8 (D7941A, D7943A, D7945A, D7948A, D7951A, D7953A, D7955A, D7961A, D7963A, D7965A, D7958A, D7968A, D7969A, D7973A, D7976A, D9460A, D9463A, D9467A, D9774A, D9810A) &celmilg200; &celsans; &celsans; &celcs4614; &celoui; Vectra VLi8 (D7826A, D7836A, D7837A, D7846A, D7847A, D7848A, D7856A, D7857A, D7866A, D7867N, D7876A, D7877N, D7942A, D7949A, D7952A, D7959A, D7962A, D7969A, D7972A, D8696A, D8697A, D8950A, D9456A, D9457N, D9461A, D9462A, D9770N, D9771N, D9775A, D9779N, D9809A) &celmilg200; &cel3com905c; &celsans; &celcs4614; &celoui; Vectra VL600 (D9733A, D8643A, D9737A, D8647A) &coper; &celmilg250; &celsans; &celsans; &celcs4614; &celnon; Vectra VL600 (D7543N, D8644N, D8648N, D9734N, D9738N) &coper; &celmilg250; &cel3com905c; &celsans; &celcs4614; &celnon; Vectra VL600 (D8635A, D8645A, D8649N, D8659N, D8669N, D8679N, D9735A, D9739N) &coper; &celmilg400; &cel3com905c; &celsans; &celcs4614; &celoui; Vectra XA (D3986A, D3989A, D3990A, D3991A, D3993A, D4770N, D4771N, D4773N, D4774N, D3994N, D3995N, D4776N) &celmilii; &celamd; &celsans; &celinconnu; &celnon; Vectra XA (D4777A) &celmilii; &celamd; &celaic7880; &celinconnu; &celoui; &tabmach; Kayak XA (D4792A, D4795N) &celcl5465; &celsans; &celsans; &celinconnu; &celnon; Kayak XA (D4807N, D4796N, D6491N, D6492N, D4806N, D4808N, D6493N) &celcl5465; &celamd; &celsans; &celinconnu; &celoui; Kayak XA (D4798N, D6490N, D4799N, D4803N, D6494N) &celcl5465; &celmixte2; &celinconnu; &celnon; Kayak XA (D4796S, D6493S) &celmiliiagp; &celsans; &celsans; &celinconnu; &celnon; Kayak XA (D4803S) &celmiliiagp; &celmixte2; &celinconnu; &celnon; Kayak XA (D6720N, D6721N, D6723N, D6726N, D6724N, D6730N, D6731N, D6735N, D6736N, D6738N, D6739N, D7994N) &celmilg200; &celsans; &celsans; &celinconnu; &celnon; Kayak XA (D6722N, D6729N, D6734N) &celelsap; &celsans; &celsans; &celinconnu; &celoui; Kayak XA (D6725N, D6732N, D6737N, D7993N) &celmilg200; &celmixte1; &celinconnu; &celoui; Kayak XA (D6727N) &celelsap; &celmixte1; &celinconnu; &celnon; Kayak XA (D6728N, D6733N) &celaccelg; &celsans; &celsans; &celinconnu; &celnon; Kayak XA-s (D5751N, D5752N, D5753N, D5755N, D5754N, D5756N, D5759N) &chipbx; &celmilg100; &celsans; &celsans; &celinconnu; &celnon; Kayak XA-s (D5757N, D5758N) &chipbx; &celmilg100; &celmixte1; &celinconnu; &celoui; Kayak XA-s (D5765N, D5763N, D5766N, D5769N, D7982N, D7986N, D7991N, D7987N) &chipbx; &celmilp200; &celsans; &celsans; &celinconnu; &celoui; Kayak XA-s (D5768N, D5767N) &chipbx; &celmilp200; &celmixte1; &celinconnu; &celnon; Kayak XA-s (D5762N, D7984N, D7988N) &chipbx; &celelsap; &celmixte1; &celinconnu; &celoui; Kayak XA-s (D5764N, D7983N, D7989N) &chipbx; &celaccelg; &celmixte1; &celinconnu; &celnon; Kayak XA-s (D7990N) &chipbx; &celmilg100; &celmixte1; &celinconnu; &celnon; Kayak XA-s (D7992N) &chipbx; &celelsaii; &celmixte1; &celad1816; &celoui; Kayak XM600 (D9531N, D9533N, D9535N, D9541N, D9549N, D9553N) &celmilg250; &celsmc1211; &celsans; &celcs4614; &celnon; Kayak XM600 (D8350N, D9554N, D9558N) &moddos; &celmilg250; &celsmc1211; &celsans; &celcs4614; &celnon; Kayak XM600 (D9536N, D9537N, D9538N, D9539N, D9544N, D9548N) &celmilg400; &celsmc1211; &celsans; &celcs4614; &celnon; Kayak XM600 (D9534N, D9540N, D9543N, D9546N) &celelsaii; &celsmc1211; &cel53c895; &celcs4614; &celoui; Kayak XM600 (D9545N, D8366N) &celgvx1; &celsmc1211; &cel53c895; &celcs4614; &celnon; Kayak XU (D4691N, D4692N, D4695N, D4701N, D4693N, D4694N, D4702N, D4705N) &celmilii; &celamd; &celaic6080; &celinconnu; &celoui; Kayak XU (D5680N, D5682N, D5683N, D5684N) &chipbx; &celmilii; &celamd; &celaic6080; &celad1816; &celoui; Kayak XU (D5702, D5704, D5686N, D6336N, D6348N, D8431N, D8920N) &celmilg200; &celaic-mixte; &celinconnu; &celoui; Kayak XU (D5687N, D6333N, D6334N, D8432N, D6345N, D8923N) &celelsap; &celaic-mixte; &celinconnu; &celnon; Kayak XU (D6337N, D6346N) &celaccelg; &celaic-mixte; &celinconnu; &celnon; Kayak XU (D6347N) &celmilg100; &celaic-mixte; &celinconnu; &celnon; Kayak XU (D8924N) &celmilg400; &celaic-mixte; &celinconnu; &celnon; Kayak XU800 (D8019N) &xu800; &celmilg250; &celsmc1211; &celsans; &celcs4614; &celnon; Kayak XU800 (D8021N) &xu800; &celmilg400; &celsmc1211; &celsans; &celcs4614; &celnon; Kayak XU800 (D8000N, D8001N) &xu800; &moddos; &celmilg250; &celsmc1211; &cel53c895; &celcs4614; &celnon; Kayak XU800 (D8002N, D8010N, D8016N) &xu800; &celmilg250; &celsmc1211; &cel53c895; &celcs4614; &celnon; Kayak XU800 (D8003N, D8006N, D8012N) &xu800; &celmilg400; &celsmc1211; &cel53c895; &celcs4614; &celoui; Kayak XU800 (D8007N, D8013N, D8020N, D8022N) &xu800; &celelsaii; &celsmc1211; &cel53c895; &celcs4614; &celnon; Kayak XU800 (D8009N, D8015N) &xu800; &celgvx1; &celsmc1211; &cel53c895; &celcs4614; &celnon; Kayak XW (D6475N) &celelsa; &celamd; &celaic6080; &celinconnu; &celnon; Kayak XW (D5505N, D5507N, D5509N) &celaccele; &celamd; &celaic6080; &celinconnu; &celnon; Kayak XW (D5510N, D5514N, D6485N) &celfx4; &celamd; &celaic6080; &celinconnu; &celnon; Kayak XW (D6480N, D6481N, D6482N) &chipbx; &celaccele; &celinconnu; &celinconnu; &celinconnu; &celnon; Kayak XW (D6797N) &celfx6; &celinconnu; &celinconnu; &celinconnu; &celnon; Kayak XW (D6486N, D6487N, D6488N) &chipbx; &celfx4; &celinconnu; &celinconnu; &celinconnu; &celnon; &tabmach; Visualize P (A5015A) &chipbx; &celelsap; &celinconnu; &celinconnu; &celad1816; &celnon; Visualize P (A5015A) &chipbx; &celelsaii; &celinconnu; &celinconnu; &celad1816; &celnon; Visualize P (A1296A) &chipbx; &celelsaii; &celinconnu; &celinconnu; &celad1816; &celnon; Visualize X (A5014A) &chipbx; &celelsap; &celinconnu; &celinconnu; &celad1816; &celnon; Visualize X (A5014A) &chipbx; &celelsaii; &celinconnu; &celinconnu; &celad1816; &celnon; Visualize X (A1297A) &chipbx; &celelsap; &celinconnu; &celinconnu; &celad1816; &celnon; Visualize X (A1280A) &celelsaii; &celinconnu; &celinconnu; &celad1816; &celnon; Une page dédiée à ces machines et leur fonctionnement sous Linux est disponible à l'adresse http://www.hp.com/visualize/support/technotes/linux &tabintrol; &tabopt; D5480A &celfastr; &celaicaro; &celnon; D6690A &celfastr; &celaicaro; &celnon; D6951A &celscsi; &celaic7880; &celoui; D9528A &celscsi; &celsym8952; &celnon; D9529A &celscsi; &celinconnu; &celnon; D6936A &celnet; &celamd2; &celoui; D7504A &celnet; &cel3com; &celoui; D7506A &celnet; &celinconnu; &celnon; D7508A &celnet; &celinconnu; &celnon; D7522A &celnet; &cel3com905c; &celoui; D7531A &celnet; &celrealtek; &celoui; D6657A &celson; &celinconnu; &celnon; D5183A &celson; &celinconnu; &celnon; Les lecteurs de CD-ROM, DVD et ZIP sont pris en charge par le noyau Linux. Reportez-vous aux divers HOWTO pour leur mise en oeuvre, suivant l'interface utilisée. &tabintrol; &tabmach; OmniBook 800 (F1360A) &celneo128; &celsans; &celscsi; &celncr53; &celinconnu; &celoui; OmniBook 2000 (F1356A, F1397A) &celct65554; &celsans; &celsans; &celinconnu; &celnon; OmniBook Sojourn (F1430A) &celneo128; &celsans; &celsans; &celinconnu; &celnon; OmniBook XE (F1719W, F1720W, F1721W, F1722W) &cellynxe; &celsans; &celsans; &celinconnu; &celoui; OmniBook XE2 (F1664W, F1666W, F1666N, F1667W, F1667N, F1674W, F1675W, F1753W, F1756W, F1755W, F1755N, F1772W, F1774N, F1774W, F1775N, F1775W, F1962W) &cellynxe; &celsans; &celsans; &celinconnu; &celoui; OmniBook 2100 (F1584W, F1580W, F1581W, F1597W, F1598W, F1599W, F1600W, F1729W) &celneo128; &celsans; &celsans; &celinconnu; &celoui; OmniBook 900 (F1711W, F1712W, F1760W, F1711N, F1712N, F1765N) &celneo256; &celsans; &celsans; &celinconnu; &celoui; OmniBook 900 (F1769W, F1769N, F1769K, F1770W, F1770N, F1770K, F1979W, F1979N, F1979K, F1980W, F1980N, F1980K) &celatiport; &celsans; &celsans; &celinconnu; &celnon; OmniBook 3000 (F1391A, F1392A, F1393A) &celneo128; &celsans; &celsans; &celinconnu; &celnon; OmniBook 3100 (F1582W) &celneo128; &celsans; &celsans; &celinconnu; &celnon; OmniBook 4100 (F1462W, F1463W, F1479W, F1464W, F1703W) &celneo128; &celsans; &celsans; &celinconnu; &celoui; OmniBook 4150 (F1629W, F1640W, F1641W, F1642W, F1629N, F1640N, F1641N, F1642N, F1647W, F1647N, F1648W, F1648N, F1663W, F1663N) &celneo256; &celsans; &celsans; &celcs4232; &celoui; OmniBook 4150 (F1649W, F1649N, F1649K, F1650W, F1650N, F1650K, F1658W, F1658N, F1660W, F1660N, F1662W, F1662N, F1662K, F1976W, F1976N, F1976K, F1983W, F1983N, F1983K, F2000W, F2000N, F2000K, ) &celatiport; &celsans; &celsans; &celcs4232; &celoui; OmniBook 5700 (F1352A, F1353A, F1396A, F1354A, F1355A) &celct65554; &celsans; &celsans; &celinconnu; &celoui; OmniBook 7100 (F1441W, F1442W) &celatiltpro; &celsans; &celsans; &celinconnu; &celoui; OmniBook 7150 (F1443W) &celatiltpro; &celsans; &celsans; &celinconnu; &celnon; Les cartes mentionnées ci-dessous sont des cartes PCMCIA ou PC-Card. &tabintrol; &tabopt; F1623A &celcombo; &celxirc56; &celoui; F1625A &celmodem; &celinconnu; &celnon; F1626A &celnet; &cel3c575; &celnon; F1626B &celnet; &celinconnu; &celnon; F1643A &celcombo; &celinconnu; &celnon; Une page concernant le fonctionnement de Linux sur les NetServer HP est disponible à l'adresse http://www.netserver.hp.com/netserver/products/highlights_linux.asp Une matrice de compatibilité officielle des NetServer HP avec Linux et d'autres systèmes d'exploitation est disponible sous : http://netserver.hp.com/netserver/support/compatibility/drvmatrx.htm Des documents officiels d'aide à la configuration des NetServer sous Linux &RedHat; 5.2 &et; 6.0 sont également disponibles. &tabintrol; &tabmach; NetServer E45 (D4973A, D4974A, D4975A, D4976A, D5971A) &celcl5446; &cel5013; &celaic2910; &celsans; &celnon; NetServer E50 (D6034A, D6033A, D6035A, D6031A, D6030A, D6032A) &celcl5446; &cel5013; &celaic7880; &celsans; &celoui; NetServer E55 (D9337A) &celati2c; &cel5013i; &celaic7895; &celsans; &celnon; NetServer E60 (D7140A, D7142A, D7144A, D7146A, D7148A, D9123A, D9127A, D9128A, D9129A) &celati2c; &cel5013i; &celaic7895; &celsans; &celoui; NetServer LC II (D4907A, D4909A, D5014A, D5015A, D5016A, D5969A, D5970A, D5959A, D5961A) &celcl5446; &cel5013; &celaic7880; &celsans; &celoui; NetServer LC 3 (D6123A, D7018A, D6125A, D7020A, D7028A, D7025A, D7126A, D8594A) &chipbx; &celcl5446; &cel5013; &celaic7880; &celsans; &celoui; NetServer LC 2000 (D8514A, D8515A, D8519A, D8520A, D8524A, D8525A, D9162A, D9163A) &coper; &lc2000; &celati2c; &cel5013i; &cel53c897x2; &celsans; &celoui; NetServer LD Pro (D4944A, D4946A, D4961A, D4962A) &celt9000; &cel5013; &celaic7880; &celsans; &celnon; NetServer LH Pro (D4979A, D4980A, D4981A, D4982A) &celt9000; &celsans; &celaic7880x2; &celsans; &celoui; NetServer LH II (D5017A, D5953A, D5021A, D5023A, D6047A, D6048A) &celt9000; &celsans; &celaic7880x2; &celsans; &celoui; NetServer LH 3 (D4998A, D5002A, D5000A, D5004A, D7033A, D7034A, D8503A, D8504A, D8567A, D8568A, D9343A, D9344A) &chipbx;Rem. &celcl5446; &cel5013; &cel53c895x2; &celsans; &celoui; NetServer LH 3000 (D8228A, D8230A, D8236A, D8238A, D8244A, D8246A, D9176A, D9178A) &chipbx;Rem. &celinconnu; &celinconnu; &celinconnu; &celsans; &celnon; NetServer LH 4 (D7092A, D7093A, D7094A, D7095A, D6971A, D6972A, D6973A, D6974A, D7103A, D7104A, D8552A, D8553A, D8556A, D8557A, D8560A, D8561A) &chipbx; Rem.Rem. &celcl5446; &cel5013; &cel53c895x2; &celsans; &celoui; NetServer LH 6000 () &chipbx;Rem. &lh6000; &celati2c; &cel5013i; &celaic-53c896x2; &celsans; &celoui; NetServer LPr (D6130A, D6131A, D7171A, D9133A, D9348A, D9431A, D9434A) &chipbx; &celcl5446; &cel5013; &cel53c895; &celsans; &celoui; Cluster NetServer LPr (D6131A, P1133A)Rem. &celcl5446; &cel5013; &cel53c895; &celsans; &celnon; NetServer LXePro/LXPro (D4920B, D4925B, D6036A, D4311B, D4312B, D6037A, D4315B, D4958B, D6014A, D6015A, D4964B, D4898A, D6016A, D4899A, D6017A, D4900A, D6018A) &celcl5424; &celsans; &celaic7880x2; &celsans; &celnon; NetServer LXr8 (D5028A) ? ? &celsans; Symbios logic UW ? &celsans; &celnon; NetServer LXr8000 (D6021A, D6022A, D6136A, D6137A, D7000A, D8256A, D8257A, D8258A, D8546A, D8548A) &celcl5446; &celsans; &cel53c896x2; &celsans; &celoui; NetServer LXr8500 (D8540A, D8542A, D9417A, D9418A) &celcl5446; &celsans; &cel53c896x2; &celsans; &celnon; &tabintrol; &tabopt; NetRaid 1 D4992A &celnetr; &celnetraid; &celoui; NetRaid 3 D4943A &celnetr; &celnetraid; &celoui; NetRaid 1Si D2140A &celnetr; &celnetraid; &celoui; NetRaid 3Si D5955A &celnetr; &celnetraid; &celoui; C1578B &celscsi; &celaic7895; &celnon; C7430A &celscsi; &celaic7880; &celnon; D5025A &celscsi; &celaic7880; &celoui; D5252A &celscsi; &celaic7880D; &celoui; D5013A, D5013B &celnet; &cel5013; &celoui; J2585B &celnet; &celhp100; &celoui; D6977A &celfc; &celinconnu; &celnon; D5246A &celfc; &celinconnu; &celnon; D6028A &celtopt; &celbof; &celoui; &celoui; On se reportera aux Hardware Howto &et; Ethernet Howto pour d'autres détails concernant la prise en charge du matériel par Linux. Pour la prise en charge des chipsets vidéo, une page fondamentale est celle de l'organisme XFree86 avec sa liste de chipsets pris en charge et les nouveaux développements en cours par Suse (Penser, dans ce cas, à télécharger également l'outil de configuration) &et; &RedHat; aux adresses : ftp://ftp.medasys-digital-systems.fr/pub/linux/redhat.com/XBF ftp://ftp.medasys-digital-systems.fr/pub/linux/redhat.com/XFCom Des serveurs commerciaux sont également disponibles, comme ceux de X-Inside &et; MetroLink Les machines NecVectra ne sont pas utilisables sous Linux. XFree86 La dernière version de XFree86 est la 3.3.6, disponible à partir de notre miroir. Ncr53c8xx La dernière version du pilote ncr53c8xx est disponible à partir du site de référence. 3C59x La dernière version du pilote 3c59x est disponible à partir du site de référence. Chipset son AD1816 La dernière version du pilote AD1816 est disponible à partir du site de référence. Modèle DOS Ces modèles sont livrés avec le seul MS-DOS, pour permettre d'avoir une machine Linux au meilleur coût. Carte G100 Pour utiliser la carte MGA G100 AGP, avec une version antérieure à la 3.3.2 de XFree86, il faut utiliser une option dans le fichier XF86Config : Option "no_accel". Exemple de la section : Section "Device" [...] VendorName "Matrox" VideoRam 4096 Option "no_accel" EndSection Carte Silicon Motion LynxE Cette carte n'est prise en charge qu'à partir de la version 3.3.6 de XFRee86. Néanmoins, même dans cette version, cela reste préliminaire, et n'offre pas toute la stabilité du mode Frame Buffer. D'autre part, pour pouvoir s'effectuer correctement l'installation de la RedHat 6.1 doit être effectuée en mode texte, car le serveur fourni (3.3.5) ne prend pas cette carte en charge. Carte Intel i810 (Informations fournies par Frédéric Dubuy Frederic.Dubuy@medasys-digital-systems.fr &et; Anne-Marie Mahfouf a-m.mahfouf@lineone.net) Cette carte n'est prise en charge qu'avec un serveur X spécifique XFCom_i810 téléchargeable au format RPM &ou; tar.gz et un module complémentaire pour le noyau agpgart, téléchargeable au format SRPM &ou; tar.gz. Une documentation détaillée sur l'installation est fournie à l'adresse http://www.linux-france.org/article/x/GuideIntel810/book1.html En résumé, une fois le serveur X installé, le module compilé et installé, il suffit de modifier de la façon suivante le fichier /etc/X11/XF86Config : Section "Device" [...] Identifier "i810" [...] EndSection [...] Section "Screen" [...] Driver "svga" Device "i810" [...] EndSection XU800 Sur cette machine, le bios ne passe pas correctement la quantité de mémoire dont est équipée la machine à Linux. Il faut donc utiliser une ligne du type append="mem=xxxM" au début du fichier /etc/lilo.conf où xxx est votre quantité de mémoire vive en Mo. LC 2000 Pour utiliser le SCSI natif de cette machine, il est nécessaire de désactiver dans le Bios l'option "Reserve PCI Bus Numbers" dans le menu PCI Device Setting. (Indication de GILLYNN COUCH) LH 6000 Pour utiliser le SCSI natif de cette machine, il est nécessaire de procéder à la désactivation dans le Bios du "Hotadd reserved resources" dans le menu PCI Device Setting. Le système PS/2 semble non opérationnel sur la machine que nous avons testée. En revanche, via le réseau, le système est parfaiteemnt opérationnel en mode hexa-processeur :-) BX Chipset Le chipset BX d'Intel (prise en charge Bus mémoire à 100MHz) est pris en charge par Linux à partir des noyaux 2.0.34/2.1.103. i820 Chipset Technologie Coppermine 0.18 µm - 256 Ko cache synchrone - Chipset Intel i820 BAx Attention, le serveur XF86_SVGA ne fonctionne correctement avec cette version implantée sur carte mère qu'à partir de la version 3.3.5, du fait de l'utilisation de fréquences différentes (Utiliser notamment les updates pour les RedHat 5.2/6.0). FrameBuffer Pour utiliser le mode FrameBuffer, veuillez consulter les documents http://www.medasys-digital-systems.fr/linux/framebuffer.html &et; http://www.medasys-digital-systems.fr/mirror/linux/french/ldp/HOWTO/Framebuffer-HOWTO.html. Disquette de Boot pour carte 3Com Création d'une disquette de boot RedHat adaptée Pour pouvoir booter avec la disquette de boot de la RedHat 5.1 et avoir une reconnaissance de la carte 3C905B-TX il faut effectuer les opérations suivantes : # Se connecter en tant que root. Se placer dans son répertoire d'accueil (~root) #cd ~ # Y récupérer le source 3c59x.c du module de la carte 3Com #ncftp ftp://ftp.medasys-digital-systems.fr/pub/linux/networking/drivers/3c59x.c # Le compiler #gcc -DMODULE -D__KERNEL__ -Wall -Wstrict-prototypes -O6 -c 3c59x.c `[ -f /usr/include/linux/modversions.h ] && echo -DMODVERSIONS` # mettre la disquette Boot RedHat 5.1 dans le lecteur de disquette. # Il faut copier le fichier initrd.img de la disquette #mcopy a:initrd.img /tmp # Puis le décompresser #gzip -cd /tmp/initrd.img > /tmp/initrd.ext2 # Monter le système de fichiers "fichier" ainsi obtenu #mount -t ext2 /tmp/initrd.ext2 /mnt/floppy -o loop # décompresser les modules fournis #gzip -cd /mnt/floppy/modules/modules.cgz > /tmp/modules.cpio # extraire les modules #cd /tmp ; mkdir modules ; cd modules ; cat /tmp/modules.cpio | cpio -i # Copier le nouveau module à jour pour la carte 3Com. #cp ~/3c59x.o . # recréer le fichier cpio compressé #ls | cpio -o | gzip -c9 > ../newmodules.cgz # remplacer les modules par la mise à jour #cp ../newmodules.cgz /mnt/floppy/modules/modules.cgz # démonter le système de fichiers "fichier" #umount /mnt/floppy # compresser le système de fichiers "fichier" #gzip -c9 /tmp/initrd.ext2 > /tmp/initrd.img # le copier sur la disquette #mcopy /tmp/initrd.img a: Carte vidéo GD 5465 Pour utiliser la carte Cirrus Logic GD 5465 AGP, avec une version antérieure à la 3.3.3 de XFree86, il faut utiliser une option dans le fichier XF86Config : Option "xaa_no_color_exp". Exemple de la section : Section "Device" [...] Identifier "CL-GD5465" VendorName "Cirrus" BoardName "GD5465" VideoRam 2048 Option "xaa_no_color_exp" EndSection Carte Elsa Gloria Synergy Les spécifications de la carte graphique sont à consulter sur le site Elsa. Il s'agit d'une carte disposant d'un accélérateur OpenGL matériel. Sous Linux il existe une implémentation compatible OpenGL, appelée Mesa. Cette implémentation commence à tirer parti des accélérateurs matériels, et entre autre du chipset 3DLabs qui équipe les cartes Elsa Gloria. Site Web d'Elsa Site Web sur OpenGL Site Web sur Mesa Carte D6692A Pour utiliser la carte D6692A, il faut faire appel à un noyau 2.1.122 au minimum. En effet, les noyaux précédents ne géraient pas correctement l'IRQ partagée entre la partie réseau et la partie SCSI de cette carte. Notamment, une version RedHat 5.2 standard ne permet pas au réseau d'être reconnu. Il faut mettre à jour la version avec un noyau récent (de préférence &curker;) et les paquetages complémentaires nécessaires. Cluster de haute disponibilité Pour utiliser un cluster haute disponibilité sous Linux, il faut avoir recours à des logiciels complémentaires tels que : RSF-1 (Commercial) Projet Linux-HA (Libre) &et; ext3 LH 4 Le LH4 ne semble pas fonctionner correctement en mode non-Raid. Même avec les derniers Bios disponibles au moment du test (16.00), le problème subsiste. Si on désactive la gestion du Raid, lors du boot, le pilote ncr53c8xx de Linux détecte 4 contrôleurs au lieu de 2 et le boot part en boucle. Pour contourner ce problème, il faut activer le Raid dans le Bios et utiliser chacun des disques en mode Raid0, ce qui revient sensiblement au même que la solution sans Raid du tout. Carte NetRaid Ces cartes sont équipées du chipset AMI Megaraid et peuvent effectuer les niveaux de Raid 0, 1, 3, 5, 10, 30 &et; 50. Certaines des cartes NetRaid, ainsi que le jeu de composants intégrés aux cartes mères des LH3 et LH4 sont pris en charge par les versions récentes de noyau Linux (en 2.0.36/&curker; typiquement - ne pas utiliser 2.0.37/38). Pour la distribution RedHat 5.2, il n'est pas possible d'installer le système sur ce type de contrôleur, car il n'est pas détecté par le processsus d'installation. Il faut dans ce cas utiliser une disquette spécifique. Cette disquette doit être utilisée en entrée de l'outil rawrite, par exemple. Elle convient pour les systèmes disposant de moins de 1 Go de mémoire vive. Pour la distribution RedHat 6.0, il faut déclarer l'existence de cette carte manuellement comme adaptateur SCSI supplémentaire, de façon à pouvoir l'utiliser directement lors de l'installation. Le pilote megaraid n'est en effet pas détecté automatiquement. Pour éliminer les messages bizarres affichés à l'amorçage par le pilote megaraid, il est nécessaire de le compiler en spécifiant l'option -DHP. Pour la distribution RedHat 6.1, le pilote megaraid du noyau fourni ne prend en charge que la première unité logique déclarée. Pour obtenir les suivantes, veuillez recompiler un noyau &curker; standard. Il est à noter que la carte intégrée des LH3/LH4 réalise le calcul de parité de façon logicielle et est donc moins performante que les cartes filles NetRaid. En revanche, les LH6000 disposent d'une carte intégrée effectuant le calcul de façon matérielle. &tabintrox; &tabmon; D2825A, D2825S 15" HP Ultra VGA 1024 50-110 31-54 65 640x400, 640x480, 800x600, 1024x768 70, 60-72-75-85, 60-72-75-85, 60 &celoui; D2826A, D2826S 15" HP 50 50-120 31-54 65 640x400, 640x480, 800x600, 1024x768 70, 60-75-85, 60-75-85, 60 &celoui; D2827A 15" HP 51 50-120 31-54 &celbof; &celbof; &celbof; &celnon; D2828A 15" HP 52 50-120 30-54 65 640x400, 640x480, 800x600, 1024x768 70, 60-75-85, 60-75-85, 60 &celnon; D2832A 15" HP M500 50-120 30-70 110 640x400, 640x480, 800x600, 1024x768, 1280x1024 70, 60-75-85, 72-75-85, 70-75-85, 60 &celnon; D2807A 17" Ultra 1280 50-160 30-64 &celbof; &celbof; &celbof; &celoui; D2837A 17" HP70 50-120 30-70 110 640x400, 640x480, 800x600, 1024x768, 1280x1024 70, 75-85, 75-85, 75-85, 60 &celoui; D2838A 17" HP M700 50-160 30-86 &celbof; &celbof; &celbof; &celnon; D2840A 17" Ergo 1280 50-150 31-92 160 512x384, 640x480, 800x600, 1024x768, 1152x864, 1280x1024, 1440x1080, 1600x1200 85, 100, 100, 100, 100, 85, 72, 60 &celoui; D8901A, D8902A 17" HP71 50-120 30-60 110 640x400, 640x480, 800x600, 1024x768, 1280x1024 70, 60, 75-85, 75-85, 60 &celnon; D8900A 17" HP75 50-160 30-86 (30-64 real) 150 640x400, 640x480, 800x600, 1024x768, 1280x1024 70, 60-75-85, 75-85, 75-75-85, 75 &celoui; D2842A, D2842W 19" HP 90 50-200 30-96 203 640x400, 640x480, 800x600, 1024x768, 1280x1024, 1600x1200 70, 75-85, 75-85, 75-85, 75-85, 75 &celoui; D8910A 19" HP 910 50-150 29-107 230 640x400, 640x480, 800x600, 1024x768, 1280x1024, 1600x1200 70, 60-85, 85, 75-85, 75-85, 75-85 &celnon; A4031A 20" 48-150 30-82 &celbof; &celbof; &celbof; &celoui; D2846A, A4576A 21" P1100 50-160 30-107 &celbof; &celbof; &celbof; &celnon; D2847A 21" P1110 50-180 29-121 300 &celbof; &celbof; &celoui; A4033A 21" 50-120 30-80 &celbof; &celbof; &celbof; &celoui; A1295A 24" Wide Aspect 50-160 30-96 &celbof; &celbof; &celbof; &celnon; D5061A 15,1" LCD HP &celbof; &celbof; &celna; &celbof; &celbof; &celnon; D5065A 18,1" LCD HP L1800 56-85 30-80 &celna; 640x350, 640x480, 720x400, 800x600, 832x624, 1024x768, 1152x870, 1152x900, 1280x1024 70, 60-75-85, 70, 60-75-85, 75, 60-75-85, 75, 66, 60-75 &celoui; La gamme PA-Risc est architecturée autour d'un processeur conçu et réalisé par HP. Les premières versions remontent à 1987. Les versions actuelles sont dénommées PA-8000 (8200, 8500, ...). HP a annoncé en début 1999 son intention de contribuer au portage de Linux sur son architecture PA-Risc. Ce portage est un portage natif, à la différence d'un projet précédent ayant utilisé MkLinux sur des machines à base de PA-7200. Le travail est en cours avec The Puffin Group et des informations plus précises de l'état d'avancement peuvent être consultées sur leur site Web. En ce moment, le travail sur l'amorçage progresse, et un shell se lance ... mais meurt rapidement :-). La première machine concernée par ce portage est le serveur Class A. Des tests se font également sur des 712 et 715. D'autres personnes commencent également à travailler sur des machines PA-2.0. Il existe d'autre part pour ces machines un projet Linux basé sur le micro noyau MkLinux. Ce projet a été développé au sein de l'OSF. Le site Web qui mentionne des informations se trouve à l'adresse http://www.gr.opengroup.org/mklinux/hppa/mkpa-rel.html. HP développe en collaboration avec Intel une nouvelle génération de processeurs 64 bits appelée IA-64. Le premier processeur de cette nouvelle génération, baptisé Itanium devrait voir le jour courant 2000. Le portage initial de Linux sur IA-64 a été rendu public le 2 février 2000 et les sources du projet sont accessibles à l'adresse ftp://ftp.kernel.org/pub/linux/kernel/ia64. Plus d'informations sur ce sujet peuvent être consultées sur cette page des laboratoires HP : http://devresource.hp.com/devresource/Topics/IA64/IA64.html ou sur le site de référénce http://www.linuxia64.org Les imprimantes peuvent être connectées soit à une machine directement via un port parallèle (le plus souvent), soit par un port série, soit, plus récemment, par un port USB. Elles peuvent aussi être directement raccordées au réseau, pour un accès global ; ceci est réalisé par une carte insérée dans un logement de l'imprimante, ou par une connexion via le port parallèle de l'imprimante à un boîtier de partage réseau. HP dispose de tels boîtiers, appelés JetDirect, qui permettent donc de partager des imprimantes personnelles sur le réseau, directement, sans passer par une machine. Ils existent pour des topologies de réseau différentes (10 BT, 10/100 BT, Localtalk, 10B2) et offrent une possibilité d'accès à l'imprimante directement depuis des machines qui comme Linux prennent en charge le protocole LPD en utilisant une imprimante distante dans le fichier printcap. Le nom de la file à utiliser est alors raw. Un exemple de fichier /etc/printcap permettant d'accéder à une imprimante, équipée d'un tel boîtier ou carte, nommée lj4000 sur le réseau est fourni ci-dessous : # REMOTE POSTSCRIPT 1200x1200 a4 {} PostScript Default {} lj4000:\ :sd=/var/spool/lpd/lj4000:\ :rm=lj4000:\ :rp=raw:\ :if=/var/spool/lpd/lj4000/filter: :mx#0:\ :sh:\ L'accès aux boîtiers pour leur configuration s'effectue, soit par l'outil WebJetAdmin , fourni maintenant également sous Linux, soit par la commande telnet . L'adresse par défaut de ces produits est 192.0.0.192. Pour s'y connecter initialement, il suffit d'ajouter un alias IP sur son interface réseau, typiquement par : #ifconfig eth0:0 192.0.0.1 et une route vers ce réseau (si elle n'est pas automatiquement créée) typiquement par : #route add -net 192.0.0.0 L'accès à l'équipement s'effectue ensuite simplement par : #telnet 192.0.0.192 Veillez à n'avoir qu'un seul équipement de ce type en même temps sur le réseau, faute de quoi vous auriez des duplications d'adresses IP, ce qui cause toujours quelques soucis. Notez que les équipements réseau HP administrables utilisent la même adresse par défaut. La lecture du IP Alias mini HOWTO peut être judicieuse si vous ne comprenez pas le paragraphe précédent :-). Il est bien entendu possible d'accéder via le réseau à une imprimante HP rattachée et déclarée directement sur une machine Linux, via le service lpd pour les autres clients Unix, via &Samba; pour les clients de systèmes Microsoft (Win9x ou WinNTx) ou via NetAtalk pour les clients MacIntosh. Enfin, &Samba; offre un outil, smbclient, qui permet d'imprimer depuis une machine Unix/Linux sur une imprimante raccordée directement sur un PC sous système Microsoft, sans avoir besoin d'utiliser le système JetDirect. Tous les détails utiles pour réaliser cette opération sont décrits dans le fichier d'exemple smbprint fourni avec le paquetage &Samba; et sur la page http://www.medasys-digital-systems.fr/linux/samba-truc.html. La communication entre une machine Linux et une imprimante nécessite aussi, outre un dialogue au niveau réseau, une entente au niveau langage d'échange entre les deux constituants. Il existe de nombreux langages de ce type, tels que le PCL, Postscript &ou; HPGL. Pour pouvoir imprimer correctement, il faut donc que l'outil produisant les données à imprimer sache générer le code compris par l'imprimante. Des filtres existent, qui permettent de transformer facilement une sortie d'un format donné en une sortie d'un autre format. Ainsi, le logiciel Ghostscript autorise la transformation de source Postscript en tout un ensemble de formats de sortie, comme indiqué par son invocation à la rubrique 'Available devices' : #gs -h GNU Ghostscript 5.10 (1998-12-17) Copyright (C) 1997 Aladdin Enterprises, Menlo Park, CA. All rights reserved. Usage: gs [switches] [file1.ps file2.ps ...] Most frequently used switches: (you can use # in place of =) -dNOPAUSE no pause after page | -q `quiet', fewer messages -g<width>x<height> page size in pixels | -r<res> pixels/inch resolution -sDEVICE=<devname> select device | -dBATCH exit after last file -sOutputFile=<file> select output file: - for stdout, |command for pipe, embed %d or %ld for page # Input formats: PostScript PostScriptLevel1 PostScriptLevel2 PDF Available devices: x11 x11alpha x11cmyk x11gray2 x11mono ap3250 imagen iwhi iwlo iwlq la50 la70 la75 la75plus lbp8 ln03 lj250 lj4dith lp2563 m8510 necp6 oce9050 r4081 sj48 st800 stcolor t4693d2 t4693d4 t4693d8 tek4696 xes deskjet djet500 djet500c dnj650c laserjet ljetplus ljet2p ljet3 ljet3d ljet4 cdeskjet cdjcolor cdjmono cdj500 cdj550 paintjet pj pjxl pjxl300 uniprint bj10e bj200 bjc600 bjc800 epson eps9mid eps9high epsonc ibmpro jetp3852 dfaxhigh dfaxlow faxg3 faxg32d faxg4 cp50 pcxmono pcxgray pcx16 pcx256 pcx24b pcxcmyk pbm pbmraw pgm pgmraw pgnm pgnmraw pnm pnmraw ppm ppmraw tiffcrle tiffg3 tiffg32d tiffg4 tifflzw tiffpack tiff12nc tiff24nc psmono psgray bit bitrgb bitcmyk pngmono pnggray png16 png256 png16m jpeg jpeggray pdfwrite pswrite epswrite pxlmono pxlcolor nullpage Search path: . : /usr/share/ghostscript/5.10 : /usr/share/fonts/default/ghostscript : /usr/share/fonts/default/Type1 For more information, see /usr/doc/ghostscript-5.10/use.txt. Report bugs to ghost@aladdin.com; use the form in bug-form.txt. Ceci ne représente que les divers formats de sortie compilés dans le programme. D'autres sont également disponibles. On peut trouver une liste complète de toutes les imprimantes reconnues par ce logiciel à l'adresse http://www.cs.wisc.edu/~ghost/printer.html. Une liste de l'état de prise en charge des imprimantes HP peut être obtenue sur la page suivante : http://www.picante.com/~gtaylor/pht/printer_list.cgi?make=HP&format=full. Cette section présente brièvement quelques unes des applications proposées par HP, et pouvant être utilisées sous Linux. Ce sont soit des applications commerciales, soit des applications gracieusement offertes. FireHunter Ce logiciel, plutôt destiné aux FAI (ISP), se charge de la gestion de niveaux de services et est disponible pour des distributions RedHat version 5.2. Pour plus d'informations, consultez le site dédié http://www.firehunter.com. HP Eloquence Ce logiciel, environnement de développement et d'exécutiuon d'applications de gestion pour PME/PMI, est disponible sous Linux depuis 1997. De nombreuses distributions sont prises en charge par une société tierce à qui HP a déporté le support. Des informations complémentaires existent sur le site http://www.hp-eloquence.com. HP WebJetAdmin Ce logiciel permet de paramétrer les imprimantes réseaux HP par l'installation d'un service sur un serveur Linux interrogeable à partir d'un navigateur fonctionnant sur n'importe quelle machine cliente. HP a annoncé la disponibilité de ce produit en version 5.1 en Février 1999. Il est téléchargeable à l'adresse : http://www.hp.com/go/webjetadmin. Une version RPM est également disponible à l'adresse ftp://ftp.medasys-digital-systems.fr/pub/linux/mds/redhat/RPMS/i386/hpwebjet-5.6-1.i386.rpm. HP WebQoS Ce logiciel permet de gérer la qualité des services Internet en stabilisant les performances lors de crêtes de charge, en optimisant les ressources utilisées, et en gérant des priorités au niveau des utilisateurs et des applications. HP a annoncé la disponibilité de ce produit durant l'été 1999. Des informations complémentaires existent sur le site http://www.hp.com/go/webqos. HP OpenView Ce logiciel est une plateforme complète de gestion de réseaux. Une version de NNM (Network Node Manager) est prévue, ainsi qu'ITO. Un client Omniback est disponible pour les distributions Redhat 5.2 (Cf http://www.hp.com/storage/event/openview_hl.html). HP OpenMail Une version de ce logiciel de gestion de messagerie et de travail de groupe est disponible depuis le 1er Septembre 1999. Toutes les informations le concernant sont disponibles sur la page : http://www.ice.hp.com/cyc/om/00/cysearch.cgi?pattern=100-1417|100-1408|100-1333|100-0100. HP E-Speak E-Speak est un logiciel libre pour créer, composer, servir d'intermédiaire, gérer et accéder à des services électroniques sur Internet. Il permet à une ressource (périphérique informatique, application ou données) d'être virtualisée et redéployée comme un service électronique Internet. Toutes les informations le concernant sont disponibles sur la page : http://www.e-speak.hp.com/. GNUPro HP &et; Cygnus Solutions ont annoncé le 8 Mars 1999 un partenariat pour fournir les outils GNUPro sur toutes les machines HP, entre autres sous Linux. HP propose depuis Mai 1999 une offre de support mondiale sur Linux. Elle est détaillée sur la page http://www.hp.com/pressrel/apr99/20apr99a.htm. Cette offre va jusqu'à la réponse 24 heures sur 24, 7 jours sur 7, dans les deux heures suivant la prise d'appel. La référence produit de cette offre est : HP LNXIA32A Des sociétés tierces offrent également un support Linux et logiciels libres sur plateformes HP : &Medasys; Contact : Cédric Letailleur Cedric.Letailleur@medasys-digital-systems.fr Alcove Contact : Lucien Petit lucien.petit@alcove.fr HP propose depuis Juin 1999 une offre de formation mondiale sur Linux. Elle est détaillée sur la page http://education.hp.com/curr-linux.htm. Le détail de toutes les formations pour la France est disponible à l'adresse suivante : http://www.france.hp.com/formation/f_linux_00.html. Ce chapitre propose une aide au dimensionnement des NetServers Linux suivant différents types d'utilisation. Il faut d'abord considérer que cet exercice est toujours périlleux. En effet, seule la réalité permet de mettre à l'épreuve de telles prévisions. Néanmoins, avec l'expérience des solutions déployées par le passé, on peut arriver à donner quelques règles utiles. On peut appliquer un certain nombre de règles en vigueur pour le dimensionnement de serveurs Unix classiques, en considérant que les systèmes CISC (majoritaires en environnement Linux) consomment environ 2,5 fois moins de ressources en mémoire que les systèmes RISC, étant donné que les binaires manipulés sont plus petits (les plateformes Intel étant pour le moment des architectures 32 bits). Ceci influence aussi l'occupation disque, et la taille de la mémoire de pagination. Il est évident qu'il faut, quel que soit le système, considérer les goulets d'étranglement de la solution mise en place, car ils détermineront le maillon le plus faible. On prêtera une attention particulière aux points suivants : Le nombre et la vitesse des disques (le débit de ceux-ci pouvant aller jusqu'à 20 Mo/s pour des disques 10.000 tr/mn), Le nombre et la vitesse des contrôleurs SCSI (le débit de ceux-ci pouvant aller jusqu'à 80 Mo/s pour les contrôleurs Ultra2 LVD du LH3/4), L'ajout d'une carte SCSI prise en charge lors d'ajout de périphériques lents (DAT, DLT, graveur de CDs ...) pour ne pas faire passer le contrôleur en mode compatible descendant, et dégrader nettement les performances en entrées/sorties. On se méfiera également du caractère extensible des machines. En effet, il est souvent préférable pour un client, de rajouter un serveur, plutôt que d'augmenter les capacités de celui en place. La raison en est d'ordre financier d'une part, le coût des ajouts se révélant, sur un système déjà ancien, proches de ceux d'un nouveau système dont les prix baissent continuellement. Même chose pour la maintenance. D'autre part, techniquement, il peut être plus intéressant de bénéficier des dernières technologies pour obtenir une machine plus équilibrée et plus performante. Par exemple, lors de l'introduction de l'Ultra2 LVD, il était plus intéressant de racheter un serveur pour bénéficier d'une vitesse de bus SCSI de 80 Mo/s, plutôt que de mettre à jour un serveur en Ultra Wide à 40 Mo/s. Ceci implique qu'il est intéressant de dimensionner correctement son serveur, dès le départ, pour toute la durée prévisible de son utilisation (typiquement 3 ans aujourd'hui). Dans le même ordre d'idées, on examinera soigneusement le fait de conseiller une machine multi-processeurs au lieu de deux machines mono-processeur. 2 systèmes différents impliquent 2 contrôleurs disques, 2 séries de disques, 2 bus mémoires séparés, donc une meilleure performance mais une administration plus importante. En revanche, un seul système facilite cette tâche, permet une communication rapide entre processeurs, ce qui peut être nécessaire pour certaines applications, mais rend l'environnement plus fragile (potentiellement plus d'indisponibilité en cas de panne du système). D'autre part, il y a plus de pertes, intrinsèquement, sur un modèle multi-processeurs, en communications au niveau système. Cette question sera notamment à envisager dans le cas de l'ajout d'un processeur (obsolète par nature) sur une machine a posteriori, au lieu de l'ajout d'un serveur complet. Sur les aspects mémoire, Linux ne peut gérer aujourd'hui plus de 2 Go dans les noyaux stables. En revanche, Linux tire partie de toute la mémoire qui lui est donnée, notamment dans la constitution d'un cache disque qui améliore considérablement les performances du système. On peut donc surdimensionner la quantité de mémoire installée, car ceci est préférable à une situation où le serveur serait obligé de paginer (ce qui pénalise énormément les performances). La taille minimale fournie sur les NetServers (64 Mo ou 128 Mo) correspond parfaitement à une utilisation normale d'un système et ne nécessite pas d'ajout particulier. Il faut tenir compte du fait qu'on n'utilise aucun environnement graphique sur les serveurs de production. Pour ce qui est de la mémoire de pagination (swap), sous Linux, elle vient en addition de la mémoire réelle pour donner la mémoire virtuelle totale dont dispose le serveur. Comme règle de base, il est conseillé de doter la machine d'autant de mémoire de pagination que de mémoire réelle, pour permettre au système de placer sur disque la quasi-totalité des processus en cours en cas de besoin. En revanche la règle qui prévaut sur les Unix d'origine Système V (tel HP-UX), de réserver deux fois la taille de la mémoire pour le swap n'est pas utile sous Linux. Il est à noter que Linux peut être amené à paginer certains processus inactifs pour libérer le maximum de mémoire vive possible. Avoir un système dont une partie du swap est occupé n'est donc pas nécessairement une preuve de manque de mémoire, ni de perte de performances. Vous trouverez ci-dessous des recommandations suivant le type d'utilisation faite du NetServer HP sous Linux. Il est possible de cumuler plusieurs fonctions sur un même serveur. On prendra soin dans ce cas d'additionner les ressources nécessaires pour remplir les services. Quelques règles génériques sont à considérer : On considère que le nombre d'utilisateurs simultanés équivaut à la moitié du nombre d'utilisateurs total du serveur. La taille mémoire minimale nécessaire pour un Serveur Linux utilisable est de 32 Mo, ce qui est inférieur à la taille mémoire minimale disponible sur les NetServers (64 Mo). En cas d'utilisation de X-Window avec KDE ou Gnome sur la machine, il faut prévoir 64 Mo supplémentaires, soit 96 Mo minimum. La taille disque minimale nécessaire pour un Serveur Linux utilisable est de 2 Go, ce qui est inférieur à la taille disque minimale disponible sur les NetServers (9 Go). Dans le cas d'une utilisation en Raid 1, on doublera la taille disque utile pour obtenir la taille disque nécessaire. Dans le cas d'une utilisation en Raid 5, on ajoutera 1 disque pour obtenir la taille disque nécessaire. Sauf cas particulier (serveur de calcul), la zone de swap est égale en taille à la taille mémoire. Le processeur minimal nécessaire pour un serveur Linux utilisable est un Pentium 133, ce qui est inférieur au processeur minimal disponible sur les NetServers (Pentium II 450). Chaque utilisateur X-Window exécutant un client sur le serveur consomme en moyenne 2 Mo. Il peut être utile d'ajouter des cartes réseau sur ce type de machine pour lisser le trafic, en fonction du nombre de clients. Le service de partage consomme 2 Mo de RAM, plus 2 Mo par partage. Dans le cas d'un partage unique (Espace Utilisateur par exemple), cela revient à une consommation de 2 Mo par utilisateur. Dans le cas proposé, on estime que chaque utilisateur dispose de 100 Mo d'espace disque au niveau du serveur, évoluant vers 200 Mo au bout de 3 ans. Les ressources processeur consommées sont relativement faibles, un modèle d'entrée de gamme sera donc suffisant sur ce plan. On privilégiera plutôt une rapidité d'entrées/sorties avec de l'Ultra 2 LVD SCSI à 80 Mo/s, si le budget le permet, et des disques 10.000 tr/mn. &tabsize; 1 - 100 312 Mo 27 Go E60 100 - 500 1 Go 117 Go LC2000 500 - 1000 2 Go 216 Go LH3000 Le service de partage consomme 2 Mo de RAM, plus 2 Mo par imprimante partagée. Dans le cas d'un partage unique (une imprimante par utilisateur typiquement), cela revient à une consommation de 2 Mo par utilisateur. Dans le cas proposé, on estime que chaque utilisateur imprime simultanément des fichiers de 5 Mo en moyenne, il faut disposer de cet espace disque au niveau du serveur. Les ressources processeur consommées sont relativement faibles, un modèle d'entrée de gamme sera donc suffisant sur ce plan. &tabsize; 1 - 100 312 Mo 9 Go E60 100 - 500 1 Go 9 Go E60 500 - 1000 2 Go 9 Go LC2000 Le service de serveur Web consomme 2,5 Mo de RAM en mode statique (pages HTML simples) et 5 Mo de RAM en mode dynamique (pages HTML générées à partir de perl, php, ...) par utilisateur. La place disque nécessaire est fonction de la nature du serveur, sachant que la plus grosse consommation provient des images. Les ressources processeur consommées étant importantes, il faut considérer la possibilité de monter en fréquence et d'augmenter le nombre de processeurs, ce type de trafic se prête bien à une parallélisation. On privilégiera aussi une rapidité d'entrées/sorties avec de l'Ultra 2 LVD SCSI à 80 Mo/s, si le budget le permet et des disques 10.000 tr/mn. &tabsize; 1 - 100 256 Mo 9 Go E60 100 - 500 1 Go 9 Go LC2000 Bi-processeur 500 - 1000 2 Go 9 Go LH4 Quadri-processeurs &tabsize; 1 - 100 512 Mo 9 Go E60 100 - 500 2 Go 9 Go LC2000 Bi-processeur 500 - 1000 4 Go 18 Go LH6000 Quadri-processeur En général, cette machine sert à la fois de serveur SMTP (envoi et réception de messages) et POP (gardien des messages et gestion des accès clients). Le service de serveur Mail SMTP consomme 2 Mo de RAM par utilisateur. Le service de serveur Mail POP consomme 2 Mo de RAM par utilisateur. La place disque nécessaire est d'autant plus importante que les attachements (images, documents divers) prennent une place prédominante dans les échanges via courrier électronique. On considère dans ce cas une taille moyenne de boîte aux lettres de 50 Mo. Les ressources processeur consommées étant importantes, il faut considérer la possibilité de monter en fréquence et d'augmenter le nombre de processeurs, ce type de trafic se prête bien à une parallélisation. &tabsize; 1 - 100 400 Mo 9 Go E60 100 - 500 2 Go 27 Go LC2000 Bi-processeur 500 - 1000 4 Go 54 Go LH6000 Quadri-processeur En général, cette machine sert à la fois de serveur Pare-Feu, de relais Mandataire (dans les deux sens) et de cache Web puisque toutes les requêtes passent par elle. Le service de Pare-Feu consomme 1 Mo de RAM. Le service de relais Mandataire consomme 0,3 Mo de RAM par relais entrant. Le service de cache Web consomme 0,5 Mo de RAM par utilisateur. La place disque nécessaire est liée au paramétrage du service de cache Web. Dans ce cas, on considère 20 Mo par utilisateur. Les ressources processeur consommées sont importantes, du fait du traitement des paquets IP. Il faut donc considérer la possibilité de monter en fréquence. &tabsize; 1 - 100 128 Mo 9 Go E60 100 - 500 512 Mo 18 Go E60 500 - 1000 1 Go 27 Go E60 En général, cette machine est extrêmement stressée, notamment côté processeur et mémoire. Quelques fois, ceci s'accompagne de besoins en entrées/sorties intensifs. On dote donc fréquemment cette machine de processeurs haut de gamme (actuellement Pentium III Xeon) avec un cache de niveau 2 le plus grand possible (actuellement 2 Mo) Côté mémoire, on aura tendance à s'approcher du maximum possible, soit 4 Go. Pour ce type de serveur, on aura intérêt à adapter le swap de façon à couvrir tous les besoins en mémoire requis par les codes de calcul à exécuter. Il n'y a souvent pas de contrainte spécifique sur les performances réseau, sauf en cas de cluster de noeuds de calcul, auquel cas on peut envisager d'équiper les machines de cartes 100 Mbit/s avec un commutateur entre-elles, voire de produits Myrinet ou Gigabit. Typiquement un LH4 2*PIII 550MHz 1 Go/2*9Go est la cible de ce type de serveur. Le choix est extrêmement variable en fonction de la nature des calculs à effectuer. On remarquera qu'il existe des processeurs, tels que le PA-Risc, beaucoup plus performants en calcul flottant que les processeurs Intel du moment (jusqu'à un facteur 6). Ce type de serveur est encore peu courant dans le monde du logiciel libre. Il est plus fréquent dans le monde Microsoft en association avec les solutions Metaframe de Citrix. Le service de bureautique consomme 50 Mo de RAM, par utilisateur. Intrinsèquement, cette machine n'a pas de besoins disques importants, si elle n'est pas en même temps serveur de fichiers. Les ressources processeur consommées étant importantes, il faut considérer la possibilité de monter en fréquence et d'augmenter le nombre de processeurs, ce type de trafic se prête bien à une parallélisation. &tabsize; 1 - 10 512 Mo 9 Go E60 10 - 50 2 Go 9 Go LH4 Bi-processeurs 50 - 100 4 Go 18 Go LH6000 Quadri-processeurs "Comment faire reconnaître plus de 1 Go de mémoire sur mon NetServer ?" Les informations suivantes sont adaptées et traduites depuis la page de Rik van Riel. Elles s'appliquent aussi bien au noyau 2.0.x qu'aux noyaux 2.2.x. Tout d'abord l'architecture Intel IA32 est limitée par construction dans sa gestion de la mémoire à 4 Go. Espace qui doit lui-même être séparé en mémoire virtuelle et mémoire physique. Ce qui signifie que si l'on choisit de reconnaître d'avantage de mémoire vive, la taille maximale pour un programme diminue. Néanmoins, Linux ne peut gérer que jusqu'à 1 Go de mémoire par défaut. Pour aller au delà, en fait jusqu'à 2 Go aujourd'hui car Linux ne peut gérer d'avantage de mémoire pour le moment, il faut modifier 2 fichiers fournis avec les sources du noyau et le recompiler. Les 2 sources en questions sont /usr/src/linux/include/asm-i386/page.h &et; /usr/src/linux/arch/i386/vmlinux.lds. A partir des noyaux 2.0.37 et 2.2.12, la rustine a été intégrée dans le noyau et est activable lors du make config. A partir du noyau 2.3.23, la taille maximum gérable en version i386 est de 64 Go. "Comment faire reconnaître plus de 128 Mo de swap sur mon NetServer ?" Jusqu'à la version 2.8x du packetage util-linux, la commande mkswap ne pouvait créer des partitions de swap que de 128 Mo au maximum. Il fallait alors en créer autant que nécessaire. Depuis la version 2.9, incluse en standard dans les distributions RedHat 6.0 et suivantes, il est possible de créer directement des partitions de swap jusqu'à concurrence de 1 Go. "Comment utiliser les autres processeurs de mon NetServer ?" Le multi-processing est pris en charge de façon opérationnelle par Linux depuis la version 2.0 du noyau. Pour un noyau 2.0.x, il faut le recompiler en positionnant notamment le flag SMP à 1 dans le Makefile. Pour un noyau 2.2.x, il faut le positionner dans le make config. Pour plus de détails, consultez le SMP-HOWTO. " Linux est-il compatible avec l'an 2000 ?" D'une manière générale, Linux est compatible an 2000. Pour plus de détails, on se reportera à la page de FAQ. J'ai déjà mentionné les fichiers de documentation, installés typiquement sous le répertoire /usr/src/linux/Documentation. Ils constituent une vraie mine d'or d'informations utiles. Les FAQ (Foires aux questions) suivantes sont diffusées périodiquement dans le forum news:news.answers &et; archivées sur les sites FTP tels que ftp://rtfm.mit.edu : FAQ du forum news:comp.os.linux.announce FAQ du forum news:comp.sys.hp.hpux De nombreux autres HOWTO Linux contiennent des informations utiles en liaison avec notre sujet : Linux SCSI HOWTO Linux CD-Writing HOWTO Linux Hardware HOWTO Linux Distribution HOWTO Linux Kernel HOWTO Linux Sound HOWTO Les forums Usenet suivants couvrent des sujets relatifs à HP : news:comp.sys.hp.hardware news:comp.sys.hp.misc On consultera aussi avec profit les forums mentionnés à . Sur l'Internet, on pourra consulter avec profit les sites suivants : &tabref; HP Linux Portail http://www.hp.com/go/linux HP &et; Linux http://www.hp-linux.org HP France Education Linux http://hpwww.ec-lyon.fr/hpeduc/education/offre/linux Medasys Linux http://www.medasys-digital-systems.fr/linux HP Support http://www.france.hp.com/clients/linux.html HP HOWTO http://www.medasys-digital-systems.fr/linux/HP-Howto/HP-HOWTO-FR/index.html Linux Pa-Risc (Puffin Group) http://thepuffingroup.com/parisc/software.html Linux IA64 http://www.linuxia64.org Linux IA64 (HP Labs) http://dtf.external.hp.com/dtf/swdev/1999/08/feature1_a.html HP RedHat certification http://bugzilla.redhat.com/certification/cert-report.php3?mod_company=Hewlett+Packard HP Utigroup http://www.hputigroup.com &tabref; Linux Weekly News - Résumé de l'année 1998 http://lwn.net/1999/features/1998timeline/ Linux Weekly News - Résumé de l'année 1999 http://lwn.net/1999/features/Timeline/ IOS Counter http://www.leb.net/hzo/ioscount/index.html Comparaison MS-Windows NT Server 4.0 -- Unix http://www.linux-france.com/article/these/unix-vs-nt/unix-vs-nt.html Les études Netcraft http://www.netcraft.com/survey/ L'AFUL (Association) http://www.aful.org APRIL (Association) http://www.april.org Linux Center http://www.linux-center.org Linux France http://www.linux-france.com/ Linux Journal http://www.linuxjournal.com Linux Gazette http://www.linuxgazette.com/ Linux Magazine France http://www.linuxmag-france.com/ Linux Start http://fr.linuxstart.com/index.html Da Linux French Page http://linuxfr.org/news/ RedHat Hardware support http://www.redhat.com/cgi-bin/support Source Exchange http://www.sourcexchange.com/ Tous mes remerciements aux diverses personnes ayant contribué, de quelque façon que ce soit, à l'amélioration de ce HOWTO : Pierre-Antoine Angelini angelini@ifsic.univ-rennes1.fr Stéphane Bortzmeyer bortzmeyer@debian.org Jean-Bernard Chaffardon Jean-Bernard_Chaffardon@hp.com Khalil Chawoshi chawoshi@subatech.in2p3.fr Béatrice Cornec beatrice@victoria.frmug.org Frédéric Dubuy Frederic.Dubuy@medasys-digital-systems.fr Mark Eve Mark_Eve@hp.com Laurent Frey laurent.frey@iota.u-psud.fr Stein Roar Gjøen stein.roar.gjoen@ks-t.no Yann Guillemot Yann.Guillemot@medasys-digital-systems.fr Marc Hia Balié Marc_Hia-Balie@hp.com Chris Holden chris.holden@gte.net Masanari Iida Masanari_Iida@hp.com Pascal Lemonnier Pascal.Lemonnier@medasys-digital-systems.fr Maciej Macowicz Maciej.Macowicz@epfl.ch Olivier Martinet Olivier_Martinet@hp.com David Mentré David.Mentre@irisa.fr Andreas Nierula A.Nierula@t-online.de Gilles Noisette Gilles_Noisette@hp.com Harry Page HARRY_PAGE@HP-NewZealand-om1.om.hp.com Alain Pascal pascal@montrouge.omnes.slb.com Fons Rademakers Fons.Rademakers@cern.ch - son site : http://hp-linux.cern.ch Dirk De WachterDirk.DeWachter@rug.ac.be Norman Walshndw@nwalsh.com Ce chapitre donne des indications sur les éléments devant être pris en compte dans des versions ultérieures de ce document. Il doit plus être pris comme un pense-bête pour l'auteur, que comme un engagement de ce qu'il fera vraiment ! Version 0.89 Vérification des URLs en fonction de la langue et adaptation dès que possible. Utilisation des adresses officielles et paragraphes sur les miroirs. Gestion du report des entêtes de tableau sur les pages suivantes (PS). Meilleure gestion de la taille des tableaux et des césures (PS). Placement des notes en bas de page (PS). Gestion des veuves et orphelins (PS). Gestion de la taille de la page, des marges et du placement des images (PS). Révision du numéro de version (PS et HTML). Paragraphe sur le Maxilife des Kayaks Paragraphe sur le son des Kayaks Paragraphe sur la gestion des TX Revoir le copyright avec celui du LDP + passage comme HOWTO officiel Revoir le contenu du châpitre 1 (y mettre l'historique et les nouvelles version) Version 0.90 Révision de la partie Cluster. Paragraphe sur l'APM sur les portables. Révision du paragraphe sur les imprimantes. Ajout de Linux comme serveur de Bases de Données et de Sauvegarde (Arkeia). Gestion de la Remote Assistant - Remote Control. Glossaire des abbréviations et termes - revoir firstterm Revoir l'exemple du vaccin :-) Faire apparaître les paragraphes argumentaires dans la TOC (HTML) Eviter des titres en bas de page (PS). Détailler le frein au changement Unix/Linux Paragraphe sur HP comme utilisateur de produts libres Version 0.91 Ajout d'un paragraphe sur les produits réseaux. Paragraphe sur les scanners Gestion de la date courante et version courante avec wml