`~ / Documents` est-il un chemin relatif ou absolu?

Ceci est simplement une question de vocabulaire, mais qui ne cesse de tourner dans ma tête.

Il provient d'un examen pratique d'un livre de préparation LPIC . La réponse correcte selon le livre est qu’il ~/Documentss’agit d’un répertoire relatif, car il est relatif au répertoire de base.

Cependant, ce livre contient un nombre honorable de fautes de frappe et d’erreurs et je ne peux donc pas tenir pour acquis tout ce qui y est écrit. Ici, je ne suis pas d’accord, car ~j’agis comme une variable développée par le shell dans le contenu de la $HOMEvariable ou dans le chemin du répertoire de base de l’utilisateur actuel (cf. man bash). Le chemin réel est /home/myuser/Documentsdonc un répertoire absolu.

Même Wikipedia , pour une fois, ne me semble d'aucune aide sur ce sujet (même s'il semble confirmer que le livre est faux sur celui-ci):

Un chemin absolu ou complet pointe vers le même emplacement dans un système de fichiers, quel que soit le répertoire de travail en cours. Pour ce faire, il doit contenir le répertoire racine.

En revanche, un chemin relatif commence à partir d’un répertoire de travail donné, évitant ainsi de fournir le chemin absolu complet.

Là encore, je ne suis pas d'accord: selon cette définition, le chemin /opt/kde3/bin/../libqui ne dépend pas du répertoire de travail actuel devrait être absolu, mais ma compréhension actuelle correspond à celle de l'auteur du livre, ce qui en fait un chemin relatif.

Une recherche rapide sur le Web ne fait qu'ajouter à ma frustration, selon le dictionnaire Webster :

chemin absolu - Un chemin relatif au répertoire racine. Son premier caractère doit être le séparateur de chemin d'accès.

Alors $HOME/Documents, ou même tout simplement $HOME, ne seraient pas considérés comme des répertoires absolus? Ou cette définition implique-t-elle une expansion variable? Qu'en est-il du ~caractère de la coquille ? Existe-t-il une définition fiable du répertoire relatif par rapport au répertoire absolu que je peux trouver quelque part et que je me trompe complètement?

Si l'auteur essayait de vous surprendre en parlant de cette chaîne littérale (sans expansion du shell) sous la forme d'un chemin, il s'agit d'un chemin relatif ( mkdir -p './~/Documents'). Autrement:

C'est un chemin absolu , car sa résolution ne dépend pas du répertoire de travail actuel du processus. Chemin relatif signifie toujours relatif au répertoire de travail du processus. Ou dans le cas de cibles de lien symbolique, par rapport à l'emplacement du lien symbolique. ( gcc -> gcc-5.2vs gcc -> /usr/bin/gcc-5.2). Cela est important pour les montages NFS et les autres cas où vous pouvez obtenir le même lien symbolique via différents chemins absolus. par exemple

/net/tesla/home/peter/foo -> bar  # always works from other machines

/net/tesla/home/peter/foo -> /home/peter/bar  # references my home dir on the local machine, not tesla.

Debian installe parfois des liens symboliques vers ../../doc/whatever/whatever, au lieu d’une cible absolue, de sorte que cela fonctionne lorsque NFS est monté ailleurs ou lorsque vous regardez un chroot sans y chroot(8)entrer.

Chaque processus Unix a son propre cwd. La pwdcommande existe juste pour l'imprimer.

voir: http://pubs.opengroup.org/onlinepubs/9699919799/functions/getcwd.html pour plus d'informations sur la modification de répertoires avec des appels système POSIX.

Comme tout le monde l’a dit, ~le shell le développe avant que le chemin ne soit utilisé. L'utilisation ~/bin/myprogdans un script shell le fera fonctionner différemment pour différents utilisateurs. La différence entre ~/bin/fooet /home/peter/bin/fooest que l'un d'eux a codé en dur l'emplacement, tandis que l'autre l'a paramétré. C'est une erreur (IMO) d'appeler la ~version un chemin relatif.

Parler des choses comme étant "relatives à une variable d'environnement" est simplement déroutant. Il est déconseillé d’utiliser des termes différents en anglais qui ont une signification technique spécifique dans le contexte dans lequel vous les utilisez.

Sur un système en panne, avec HOME=a/relative/path, ~/foose développerait sur un chemin relatif. Ce ne serait pas du tout une configuration utilisable.

C’est essentiellement une question de définition des termes. Donc, pour vos besoins, la réponse est ce que veut LPIC. Mais nous pouvons tirer des conclusions sur la base de faits techniques:

Si vous passez '~/Documents'à un appel système , il cherchera un répertoire nommé exactement ~dans le répertoire actuel (et échouera probablement). Donc, par la notion de chemin d'accès utilisée par le noyau , c'est un chemin relatif - mais ce n'est pas ce que nous voulions dire.

~est une syntaxe implémentée par le shell (et d’autres programmes qui l’imitent pour plus de commodité) qui l’ élargit en un véritable chemin. Pour illustrer, ~/Documentsest à peu près la même chose que $HOME/Documents(encore une fois, la syntaxe du shell). Puisque $HOMEdevrait être un chemin absolu, la valeur de $HOME/Documents est aussi un chemin absolu. Mais le texte $HOME/Documentsou ~/Documentsdoit être développé par le shell pour devenir le chemin que nous voulons dire.

Donc, si je voulais être précis et cohérent, je dirais que ~/Documentsc'est un fragment de script shell qui se développe en chemin absolu.

Si votre $HOMEest - /home/white/, ~/Documents(même que $HOME/Documents) est étendu par la coque (voir ici pour une explication) à /home/white/Documents, qui est un absolu chemin.

Un chemin relatif est un chemin qui ne commence pas par un /(après le développement du shell), comme ../Documentsoufoo/bar

Quelques vieilles coquilles ne se développent pas ~(la voie bash, tcsh, zsh, etc ... faire); ils verraient ~/Documentscomme un chemin relatif commençant par ~; mais vous n'avez généralement pas le même nom de répertoire ~(mais vous pouvez en créer un mkdir '~', ce que je ne recommande pas).

Un chemin absolu commence à /(ce à quoi il fait référence est fixe), un chemin relatif commence dans le répertoire en cours (et donc, il fait référence aux modifications apportées en même temps que le répertoire en cours). La plupart des shells utilisent ~au début comme une abréviation pour le chemin absolu du répertoire personnel de l'utilisateur, par exemple, ~/Documentsest le répertoireDocuments dans le de base de l'utilisateur actuel, quel que soit le répertoire actuel. C'est donc un chemin absolu.

Le chemin pourrait être étendu à un autre emplacement en fonction de l'utilisateur. Cela dit, c'est toujours un chemin absolu, pas un chemin relatif, à mon avis. Cependant, je ne pense pas que les définitions de chemin absolu et relatif soient aussi précisément définies. Ce ne sont pas des mathématiques. Cette question ne teste pas vraiment la compréhension, à mon avis, et est inutile.

L'utilisation de ~ / au début rend le chemin absolu car (quelle que soit la définition), la capacité de trouver des documents ne dépend pas de l'endroit où vous vous trouvez. Cependant, l’expansion est réalisée par le shell, pas par le noyau. Par conséquent, si vous utilisez un shell qui ne reconnaît pas cette syntaxe (tel que / bin / sh, le shell Bourne original, pas l’alias bash), vous ne pourrez plus vous connecter. la chance.

Il est intéressant de noter que si vous utilisez ~ root / plutôt que ~ /, l’optimisation de la lecture de $ HOME ne s’applique généralement pas et le résultat sera toujours absolu si / etc / passwd est correct.

Le livre semble considérer qu’un chemin absolu est tout chemin commençant par un / , et un chemin relatif est tout le reste.

Vous pouvez voir ..et $HOMEcomme des types similaires de jetons. Les deux doivent être substitués, pour un composant de chemin, avant que le chemin ne soit résolu en chemin absolu.