UMSDOS HOW-TO <author>Jacques Gelinas, <tt/jacques@solucorp.qc.ca/ <date>v1.1, 13 November 1995 <abstract> <em/Umsdos/ est un système de fichiers pour <em/Linux/. Il propose une alternative au système de fichiers <em/EXT2/. Son principal but est de parvenir à une coexistence simplifiée avec les données <em/MS-DOS/ en partageant la même partition. Ce document explique tout d'abord comment utiliser <em/Umsdos/ dans différentes configurations, puis son fonctionnement. Il se termine par quelques informations qui devraient vous permettre de décider si c'est un bon choix pour vous (cf. Pourquoi UMSDOS à la fin de ce document). Adaptation française réalisée par Guillaume Deschamps (Guillaume.Deschamps@enst-bretagne.fr) Version de l'adaptation : v0.1b </abstract> <toc> <sect><em/Umsdos/ : Présentation <sect1>Historique Le projet <em/Umsdos/ a commencé en 1992, et a été disponible sur le réseau sous forme de patch en janvier 1994. Il a été inclus dans la distribution standard du noyau en juillet, à partir de la version 1.1.36. <em/Umsdos/ a été au départ adopté dans la distribution <em/Slackware/ avant même d'être inclus dans le noyau officiel. <em/Umsdos/ a commencé à être amélioré à partir de la version 1.1.60 du noyau. Ses performances ont considérablement augmenté, surtout en ce qui concerne l'écriture. Il est de nouveau stable depuis la version 1.1.70 (à peu près). Un bug majeur a été corrigé dans <em/Linux/ 1.2.2. Ce bug causait des torts aux utilisateurs depuis le début (certains fichiers étaient renommés sans avertissement, donnant l'impression qu'ils avaient été effacés). Attention ! La <em/Slackware/ 2.2 contient toujours la version 1.2.1 du noyau, donc elle a ce bug. <sect1>Disponibilité Il est disponible sous forme de patch pour les noyaus 1.0.x, et est inclus dans le noyau 1.2. Il peut être compilé avec le noyau ou chargé comme un module. Cependant si vous décidez pour l'instant d'utiliser <em/Umsdos/ comme un module, il vous faudra aussi utiliser le systeme de fichiers <em/MS-DOS/ en tant que module. Cela vient d'une limitation du système de gestion des modules (certains symboles ne sont exportés que lorsque les drivers sont eux-mêmes des modules). <sect1>Distributions le supportant Dans l'état actuel des choses, seule la distribution <em/Slackware/ semble le supporter. Mais j'ai sûrement tort donc n'hésitez pas à m'envoyer des corrections à ce sujet. (NdT : en anglais !) <sect1>Site d'accueil Le site d'accueil pour <em/Umsdos/ est sunsite.unc.edu. Allez faire un tour du côté du répertoire <tt>/pub/Linux/system/Filesystems/umsdos</tt>. <sect1>Documentation technique Il existe beaucoup de documentation sur la structure interne de <em/Umsdos/, disponible à la fois aux formats <tt/HTML/ et texte au même endroit que les utilitaires. Pour ce que j'en sais, la version <tt/HTML/ n'est pas disponible sur WWW. Vous devez la télécharger, puis la "untarer" et finalement la lire localement. <sect1>L'auteur Jacques Gelinas jacques@solucorp.qc.ca <sect><em/Umsdos/ comme partition principale <sect1>Le concept pseudo-racine Avec <em/Umsdos/, <em/Linux/ peut être installé sur une partition <em/DOS/ standard. <em/Linux/ est alors installé comme le second (ou troisième) système d'exploitation sur la partition. Pour éviter toute collision dans les noms (il existe peut-être déjà un répertoire bin ou tmp sur le lecteur C:), <em/Umsdos/ a recours à une astuce : la pseudo-racine. Tous les fichiers <em/Linux/ sont installés dans un sous-répertoire <em/DOS/ appelé <tt/Linux/, généralement <tt/C:\\LINUX/. La structure normale des répertoires Linux/Unix se trouve là. Vous obtenez donc : <itemize> <item> <verb/C:\LINUX\BIN/ <item> <verb/C:\LINUX\ETC/ <item> <verb/C:\LINUX\LIB/ <item> <verb/C:\LINUX\ROOT/ <item> <verb/C:\LINUX\SBIN/ <item> <verb/C:\LINUX\TMP/ <item> <verb/C:\LINUX\USR/ <item> <verb/C:\LINUX\VAR/ </itemize> Quand <em/Umsdos/ démarre, il cherche le répertoire <tt/linux/ puis <tt>/linux/etc</tt>. S'il existe, il active le mode pseudo-racine. Le mode pseudo-racine s'occupe principalement de rediriger le repertoire racine vers <tt/C:\\LINUX/, ce qui donne comme résultat un répertoire <em/Unix/ classique : <itemize> <item><verb>/bin</verb> <item><verb>/etc</verb> <item><verb>/lib</verb> <item><verb>/root</verb> <item><verb>/sbin</verb> <item><verb>/tmp</verb> <item><verb>/usr</verb> <item><verb>/var</verb> </itemize> Il ajoute de plus à cette liste un nouveau répertoire appelé <tt/DOS/, qui est virtuel. <sect1>Ce qu'il faut savoir à propos du mode pseudo-racine <itemize> <item> Ce mode peut seulement être activé au moment du démarrage. Il n'y a aucun moyen de l'activer en utilisant la commande mount. <item> Le mécanisme est juste de donner une vue différente d'un système de fichiers <em/Umsdos/ normal. Cela signifie qu'une partition principale peut être montée tout à fait normalement. Il n'y aura pas d'effet pseudo-racine. Par exemple, si vous démarrez sous Linux avec une disquette de maintenance et que vous montez votre partition principale normale dans <tt>/mnt</tt>, vous trouverez tous vos répertoires linux dans <tt>/mnt/linux/bin, /mnt/linux/etc</tt> et ainsi de suite. </itemize> <sect>Différentes remarques au sujet du fonctionnement de <em/Umsdos/ <sect1>Option de mount Vous pouvez utiliser les mêmes options pour mount que pour le système de fichiers MS-DOS. L'utilisation de l'option <tt/conv=/ est discutable sur un système <em/Umsdos/. Je propose de l'éviter. Les options que vous aurez généralement à prendre en compte sont : <itemize> <item>uid= <item>gid= <item>umask= </itemize> Il faut juste vous souvenir que <em/Umsdos/ traite les répertoires non promus de la même façon que <em/MS-DOS/. Les options ci-dessus vont donc s'appliquer globalement à tous les répertoires non promus. <em/uid/ configure le propriétaire par défaut, <em/gid/ le groupe par défaut et <em/umask/ les permissions par défaut sur les fichiers. <sect1>Comment déterminer les valeurs par défaut pour la partition principale umssetup a été créée pour déterminer au lancement le propriétaire par défaut de la partition principale. Pour les autres partitions <em/Umsdos/, il est possible d'utiliser soit les options de mount soit umssetup. La manière classique pour régler ce problème pour les partitions non principales est de stocker les options de mount dans /etc/fstab. Voici un exemple. Mettez ceci dans /etc/rc.d/rc.S : <tscreen><verb> /sbin/umssetup -u jack -g group -m 0755 / </verb></tscreen> <sect1>Swapper ou ne pas swapper L'utilisation d'un fichier de swap se révèle souvent plus lente que celle d'une partition de swap. Cette solution est cependant bien plus flexible. Vous pouvez configurer un fichier de swap dans une partition <em/Umsdos/ de la même façon que dans tout autre système de fichiers <em/Linux/. Par exemple, pour configurer un fichier de swap de 8 Mo dans le répertoire racine : <tscreen><verb> dd if=/dev/zero bs=1024k count=8 of=/swap mkswap /swap 8192 sync swapon /swap </verb></tscreen> Une fois cela fait, vous pouvez ajouter la ligne suivante dans /etc/fstab : <tscreen><verb> /swap swap swap default </verb></tscreen> Et le fichier de swap sera activé à chaque démarrage. (Il y a généralement la commande "swapon -a" dans <tt>/etc/rc.d/rc.S</tt>.) <sect>Comment démarrer un système <em/Umsdos/ <sect1>Loadlin Le paquetage lodlin15.tgz, disponible sur sunsite.unc.edu dans <tt>/pub/Linux/system/Bootutils</tt>, est particulièrement bien adapté au démarrage d'un système <em/Umsdos/. En général, tout ce que vous avez besoin de faire est <tscreen><verb> Boot DOS C:>loadlinx zimage root=D: </verb></tscreen> où zimage est une image normale du noyau (compressée), tout simplement copiée quelque part sur le lecteur <em/DOS/. <tt/D:/ est le lecteur <em/DOS/ où vous avez installé <em/Linux/. <sect1>A partir d'une disquette Démarrer un système <em/Umsdos/ à partir d'une disquette se fait de la même manière que pour un système <em/Ext2/. Vous avez besoin d'une image zImage de votre noyau proprement initialisée pour localiser votre partition principale <em/Umsdos/. Pour ce faire, on utilise généralement la commande <tt/rdev/. La séquence suivante initialise un fichier zImage et le met sur une disquette : <tscreen><verb> rdev zImage /dev/hda1 rdev -R zImage 0 dd if=zImage bs=8192 of=/dev/fd0 </verb></tscreen> Si vous trouvez cela déroutant, formattez une disquette système DOS et copiez les fichiers suivants dessus : <itemize> <item>loadlin.exe <item>loadlinx.exe <item>zimage </itemize> puis configurez le fichier autoexec.bat comme suit : <tscreen><verb> loadlinx zimage rw root=C: </verb></tscreen> <sect1>LILO LILO, le chargeur (boot-loader) officiel de <em/Linux/ peut aussi être utilisé pour démarrer un système <em/Umsdos/. Cependant je n'ai jamais essayé, mais ça devrait marcher depuis la version 1.1.60. Merci de m'envoyer un e-mail (NdT : toujours en anglais !) si vous avez fait l'expérience. <sect1>Comment défragmenter une partition <em/Umsdos/ Tout simplement en utilisant n'importe lequel des outils <em/DOS/ classiques. Les fichiers produits par <em/Umsdos/ n'ont rien de particulier. Et <em/Umsdos/ n'attend rien de particulier (composition ou séquence des points d'entrée des répertoires, etc.) du système de fichier sur lequel il travaille. Pour ce que j'en sais, il n'existe pas d'outil sous <em/Linux/ pour faire ça. <sect1>Astuces avancées <em/Umsdos/ repose sur <tt/--linux-.---/ qui repose lui-même sur le répertoire <em/DOS/. Certains voudront peut-être faire quelques expériences. L'utilitaire <tt/udosctl/ (dans le paquetage umsdos_progs, qui contient <tt/umssync/ et <tt/umssetup/) permet de faire des opérations sur les répertoires (effacer, voir le contenu), et ceci indépendamment sur le répertoire <tt/--linux-.---/ ou sur le répertoire <em/DOS/. <sect>Principe de base <sect1>Introduction <em/Umsdos/ fait directement correspondre aux fichiers <em/Linux/ des fichiers <em/MS-DOS/. C'est une transposition un pour un, et le contenu des fichiers n'est pas altéré du tout. <em/Umsdos/ travaille seulement sur les noms de fichiers, et réserve un traitement particulier aux fichiers spéciaux (par exemple les liens ou les fichiers périphériques). Pour chaque répertoire, il y a un fichier appelé <tt/--linux-.---/. <sect1><em/Umsdos/ peut remplacer le système de fichiers <em/MS-DOS/ <em/Umsdos/ peut être vu comme un surensemble plus général du système de fichiers <em/MS-DOS/ de linux. En fait cette capacité/flexibilité est la source de beaucoup de confusions au sujet de <em/Umsdos/. Je vais vous expliquer pourquoi. Essayez de monter une disquette <em/DOS/ qui vient juste d'être formattée de la manière suivante : <tscreen><verb> mount -t umsdos /dev/fd0 /mnt </verb></tscreen> Puis faîtes ceci : <tscreen><verb> ls / >/mnt/LONGFILENAME ls -l /mnt </verb></tscreen> Et vous obtiendrez le résultat suivant : <tscreen><verb> -rwxr-xr-x 1 root root 302 Apr 14 23:25 longfile </verb></tscreen> Jusqu'ici, le système de fichiers n'a pas l'air de faire grand chose de plus (en fait même rien) que le système de fichiers <em/MS-DOS/ normal de <em/Linux/. <em/???/ <sect1>Promouvoir un répertoire Jusqu'ici ça n'est pas très impressionant. Mais il y a une astuce. A moins d'avoir été promu, un répertoire <em/DOS/ sera traité par <em/Umsdos/ de la même façon que par <em/MS-DOS/. <em/Umsdos/ utilise un fichier spécial dans chaque sous-répertoire pour effectuer la transposition entre les possibilités étendues (noms de fichiers longs, propriété, etc.) de <em/Umsdos/ et les limitations inhérentes au système de fichiers <em/DOS/. Ce fichier est invisible aux utilisateurs de <em/Umsdos/, mais il devient visible si vous démarrez sous <em/DOS/. Pour éviter de mettre inutilement le désordre dans la partition <em/DOS/ avec ces fichiers (<tt/--linux-.---/), ils sont maintenant optionnels. S'ils sont absents, <em/Umsdos/ se comporte comme <em/MS-DOS/. Quand un répertoire est promu, toutes les opérations effectuées par la suite tiendront compte de toutes les possibilités normalement accessibles aux utilisateurs d'<em/Unix/ et de <em/Linux/. Tous les sous-répertoires crées ensuite seront promus sans autre intervention de votre part. Cette caractéristique vous permet d'organiser logiquement votre partition <em/DOS/ entre votre hiérarchie <em/DOS/ et votre hiérarchie <em/Linux/. Il est important de comprendre que les fichiers <tt/--linux-.---/ prennent de la place (en général 2 Ko par répertoire). Comme <em/DOS/ utilise de gros clusters (par exemple de 16 Ko pour une partition de 500 Mo), éviter de mettre des fichiers <tt/--linux-.---/ partout peut vous faire gagner pas mal de place. <sect1>Comment promouvoir /sbin/umssync Un répertoire peut être promu à n'importe quel moment en utilisant <tt>/sbin/umssync</tt>. Lorsqu'un répertoire est promu, il se passe les choses suivantes : <itemize> <item>Création d'un fichier <tt/--linux-.---/. <item>Une relation un pour un est établie entre le fichier <tt/--linux-.---/ et le contenu actuel du répertoire. </itemize> La commande <tt>/sbin/umssync</tt> est utilisée pour la maintenance des fichiers <tt/--linux-.---/ existants. Elle ne le crée pas à partir de rien à chaque fois. Elle modifie simplement ce qui a changé (par exemple les fichiers nouvellement crées lors d'une session <em/DOS/). Elle retire aussi de ce fichier les fichiers qui n'existent plus dans le répertoire <em/DOS/. C'est pourquoi <tt/umssync/ porte ce nom, car elle synchronise les fichiers <em/--linux-.---/ avec le répertoire <em/DOS/ sous-jacent. <sect1>Utiliser <tt>/sbin/umssync</tt> au démarrage C'est une bonne idée de mettre un appel à <tt>/sbin/umssync</tt> à la fin du fichier /etc/rc.d/rc.S (si ce n'est déjà fait...). La commande suivante marche sur la plupart des systèmes : <tscreen><verb> /sbin/umssync -r99 -c -i+ / </verb></tscreen> L'option <tt/-c/ empêche <tt/umssync/ de promouvoir les répertoires. Cette commande va donc seulement mettre à jour les fichiers <tt/--linux-.---/ existants. Cette commande est utile si vous désirez accéder au répertoire <em/Linux/ pendant une session <em/DOS/. <em/Linux/ n'a pas de moyen efficace de dire qu'un répertoire a été modifié par <em/DOS/, donc <em/Umsdos/ ne peut pas lancer lui-même la commande <em/umssync/ nécessaire. <sect1>Comment dé-promouvoir Effacez le fichier <tt/--linux-.---/ en utilisant <em/DOS/. <sect1>A propos des fichiers créés lors d'une session <em/DOS/ A moins que vous n'utilisiez <tt/umssync/ sur un répertoire dans lequel des fichiers ont été ajoutés ou effacés par <em/DOS/, vous allez remarquer certains des problèmes suivants : <itemize> <item>Le système ne va pas planter, et cela ne va pas causer de problèmes majeurs, juste quelques dérangements. <item>Fichiers créés par <em/DOS/. <itemize> <item>Ils seront invisibles pour <em/Linux/. <item>Quand vous voudrez creer un fichier avec le même nom, vous obtiendrez un message dérreur vous disant que ce fichier existe déjà. <item>Plus de confusion que de rééls problèmes, donc. En tout cas cela ne cause aucun dommage au système de fichiers. </itemize> <item>Les fichiers effacés par <em/DOS/ ne causeront aucun problème. <em/Umsdos/ remarquera leur absence à la première tentative d'accès, et vous délivrera un message (qui sera géne'ralement écrit dans <tt>/var/adm/syslog</tt>). </itemize> <sect>(Dés-)Installation et quelques astuces L'installation de <em/Umsdos/ n'est pas vraiment différente de celle d'un système <em/Linux/ ordinaire (<em/basé sur Ext2/). Il y a tout de même deux différences principales. <sect1>La pseudo-racine <tt>/mnt/linux</tt> Les étapes normales lors de l'installation sont : <enum> <item>Créer une partition avec fdisk et la formatter. <item>La monter sur /mnt relativement à notre disque principal d'installation. <item>Copier tous les paquetages dans <tt>/mnt</tt>. </enum> Avec <em/Umsdos/ l'étape 1 n'est pas nécessaire (n'était-ce pas le but de <em/Umsdos/ de ne pas avoir à reformatter ?). Il est possible d'installer un système <em/Umsdos/ juste en copiant tous les paquetages dans <tt>/mnt</tt>. Cela marchera certainement. Mais cela va aussi creer tout un tas de sous-répertoires dans votre répertoire racine <em/DOS/ (C:), et vous n'allez pas aimer ça. C'est la raison pour laquelle toute installation de <em/Umsdos/ utilise la pseudo-racine. Et c'est la différence majeure entre une installation normale (<em/Ext2/) et celle de <em/Umsdos/ : tous les fichiers sont copiés dans <tt>/mnt/linux</tt>. <sect1>Préparer le répertoire <tt>/mnt/linux</tt> <tt>/mnt/linux</tt> n'est pas un répertoire ordinaire. Il doit être promu pour pouvoir manipuler correctement les noms de fichiers longs de <em/Linux/ et les fichiers spéciaux (liens, fichiers périphériques). Les étapes nécessaires pour configurer <tt>/mnt/linux</tt> sont : <enum> <item><tt>mkdir /mnt/linux</tt> <item><tt>umssync /mnt/linux</tt> </enum> Et c'est tout ! <sect1>Vérifier que <tt>/mnt/linux</tt> est correctement configuré Même si la configuration de <tt>/mnt/linux</tt> est plutôt simple, il y a un certain nombre de paquetages qui ne marchent pas. Comment est-ce possible ?  Le problème d'installation le plus important vient d'un programme <tt/umssync/ incompatible. <em/Umsdos/ a été mis à jour dans linux 1.1.88 (je ne me rappelle plus exactement du numéro) et un bug a été découvert dans <tt>umssync</tt>. Pour éviter toute confusion dans la communauté <em/Linux/, il a été décidé de monter le niveau de compatibilité nécessaire pour tous les utilitaires <em/Umsdos/. Les anciennes versions de ces utilitaires ont été purement et simplement rejetées. Apparemment beaucoup de distributions n'ont pas mis à jour l'utilitaire <tt>umssync</tt> sur leur disque d'installation.  Il existe encore pas mal de distributions de ce style en circulation. Le résultat est que le répertoire <tt>/mnt/linux</tt> n'est pas promu du tout et va tronquer tous les noms de fichiers trop longs, et aussi rejeter tous les fichiers spéciaux. Il est possible de faire un test très tôt pendant l'installation pour voir si quelque chose s'est mal passé. Grâce au mécanisme de pseudo-console de <em/Linux/, vous pouvez le faire sans quitter le programme d'installation. Suivez les instructions suivantes : <enum> <item>Appuyez sur <tt>Alt-F2</tt> (Appuyez sur la touche <tt/Alt/ et en même temps sur la touche <tt/F2/). <item>Logguez-vous sous root. <item><tt>cd /mnt/linux</tt> Si cela ne marche pas, vous êtes en train d'essayer trop tôt. Un bon moment pour faire ce test est d'attendre la fin de la sélection des paquetages. <item><tt>>TOTO</tt> <item><tt>ls -l</tt> Un fichier vide du nom de <tt/TOTO/ (en majuscules) doit apparaître. Si vous le voyez en minuscules, quelque chose s'est mal passé. Essayez de recommencer à l'étape du <tt/umssync/. Vous pouvez utiliser <tt/umssync/ autant de fois que vous voulez sans problèmes. <tt>umssync .</tt> S'il n'y a pas de message d'erreur, refaites le test pour <tt/TOTO/. Si <tt/TOTO/ apparait bien, alors tout va pour le mieux. Cette installation avait quelque chose de bizarre mais vous avez réussi quand même. Continuez. <item>Appuyez sur <tt>Alt-F1</tt> pour revenir à l'écran d'installation. </enum>  Si le test n'a pas marché, la meilleure solution est de prendre une disquette d'installation plus récente. Il est généralement possible de résoudre ce problème en installant une version plus récente de <tt/umssync/. Ce n'est pas difficile mais cela nécessite un système <em/Linux/ en état de marche. Vous avez juste à monter le lecteur de disquette et à remplacer la version caduque de <tt/umssync/ par une nouvelle.  <sect1>Oops releasing pseudo root ... La plupart des installations qui ne marchent pas le font en donnant ce message étrange. Ce n'est pas un bug dans <em/Umsdos/ bien que ce message puisse paraître vraiment bizarre. Voici les causes connues : <itemize> <item>La plus commune L'installation de la <em/Slackware/ essaye de configurer un fichier de swap très tôt lors de l'installation. Pour ce faire, elle vous demande de sélectionner une partition (lecteur <em/DOS/), puis elle la monte et crée pour finir le fichier de swap. Lors de l'installation d'un système <em/Slackware/, vous devez configurer la partition cible avant de commencer à installer autre chose. Cela monte normalement la partition <em/DOS/ sur <tt>/mnt</tt>, crée le répertoire <tt>/mnt/linux</tt> et lance <tt/umssync/ dessus. C'est de là que viennent la plupart des problèmes. Un grand nombre d'utilisateurs sautent l'étape "configuration de la partition cible" et passent directement au reste de l'installation. Comme <tt>/mnt</tt> est déjà monté, cette erreur n'est pas remarquée. Cela signifie que <tt>/mnt/linux</tt> n'a pas été correctement crée (non promu). Donc tous les fichiers dont le nom est trop long, ainsi que tous les fichiers spéciaux (liens, fichiers périphériques) ne peuvent pas être crées correctement. <item>Utilitaire <tt/umssync/ non valide <tt>/mnt/linux</tt> a été mal configuré, généralement à cause de l'utilitaire <tt/umssync/ non valide sur la disquette d'installation. <item>Vieux bug de <em/Umsdos/ Il y avait un bug dans <em/Umsdos/ avant <em/Linux 1.2.2/. Le mode pseudo-racine ne s'activait pas correctement si le fichier <tt>/etc/init</tt> n'était pas présent. <tt/init/ se trouve maintenant dans <tt>/sbin</tt>. Vous pouvez résoudre ce problème en vous procurant un noyau plus récent. C'est d'autant plus recommandé qu'un nouveau bug a été détecté et corrigé dans la version 1.2.2. Si vous n'avez pas de version plus récente, faites ceci : <enum> <item>Démarrez à partir de la disquette d'installation. <item>Logguez-vous sous root. <item><tt>mount -t umsdos /dev/hdXX /mnt</tt> oû <tt>/dev/hdXX</tt> est votre partition <em/DOS/. <item><tt>cd /mnt/linux/etc</tt> <item><tt>ln -s ../sbin/init init</tt> <item><tt>cd /</tt> <item><tt>Ctrl-Alt-Del</tt> <item>Démarrez normalement sous <em/Umsdos/. </enum> </itemize> Malheureusement, les deux premiers problèmes d'installation donnent une installation complètement inutilisable. Il va falloir désinstaller puis réinstaller <em/Umsdos/. <sect1>Comment désinstaller un système <em/Umsdos/ Il y a quelque chose de pratique avec <em/Umsdos/ et son mécanisme de pseudo-racine, c'est que vous pouvez le désinstaller sans douleur. Il suffit de démarrer sous <em/DOS/ et d'effacer récursivement tous les répertoires <tt/linux/. C'est tout. <em/Umsdos/ n'a pas besoin de drivers particuliers dans le fichier config.sys, et il ne crée rien de spécial en dehors du répertoire <tt/linux/. <sect1>Déplacer un système <em/Umsdos/ vers un autre lecteur <em/DOS/ Cela peut être fait à partir de <em/Linux/ ou du <em/DOS/. Il suffit juste de copier récursivement les répertoires <tt/linux/ d'un lecteur vers l'autre. Ensuite il faudra modifier le mécanisme de démarrage (généralement avec la commande loadlin) et le fichier <tt>/etc/fstab</tt>. <em/Umsdos/ peut être installé sur n'importe quel lecteur <em/DOS/. Il n'est pas obligatoire de l'installer sur le lecteur <tt/C:/, ni même sur le premier disque dur. Cela ne change rien. En fait, vous pouvez même décider d'avoir plusieurs installations de <em/Umsdos/ sur différents lecteurs pour faire des tests. <sect1>Installer 50 systèmes <em/Umsdos/. Pourquoi ne pas installer tout un tas de systèmes <em/Linux/ en un rien de temps ? <em/Umsdos/ repose sur le mode du <em/DOS/. Vous pourvez tirer partie de cette particularité si vous voulez installer <em/Linux/ facilement. Vous pouvez ainsi installer et configurer un système <em/Umsdos/ sur un site. Lorsque vous êtes satisfait de la configuration obtenue et des paquetages sélectionnés, vous pouvez démarrer sous <em/DOS/ et copier la totalité du répertoire <tt/linux/ sur votre serveur de fichiers <em/DOS/. Ensuite il vous suffit d'aller sur une autre station <em/DOS/ et de copier les fichiers du lecteur réseau vers le lecteur local. C'est tout. Il ne vous reste plus qu'à modifier le script de démarrage (<em/Loadlinx/) et c'est parti. Avec quelques modifications minimes (nom de l'hôte, adresse IP), n'importe qui pourra installer un système <em/Linux/ en deux temps trois mouvements. Les lecteurs intéressés auront pu remarquer qu'il est aussi possible d'installer n'importe quel système <em/Linux/ de la même manière, y compris les systèmes basés sur <em/Ext2/. Un des aspects les plus sympathiques de <em/Linux/ est qu'il n'y a pas de fichiers cachés qui doivent absolument être installés par des programmes "magiques". <sect>Configurer une section <em/Linux/ dans une partition <em/DOS/. <em/Umsdos/ peut se révéler utile même aux utilisateurs de <em/Ext2/ (le système de fichiers natif de <em/Linux/). Un scénario classique est le suivant : <itemize> <item><em/Linux/ étant votre système d'exploitation préféré, la partition <em/Linux/ se remplit à n'en plus finir. <item>Votre partition <em/DOS/ est pleine de poussière, et à moitié vide. <item>Soudain vous n'avez plus de place sur votre partition <em/Ext2/. <item>Vous n'êtes pas encore sûr de vouloir vous débarasser de votre partition <em/DOS/. </itemize> C'est ici que <em/Umsdos/ peut vous aider. Vous pouvez configurer un répertoire <em/Linux/ sur votre partition <em/DOS/, et l'utiliser sans restriction sous <em/Linux/. Par exemple, supposons que vous voulez créer un nouveau répertoire nommé <tt/"extra"/ sur votre lecteur <tt/C:/, et que vous voulez qu'il se comporte comme un répertoire <em/Linux/ normal. Faites ceci : (en supposant que <tt/C:/ est <tt>/dev/hda1</tt>) <tscreen><verb> mkdir /c /sbin/mount -t umsdos /dev/hda1 /c mkdir /c/extra umssync /c/extra </verb></tscreen> Il vous faut être sous root pour exécuter ces commandes En configurant <tt>/etc/fstab</tt> comme ceci, vous aurez toujours accès au répertoire <tt>/c/extra</tt>. <sect>Pourquoi <em/Umsdos/ ? Expliquer le fonctionnement et l'installation d'un système <em/Umsdos/ ne suffit pas. Ce que la plupart des gens cherche, ce sont des conseils pour savoir s'ils doivent utiliser <em/Umsdos/ ou non. <sect1>Le but de <em/Umsdos/ Le but de <em/Umsdos/ est de faciliter l'installation de <em/Linux/. Un autre but est de faciliter sa DES-installation. L'idèe ici était de favoriser la diffusion de <em/Linux/. Installer un nouveau système d'exploitation est toujours problématique. OS/2 par exemple va gentiment polluer la racine de votre lecteur <tt/C:/ avec tout un tas de nouveaux répertoires. Si vous êtes aussi doué que moi, il va même effacer vos fichiers config.sys et autoexec.bat :-( (NdT : Tant qu'à faire !). L'utilisation de la pseudo-racine permet d'éviter cette invasion non désirée, et <em/Linux/ peut être désinstallé sans effets de bord. <sect1>Qui en a besoin ? Si vous avez un petit disque dur, <em/Umsdos/ va vous permettre de partager l'espace disque entre le <em/DOS/ et <em/Linux/. A mon avis, on peut considérer qu'un disque de moins de 300 Mo est un petit disque. Cette opinion repose sur la taille des différents paquetages disponibles à l'heure actuelle. Un traitement de textes populaire veut prendre jusqu'à 70 Mo si vous choisissez toutes les possibilités. Si vous avez un disque plus gros, vous pouvez choisir d'avoir une partition dédiée à <em/Linux/ utilisant le système de fichiers <em/Ext2/. <em/Ext2/ utilise une taille de clusters plus petite que <em/DOS/ (en fait 1 Ko), donc installer beaucoup de petits fichiers prendra moins de place que sur une partition <em/Umsdos/. <sect1>Performances Ceci s'applique à une comparaison entre <em/Umsdos/ et <em/Ext2/. <itemize> <item>La gestion des répertoires est plus rapide sous <em/Ext2/. Cela provient de la double structure des répertoires sous <em/Umsdos/. <item>L'accès aux fichiers (lecture et écriture) est probablement plus rapide sous <em/Umsdos/ que sous <em/Ext2/. Cela vient de la simplicité du système de fichiers <em/FAT/ utilisé par <em/DOS/. Cependant cette simplicité a un coût : <itemize> <item>Un maximum d'environ 65 000 fichiers ou clusters par partition. Cela signifie aussi qu'une parition de 500 Mo utilisera des clusters de 16 Ko. En d'autres termes, un fichier d'un octet utilisera 16 K0 d'espace disque. <item>Tout est controlé par la <tt/FAT/ qui se trouve au début du disque dur. Le système <em/DOS/ est donc certainement plsu fragile à cause de cela. <item>Aucune prévision pour éviter la fragmentation des fichiers. Un système <em/Umsdos/ est généralement utilisé en mode mono-utilisateur. Dans ce cas, cela n'a pas beaucoup d'importance. Mais pour un système multi-utilisateurs, les fichiers seront éparpillés dans tous les coins du disque, ce qui aura pour effet de réduire les performances d'accès aux fichiers. </itemize> <item>Les liens symboliques sont stockés dans des fichiers normaux. Si vous comptex en avoir beaucoup, vous vous rendrez compte que <em/Umsdos/ utilise beaucoup d'espace disque comparé à <em/Ext2/. </itemize> </article>