Partitions partagées FreeBSD et Linux

Quels directorys, et comment, puis-je partager entre FreeBSD et Linux? En particulier, comment puis-je dédupliquer respectivement / usr / home et / home? Je suppose que partager directement une partition entre les deux systèmes pourrait conduire à des files dot conflictuels, ce qui peut ne pas être la bonne solution. Est-ce que le assembly par l'union de la partition partagée est raisonnable? De cette façon, je pourrais déplacer les files dot dans la partition "/" de chaque operating system et partager le rest des files dans la partition partagée.

Quel système de files dois-je utiliser pour la partition partagée elle-même? J'ai less de 2 Go de RAM, donc je ne pense pas que ZFS se comportera, d'après ce que j'ai lu. Peut-être ext2 fera-t-il? De meilleures options? EDIT: est-ce que le support du kernel d'écriture-à-UFS est déjà stable dans Linux?

  • La dissortingbution Linux est LMDE.
  • En fait, en utilisant PC-BSD, mais pour autant que je l'ai lu, il devrait se comporter comme FreeBSD pour cela. Corrige moi si je me trompe.
  • Les partitions seraient:
 OS Mountpoint Taille FS (GiB; Total: ~ 160 Go)
 Linux / ext4 16
 FreeBSD / ufs 16
 Partagé / mnt / home / ext2?  ~ 124 # EDITED: Voir ci-dessous
 Partagé - échange 4

D'autres partitions que je devrais faire? C'est un post de travail sans servers "persistants", mais je peux me tromper avec des prisons dans FreeBSD. Peut-être que je devrais avoir une partition pour ceux?

Avis de non-responsabilité: Je n'ai pas utilisé de filesystems syndicaux avant, et je suis nouveau sur BSD en général; n'hésitez pas à proposer de meilleures solutions 🙂

EDIT: Qu'en est-il de l'ajout d'un tree "dotfiles" dans chaque partition racine et de l'union?

 Montez des points dans FreeBSD:
 /
 / mnt / home /
 / usr / home /: / usr / dotfiles / U / mnt / home / # / usr / dotfiles / est prioritaire

 Exemple de contenu:
 / usr / dotfiles / fchurca /: .cache .kderc
 / mnt / home / fchurca /: .vimrc development / Documents / # .vimrc n'est pas spécifique à la plate-forme
 / usr / home / fchurca: .cache .kderc Développement .vimrc / Documents /

De cette façon, cela pourrait fonctionner pour tous les users (deux au maximum) de la boîte.

Vous ne devez partager que des partitions de données . Ne partagez aucune partition de programme.

/home est bien mais évitez bin, dev, etc, usr, var, opt, et à peu près tout autre que la maison.

En ce qui concerne le système de files, il devra y avoir quelque chose pour les deux kernelx. Je ne sais pas si le support de l'extension BSD est bon, mais le support UFS de Linux est assez bon, ce qui signifie que vous voulez probablement vous en tenir à UFS ou MSDOS. La partition swap peut être partagée tant que les deux reconnaissent le même type de partition pour le swap (ce que je crois qu'ils font, mais je ne suis pas certain).

Et si vous partagez des partitions entre des systèmes d'exploitation, vous ne faites rien d'autre que d'essayer d'en faire une dans une machine virtuelle. Les systèmes d'exploitation doivent avoir un contrôle exclusif sur les filesystems. Deux systèmes d'exploitation différents fonctionnant de telle sorte qu'ils ont tous deux le contrôle exclusif d'une partition conduiront à une corruption très rapide.

Je recommand de ne pas partager la partition /home . Le problème est que de nombreuses applications stockent leur configuration et leurs données dans des files et directorys cachés dans chaque directory personnel de l'user. Le risque est très élevé que vous n'utilisez pas la même version de ces applications dans les deux environnements (par exemple gnome, kde, gtk, firefox, thunderbird, VirtualBox, vin et autres). Si tel est le cas, des incompatibilités ascendantes ou descendantes ou architecturales peuvent gâcher ces files et rendre ces applications instables ou pires vous faire perdre des données.

Je viens de vérifier et j'ai plus d'une centaine de ces files / directorys dans mon directory personnel.

 $ ls -d ~/.??* | wc -l 119 

Je suggère de créer une partition partagée dédiée, montée par exemple dans /export/shared , et éventuellement d'utiliser des liens pour partager des files et des directorys spécifiques une fois que vous êtes sûr qu'ils sont compatibles. Assurez-vous de les sauvegarder avant de mettre à niveau ces applications de chaque côté.


Après avoir lu trop tard votre commentaire que j'ai déjà manqué, voici quelques informations supplémentaires pour mieux répondre à votre question:

Vous pouvez partager les directorys de Documents , de Download , d' Images , de Music , de Public et autres standards ou personnalisés situés sous votre $HOME . Desktop serait risqué. ZFS permet d'avoir ces directorys stockés dans leurs propres filesystems et avec leurs propres points de assembly. Il est certainement possible d'avoir deux directorys personnels dans leurs propres filesystems, l'un pour FreeBSD et l'autre pour Linux, et le bouclage des sous-directorys partagés (filesystems) est monté sur les deux directorys personnels. Sur Linux ce serait un -bind mount et sur BSD, un nullfs . Un problème que vous pourriez avoir est que le mool ZFS peut ne pas être importé automatiquement lorsque vous basculez d'un operating system à l'autre. Ce que je fais à la solution de contournement qui établit le même hostid deux côtés.

J'ai un ordinateur portable sur lequel je suis multi-booting quatre OS.

J'envisageais de faire quelque chose de similaire avec le directory de base pour les systèmes Linux et BSD. J'ai regardé zfs mais il y a quelques problèmes avec la compatibilité de la version (et je n'ai que 3 Gigs de Ram, alors peut-être que ça pousse). En outre, je pense que le support de Linux pour UFS est limité, donc je me penche vers ext2.

Je pensais peut-être que pour le directory /home/srobert/.config (et les dotfiles similaires), je pourrais utiliser un script qui s'exécuterait lors de la connection, peut-être à partir de .xinitrc, qui lierait .config-freebsd à .config OU link. config-linux à .config, en fonction de la sortie de uname. Je n'ai pas essayé (encore) mais c'est une théorie.

Pour citer le grand Yogi: En théorie, la théorie et la pratique sont les mêmes. En pratique, ils ne le sont pas.