Différences

Ci-dessous, les différences entre deux révisions de la page.

--- organiser_data_utilisateurs [Le 20/03/2022, 02:23]
Coeur Noir [Création des liens symboliques en lieu et place des dossiers usuels]
+++ organiser_data_utilisateurs [Le 04/03/2025, 03:05] (Version actuelle)
krodelabestiole [Organiser les données du ( ou des ) utilisateurs « humains » d'un système]
@@ Ligne 1: / Ligne 1: @@
-{{tag>BROUILLON administration partitions optimisation}}
+{{tag>administration partitions optimisation}}
 ====== Organiser les données du ( ou des ) utilisateurs « humains » d'un système ======
 **L'objectif de cette page est de proposer une méthode de « rangement » //alternative// des affaires personnelles des utilisateurs**. Cette méthode, en stockant « hors système » la partie visible des données utilisateurs tout en laissant « dans le système » la partie [[dossiers_et_fichiers_caches|cachée]] des données utilisateurs, amène un gain de polyvalence et de robustesse, voire de performances, dans de nombreuses situations.\\
-\\
+Un fil dédié à cette page sur le forum : https://forum.ubuntu-fr.org/viewtopic.php?id=2070904
+<note important>Certaines recommandations décrites très en détail sur cette page ne font pas toujours consensus.\\
+En outre la création d'une partition ''home'' séparée n'est plus aussi largement recommandée qu'elle a pu l'être (elle n'est plus proposée lors de l'installation), et la mise en place de liens symboliques introduit un niveau de complexité qui n'est pas strictement nécessaire du fait de l'existence à cet effet des **variables [[:variables_d_environnement#xdg-user-dirs]]**.
+Pour la présentation d'une méthode a priori plus simple et sans doute plus orthodoxe, ou en complément de celle-ci, n'hésitez pas à consulter la page //[[:partitions_data|Déployer ses données personnelles sur un espace de stockage dédié]]//.</note>
 **Elle requiert** :\\
   * une installation qui compte au moins 2 partitions : l'une dédiée au système, installé classiquement ( la racine / entière ) ; l'autre pour l'instant « vide » qui accueillera une partie des données utilisateurs ( les visibles ).\\
@@ Ligne 13: / Ligne 20: @@
   * à rien qui serait //exclusif// à ×buntu, c'est transposable dans d'autres OS Linux.\\
 **À qui s'adresse-t-elle** ?\\
-  * Si vous êtes déjà familier des notions évoquées jusque là, l'ensemble de la démarche devrait paraître limpide.\\
+  * À des utilisateurs relativement **aguerris, à l'aise avec les « fondamentaux »** :\\
-  * Si vous n'êtes pas déjà familier de ces notions, d'une c'est l'occasion d'apprendre et, surtout de deux, la mise en œuvre concrète est enfantine :\\
+     * nuances et implications des propriétaires, permissions, montages, partitions, systèmes de fichiers…\\
+     * et éventuellement, pour aller « plus loin », une certaine maîtrise des « profils » de configuration de vos logiciels préférés.\\
+  * Pour autant, la **mise en œuvre concrète est plutôt enfantine** :\\
      * c'est 3 lignes de commande impliquant [[sudo|sudo]] pour l'organisation convenable de la partition qui accueillera les données utilisateurs visibles,\\
-     * cela fait, le déplacement de dossiers et la création de liens symboliques sont accessibles en « graphique » depuis votre explorateur de fichiers habituel et depuis l'utilisateur « normal », pas besoin de //sudo// ( les commandes équivalentes sont aussi indiquées ).\\
+     * le déplacement de dossiers et la création de liens symboliques sont accessibles en « graphique » depuis votre explorateur de fichiers habituel et depuis l'utilisateur « normal », pas besoin de //sudo// ( les commandes équivalentes sont aussi indiquées ).\\
 **Des six paragraphes** suivants, **les trois premiers sont « théoriques »** et visent à poser contextes, tenants, aboutissants et limites ou avantages des méthodes,\\
@@ Ligne 22: / Ligne 31: @@
 …**il n'y a ni bonnes ou mauvaises méthodes, il y en a seulement de plus adaptées que d'autres en fonction du contexte des utilisateurs.**
 ===== La situation par défaut =====
 ==== Le dossier /home à la racine du système ====
 Dans l'[[arborescence|arborescence]] des dossiers d'un système Linux, ''/home'' sert à héberger les répertoires personnels des utilisateurs « humains » créés dans ce système. //Généralement// ceux qui disposent d'une session graphique dans le système.\\
 //Toutes// les données concernant //tous// les utilisateurs « humains » sont rangées dans ce dossier ''/home'', cet emplacement relève d'une norme attendue par l'écrasante majorité des logiciels que vous utiliserez sur ce système.
 ==== $HOME ou le répertoire personnel /home/$USER ====
 <note>**$HOME** est une variable qui désigne le répertoire personnel de l'utilisateur courant, soit le dossier ''/home/$USER''.\\
 **$USER** est la variable qui désigne l'utilisateur courant.\\
@@ Ligne 157: / Ligne 171: @@
 → crée 2 dossiers, l'un visible nommé ''noubie-1000'' ; l'autre caché nommé ''.Trash-1000''\\
   * **Appropriation des 2 dossiers** par Noubie :
 <code>sudo chown $USER:$USER /media/DATA/{$USER-$UID,.Trash-$UID}</code>
 → ces dossiers appartiennent dorénavant à Noubie, qui peut donc écrire-modifier-supprimer **dans** ces dossiers.\\
@@ Ligne 183: / Ligne 197: @@
 Cette organisation des dossiers sur une partition n'est jamais qu'une application basique des droits et permissions Linux,\\
 même organisation qu'on trouve dans un dossier ''/home''.
+</note>
+<note warning>Plutôt que de créer //une// corbeille //par// utilisateur, on //pourrait// n'en créer qu'une seule utilisable par quiconque accédant à cette partition :\\
+**c'est donc une pratique à évaluer en fonction de vos besoins de confidentialité entre utilisateurs**.\\
+Il s'agira alors de créer un dossier ''.Trash'' tout court avec des droits d'écriture pour tous mais la restriction de l'effacement au seul propriétaire d'un élément :\\
+<code>cd /media/DATA
+sudo mkdir .Trash
+sudo chmod 1777 .Trash</code>
+C'est un dossier accessible à n'importe qui en écriture ( comme par ex. ''/tmp'' ) : **c'est un risque à évaluer en fonction de votre contexte de sécurité**\\
+sachant que l'accès au point de montage parent peut se restreindre à un groupe de votre choix en particulier.\\
+\\
+→ //je dirais// que c'est une méthode de corbeille à réserver à des partitions situées « hors système » : clé usb, disques externes, amovibles~nomades.
 </note>
 ==== Création des liens symboliques en lieu et place des dossiers usuels ====
-But de la manœuvre : placer les dossiers usuels de l'utilisateur en dehors de la partition système,\\
+But de la manœuvre : placer les dossiers usuels de l'utilisateur hors de la partition système, dans ''/media/DATA/$USER-$UID/''\\
 **tout en conservant l'accès à ses éléments usuels depuis son répertoire personnel habituel**.\\
 Accès du point de vue humain mais aussi logiciel : la plupart des applications « s'attendent » à trouver vos affaires dans **$HOME** ( grâce à [[https://freedesktop.org/wiki/Software/xdg-user-dirs/|xdg-user-dirs]]. )\\
@@ Ligne 193: / Ligne 218: @@
   * **Créer des liens symboliques** dans **$HOME** pour remplacer les éléments qu'on vient de déplacer :
 <code>ln   -s   /media/DATA/$USER-$UID/{Bureau,Documents,Images,Modèles,Musique,Public,Téléchargements,Vidéos}   /home/$USER/</code>
+Pense-bête : [[https://forum.ubuntu-fr.org/viewtopic.php?pid=22620441#p22620441|autre exemple]].\\
 Ces 2 opérations sont tout à fait réalisables « en graphique » depuis votre explorateur de fichiers habituel :
   * **déplacer** : c'est au clic droit couper / coller ou au clavier [ Ctrl ] + [ X ] puis [ Ctrl ] + [ V ] dans l'emplacement de destination\\ ou à la souris glisser-déposer les éléments entre 2 fenêtres de votre explorateur de fichiers, l'une ouverte sur ''/home/$USER'', l'autre sur ''/media/DATA/$USER-$UID''
@@ Ligne 206: / Ligne 233: @@
 d'un explorateur de fichiers à l'autre il pourra y avoir des nuances dans les procédures.\\
 Consultez les documentations et préférences de votre explorateur de fichiers ( Nautilus, Dolphin, Nemo, Caja, Thunar… )\\
-pour vous assurer des bons gestes et raccourcis.
+pour vous assurer des bons gestes et raccourcis.\\
+\\
+Voir [[https://forum.ubuntu-fr.org/viewtopic.php?id=2074175|cette discussion]] **pour (ré)activer l'option « créer un lien » dans Nautilus**.
 </note>
 === Précaution concernant le dossier « Bureau » ===
@@ Ligne 219: / Ligne 248: @@
 **Si vous êtes dans un tel cas ( icônes sur l'//écran// bureau ), il faudra ruser un peu. Plusieurs solutions** :
   - **la plus simple** : désactiver ( temporairement ) la fonctionnalité « icône sur le bureau » suffit à passer les commandes ( ou manipulations depuis l'explorateur de fichiers ) précédentes avec succès, après avoir quitté/relancé la session. Consultez les documentations relatives à votre environnement de bureau pour découvrir comment désactiver la fonction « icônes sur le bureau ».\\
-  - **en mode console** 100% textuel et uniquement commandes : **ne pas** lancer la session graphique de l'utilisateur mais seulement une **[[console|console]]** → de là, passez les commandes précédemment proposées. Pas d'explorateur de fichiers graphiques ici.\\
+  - **en mode console** 100% textuel et uniquement commandes : **ne pas** lancer la session graphique de l'utilisateur mais seulement une **[[console|console]]** → de là, passez les commandes précédemment proposées. Pas d'explorateur de fichiers « graphique » ici.\\
   - **si vous avez déjà plusieurs utilisateurs** dans ce système, en commandes uniquement : **ne pas** lancer la session graphique de l'utilisateur dont vous souhaitez déplacer le dossier //Bureau// **mais** agir depuis la session d'un autre utilisateur → implique d'adapter les commandes et d'utiliser //sudo// ( détails plus bas ).\\
   - **ou encore, ne déplacez pas ni ne liez** le dossier Bureau pour l'instant, mais seulement les autres dossiers ( retenir alors que ce dossier reste stocké dans la même partition que votre système ).\\
 \\
+//Note : dans un environnement de bureau 100% Gnome ( ≠ Ubuntu ) le dossier ''~/Bureau'' n'existe pas forcément.//\\
 \\
      * __adaptation des commandes **pour le cas 3**__ :
@@ Ligne 300: / Ligne 330: @@
   * puis dans les **$HOME** concernés, virer les dossiers usuels initiaux pour les remplacer par des liens symboliques ciblant les données de votre choix dans cette partition.
-→ Depuis tous vos OS vous accédez aux mêmes données, sans les déplacer ni dupliquer, et sans les attacher spécialement à un OS.\\
+→ **Depuis tous vos OS vous accédez aux mêmes données, sans les déplacer ni dupliquer, et sans les attacher //spécifiquement// à un OS.**\\
-→ D'où l'astuce du nom des répertoires personnels //alternatifs// dans la partition DATA sous la forme ''$USER-$UID'' pour toujours repérer quel **$UID** accède à quoi - le nom on s'en fiche ;-)
+→ D'où l'astuce du nom des répertoires personnels //alternatifs// dans la partition DATA sous la forme ''$USER-$UID'' pour toujours repérer quel **$UID** accède à quoi - le nom on s'en fiche ;-) un utilisateur d'//uid// 1234 quel que soit l'OS, aura les mêmes droits d'accès et d'usage dans les éléments portant l'//uid// 1234.
 === partage de données entre utilisateurs ===
-Conséquence ou corollaire des droits et permissions, une telle partition DATA simplifie grandement le partage de données entre utilisateurs « humains » :\\
+Conséquence ou corollaire des droits et permissions, **une telle partition DATA simplifie grandement le partage de données entre utilisateurs « humains »** :\\
 → on y stocke des données agnostiques, sans incidence sur le fonctionnement de l'OS ou env. de bureau de l'un ou l'autre utilisateur,\\
 → ces données sont classées, triées //par// utilisateur,\\
 → il suffit d'agir sur les droits du groupe d'un dossier ''/media/DATA/$USER-$UID'' pour organiser un partage ( rendre des utilisateurs membres d'un groupe, ajuster les droits du groupe sur ce dossier… )\\
-→ on organise les partages en dehors du ou des systèmes, limitant les risques d'impact de l'un sur l'autre.
+→ on organise les partages en dehors du ou des systèmes, limitant les risques d'impact de l'un sur l'autre,\\
+→ dans cet emplacement, on ne gère que cela : quels « humains » accèdent à quelles données, quels éléments appartiennent à qui ( utilisateur et groupes propriétaires ), et ce que ces éléments accordent comme droits ( r s t w x ) à ces propriétaires. Sans avoir à se soucier d'éléments cachés qui seraient spécifiques à un OS ou logiciel,\\
+→ une telle partition DATA est aussi d'un grand secours lorsqu'il s'agit d'organiser des partages via [[samba|samba]].\\
 === gérer l'urgence ===
@@ Ligne 340: / Ligne 372: @@
 la même organisation continue de s'appliquer…
 ===== Aller plus loin ? =====
-==== C'est bien gentil tout ça mais moi j'ai juste un Windows et un Linux dans ma machine… ====
+==== Une partition agnostique entre Windows et Linux ? ====
 Et pourquoi pas ? C'est plutôt fréquent comme contexte…\\
+Comme il s'agit de 2 OS avec des principes fondamentaux fort différents, il est vital que ces données **ne** soient **pas** //spécifiques// à l'un ou l'autre.\\
 On peut mettre en place une telle partition « data agnostique » qui serait alors partagée entre les utilisateurs des 2 OS.\\
@@ Ligne 349: / Ligne 382: @@
 Les systèmes de fichiers Windows ne gérant pas nativement les droits et permissions Linux, les données stockées sur de telles partitions ne portent aucune de ces infos pourtant nécessaires à leur traitement sous Linux **et c'est à partir de là que les choses se compliquent**.\\
-Côté Linux il s'agira toujours de monter cette « partition data » à un endroit opportun, **montage qui devra utiliser des options adaptées** afin que le système Linux « ajoute » des droits et permissions à ces données. Évidemment ces options varient selon qu'il s'agit de ntfs ou (ex)fat ( certaines sont abordées dans la doc' [[mount_fstab|fstab]]. ) Sans option de montage adaptée, Linux attribue les systèmes de fichiers « étrangers » à //root:root// avec droits //rwxrwxrwx// ce qui est loin d'être pratique au quotidien…
+Côté Linux il s'agira toujours de monter cette « partition data » à un endroit opportun, **montage qui devra utiliser des options adaptées** afin que le système Linux « ajoute » des droits et permissions à ces données.\\
+Évidemment ces options varient selon qu'il s'agit de ntfs ou (ex)fat ( certaines sont abordées dans la doc' [[mount_fstab|fstab]]. )\\
+Sans option de montage adaptée, Linux attribue les systèmes de fichiers « étrangers » à //root:root// avec droits //rwxrwxrwx// ce qui est loin d'être pratique au quotidien…
-Dans un tel cas, la stratégie //la moins compliquée// sera sans doute de fabriquer **une telle partition** ( partagée entre Linux et Windows ) **par utilisateur**, les options de montage adéquates de cette partition **attribuant toutes les données contenues à un utilisateur donné**, avec les droits suffisants et distincts sur les éléments contenus ( soit par exemple 755 sur les dossiers et 644 sur les fichiers. )\\
+Dans un tel cas, la stratégie //la moins compliquée// sera sans doute de fabriquer **une telle partition** ( partagée entre Linux et Windows ) **par utilisateur**, les options de montage adéquates de cette partition **attribuant toutes les données contenues à un utilisateur donné** ( sous Linux ), avec les droits suffisants et distincts sur les éléments contenus ( soit par exemple 755 sur les dossiers et 644 sur les fichiers. )\\
 \\
-Suivant l'exemple de cette page, pour //Lairneur//, les options d'une telle ligne de montage dans //fstab// ressembleraient à
+Suivant l'exemple de cette page, pour //Lairneur//, les options d'une telle ligne de montage ( pour un système de fichiers //ntfs// ) dans //fstab// ressembleraient à
-<code>UUID=<uuid_d'une_partition_ntfs>   /point/de/montage   ntfs   uid=1001,gid=1001,dir_mode=755,file_mode=644,utf8,windows_names   0   0</code>
+<code>UUID=<uuid_d'une_partition_ntfs>   /point/de/montage_ntfs   ntfs   uid=1001,gid=1001,umask=022,dmask=022,fmask=133   0   0</code>
 Pour //Noubie//, les //uid// et //gid// seraient 1000.\\
 Chaque utilisateur ( sous Linux ) **doit** alors disposer de sa propre partition //ntfs//, et chaque partition de son propre point de montage, puisque tout cela est monté dès le démarrage système.\\
@@ Ligne 360: / Ligne 395: @@
 Chacune de ces partitions sera cependant accessible indifféremment en lecture + écriture depuis Windows.\\
 \\
+Une fois vérifiée qu'une telle partition est bien en place dans les 2 systèmes concernés, elle s'organise à peu près de la même manière :\\
+  * un dossier ( caché ) nommé ''.Trash-$UID'' si vous le créez depuis Linux.\\ Sinon nommez-le avec l'//uid// adéquate directement si vous le créez depuis Windows, ( par ex. ''.Trash-1000'' ) vous pouvez même donner l'attribut « caché » à ce dossier, Windows ne se servira pas de cette corbeille, et cet attribut est sans influence côté Linux.\\
+  * puisque les données de cette partition sont attribuées par les options de montage à un utilisateur en particulier, la présence d'un dossier principal ''$USER-$UID'' pour celui-ci est moins nécessaire, on pourra placer là directement ses dossiers usuels.\\
+  * créez dans **$HOME** à la place des dossiers usuels, des liens symboliques qui ciblent les données dans la partition //ntfs//.\\
+<note important>La plupart des explorateurs de fichiers « graphiques » **commencent par** écrire le lien symbolique **dans** l'emplacement **actuel** pour le **déplacer/renommer ensuite**. De ce fait certaines méthodes graphiques pour créer de tels liens **échoueront** ( à moins d'utiliser l'explorateur de fichiers Dolphin ) car il est **impossible** de créer un lien symbolique //Linux// **dans** un système de fichiers //Windows//, vous gratifiant dans ce cas d'un message d'erreur « le système de fichiers ne prend pas en charge les liens symboliques ».\\
+\\
+Ici préférez donc la ligne de commande, du type :
+<code>ln -s /point/de/montage_ntfs/un_dossier /home/$USER/nom_du_lien</code>
+ou
+<code>ln -s /point/de/montage_ntfs/{plusieurs,dossiers,séparés,par,virgule} /home/$USER/</code>
+…la présence du ''/'' après ''$USER'' est primordiale : elle indique qu'on crée des liens **nommés comme** leur cible **dans** le dossier ''/home/$USER/''.\\
+\\
+**Problème réglé pour Nautilus sous 22.04** → voir [[https://forum.ubuntu-fr.org/viewtopic.php?id=2074175|illustration]]</note>
 C'est ce que propose plus ou moins [[tutoriel:partitions_communes_windows_ubuntu|cette doc']], discutable sur certains points :\\
   * l'utilisation de //nofail// et la désactivation //de la mise à jour des dossiers xdg// **qui priveront l'utilisateur d'avertissements en cas d'incident**\\
-  * ou la modification du fichier //user-dirs.dirs// qui **n'est pas nécessaire** si on utilise //des liens symboliques// de mêmes noms et qui **fera « disparaître » du répertoire personnel** les éléments usuels de l'utilisateur\\
+  * la modification du fichier //user-dirs.dirs// **n'est pas nécessaire** si on utilise //des liens symboliques// de mêmes noms ; telle que proposée là-bas elle **fera « disparaître » du répertoire personnel** les éléments usuels de l'utilisateur,\\
-  * et qui ne règle pas les droits ( l’exécution sur tous les fichiers engendrera certainement des surprises. )\\
+  * la question des droits : l’exécution sur tous les fichiers engendrera certainement des surprises.\\
-==== Partager autre chose que des documents ou médias ? ====
+==== Ressources communes à plusieurs personnes ? ====
-Oui et non, que faut-il entendre par là ?
+Plutôt que d'éparpiller un certains types de données « utilisateurs » parmi plusieurs dossiers ''$USER-$UID'' - par exemple Musique ou Images - créer un dossier ''Bibliothèque { Musique ou Images }'' pour regrouper en un seul endroit tous les fichiers de ce type, afin d'éviter les redondances et duplications.\\
+Dans les divers **$HOME** faites alors pointer les //liens symboliques// Musique ou Images vers la « Bibliothèque » correspondante. Via les propriétaires et droits des éléments, filtrez qui accède, partage, efface, ce qui est vu ou pas…\\
+Et ce principe de « Bibliothèques » est applicable à toutes sortes de données voire d'outils : des brosses, des palettes, des gabarits, modèles de documents, des polices de caractère, ressources diverses et variées…\\
+Un ''~/.fonts'' qui devient un lien vers une « Bibliothèque de polices » par exemple.\\
+**Mais jamais le profil « entier » de configuration d'une application** - spécifique à l'OS ou une version de logiciel : ces //profils// eux restent bien sagement dans les **$HOME** associés au système adéquat. Par contre dans ces //profils// d'applications, certains éléments peuvent faire l'objet d'une « mise en commun » ( par ex. les 2 dossiers d'un profil de Thunderbird qui contiennent tous les mails… )\\
+**Ici c'est juste l'évocation de possibilités** : pour jouer avec cette « granularité » permise par la partition DATA agnostique, il faut impérativement bien connaître le fonctionnement de vos OS, des divers logiciels que vous utilisez, pour savoir évaluer sans risque ce qu'il est pertinent de « sortir » d'un **$HOME**, et classer dans ''/media/DATA/''.\\
+\\
+Une fois qu'on y a goûté…\\
+{{:administration:dossiers_partitions_etc.jpg?400|}} {{:administration:dossiers_partitions_no_symlink.jpg?400|}} {{:administration:dossiers_partitions_one_symlink.jpg?400|}} {{:administration:nemo_data_home_tilix.jpg?400|}}