[Fstab] Partition Ext3 partagée
teutates
Messages postés
19847
Statut
Modérateur
-
burrin Messages postés 203 Statut Membre -
burrin Messages postés 203 Statut Membre -
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 :
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 ;)
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 ;)
A voir également:
- [Fstab] Partition Ext3 partagée
- Easeus partition master - Télécharger - Stockage
- Playlist partagée spotify - Guide
- Active partition disk - Télécharger - Stockage
- Liste partagee whatsapp - Guide
- Lecteur de partition pdf gratuit - Télécharger - Création musicale
7 réponses
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 ;-)
- 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 ;-)
Tu pouvais directement rajouter les uid et gid dont tu voulais qu'ils aient acces a la partition dans ton fstab.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
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...
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 !)
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 !)
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.
J'utilise aussi un seul utilisateur avec /mnt/home sur Fedora,Mandriva et Debian avec Gnome et je n'ai pas des problèmes.