Différentes distributions Linux partageant le même dossier / home?


58

Quel est le meilleur moyen de partager les mêmes /homerépertoires entre différentes distributions Linux?

Je veux dire, je veux avoir les deux, disons, Fedora et Arch, et je veux retrouver mes fichiers chez moi, peu importe la distribution Linux que je démarre. Mais si je monte la même partition pour /homealors je peux gâcher les configurations enregistrées dans le /homerépertoire.

Alors qu'est-ce que je peux faire?


3
Je partage mon dossier personnel entre 3 distributions Linux. Voici un problème important avec ce que j’ai réalisé est probablement inévitable. Bien que l'on puisse faire valoir qu'accéder aux mêmes fichiers avec différentes versions d'une application ne devrait normalement pas entraîner de perte de données, il semble tout à fait naturel que divers caches et index de recherche doivent être reconstruits chaque fois que vous lancez un fichier différent (majeur ou mineur). version d'une application. On dirait que je vis cela avec l'index de recherche de bureau GNOME.
Alexey

Réponses:


40

Il est certainement possible de partager un dossier personnel (ou une partition) sur différentes distributions Linux.

Mais prenez les notes suivantes:

  • UID et GID doivent être identiques sur chaque distribution pour certains utilisateurs.
  • (comme déjà indiqué) des fichiers de configuration différents pour les mêmes programmes pourraient entraîner un comportement inattendu.
  • Si vous installez toutes les distributions dans le même dossier de démarrage, assurez-vous que le chargeur de démarrage gère correctement les différentes distributions.

J'ai une configuration de travail (virtuelle):

/dev/sda (40GB)
 +-/dev/sda1   /boot (100MB, ext2)
 +-/dev/sda3   swap  (2GB)
 +-/dev/sda4   /home (20GB, ext4)
 +---/dev/sda5  /root (Ubuntu 10.04, 5GB, ext4)
 +---/dev/sda6  /root (Fedora 14, 5GB, ext4)
 +---/dev/sda7  /root (openSUSE 11.3, 5GB, ext4)
 +---/dev/sda8  /root (ArchLinux 2010.05, 5GB, ext4)

Ubuntu et Fedora utilisent tous deux Gnome 2.30, openSUSE est doté de KDE4 et ArchLinux LXDE. Toutes les distributions ont leurs fichiers de démarrage nécessaires sur une partition. La commutation entre les distributions fournit une configuration utilisateur persistante comme prévu.

L’autre possibilité serait un dossier de départ léger (pas nécessairement une partition complète) pour chacune des distributions, fournissant uniquement les fichiers de configuration nécessaires (.gnome2, .kde4, .compiz, .themes, etc.) et un Partage de données partagées avec les éléments "lourds" (documents, images, vidéos, musique, etc.). Les liens symboliques dans chacun des répertoires personnels de la distribution pointeraient alors vers la partition partagée.

Ensuite, cela peut être étendu à volonté pour inclure également d'autres éléments.
Exemple: eclipseIDE est installé sur toutes les distributions et vous souhaitez que la même configuration et les mêmes fichiers source soient disponibles partout. Pour ce faire, vous pouvez créer des liens symboliques sur chaque dossier de base des distributions vers celui qui est partagé.

Ce serait Ubuntu:

$ ls -l /home/user
.eclipse -> /mnt/shared/.eclipse
.gnome2
Documents -> /mnt/shared/Documents
workspace -> /mnt/shared/workspace
...

Et openSUSE:

$ ls -l /home/user
.eclipse -> /mnt/shared/.eclipse
.kde4
Documents -> /mnt/shared/Documents
workspace -> /mnt/shared/workspace
...

Etc..

Si vous n'êtes pas sûr d'interférer dans les fichiers de configuration, essayez la deuxième méthode, la plus sûre, et déterminez quels composants domestiques peuvent être facilement partagés entre les distributions installées.


1
Bonne réponse. Je suggérerais à vous et à quiconque d'essayer quelque chose de similaire de regarder LVM.
Jmtd

Créer la configuration avec LVM la rendrait beaucoup plus flexible et évolutive. L'utilisation de partitions primaires / logiques fonctionne bien pour une installation statique. Dépend du cas d'utilisation et du temps disponible pour mettre en œuvre une solution.
wag

1
J'utilise la maison légère et une autre partition pour les objets lourds avec des liens symboliques. Fonctionne très bien et vous pouvez ajouter une configuration pour des programmes communs tels que firefox dans la partition partagée "heavy stuff" et remplacer les fichiers par des liens symboliques.
Fernando Briano

Je prévois de faire quelque chose comme ça avec mon ordinateur à la maison, depuis la dernière mise à jour d'Ubuntu qui l'a laissé assez buggé. J'ai d'abord testé la situation sur un environnement virtuel, et le même dossier / home posait de nombreux problèmes, en particulier avec les gestionnaires de bureau, en raison des autorisations accordées sur cette partition. Je pense que les séparés / home avec des liens sym seront ce que je finirai par faire pour mon PC. Je vais utiliser: CentOS, Ubuntu, Debian, openSUSE, éventuellement Fedora tous les fichiers du système d'exploitation sur LVM, une partition principale pour un répertoire principal / démarrage et des partitions étendues pour tous les autres fichiers du système d'exploitation / de démarrage. Puisqu'ils ne travailleront pas dans LVM
CenterOrbit

11

Je ne recommanderais pas de partager /homeentre des distributions radicalement différentes. Deux versions du même programme qui lisent et écrivent les mêmes fichiers de configuration peuvent poser des problèmes, par exemple si la version la plus récente écrit quelque chose que l’ancienne version ne comprend pas.

Si les chemins ne vous dérangent pas, enregistrez vos fichiers dans /homeune distribution et montez-le / home à un autre emplacement de la distribution (tel que /home/<user>/fedora). Ensuite, /home/<user>/foo/barpeut être consulté via /home/<user>/fedora/foo/barsur arch, par exemple.

Si vous voulez que les chemins soient les mêmes, sauvegardez la plupart de vos fichiers sur une troisième partition distincte et montez-les au même endroit dans les deux distributions, par exemple /home/<user>/stuff.


1
J'ai une configuration un peu comme celle-ci, mais avec un dossier ~ / Docs /. C’est là que se trouvent toutes "mes propres données". En dehors de cela, il existe d’autres données de programme (spécifiques à une machine ou non). Les fichiers de configuration de clés sont régulièrement sauvegardés de ~ / vers ~ / Docs / configfiles /
kasterma le

Laissez chaque utilisateur avoir son truc local. Je suppose que le traitement de ces différences est plus difficile que de partager le « commun » (Musique, Téléchargements, Codding, Docs, etc.) des dossiers et non dotfiles ou d' autres comme /usrou /opt. De cette façon, vous pouvez sauvegarder vos données depuis le dossier que vous utilisez tous les jours dans toutes vos boîtes.
erm3nda

7

Vous pouvez utiliser des liens symboliques

ln -s /mnt/mydisk/mydocuments /home/user4123/mydocuments

Sur chaque distribution une fois. Maintenant chaque distribution a ses propres fichiers de configuration


cela fonctionne pour moi!
Martin Delille

@MartinDelille Puis-je vous poser des problèmes depuis que vous avez commenté il y a 1 an?. Toujours heureux de mélanger tous les fichiers? Wich distros.
erm3nda

C'était pour Ubuntu / ElementaryOS mais je ne l'utilise plus.
Martin Delille

6

Vous pouvez partager des répertoires de base entre les distributions, même entre différentes variantes unix. Les personnes avec des répertoires personnels partagés via NFS sur un réseau hétérogène le font tout le temps.

Vous pouvez rencontrer des problèmes si vous exécutez différentes versions de certains programmes sur différents systèmes partageant les mêmes répertoires personnels. Les programmes gênants sont généralement ceux avec les interfaces graphiques les plus fantaisistes, tels que Gnome. Par exemple, Firefox mettra à niveau votre profil avec plaisir vers une version plus récente mais ne vous laissera peut-être pas charger à nouveau dans une version antérieure.


5

Je vous recommande d'utiliser des liens symboliques pour tous les fichiers de configuration courants qui vous manquent, l'un après l'autre. Créez un nouveau répertoire dans un endroit accessible aux deux distributions, déplacez les fichiers et le lien symbolique à partir de là.

Non seulement cela contrôle exactement ce qui est partagé, mais il est très facile de déplacer vos préférences vers d'autres machines, de les mettre sous contrôle de version si vous en avez besoin et de les sauvegarder. Il existe même des outils pour vous aider à faire ces choses en partant du principe que vous travaillez de cette façon (voir, par exemple, le mal du pays).

En ce qui concerne la définition de répertoires communs pour des documents tels que des documents, des vidéos, de la musique, etc., il existe une norme sous la forme de répertoires d’utilisateur XDG, qui configurent des éléments tels que le bureau, la musique, les images, les vidéos, etc. ( http: // freedesktop.org/wiki/Software/xdg-user-dirs ). Les répertoires peuvent être en dehors de votre répertoire personnel ou vous pouvez créer un lien symbolique à votre guise et définir les répertoires pour qu'ils pointent vers les liens symboliques. Je sais que Gnome fonctionne avec ceux-ci et suppose que KDE en fait de même.

J'ai déjà essayé d'utiliser le même répertoire d'accueil par le passé et différentes versions d'applications ont rapidement posé problème.


3

Vous pouvez définir le dossier Documents par défaut sur un emplacement ou une partition différent (par exemple, le dossier Bureau, le dossier de téléchargement, etc.).

Chaque application a sa propre manière d’utiliser les chemins par défaut, la première fois sera donc un long travail ...

Quelques exemples

KDE http://docs.kde.org/stable/fr/kdebase-workspace/kcontrol/paths/index.html

GNOME http://ubuntuforums.org/showthread.php?t=631711

Si vous ne trouvez pas d'instructions sur la façon de changer les valeurs par défaut de certains logiciels, essayez-le à nouveau.

Ensuite, il y a la méthode difficile mais intelligente, qui consiste à configurer une distribution différente sur le même PC partageant le même noyau.

Par souci de curiosité, je vous conseille de jeter un oeil sur cet article:

http://teddziuba.com/2011/01/multiple-concurrent-linux-distros.html

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.