[Fstab] Partition Ext3 partagée

[Fermé]
Signaler
Messages postés
19599
Date d'inscription
vendredi 28 décembre 2001
Statut
Modérateur
Dernière intervention
2 janvier 2020
-
Messages postés
202
Date d'inscription
vendredi 16 mars 2007
Statut
Membre
Dernière intervention
23 décembre 2008
-
Bonjour,

J'ai une partition HDB12 en Ext3 où je voudrais pouvoir lire et écrire tantôt depuis Mandriva, tantôt depuis Debian. J'y parviens parfaitement depuis longtemps sous Mandriva mais je galère pour trouver l'astuce sous Debian.

La ligne du fstab de Debian donne pour HDB12 :
/dev/hdb12      /mnt/Linux/Partage ext3    user,defaults       0       2


Pour information :
- L'ensemble des données de cette partition est réglée (depuis longtemps) avec les droits d'accès 500.
- Le UID de l'utilisateur principal de Mandriva est 500.
- Le UID de l'utilisateur principal de Debian est 1000.

Je pense que les droits UID devrait être strictement identiques entre Mandriva et Debian, le plus simple serait alors 500 (ceux de Mandriva) puisque Debian est fraichement installé (moins de fichiers à retraiter). Mais je craint des dégâts imprévus et pénibles !

A votre avis ?

Merci par avance ;)

7 réponses

Messages postés
19599
Date d'inscription
vendredi 28 décembre 2001
Statut
Modérateur
Dernière intervention
2 janvier 2020
3 575
Je me réponds à moi même (pour ceux qui seront interessés) ;)

- J'ai d'abord créé un nouvel utilisateur (Debian) avec le UID 500 pour vérifier qu'il pouvait bien lire et écrire sur cette partition -> correct
- J'ai donc supprimé cet utilisateur de test.
- J'ai ensuite modifié le UID de l'utilisateur principal Debian en le passant de 1000 à 500 avec KUser -> correct ;-)
Messages postés
596
Date d'inscription
jeudi 21 février 2002
Statut
Membre
Dernière intervention
25 octobre 2012
118
En fait, tu peux directement dupliquer les ID/GID des users des différents systèmes, et les faire pointer vers une partition /home commune.
C'est ce que je fais avec 3 systèmes: sarge, etch, mandriva.

Par contre ca peut créer quelques petits bugs à cause des versions de KDE qui diffèrent.
Messages postés
21331
Date d'inscription
jeudi 4 novembre 2004
Statut
Modérateur, Contributeur sécurité
Dernière intervention
30 octobre 2019
3 560 >
Messages postés
596
Date d'inscription
jeudi 21 février 2002
Statut
Membre
Dernière intervention
25 octobre 2012

Salut,

J'utilise aussi un seul utilisateur avec /mnt/home sur Fedora,Mandriva et Debian avec Gnome et je n'ai pas des problèmes.
Messages postés
40805
Date d'inscription
jeudi 28 août 2003
Statut
Modérateur
Dernière intervention
10 août 2020
4 887
Salut fux,

On est jamais aussi bien servi que par soi même ;-))
Messages postés
202
Date d'inscription
vendredi 16 mars 2007
Statut
Membre
Dernière intervention
23 décembre 2008
68
Tu pouvais directement rajouter les uid et gid dont tu voulais qu'ils aient acces a la partition dans ton fstab.
Messages postés
21331
Date d'inscription
jeudi 4 novembre 2004
Statut
Modérateur, Contributeur sécurité
Dernière intervention
30 octobre 2019
3 560
Salut,

Une autre possibilité c'est d'utilser les ACLs, pas besoin de modifier l'UID
Messages postés
19599
Date d'inscription
vendredi 28 décembre 2001
Statut
Modérateur
Dernière intervention
2 janvier 2020
3 575
Je n'ai pas compris ce que sont ces ACLs mais je verrai plus tard ;-) Dodo !
Messages postés
21331
Date d'inscription
jeudi 4 novembre 2004
Statut
Modérateur, Contributeur sécurité
Dernière intervention
30 octobre 2019
3 560 >
Messages postés
19599
Date d'inscription
vendredi 28 décembre 2001
Statut
Modérateur
Dernière intervention
2 janvier 2020

Salut,

regarde ici ACLs
Messages postés
202
Date d'inscription
vendredi 16 mars 2007
Statut
Membre
Dernière intervention
23 décembre 2008
68
Effectivement mieux eviter de modifier les uid. Les ACL c'est en gros une gestion avancé des permissions sur les fichiers et dossier. Qui a droit a quoi etc...
Messages postés
19599
Date d'inscription
vendredi 28 décembre 2001
Statut
Modérateur
Dernière intervention
2 janvier 2020
3 575
ffectivement mieux eviter de modifier les uid.
Trot tard !!! J'ai testé et .... me suis vautré en beauté dans la fange ;-()

Petit historique de mes manipulations :

1) Création d'un utilisateur Test avec UID 500 qui avait ensuite vraiment accès à la partition commune. En bref, test correct.

2) Reconnection sous utilisateur Principal UID 1000 pour changer le UID de Test de 500 à 501.

3) Reconnection sous utilisateur Test UID 501 (désormais), sachant que la connexion n'a pas posé problème (profil quasi vierge).

4) A partir de Test UID 501, j'ai modifié le UID de l'utilisateur Principal pour le passer à 500 (après avoir fait une copie générale du profil).

5) Reconnexion sur utilisateur Principal UID 500 (désormais) et ..... stupeur et putréfaction ! Plus possible de se connecter, et ce sous KDE comme Xfce ! Could not Kstartupconfig. Check your installation

6) J'ai renommé le dossier .kde en .kde-old pensant provoquer ensuite une recréation de ce dossier vierge mais fonctionnel. Aucun résultat positif ! KDE toujours en grêve ! Sans préavis !!

7) Des recherches sur le Web (depuis l'utilisateur Test (fonctionnel, lui) m'ont indiqué que, jusqu'à présent, personne n'a pu encore solutionné ce problème simplement. Au moins, je suis fixé et prévenu ! Au passage, ce type d'erreur provient d'une mise à jour majeure de KDE puisque les fichiers de configuration KDE de l'utilisateur deviennent erronés, obsolètes. Dans mon cas, je suppose que le changement de UID ne s'est pas cascadé correctement partout (ce queje prouverai plus loin).

8) Pas de panique ! Je me reconnecte sous l'utilisateur Test UID 501

9) Pour conserver une copie de sécurité du profil de l'utilisateur Principal :
- je remet le UID de 500 à 1000,
- mais je le ré-addresse sur /home/principal2 (au lien de /home/principal) après avoir renommé sous root ce dossier home/principal
- et je le renomme en Principal2.

10) Dans la foulée, toujours depuis l'utilisateur Test UID 501, je créé un nouvel utilisateur Principal avec UID 500 et dans /home/principal.

11) Je me reconnecte sous Principal2 UID 1000 (à nouveau) qui .... démarre correctement ! Donc c'était bien le changement de UID qui foutait la pagaille !!!

12) Je me connecte sous l'utilisateur Principal UID 500 (le profil étant vierge) pour refaire le profil entièrement (réglages des programmes, aspects visuels et pratiques des fenêtres et bureaux) sachant qu'il est possible de lire et écrire sur la partition commune. Pour info, j'ai quand même triché pour le réglages de certains programmes en recopiant leurs dossiers de configuration (.application) (pour IceWeasel/Firefox, Icedove/Thunderbird, Opera, Pan, Liferea).

Au final, le temps de trouver comment faire et puis appliquer la solution, quasiment une demi-journée de foutue !

Résume / howto :

1) Ne pas changer le UID de l'utilisateur 1 !
2) Créer un nouvel utilisateur 2 avec un autre UID afin de pouvoir s'en servir pour les manipulations suivantes.
3) Se connecter sous le nouvel utilisateur 2 pour changer l'adressage (/home) et le nom du l'utilisateur 1.
4) Toujours depuis le nouvel utilisateur 2, créer un nouvel utilisateur 0 avec le bon UID et une adresse (/home) correcte.
5) Se connecter sous le nouvel utilisateur 0 pour créer / régler le profil.
6) Il est possible de gagner du temps avec le réglages de certaines applications à condition que l'adresse initiale /home/Utilisateur demeure identique entre la vieille UID et la UID correcte. D'où le renommage de l'utilisateur à UID 1000. Il suffit de récupérer / recopier les dossiers de configurations /home/utilisateur/.application. Mais cela n'est pas valable pour tous les logiciels : éviter cette manipulation pour les logiciels de téléchargements. (GWget me faisant la gueule, j'ai du recréer 2 fois mon profil !)
Messages postés
202
Date d'inscription
vendredi 16 mars 2007
Statut
Membre
Dernière intervention
23 décembre 2008
68
Dis toi que c'est pas une journée de perdu, tu a apris plein de truc que t'es pas près d'oublier.

C'est grace a ce genre de problème que tu devient performant et fonctionnel.