Deux systèmes d'exploitation différents peuvent-ils partager une partition racine?
J'ai Ubuntu installé sur un disque dur externe et je voudrais également installer SteamOS et je me demande si, lors du partitionnement/de l'installation, ils peuvent partager la partition racine afin qu'il y ait plus d'espace pour les deux s'ils en ont besoin.
Si cela n'est pas possible, quelqu'un pourrait-il expliquer pourquoi?
Je vous remercie!
Réponse simple
Non.
Explication
Un système d'exploitation de type Unix (y compris Ubuntu ou tout autre système d'exploitation basé sur Linux) est défini en grande partie par des fichiers qui se trouvent dans des emplacements fixes par rapport à la racine (/), tel que /etc/fstab (qui décrit les partitions) et les binaires clés dans /bin et /sbin. Chaque distribution possède son propre ensemble unique de fichiers à ces emplacements. (Dans le cas de certains fichiers, comme /etc/fstab, ils sont personnalisés pour une installation particulière; mais cela signifie simplement que deux systèmes d'exploitation qui partageaient les fichiers nécessiteraient des paramètres identiques, ce qui signifie en outre qu'ils seraient identiques et donc pas vraiment deux systèmes d'exploitation.) Ces fichiers clés se trouvent principalement dans des répertoires hors de la racine (/), mais ils se trouvent dans des répertoires qui ne peuvent pas être montés à partir de systèmes de fichiers distincts (tels que /etc, /bin, et /sbin), donc le fait qu'ils soient dans des répertoires n'a pas d'importance. Dans un sens très réel, la racine (/) le système de fichiers est le système d'exploitation; il ne peut pas être partagé. (Vous pouvez monter le répertoire racine d'une distribution ailleurs dans une autre distribution, mais ce n'est pas le partager dans le sens que je pense que vous vouliez dire.)
La manière technique de se débarrasser de la réponse ci-dessus
Votre question portait sur une partition "racine partagée. " (Je souligne.) Ma réponse concerne les répertoires (ou, par implication, systèmes de fichiers ). Ceux-ci n'ont pas besoin d'être exactement équivalents. Plus particulièrement, si vous utilisez Logical Volume Manager (LVM), plusieurs systèmes de fichiers peuvent partager une seule partition; ils seraient simplement dans des volumes logiques distincts (LV). Ainsi, vous pouvez installer plusieurs distributions Linux dans un seul volume physique LVM (PV; c'est-à-dire une partition). Je ne pense pas que ce soit ce que vous vouliez dire, cependant; Je pense que vous posiez des questions sur une racine partagée (/) système de fichiers/répertoire malgré le fait que vous ayez utilisé la partition Word .
EDIT: une façon encore plus étrange de le faire fonctionner
Une autre façon d'obtenir deux distributions pour partager une racine (/) me vient à l'esprit: le noyau Linux exécute un programme appelé init pour gérer les tâches de démarrage. Il est possible de dire au noyau d'utiliser un autre programme en passant le init= option noyau, comme dans init=/foo/bar pour le faire exécuter /foo/bar. En principe, vous pouvez utiliser cette option pour transmettre au noyau d'une distribution un programme init non standard qui, à son tour, recherche des programmes de support dans des emplacements non standard. Cette approche nécessiterait la création d'une distribution entièrement nouvelle, ou au moins la modification de certains composants clés - peut-être pour installer tout ce dont elle a besoin dans un répertoire, comme /myweirddistrib, /myweirddistrib/etc, /myweirddistrib/sbin, etc.
Bien que cela devrait fonctionner en principe, en pratique, cela prendrait beaucoup de travail. De nombreux programmes incluent des chemins d'accès par défaut codés en dur ou reposent sur des chemins d'accès par défaut définis dans les fichiers de configuration, et vous devrez les modifier tous pour le faire fonctionner, ce qui signifie que vous ne pourrez pas obtenir un "off-the" -étagère "distribution au travail; vous devez créer la distribution vous-même. Vous pourriez être en mesure d'utiliser une distribution standard comme base, mais vous auriez besoin de reconstruire de nombreux packages (peut-être la plupart ou tous). Tout ce qui n'a pas été modifié finirait par utiliser le "natif" /- fichiers de distribution résidents, ce qui pourrait entraîner des problèmes étranges. Ainsi, cette approche est plus une idée théorique qu'une suggestion pratique.