Guide d'installation Windows+BSD+Linux

Ce guide peut être utilisé par quiconque veut installer et configurer trois systèmes d'exploitation sur un même disque dur. On installe d'abord un système d'exploitation Microsoft Windows de votre choix, puis FreeBSD 5.1-RELEASE, OpenBSD 3.2-RELEASE ou NetBSD 1.6.1, et nous conclurons ce guide avec l'installation de Red Hat Linux 8.0. Quoique je procède toujours dans cet ordre précis, vous pouvez les installer dans l'ordre de votre choix (NDT : La seule contrainte semble être de commencer par Windows, qui exige d'être installé sur la première partition du premier disque dur.).

Le scénario courant consiste en ce que les systèmes d'exploitation Microsoft Windows gèrent la bureautique, tandis que les distributions GNU/Linux et les *BSD (FreeBSD/OpenBSD/NetBSD) luttent pour la « domination mondiale » sur le marché des serveurs ; aussi pensai-je que l'idéal serait de tous les inclure dans ce guide. Le premier système d'exploitation est un Microsoft Windows, le deuxième appartient à la famille des *BSD et le dernier est une distribution GNU/Linux courante (Red Hat). Aussi le nombre des système d'exploitation s'est-il limité à trois.

Je vous garantis que j'ai testé chacune des étapes suivies dans ce guide sur mes propres ordinateurs. Elles ont par la suite été vérifiées avec succès sur d'autres ordinateurs, de configurations variables. Mon premier ordinateur a un processeur 266.87 MHz Intel Pentium 2, 64Mo de RAM DIMM physique, un seul disque dur 20.0 Go Maxtor IDE HDD et quelques autres accessoires standards supportant Microsoft Windows 98 (SE), FreeBSD 5.1-RELEASE et Red Hat Linux 8.0. L'autre ordinateur a, à peu de choses près, la même configuration, tourne sous FreeBSD 4.8, OpenBSD 3.2-RELEASE et Red Hat Linux 8.0. Le principe général est le suivant : « Meilleures sont les ressources, meilleures les performances de l'ordinateur.  »

J'ai décidé de simplifier ce guide au maximum. Et comme la plupart d'entre nous utilise en général des CD pour installer un système d'exploitation, j'ai supposé que vous procéderiez ainsi. Ce guide s'adresse d'ailleurs à tous types d'utilisateurs, de ceux qui ont un niveau intermédiaire sous Linux aux experts d'Unix. Puisque NFS, HTTP, FTP et autres média d'installation de ce type nécessitent en général un réseau et des serveurs en état de fonctionnement, ce qui est hors de portée de la plupart des utilisateurs, je n'ai couvert ici que les types d'installation à partir de CD-ROM. Toutes mes excuses pour le désagrément que cela représente pour les amoureux du réseau.

Beaucoup de raisons peuvent vous amener à vouloir faire tourner trois systèmes d'exploitation sur un même disque dur : le plaisir d'apprendre de nouvelles méthodes d'installation et de démarrage, de progresser dans la connaissance du démarrage multiple, des méthodes de partitionnement, des chargeurs de démarrage etc., ou tout simplement si vous ne pouvez pas vous permettre d'avoir deux disques durs distincts de 40.0 Go pour les trois systèmes d'exploitation avec lesquels vous voulez bricoler. En ce qui me concerne, je pense que la dernière raison est la meilleure.

Enfin, si vous le voulez vraiment, vous pouvez toujours installer et configurer votre ordinateur avec trois systèmes d'exploitation différents installés sur deux disques durs distincts.

Parce que la plupart de mes projets passés et de mon travail en général sous Linux a été lié à la distribution Red Hat ; j'ai souvent installé, configuré et administré des ordinateurs personnels et des stations de travail sous Red Hat Linux. Actuellement, Red Hat Linux est le fournisseur dominant de solutions Linux dans le monde, avec l'implémentation de gros systèmes d'entreprise en temps réel au moyen de systèmes d'exploitation Red Hat. En outre, la documentation et le support pour Red Hat sont faciles à trouver. Voilà pourquoi j'ai choisi Red Hat. Les autres distributions, à savoir Debian GNU/Linux, Slackware et Mandrake sont bonnes, et j'ajouterai probablement plus tard d'autres sections à leur sujet.

J'ai une expérience personnelle en matière de mise en réseau ou de bidouillage du code source de stations FreeBSD ou OpenBSD, et, plus récemment, ai eu accès au système d'exploitation NetBSD 1.6.1 et à SunOS de Sun Microsystems dans l'environnement d'exploitation Solaris (Solaris Operating Environment). Je n'ai aucune expérience en ce qui concerne Irix, Ultrix, Minix, HP-UX, IBM-AIX, Darwin et autres. Voilà pourquoi j'ai choisi FreeBSD, OpenBSD et NetBSD.

C'est le noyau Linux 2.4.18-14 qui a été utilisé pour la distribution Linux Red Hat (Psyche).

Eh bien, pour commencer, toutes mes sincères condoléances pour la perte de vos données et tout le bazar que ça semble générer. J'aurais bien voulu en prendre toute la responsabilité, mais j'ai déjà assez de mes propres problèmes. Aussi ne suis-je pas prêt à prendre la responsabilité de tout ce qui va de travers quelque part. Du moins, je peux dire que toutes les étapes et les méthodes mentionnées dans ce guide ont été testées sur plusieurs systèmes avec diverses configurations, et que jusqu'ici aucun problème n'a été remarqué.

Comme chacun sait, les chargeurs de démarrage jouent un rôle vital dans la configuration de systèmes à démarrage multiple ; vous pouvez utiliser n'importe quel chargeur de démarrage capable de démarrer plusieurs systèmes d'exploitation. Dans ce guide, j'ai choisi GRUB pour trois raisons spécifiques : 1) GNU GRUB est actuellement le chargeur par défaut dans les versions de la distribution Red Hat. 2) Comme indiqué dans les « Remarques sur cette distribution » de Red Hat Linux 8.0, l'usage de LILO est déconseillé et le paquetage devrait être retiré de l'une des versions à venir. 3) GRUB est un chargeur de démarrage très puissant, compatible avec les PC (x86), qui supporte directement un grand nombre de systèmes d'exploitation, ainsi que des systèmes propriétaires via le démarrage en chaîne. Voilà pourquoi GRUB est utilisé au lieu des autres chargeurs de démarrage.

Je suis convaincu qu'elles marcheront, moyennant quelques modifications aux endroits adéquats. Toutes les étapes devraient se suivre normalement si vous utilisez un noyau 2.2.x ou ultérieur (pour Linux). Pour les utilisateurs de FreeBSD, si vous n'utilisez pas de version antérieure aux versions 4.x, il ne devrait pas y avoir de problème. Respirez juste un bon coup, et commencez par suivre les étapes décrites dans ce guide. Au cas où quelque chose ne marche pas à un endroit donné, assurez-vous que vous suivez la bonne étape, exécutez les bonnes commandes, etc. La plupart du temps, ce sont les erreurs humaines qui entraînent des dysfonctionnements de serveurs ou de réseau, plutôt que des erreurs relatives aux ordinateurs. N'oubliez jamais ce principe !

Oui, bien sûr que je le pourrais. Il y a sur Internet de nombreux guides techniques de bonne très qualité sur tous les systèmes d'exploitation dont le code source est ouvert. Pour Linux, rendez fréquemment visite à http://www.linuxgazette.com, http://www.linuxfocus.org, http://www.linux.com (sites en anglais) et à de nombreux autres. À côté de cela, le Projet de Documentation Linux (The Linux Documentation Project, TLDP) fournit d'excellentes références sur tous les thèmes relatifs à GNU/Linux. En ce qui concerne les livres imprimés, y figurent quelques-uns de mes favoris absolus : la Bible Red Hat Linux 8.0, Le Noyau Linux (NDT : de Daniel Bovet et Marco Cesati), Systèmes d'exploitation (NDT : d'Andrew Tanenbaum), Linux Kernel Programming, le Manuel FreeBSD sur http://www.freebsd.org (version française : http://www.freebsd.org/fr), The Design of the UNIX Operating System, The Design and Implementation of the 4.4BSD Operating System. Cela devrait suffire pour le moment.

Ils seront les bienvenus ! Ce n'est qu'en obtenant un retour que je peux espérer améliorer ce guide dans un futur proche. Alors écrivez-moi un mot si vous le voulez.

Bien sûr. Mais je vous supplie d'être patient, étant donné que je suis très occupé, entre toutes mes occupations à l'université, les interrogations, examens, les affectations, les rendez-vous avec «  mon amie infiniment patiente, compatible avec FreeBSD et stable comme la roche », la maintenance de ce guide, d'autres tâches relatives à Linux, etc. Aussi ne puis-je pas vous promettre une réponse immédiate. J'ai besoin de temps pour résoudre vos problèmes.

Oui, bien sûr, je mettrai à jour ce guide de temps en temps, avec des changements, des corrections, des ajouts, etc.

Dans l'état actuel des choses, non. C'est le seul endroit où il sera mis à jour de temps en temps.

Si vous habitez Moscou ou ses environs, envoyez-moi un petit mot. Je viendrai chez vous et ferai le nécessaire gratuitement. Je suis désolé, mais je ne peux aider ceux qui vivent plus loin.

Toutes les distributions GNU/Linux mentionnées ci-dessus sont essentiellement des distributions fondées sur Red Hat Linux. Elles reposent en profondeur sur Red Hat pour les procédures d'installation de paquetages, le bidouillage du noyau, les mises à jour du noyau, etc. J'ai personnellement utilisé ASP Linux 7.2, et elle offre quelques fonctionnalités nouvelles et excitantes, mais en ce qui me concerne, je préfère utiliser Red Hat Linux. Je n'ai aucune expérience dans le domaine des distributions Black Cat et ALT GNU/Linux.

Oui, c'est normal. Le logiciel du système d'exploitation FreeBSD ne peut détecter que les partitions primaires des disques durs, qu'il appelle « tranches » (« slices »). Une partition étendue, bien qu'elle doit représentée dans FreeBSD fdisk, ne représentera pas les partitions constitutives de la partition primaire.

Comme vous pouvez le constater, ce message d'erreur posé par l'outil fdisk de Red Hat Linux peut avoir lieu pour un grand nombre de raisons. J'ai rencontré ces deux-ci lors d'installations de démarrage multiple sur des PC. Lorsque ce message est affiché, Linux fdisk ne peut rien changer au disque. En ce qui me concerne, j'ai la forte impression que ce message, « too many partitions (16, maximum is 8) » (Trop de partitions (16, au lieu de 8 au maximum)) apparaît en général lorsque l'on a des données provenant d'installations antérieures de FreeBSD et/ou OpenBSD et/ou NetBSD et qu'elles n'ont pas été effacées. Cela arrive généralement lorsque ces partitions ont été effacées, mais que la table maîtresse des partitions (MPT, Master Partition Table) contenue dans le MBR (Secteur primaire d'amorçage) n'a pas été réécrite. Puisque ce problème ne semble pas arriver sur des disques durs propres, j'en conclus que cela n'apparaît que si vous avez d'anciennes données de BSD disklabel sur votre disque dur.

Une fois que cette erreur a été repérée, il n'y a pas grand chose à faire : quoi que vous fassiez, quoi que vous tapiez, rien n'est écrit sur le disque. S'il s'avère que vous fassiez une installation sur un disque neuf et que vous recevez cette erreur, exécutez la commande « fdisk /mbr » depuis l'invite de MS-DOS, et essayez une nouvelle fois d'installer Red Hat Linux. S'il s'avère que vous ayez déjà FreeBSD/OpenBSD/NetBSD qui soit installé sur votre système, alors (désolé mon ami !) effacez toutes les installations précédentes, nettoyez le disque au moyen de l'utilitaire « dd », ou de ce que vous avez à disposition, quoi que ce soit ; et recommencez l'installation de tout à partir de zéro.

Non, ce n'est pas possible. Une fois que cette erreur a eu lieu, même l'option 'o' de fdisk, qui normalement nettoie toutes les informations relatives aux partitions, ne fonctionnerait pas. Même si vous arriviez à réaliser une installation complète de Linux, et uniquement sur le « disque tout entier », au moyen de l'outil de partitionnement de disque Disk Druid, ceci n'effacerait pas les informations relatives aux étiquettes disque de l'ancien BSD, qui existent toujours. Tôt ou tard, vous rencontreriez des problèmes.

Des gestionnaires de partitions et des logiciels de sécurité créés par des tiers et spécifiquement conçus pour effacer des disques peuvent être utilisés à cette fin. Personnellement, je n'ai jamais expérimenté d'outils de nettoyage de disques durs créés par des tiers parce que je préfère utiliser l'utilitaire dd, qui est fondé sur UNIX.

En effet, l'outil dd d'UNIX peut aussi être utilisé pour nettoyer le disque. Il écrit des zéros sur la surface du disque qui est accessible depuis les CD d'installation de FreeBSD, OpenBSD et Linux. On y accède facilement depuis le CD d'installation d'OpenBSD, en choisissant l'option du shell plutôt que d'installer OpenBSD ou d'utiliser [Ctrl+C] pour sortir à tout moment de l'installation d'OpenBSD. La commande OpenBSD pour nettoyer le premier disque dur IDE est « # dd if=/dev/zero of=/dev/wd0c ». Le Rescue Mode (Mode sauvetage) du CD d'installation de Red Hat Linux est une invite pour utilisateur unique. Vous n'avez pas besoin de monter le système de fichiers car vous allez l'effacer, et non le sauver (« rescue »). Une fois que vous avez l'invite « # », « dd if=/dev/zero of=/dev/hda » nettoiera le premier disque. L'option « Fixit » (Corriger) de FreeBSD, accessible depuis le menu principal d'installation, donne accès à une invite pour utilisateur unique ; on a alors besoin du deuxième des quatre CD d'installation. La commande « dd if=/dev/zero of=/dev/ad0 » sert à nettoyer le premier disque. Cela fait, vous pouvez vous reposer, l'âme en paix : votre disque dur est nettoyé.

Il n'y a rien de faux ici. Mais vous avez fait au début une erreur qui, quoique minime, est fatale. N'oubliez jamais que lorsque vous écrivez des zéros sur la surface d'un disque dur au moyen de l'utilitaire UNIX dd, ceci inclut la zone du MBR. La zone du MBR a l'adresse (0,0,1) : l'adresse de cylindre 0, l'adresse de tête 0 et l'adresse de secteur 1, c'est-à-dire, en d'autres termes, les 512 premiers octets du disque dur, qui contiennent le code de la table maîtresse des partitions (MPT) et du chargeur de programme initial (Initial Program Load (IPL)). Lorsque cette zone est remplie de zéros, les différents systèmes d'exploitation réagissent et se comportent de différentes manières. Ils réagissent bizarrement, parce qu'ils s'attendent à voir le code IPL standard, et au lieu de cela, n'en trouvent aucun.

Par exemple, Red Hat Linux fdisk considère la table des partitions remplie de zéros comme invalide et peut en recréer une vide. Le seul code IPL qu'il installera est LILO ou GRUB, mais pas un code IPL standard. OpenBSD montre simplement une table de partitions vide et rencontre beaucoup de problèmes pour démarrer depuis de tels disques. Le seul système d'exploitation qui semble démarrer impeccablement et sans erreurs depuis un disque rempli de zéros, c'est FreeBSD. Cependant, j'ai vécu une situation dans laquelle, pour des raisons obscures, FreeBSD se retrouva bloqué au démarrage, et refusait tout simplement de démarrer.

Pour éviter tous ces ennuis, démarrez tout simplement depuis une disquette de démarrage de Windows 9x ou DOS v6 contenant FDISK.EXE. Une fois que le système a démarré jusqu'à une invite MS-DOS, entrez la commande suivante : « A:\>fdisk /mbr ». Elle réinitialise le MBR en le remettant à son état initial, réécrit la MPT, et crée un IPL standard. Continuez en installant normalement les systèmes d'exploitation.

Ou bien vous vous avez verrouillé le MBR du disque dur de votre ordinateur, ou bien un logiciel antivirus est activé et vous empêche d'écrire sur le MBR. Il faut que vous accédiez au BIOS de votre système et que vous vérifiez que le MBR n'est pas protégé en écriture. Selon votre système, vous pouvez avoir déjà un autre chargeur de démarrage, qui entre en conflit avec LILO. Essayez d'exécuter la commande « fdisk /mbr » depuis l'invite de commandes du MS-DOS, puis d'installer LILO.

Pas du tout. Vous n'avez rien fait d'incorrect. Quand vous quittez OpenBSD fdisk (en enregistrant les changements au moyen de l'option « quit »), et que la tranche OpenBSD n'est pas sur le même offset qu'un système OpenBSD précédemment installé, fdisk affiche le message « wd0: no disk label ». Bien que cela ressemble à un message d'avertissement ou à une erreur apparente, il s'agit bien plutôt d'un message important affiché par la procédure d'installation d'OpenBSD, qui vous garantit que quoique les données et les partitions spécifiques à OpenBSD eussent été crées, le disklabel d'OpenBSD doit encore être configuré. Le disklabel définit la couche des systèmes de fichiers d'OpenBSD sur les partitions OpenBSD du disque dur.

Dans des systèmes à démarrage double ou multiple, ce message est presque le pré-requis d'une installation correcte d'OpenBSD. S'il s'avère qu'après avoir effectué des changements dans OpenBSD fdisk, vous n'avez pas reçu ce message, cela signifie que le disklabel d'OpenBSD lit et utilise les informations d'une installation précédente. C'est une situation dangereuse, parce que si disklabel utilise des données de disklabel obsolètes et que des informations relatives à des partitions ont changé depuis leur création initiale, le comportement de disklabel devient erratique et vous pouvez rencontrer d'étranges problèmes. Afin d'éviter cela, nettoyez bien le disque avant de procéder à une installation propre d'OpenBSD.

Pour répondre à cette question en toute honnêteté, personne ne sait pourquoi ! En plusieurs années d'installations de démarrages doubles et multiples, j'ai remarqué que le fdisk et Disk Druid de Red Hat Linux affichent le plus de messages d'erreur lorsque le système d'exploitation OpenBSD se trouve dans le voisinage. Le traitement de la table des partitions par OpenBSD fdisk est différent de celui qui a lieu sous FreeBSD et Linux, et n'est pas conforme aux standards. Ce peut être l'une des explications possibles.

Décrivons par exemple une situation réelle. Cela est arrivé il y a quelques semaines (à l'heure où j'écris ce guide). J'ai installé OpenBSD 3.2, suivi de FreeBSD 4.8 sur un PC de test. J'ai ensuite essayé d'installer Red Hat Linux 8.0 (édition Psyche) sur l'espace disque restant. Remarques : tout mon matériel est en très bon état ; j'ai vérifié toutes les exigences de compatibilité ; j'ai nettoyé mon disque avant de démarrer les installations au moyen de l'utilitaire UNIX dd ; la mémoire (RAM physique) disponible sur mon système est correcte et les CD-ROM d'installation de Red Hat Linux sont en bon état. Cependant, à chaque fois que j'ai essayé d'installer Red Hat sur mon système, en utilisant à chaque fois différentes options en ligne de commande au démarrage, Linux fdisk commençait avec plusieurs boîtes de dialogue. La première disait « Invalid partition on /tmp/hda » (Partition invalide sur /tmp/hda). Lorsque j'ai choisi d'ignorer l'erreur, une nouvelle boîte de dialogue s'ouvrit : « Unable to align partition properly. This probably means that another partitioning tool generated an incorrect partition table, because it didn't have the correct BIOS geometry. It is safe to ignore, but ignoring may cause (fixable) problems with some boot loaders » (Impossible d'aligner correctement les partitions. Ceci signifie probablement qu'un autre outil de partitionnement a généré une table des partitions incorrecte, parce qu'elle n'a pas la géométrie correcte du BIOS. On peut ignorer ce problème en toute sécurité, mais si vous l'ignorez, il peut y avoir des problèmes (solubles) avec certains chargeurs de démarrage). fdisk afficha ensuite le message d'erreur « too many partitions » (Trop de partitions). Des erreurs, encore des erreurs, toujours des erreurs, voilà ce que j'obtenais ! Aussi ai-je décidé de tenter ma chance avec Red Hat Disk Druid.

Disk Druid de Red Hat afficha un message « Invalid partition on /tmp/hda » (Partition invalide sur /tmp/hda) ; si on l'ignore, il montre la partition OpenBSD comme inutilisée et la partition /dev/hda comme BSD/386. J'ai forcé la procédure de partitionnement automatique (« auto partitioning ») mais elle a planté misérablement après avoir passé quelque temps sur une exception non traitée (« unhandled exception »). Je n'ai pas sauvegardé le rapport de plantage sur disquette car je n'avais pas l'intention d'envoyer un rapport d'erreur.

C'est arrivé avec Red Hat Linux 8.0 (Psyche). J'ai été confronté aux mêmes problèmes avec les distributions Red Hat Linux 7.3 et 7.1. Cependant, lorsque j'ai essayé d'installer Red Hat Linux 7.0, elle s'est installée sans douleur, sans pleurs ni grincements de dents. Y a-t-il quelqu'un (particulièrement de chez Red Hat Inc.) qui puisse expliquer ce que Red Hat Linux 7.0 a de spécial que les autres n'ont pas ? Je suis toujours en train de chercher à résoudre ce problème !

Si vous avez bien lu et compris le problème rapporté ci-dessus, savoir quelle distribution Linux essayer d'installer sur votre système n'a pas de sens du tout. J'ai rencontré des problèmes similaires en essayant d'installer Mandrake 9.0 aussi bien que SuSE 7.0 sur mon ordinateur de test. Mandrake Linux a géré la création des partitions, leur formatage, mais lui aussi a misérablement planté lors de l'installation des paquetages. SuSE 7.0 a planté au tout début ! Dans un futur proche, j'aimerais tester l'intégrité des Red Hat Linux 9 sur de tels systèmes.

Le système d'exploitation FreeBSD autorise sept partitions par tranche (c: est réservé pour l'espace du disque dur tout entier). FreeBSD fdisk utilise une partition 'X' au lieu d'un nom de partition valide tel que « /dev/ad0s1a » si vous en avez trop créé sur votre ordinateur. Si vous avez une partition étiquetée 'X', vous devez l'effacez immédiatement avant de poursuivre. Si vous ne l'effacez pas, disklabel de FreeBSD vous laissera procéder à l'installation tout entière, et quand vous en aurez enfin fini avec l'installation complète, lorsque votre système démarrera, vous rencontrerez une erreur et serez projeté dans un mode à utilisateur unique pour la maintenance. En d'autres termes, si vous n'effacez pas une partition étiquetée 'X', FreeBSD n'achèvera pas la séquence de démarrage. Au lieu de cela, il affiche des messages d'erreur et passe en mode à utilisateur unique.

Cela signifie que l'installation d'OpenBSD sur le disque dur de votre PC a été réussie, mais a exécuté une erreur fatale à ce moment-là. Les fichiers de démarrage requis pour le démarrage d'OpenBSD dépassent du 1024è cylindre de votre disque dur. Si c'est le cas, vous ne pouvez pas installer OpenBSD sur le même disque dur. L'installation peut se dérouler sans échec, mais OpenBSD ne démarrera pas car il requiert que les fichiers de démarrage soient contenus dans les 1024 premiers cylindres du disque dur.

Techniquement parlant, bad magic (mauvaise magie / mauvais nombre magique) signifie la chose suivante : le nombre magique est un entier court (short integer), qui identifie un fichier en tant que module de chargement et par là active la possibilité pour le noyau d'en distinguer les caractéristiques d'exécution. Par exemple, l'utilisation de nombres magiques particuliers sur un PDP/70 informa le noyau (d'UNIX SVR2) que des processus pouvaient utiliser jusqu'à 128 Ko de mémoire au lieu des 64 Ko habituels, mais le nombre magique joue encore aujourd'hui un rôle important dans les systèmes de pagination. Les valeurs des nombres magiques étaient les valeurs des instructions de saut du PDP 11 ; les versions originales du système exécutaient les instructions, et le registre du compteur de programme (program counter, pc) sautaient vers différents endroits selon la taille de l'en-tête et le type de fichier exécutable en cours d'exécution. Le système d'exploitation OpenBSD, qui est en fait un dérivé de BSD, utilise le même style de démarrage. Lorsque les instructions de saut manquent, ou en d'autres termes, qu'elles dépassent 1024 cylindres du disque dur, vous recevez des valeurs boguées pour les instructions de saut, fixant par là des valeurs boguées pour le nombre magique. C'est pourquoi vous recevez une erreur « bad magic » et OpenBSD ne démarre pas.

Essayez d'installer OpenBSD sur un autre disque dur. Mieux, essayez de travailler avec les systèmes d'exploitation qui ne rencontrent pas de problème d'incohérence du 1024è cylindre. Ou encore, essayez de réduire la partition déjà existante (attention : vous pouvez perdre des données inestimables !). Mais la meilleure solution est d'obtenir un autre PC, d'y installer OpenBSD et de travailler !