Re: (@Gilles) Re: [CBLX] fichiers communs pour deux systèmes Linux

[ Thread Index | Date Index | More lists.tuxfamily.org/carrefourblinux Archives ]


Le 20/11/2013 17:00, Aldo a écrit :
Je pense que mon pote voudrait que quand il sauve des fichiers jpg dans
~/Images/ ou des fichiers mp3 dans ~/Musique/ il y ait accès dans ces mêmes
dossiers/ peu importe à partir de quel O S;
toi tu parles de mounter la portion disque à partager sous /media,
cela suppose donc qu'il ne sauve plus rien dans les dossiers Images,
Documents, etc de son O S alors ?
Ben oui, hein ? Come dit l'autre, "boire ou conduire, il faut choisir" ; cette solution me paraît simple et efficace pour toujours savoir où se trouvent nos données, et ne pas perdre le fil de ce que l'on fait (c'est le risque des sauvegardes multiples). Si il parvient à forcer Ubuntu à monter dans un autre répertoire (par exemple avec un lien symbolique vers /media/nom_utilisateur), pourquoi pas ?
Gilles
Aldo. 

On Wed, Nov 20, 2013 at 12:42:23PM +0100, Gilles Touzé wrote:
Bonjour à tous.

Je suis tout à fait d'accord avec Dominique ; pour ma part, je
créerais les deux systèmes indépendamment l'un de l'autre, et
veillerais à ce que l'utilisateur commun de la ressource ait le même
Uid (pour les raisons invoquées par Dominique). Quand à la ressource
elle-même, je la placerais dans le /home de la Debian, et laisserais
le soin à Ubuntu de monter automatiquement le dossier dans
/media/nom_utilsateur ; cette façon de faire ne créerait aucun
risque de conflit entre les deux systèmes (on traite ces dossiers
comme des dossier normaux quand on est sous Debian, et comme une
ressource extérieure quand on est sous Ubuntu). Il est peut-être
possible d'inverser les rôles des deux systèmes, je ne connais pas
assez les capacités de montage automatique de Debian pour cela.

De plus, j'ai toujours eu pour politique de monter mon /home dans
une partition séparée de la partition racine / ; il serait bon d'en
faire autant ici, au moins pour la partition qui devra contenir des
données perennes. Cela permet les mises à jour système sans affecter
les données.

D'où le schema final :

/dev/sda1 : swap
/dev/sda5 : / de debian
/dev/sda6 : /home de debian
/dev/sda7 : / d'Ubuntu
/dev/sda8 : /home d'Ubuntu (optionnel).

Je mets le swap en premier car j'ai entendu dire que le début d'un
disque est sa zone la plus rapide. Je commence ensuite à /dev/sda5
car on ne peut pas dépasser 4 partitions primaires, et j'utilise
donc des partitions secondaires.

A voir pour finir.
Gilles




Le 20/11/2013 12:23, Dominique Asselineau a écrit :
Bonjour,

J'aurais juste quelques remarques un peu en vrac.

Quand on utilise 2 OS de cette manière, la contrainte forte est que
les user aient le même uid sur les 2 OS.  Sinon les fichiers créés par
un user d'un OS ne seraient pas vus pour cet user sur l'autre OS.
Voir la conf de adduser ou au moins le man.

L'utilisation d'un home directory, un répertoire d'attache comme
disent les québécois, commun pour les 2 OS me peut être source de
complications.  Il n'est pas évident que les fichiers de conf soient
interprétés de la même manière par les 2 OS, surtout si les conf
hérités des OS sont différentes.  Il faudrait alors, des les scripts
de conf, tester dans quel OS on se trouve.  Ceci dit ce n'est pas tout
à fait absurde, tout dépend l'intérêt qu'on y trouve.

Sauf si on est sûr que ce soit toujours le même user qui gère sous les
2 OS, une pratique plus habituelle est de créer un groupe dans lequel
seuls les 2 users s'y trouveraient, affecté à ce groupe le rép. lié à
sda6, censé être commun donc, mettre le setgid sur ce rép., et faire
en sorte que les fichiers qui vont y être créés soient en rw
éventuellement x pour le groupe.

A priori pas besoin de mettre n liens symboliques depuis les homes
vers les différents rép. sur sda6, un seul vers le rép. commun lié à
sda6 devrait suffire.

A+

dom

Aldo wrote on Wed, Nov 20, 2013 at 09:27:07AM +0100
Hello tout le monde,

un ami à moi voudrait réaliser le plan suivant, quant à moi je voudrais
pouvoir l'aider en faisant les choses de façon intelligente et pérenne;
tous vos conseils et expériences sont les bienvenues. Voici:

imaginez un gros disque dur, sur lequel nous voulons installer deux O S,
prenons Debian sur sda1, Ubuntu sur sda2,
une partie swap sur sda5 cad sur la première partie de la partie étendue,
et enfin sda6:

sur sda6, on veut avoir les dossiers Bureau/ Documents/ Downloads/ Images/
Musique/ Public/ Videos/ du bureau graphique (Gnome ET Unity),
pour qu'ainsi les jpg ou mp3 ou autres docs sauvegardés puissent l'être à
partir du o s 1 ou du o s 2,
et que ces mêmes jpg, mp3 et autres ... soient donc consultables (et
gérables) peu importe lequel des o s on ait démarré.

Question:
- faut-il que sda6 soit le /home commun, et donc initialement créé sous
  Debian, et par la suite renoté de la sorte dans le fstab d'Ubuntu ?
  Mais dans ce cas n'y a-t-il pas un "mélange des pinceaux" pour les conf
  respectives, et donc risque de conflits ?
- ou, es-ce faisable / durable d'avoir deux /home, cad sous chaque o s le
  sien,
  mais de remplacer uniquement dans les deux O S les dossiers Documents/
  Images/ Musique/ etc par des liens symboliques vers par ex.
  /mnt/sda6/Bureau/
  /mnt/sda6/Documents/
  /mnt/sda6/Downloads/
  etc ?
  Dans ce cas, es-ce suffisant d'avoir le même user (pour ne pas avoir de
  conflits de permissions) sur les deux O S ?

En faisant ainsi, l'ami veut pouvoir conserver du matériel important, des
cours qu'il doit donner etc, sur sda6, y avoir accès,
cad consulter/copier/effacer/etc, tout en gardant également la possibilité
de remplacer l'un des deux O S installés (dumoins sa partie /) sans devoir
ni perdre ni récupérer / recopier les donénes importantes qu'il a accumulées
durant des mois/années.

Es-ce faisable ? es-ce une bonne idée de sa part ?

Amicalement, et d'avance merci.

Aldo.


-- 

   CarrefourBLinuX MailingListe
   Pour obtenir de l'aide, envoyez le sujet  help  à:
   carrefourblinux-request@xxxxxxxxxxxxxxxxxxx
   Archives:
   http://listengine.tuxfamily.org/lists.tuxfamily.org/carrefourblinux


      

    



Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/