Dossier personnel dans `root` et pas dans` home` ... Je suis confus!


8

J'ai un problème avec mon homedossier et cela me donne des problèmes d'autorisation.

J'ai installé une application qui me dit que je n'ai pas la permission d'enregistrer /home/username/Desktop, mais en fait ma maison est en /home/username/Área de Trabalho(Área de Trabalho = Desktop, mais en portugais).

  • L'accès en tant que sudoma maison est montré dans l'image ci-dessous (regardez l'icône du dossier).
    ( À l'intérieur se trouve le desktopdossier. )

entrez la description de l'image ici

  • Accéder comme d'habitude à userma maison est illustré dans l'image ci-dessous.
    ( À l'intérieur se trouve le Área de Trabalhodossier. )

entrez la description de l'image ici

Est-ce normal? Dois-je dire à Ubuntu où se trouve mon homedossier réel ? Ce que je dois faire?

Merci d'avance!

Réponses:


11

La première capture d'écran ("en tant que sudo") est affichée en mode icône et la deuxième capture d'écran ("en tant que standard user") est en mode liste détaillée, mais ils affichent en fait la même structure de dossiers. Il n'y a aucun écart. ( La réponse de tachyons explique pourquoi différents dossiers ont l'icône de maison sur eux.) La vue de liste détaillée vous donne un peu plus d'informations; en particulier, le dossier appelé /homeest développé pour révéler son contenu, y compris le p_sardinhasous - dossier.

Étant donné que les deux vues sont équivalentes, il ne semble pas y avoir de problème concernant la façon dont vous visualisez la structure de vos dossiers. Par conséquent, nous pouvons diviser votre question en deux parties:

  • Où est mon dossier personnel?
  • Comment puis-je résoudre un problème où une application tente d'accéder à mon dossier de bureau, mais échoue car elle nomme ce dossier dans la mauvaise langue?

Où est mon dossier personnel?

Chaque utilisateur humain d'un système Ubuntu a un dossier personnel (qui est également appelé répertoire personnel , car dossier et répertoire signifient la même chose). Si vous aviez des comptes d'utilisateurs configurés sur votre système Ubuntu pour plus d'une personne, chacun d'eux aurait un dossier de départ séparé.

Il y a un dossier appelé /home. Ce n'est pas votre dossier personnel. En fait, ce n'est jamais le dossier personnel de personne. C'est plutôt /homele dossier qui contient les dossiers de départ des utilisateurs humains .

Votre dossier de départ est /home/p_sardinha, car votre nom d'utilisateur est p_sardinha.

Plus généralement, pour un utilisateur humain username, le dossier de départ de l'utilisateur est ./home/username

  • Sur certains systèmes, dont le vôtre, le dossier appelé /homecontient un sous-dossier lost+found. Ce n'est le dossier personnel de personne . Au lieu de cela, cela existe par défaut dans le dossier racine des systèmes de fichiers ext2 / ext3 / ext4; il est utilisé pour conserver les fichiers récupérés lors de la réparation du système de fichiers, et il n'est pas nécessaire que vous en sachiez quoi que ce soit pour utiliser votre dossier de départ.

  • Il existe certains comptes d'utilisateurs qui ne correspondent pas aux utilisateurs humains réels de votre ordinateur. Ils existent pour que certains programmes puissent s'exécuter avec des identités, des capacités et des restrictions spéciales adaptées aux tâches pour lesquelles ils sont conçus. Les utilisateurs non humains n'ont généralement pas leurs répertoires personnels dans /home. Par exemple, comme mentionné dans les tachyons , l' rootutilisateur, qui est l'utilisateur exécutant réellement les commandes avec lesquelles vous exécutez sudoet gksu/gksudo (à moins que vous n'utilisiez l' -uindicateur) a /rootcomme répertoire de base.

L'une des raisons pour lesquelles la distinction entre le dossier appelé /homeet votre dossier d'accueil réel (qui est un sous-dossier de celui-ci) prête parfois à confusion, c'est que Nautilus (navigateur de fichiers d'Ubuntu) appelle votre dossier d'accueil réel "Accueil". Par exemple, voici le contenu de mon dossier personnel, affiché dans Nautilus:

Fenêtre Nautilus pour le dossier de départ

Le nom réel de ce dossier (dont le contenu est affiché) est cependant /home/ek(puisque mon nom d'utilisateur est ek). Mon dossier de bureau est appelé Desktopet situé dans mon dossier de base, donc son chemin d'accès complet est /home/ek/Desktop.

Comment puis-je résoudre un problème où une application tente d'accéder à mon dossier de bureau, mais échoue car elle nomme ce dossier dans la mauvaise langue?

Il peut y avoir une solution spécifique à l'application, mais vous n'avez pas fourni de détails sur les circonstances dans lesquelles l'erreur se produit ou dans quelle application elle se produit, donc je ne peux pas fournir une telle solution. Heureusement, je peux fournir une solution générale.

Étant donné que les dossiers sont parfois appelés quelque chose en plus de leur vrai nom (par exemple, votre dossier de départ est parfois appelé Homemême si son nom est p_sardinha), assurez-vous d'abord que le nom de votre dossier de bureau est vraiment Área de Trabalho. Il est facile de vérifier cela - il suffit de visualiser le contenu de votre dossier de départ (comme je l'ai fait, dans la capture d'écran ci-dessus), et assurez-vous qu'il s'appelle ainsi. Je pense que vous l'avez déjà fait.

Ainsi, le vrai nom complet de votre dossier de bureau est /home/p_sardinha/Área de Trabalho. Mais au moins une de vos applications souhaite y accéder sur /home/p_sardinha/Desktop. En supposant qu'il n'y a pas également de dossier appelé /home/p_sardinha/Desktop(vous devez vérifier pour être sûr), vous devriez être en mesure de résoudre le problème en créant un lien symbolique appelé Desktopdans votre dossier de départ, qui pointe vers Área de Trabalho(votre dossier de bureau réel).

Pour créer ce lien symbolique, ouvrez une fenêtre de terminal ( Ctrl+ Alt+ T) et exécutez ces commandes:

cd
ln -s 'Área de Trabalho' Desktop
  • La première commande ( cd, sans rien après) s'assure que la ligne de commande que vous utilisez est "dans" votre dossier de départ (c'est-à-dire qu'elle utilise votre dossier de départ comme répertoire de travail actuel).
  • La deuxième commande (qui commence par ln) crée en fait le lien symbolique.

Cela devrait résoudre le problème. Cependant, vos applications doivent vraiment être internationalisées suffisamment pour ne pas supposer que votre dossier de bureau est toujours appelé Desktop. Par conséquent, je recommande de signaler un bogue dans l'application dans laquelle le problème s'est produit, afin que les développeurs puissent faire fonctionner l'application aussi bien pour les utilisateurs de langue portugaise que pour les utilisateurs de langue anglaise.


Merci beaucoup pour l'explication détaillée! Juste pour la curiosité, le lien de la discussion dans le forum de l'application est vue-forums.uit.tufts.edu/posts/list/848.page
Sardinha

3

Oui c'est normal

La commande sudo ouvre le nautilus en mode root, la maison de root est root elle-même


3

Chaque utilisateur différent a un répertoire personnel différent.

Ils sont tous configurés dans le fichier /etc/passwd. Vous devez vous déconnecter et vous reconnecter après avoir modifié ce fichier pour que la modification du dossier de départ prenne effet. À moins que vous ne soyez un utilisateur avancé, je ne recommanderais pas de toute façon de modifier ce fichier, mais je l'ai mentionné au cas où vous seriez curieux de le voir et de savoir comment cela fonctionne.

Le /rootrépertoire personnel de l'utilisateur "racine" est directement défini par défaut sur tandis que les répertoires personnels des utilisateurs ordinaires sont définis par défaut sur /home/*username*. Il n'y a généralement aucune bonne raison de déplacer un répertoire personnel.

Lorsque vous exécutez un programme graphique avec des privilèges root en utilisant gksu/ gksudo, votre répertoire personnel sera généralement signalé comme /root( cela explique pourquoi ). C'est normal, et c'est uniquement parce que vous utilisez des privilèges root (que vous ne devriez rarement avoir besoin d'utiliser une fois que vous avez tout configuré correctement).

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.