Re: (@Dom A) Re: [CBLX] fichiers communs pour deux systèmes Linux |
[ Thread Index | Date Index | More lists.tuxfamily.org/carrefourblinux Archives ]
Le 20/11/2013 16:42, Aldo a écrit :
Réponse mauvaise car je n'ai pas le temps ce matin : man useradd ou man adduser. Tu devrais avoir ta réponse je pense, je ne peut pas vérifier.Yo Dom: mais comment mettre les UID / via une commande ou via un fichier de conf ? Gilles OU es-ce setuid pour le user et setgid pour un groupe ? mais là encore je n'ai pas trop l'habitude d'utiliser ces machins; si tu peux mieux illustrer ton propos en fonction de l'exemple concret que j'ai donné, je pourrais essayer de mieux comprendre ... car j'ai un pue de mal à suivre, mais je sais que c compliqué ! Aldo. On Wed, Nov 20, 2013 at 12:23:23PM +0100, Dominique Asselineau wrote: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+ domAldo wrote on Wed, Nov 20, 2013 at 09:27:07AM +0100Hello 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-- -- 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/ |