[Aide] Mavericks: changement du nom du dossier "Home"
52 réponses
derfnam
Bonsoir tout le monde,
je pose ici une question pour dépanner ma soeur...
Elle a "migré d'un iMac sous Mavericks vers un macbook pro sous le même
système. Au cours de la procédure, elle a été obligée de nommer son
dossier Home "Mathilde1". Elle voudrait le renommer pour enlever le "1".
Comment faire? Merci d'avance, car je n'ai trouvé sur le ouèbe que de
vieux tutos qui n'allaient pas plus loin que Snow...
--
Manfred
42° 42' 0" N, 9° 26' 59" E.
iMac Intel Core 2 Duo, OS X 10.8.5.
"I would trade all my technology for an afternoon with Socrates."(S.J.)
Le 13/12/2013 12:11, SbM a écrit : > C'est la puissance des alias OS X Euh, ce comportement existait *AVANT* OS X...
Exact, je viens de le rappeler dans un nouveau message.
-- [SbM] "If the French were really intelligent, they'd speak English" (W. Sheed)
Matt
On Ven 13 décembre 2013 (02:31), SbM wrote:
Bizarre, ça me rappelle de vieux souvenirs Windows ... Comme disait un illustre participant à ces forums: tous les OS se ressemblent plus ou moins :-) Mais quand même, je ne comprends pas bien pourquoi un simple changement de nom peut menacer les données coonservées dans des dossiers pointés - je l'espère- autrement que par le simple nom.
Là on plonge dans des considérations unixiennes sans doute assez abyssales, que seuls probablement Matt ou Éric Levenez (que devient-il ?) seraient en mesure d'éclaircir ici...
Tout simplement parce que le système ne connaît les utilisateurs que par leur $UID.
Le changement du nom d'utilisateur, ne change pas l'attribution de l'$UID des fichiers/répertoires du système.
hth
-- “3 Errors walk into a bar. The barman says, “normally I’d Throw you all out, b ut tonight I’ll make an Exception.” – @iamdevloper
On Ven 13 décembre 2013 (02:31),
SbM <sebastienmarty@yahoo.fr> wrote:
Bizarre, ça me rappelle de vieux souvenirs Windows ...
Comme disait un illustre participant à ces forums: tous les OS se
ressemblent plus ou moins :-)
Mais quand même, je ne comprends pas bien pourquoi un simple changement
de nom peut menacer les données coonservées dans des dossiers pointés -
je l'espère- autrement que par le simple nom.
Là on plonge dans des considérations unixiennes sans doute assez
abyssales, que seuls probablement Matt ou Éric Levenez (que devient-il
?) seraient en mesure d'éclaircir ici...
Tout simplement parce que le système ne connaît les utilisateurs que par
leur $UID.
Le changement du nom d'utilisateur, ne change pas l'attribution de
l'$UID des fichiers/répertoires du système.
hth
--
“3 Errors walk into a bar. The barman says, “normally I’d Throw you all out, b
ut tonight I’ll make an Exception.” – @iamdevloper
Bizarre, ça me rappelle de vieux souvenirs Windows ... Comme disait un illustre participant à ces forums: tous les OS se ressemblent plus ou moins :-) Mais quand même, je ne comprends pas bien pourquoi un simple changement de nom peut menacer les données coonservées dans des dossiers pointés - je l'espère- autrement que par le simple nom.
Là on plonge dans des considérations unixiennes sans doute assez abyssales, que seuls probablement Matt ou Éric Levenez (que devient-il ?) seraient en mesure d'éclaircir ici...
Tout simplement parce que le système ne connaît les utilisateurs que par leur $UID.
Le changement du nom d'utilisateur, ne change pas l'attribution de l'$UID des fichiers/répertoires du système.
hth
-- “3 Errors walk into a bar. The barman says, “normally I’d Throw you all out, b ut tonight I’ll make an Exception.” – @iamdevloper
Matt
On Ven 13 décembre 2013 (14:44), SbM wrote:
Simplement les alias à la sauce Mac (hérités de Mac OS « Classic ») sont plus évolués (mais aussi forcément moins « portables »).
Tout à fait. Les alias permettent de suivre l'emplacement de l'original contrairement aux liens symboliques traditionnels.
-- “The bitterness of poor quality remains long after the sweetness of meeting th e schedule has been forgotten.” – Anonymous
On Ven 13 décembre 2013 (14:44),
SbM <sebastienmarty@yahoo.fr> wrote:
Simplement les alias à la sauce Mac (hérités de Mac OS « Classic ») sont
plus évolués (mais aussi forcément moins « portables »).
Tout à fait. Les alias permettent de suivre l'emplacement de l'original
contrairement aux liens symboliques traditionnels.
--
“The bitterness of poor quality remains long after the sweetness of meeting th
e schedule has been forgotten.” – Anonymous
Simplement les alias à la sauce Mac (hérités de Mac OS « Classic ») sont plus évolués (mais aussi forcément moins « portables »).
Tout à fait. Les alias permettent de suivre l'emplacement de l'original contrairement aux liens symboliques traditionnels.
-- “The bitterness of poor quality remains long after the sweetness of meeting th e schedule has been forgotten.” – Anonymous
Garfield
Bonjour, ici "Mathilde1", et merci pour la réponse. La manip semblait facile, mais voici un imprévu: j'ai changé le nom du compte sans problème, puis r edémarré comme indiqué, sans pb égalment, sauf que le passe du comp te a été demandé pour ouvrir la session (alors la configuration origi nale ne le demandait pas). Ensuite je me suis rendu compte que le réperto ire de départ, dans le finder, s'intitule toujours "Mathilde1". Je vois q u'en faisant la même manip, on peut aussi le changer pour "Mathilde", mai s il y a le message d'avertissement qui suit: "si ce chemin d'accès ne co rrespond pas à l'emplacement actuel du dossier de départ de l'utilisate ur, celui-ci ne pourra pas se connecter à cet ordinateur". Pourriez-vous traduire? ça veut dire qu'il vaut mieux que j'en reste là sous peine de tout fiche en l'air? Merci d'avance!
Le jeudi 12 décembre 2013 20:41:47 UTC+1, Manfred La Cassagnère a écr it :
Bonsoir tout le monde,
je pose ici une question pour d�panner ma soeur...
Elle a "migr� d'un iMac sous Mavericks vers un macbook pro sous l e m�me
syst�me. Au cours de la proc�dure, elle a �tï ¿½ oblig�e de nommer son
dossier Home "Mathilde1". Elle voudrait le renommer pour enlever le "1".
Comment faire? Merci d'avance, car je n'ai trouv� sur le ouï¿ ½be que de
vieux tutos qui n'allaient pas plus loin que Snow...
--
Manfred
42� 42' 0" N, 9� 26' 59" E.
iMac Intel Core 2 Duo, OS X 10.8.5.
"I would trade all my technology for an afternoon with Socrates."(S.J.)
Bonjour,
ici "Mathilde1", et merci pour la réponse. La manip semblait facile, mais voici un imprévu: j'ai changé le nom du compte sans problème, puis r edémarré comme indiqué, sans pb égalment, sauf que le passe du comp te a été demandé pour ouvrir la session (alors la configuration origi nale ne le demandait pas). Ensuite je me suis rendu compte que le réperto ire de départ, dans le finder, s'intitule toujours "Mathilde1". Je vois q u'en faisant la même manip, on peut aussi le changer pour "Mathilde", mai s il y a le message d'avertissement qui suit: "si ce chemin d'accès ne co rrespond pas à l'emplacement actuel du dossier de départ de l'utilisate ur, celui-ci ne pourra pas se connecter à cet ordinateur". Pourriez-vous traduire? ça veut dire qu'il vaut mieux que j'en reste là sous peine de tout fiche en l'air?
Merci d'avance!
Le jeudi 12 décembre 2013 20:41:47 UTC+1, Manfred La Cassagnère a écr it :
Bonsoir tout le monde,
je pose ici une question pour d�panner ma soeur...
Elle a "migr� d'un iMac sous Mavericks vers un macbook pro sous l e m�me
syst�me. Au cours de la proc�dure, elle a �tï ¿½ oblig�e de nommer son
dossier Home "Mathilde1". Elle voudrait le renommer pour enlever le "1".
Comment faire? Merci d'avance, car je n'ai trouv� sur le ouï¿ ½be que de
vieux tutos qui n'allaient pas plus loin que Snow...
--
Manfred
42� 42' 0" N, 9� 26' 59" E.
iMac Intel Core 2 Duo, OS X 10.8.5.
"I would trade all my technology for an afternoon with Socrates."(S.J.)
Bonjour, ici "Mathilde1", et merci pour la réponse. La manip semblait facile, mais voici un imprévu: j'ai changé le nom du compte sans problème, puis r edémarré comme indiqué, sans pb égalment, sauf que le passe du comp te a été demandé pour ouvrir la session (alors la configuration origi nale ne le demandait pas). Ensuite je me suis rendu compte que le réperto ire de départ, dans le finder, s'intitule toujours "Mathilde1". Je vois q u'en faisant la même manip, on peut aussi le changer pour "Mathilde", mai s il y a le message d'avertissement qui suit: "si ce chemin d'accès ne co rrespond pas à l'emplacement actuel du dossier de départ de l'utilisate ur, celui-ci ne pourra pas se connecter à cet ordinateur". Pourriez-vous traduire? ça veut dire qu'il vaut mieux que j'en reste là sous peine de tout fiche en l'air? Merci d'avance!
Le jeudi 12 décembre 2013 20:41:47 UTC+1, Manfred La Cassagnère a écr it :
Bonsoir tout le monde,
je pose ici une question pour d�panner ma soeur...
Elle a "migr� d'un iMac sous Mavericks vers un macbook pro sous l e m�me
syst�me. Au cours de la proc�dure, elle a �tï ¿½ oblig�e de nommer son
dossier Home "Mathilde1". Elle voudrait le renommer pour enlever le "1".
Comment faire? Merci d'avance, car je n'ai trouv� sur le ouï¿ ½be que de
vieux tutos qui n'allaient pas plus loin que Snow...
--
Manfred
42� 42' 0" N, 9� 26' 59" E.
iMac Intel Core 2 Duo, OS X 10.8.5.
"I would trade all my technology for an afternoon with Socrates."(S.J.)
Matt
On Ven 13 décembre 2013 (14:50), Garfield wrote:
Bonjour,
Hello,
ici "Mathilde1", et merci pour la réponse. La manip semblait facile, mais voici un imprévu: j'ai changé le nom du compte sans problème, puis redémarré comme indiqué, sans pb égalment, sauf que le passe du compte a été demandé pour ouvrir la session (alors la configuration originale ne le demandait pas). Ensuite je me suis rendu compte que le répertoire de départ, dans le finder, s'intitule toujours "Mathilde1". Je vois qu'en faisant la même manip, on peut aussi le changer pour "Mathilde", mais il y a le message d'avertissement qui suit: "si ce chemin d'accès ne correspond pas à l'emplacement actuel du dossier de départ de l'utilisateur, celui-ci ne pourra pas se connecter à cet ordinateur". Pourriez-vous traduire? ça veut dire qu'il vaut mieux que j'en reste là sous peine de tout fiche en l'air? Merci d'avance!
La manipulation indiquée par Sébastien ne mentionnait que le changement du nom d'utilisateur.
Tu peux également, comme tu l'as découvert, changer l'emplacement de ton dossier personnel. Le message d'erreur est très clair : si l'emplacement du dossier personnel n'existe pas, l'utilisateur « Mathilde » ne pourra se connecter.
Afin que ce ne soit pas le cas, il faut dans l'ordre :
1) changer l'emplacement (mettre « /Users/Mathilde ») 2) renommer « /Users/Mathilde1 » en « /Users/Mathilde » 3) réattribuer le contenu de ton dossier personnel à « Mathilde »
- Pour la première étape, tu l'as déjà découverte : dans la fenêtre où tu as changé le nom d'utilisateur, tu as un champ pour modifier l'emplacement du dossier personnel de l'utilisateur « Mathilde ».
- Pour la seconde étape (demande à Manfred de t'aider car ce sont des commandes à taper dans un shell - auquel on accède avec l'application Terminal.app -) :
A partir de là, tu peux redémarrer ta machine mais ce n'est pas obligatoire (OpenDirectory, la base de données des utilisateurs système est mise à jour instantanément à l'étape 1, permettant aux processus de prendre connaissance du nouvel emplacement du dossier personnel de l'utilisateur « Mathilde »
hth
-- “Programming can be fun, so can cryptography; however they should not be combi ned.” -Kreitzberg and Shneiderman
On Ven 13 décembre 2013 (14:50),
Garfield <mat.lacassagnere@gmail.com> wrote:
Bonjour,
Hello,
ici "Mathilde1", et merci pour la réponse. La manip semblait facile,
mais voici un imprévu: j'ai changé le nom du compte sans problème,
puis redémarré comme indiqué, sans pb égalment, sauf que le passe du
compte a été demandé pour ouvrir la session (alors la configuration
originale ne le demandait pas). Ensuite je me suis rendu compte que le
répertoire de départ, dans le finder, s'intitule toujours "Mathilde1".
Je vois qu'en faisant la même manip, on peut aussi le changer pour
"Mathilde", mais il y a le message d'avertissement qui suit: "si ce
chemin d'accès ne correspond pas à l'emplacement actuel du dossier de
départ de l'utilisateur, celui-ci ne pourra pas se connecter à cet
ordinateur". Pourriez-vous traduire? ça veut dire qu'il vaut mieux que
j'en reste là sous peine de tout fiche en l'air? Merci d'avance!
La manipulation indiquée par Sébastien ne mentionnait que le changement
du nom d'utilisateur.
Tu peux également, comme tu l'as découvert, changer l'emplacement de ton
dossier personnel.
Le message d'erreur est très clair : si l'emplacement du dossier
personnel n'existe pas, l'utilisateur « Mathilde » ne pourra se
connecter.
Afin que ce ne soit pas le cas, il faut dans l'ordre :
1) changer l'emplacement (mettre « /Users/Mathilde »)
2) renommer « /Users/Mathilde1 » en « /Users/Mathilde »
3) réattribuer le contenu de ton dossier personnel à « Mathilde »
- Pour la première étape, tu l'as déjà découverte : dans la fenêtre où
tu as changé le nom d'utilisateur, tu as un champ pour modifier
l'emplacement du dossier personnel de l'utilisateur « Mathilde ».
- Pour la seconde étape (demande à Manfred de t'aider car ce sont des
commandes à taper dans un shell - auquel on accède avec l'application
Terminal.app -) :
A partir de là, tu peux redémarrer ta machine mais ce n'est pas
obligatoire (OpenDirectory, la base de données des utilisateurs
système est mise à jour instantanément à l'étape 1, permettant aux
processus de prendre connaissance du nouvel emplacement du dossier
personnel de l'utilisateur « Mathilde »
hth
--
“Programming can be fun, so can cryptography; however they should not be combi
ned.” -Kreitzberg and Shneiderman
ici "Mathilde1", et merci pour la réponse. La manip semblait facile, mais voici un imprévu: j'ai changé le nom du compte sans problème, puis redémarré comme indiqué, sans pb égalment, sauf que le passe du compte a été demandé pour ouvrir la session (alors la configuration originale ne le demandait pas). Ensuite je me suis rendu compte que le répertoire de départ, dans le finder, s'intitule toujours "Mathilde1". Je vois qu'en faisant la même manip, on peut aussi le changer pour "Mathilde", mais il y a le message d'avertissement qui suit: "si ce chemin d'accès ne correspond pas à l'emplacement actuel du dossier de départ de l'utilisateur, celui-ci ne pourra pas se connecter à cet ordinateur". Pourriez-vous traduire? ça veut dire qu'il vaut mieux que j'en reste là sous peine de tout fiche en l'air? Merci d'avance!
La manipulation indiquée par Sébastien ne mentionnait que le changement du nom d'utilisateur.
Tu peux également, comme tu l'as découvert, changer l'emplacement de ton dossier personnel. Le message d'erreur est très clair : si l'emplacement du dossier personnel n'existe pas, l'utilisateur « Mathilde » ne pourra se connecter.
Afin que ce ne soit pas le cas, il faut dans l'ordre :
1) changer l'emplacement (mettre « /Users/Mathilde ») 2) renommer « /Users/Mathilde1 » en « /Users/Mathilde » 3) réattribuer le contenu de ton dossier personnel à « Mathilde »
- Pour la première étape, tu l'as déjà découverte : dans la fenêtre où tu as changé le nom d'utilisateur, tu as un champ pour modifier l'emplacement du dossier personnel de l'utilisateur « Mathilde ».
- Pour la seconde étape (demande à Manfred de t'aider car ce sont des commandes à taper dans un shell - auquel on accède avec l'application Terminal.app -) :
A partir de là, tu peux redémarrer ta machine mais ce n'est pas obligatoire (OpenDirectory, la base de données des utilisateurs système est mise à jour instantanément à l'étape 1, permettant aux processus de prendre connaissance du nouvel emplacement du dossier personnel de l'utilisateur « Mathilde »
hth
-- “Programming can be fun, so can cryptography; however they should not be combi ned.” -Kreitzberg and Shneiderman
g4fleurot
Matt wrote:
Tout à fait. Les alias permettent de suivre l'emplacement de l'original contrairement aux liens symboliques traditionnels.
Oui, mais la différence importante, c'est le "poids"
Un alias de l'application Aide-mémoire pèse 2017906 octets, alors qu'un lien symbolique ne pèse que 26 octets etque l'application pèse 4721172 octets.
Les premiers alias sous OS pré X ne pesaient pas lourds.
Maintenant, dans certains cas, on a presque intérêt à dupliquer l'application plutôt que d'en faire un alias. -- Gérard FLEUROT plus un
Matt <hfrarg@thelostplatypus.org.invalid> wrote:
Tout à fait. Les alias permettent de suivre l'emplacement de l'original
contrairement aux liens symboliques traditionnels.
Oui, mais la différence importante, c'est le "poids"
Un alias de l'application Aide-mémoire pèse 2017906 octets, alors qu'un
lien symbolique ne pèse que 26 octets etque l'application pèse 4721172
octets.
Les premiers alias sous OS pré X ne pesaient pas lourds.
Maintenant, dans certains cas, on a presque intérêt à dupliquer
l'application plutôt que d'en faire un alias.
--
Gérard FLEUROT <g4fleurot@free.fr> plus un
> Ceci dit, Unix ou les systèmes de fichiers utilisés par Unix sont très > dépendants du nom du fichier ?
Change le nom du kernel de ton OS X, on va rire :)
Euhhhhhhh, merci, je suis plutôt conservateur :-)
-- Jean-Pierre
Paul Gaborit
À (at) Fri, 13 Dec 2013 12:11:45 +0100, (SbM) écrivait (wrote):
Paul Gaborit wrote:
À (at) Fri, 13 Dec 2013 02:35:03 -0300, "J.P" écrivait (wrote):
> In article <1ldsqns.34sl0a1drql82N%, > (SbM) wrote: > >> J.P wrote: >> >> > Je ne suis pas un spécialiste Unix, mais j'ai bien l'impression que ce >> > système se fout complètement du nom des dossiers et les repère par >> > quelqu'autre magie ... comme OS X d'ailleurs :-) >> >> Qu'est-ce qui te fait croire ça ? > > On va dire "quelques lectures anciennes ..." et, par exemple, quand tu > changes un nom de dossier, ses aliases le retrouvent quand même.
Ça fonctionne grâce à une caractéristiques de HFS+ (le système de fichiers utilisé par Mac OS X) et non d'Unix.
J'allais le dire. :) C'est la puissance des alias OS X, les liens symboliques UNIX sont bien moins « intelligents. »
Encore une fois, Unix (en tant qu'OS) n'y est pour rien. Ce sont les systèmes de fichiers qui autorisent ou non certaines fonctionnalités. Depuis un Mac, essayez de faire un alias sur un disque formaté en Fat32 ou en NTFS et vous verrez que Mac OS X ne sait plus faire.
Et puis, parfois, on peut avoir besoin de l'intelligence des liens symboliques plutôt que celles des alias... Mais, à ma connaissance, l'interface graphique de Mac OS X (ou plutôt du Finder) ne donne pas accès aux liens symboliques.
Sachez aussi qu'il existe des fonctionnalités très intéressantes dans certains systèmes de fichiers dont Apple pour HFS+ ou Microsoft pour NTFS devraient s'inspirer. Je pense par exemple à ZFS (ou son futur équivalent pour linux qui s'appelle Btrfs).
-- Paul Gaborit - <http://perso.mines-albi.fr/~gaborit/>
À (at) Fri, 13 Dec 2013 12:11:45 +0100,
sebastienmarty@yahoo.fr (SbM) écrivait (wrote):
Paul Gaborit <Paul.Gaborit@invalid.invalid> wrote:
À (at) Fri, 13 Dec 2013 02:35:03 -0300,
"J.P" <jpp@gmail.com> écrivait (wrote):
> In article <1ldsqns.34sl0a1drql82N%sebastienmarty@yahoo.fr>,
> sebastienmarty@yahoo.fr (SbM) wrote:
>
>> J.P <jpp@gmail.com> wrote:
>>
>> > Je ne suis pas un spécialiste Unix, mais j'ai bien l'impression que ce
>> > système se fout complètement du nom des dossiers et les repère par
>> > quelqu'autre magie ... comme OS X d'ailleurs :-)
>>
>> Qu'est-ce qui te fait croire ça ?
>
> On va dire "quelques lectures anciennes ..." et, par exemple, quand tu
> changes un nom de dossier, ses aliases le retrouvent quand même.
Ça fonctionne grâce à une caractéristiques de HFS+ (le système de
fichiers utilisé par Mac OS X) et non d'Unix.
J'allais le dire. :) C'est la puissance des alias OS X, les liens
symboliques UNIX sont bien moins « intelligents. »
Encore une fois, Unix (en tant qu'OS) n'y est pour rien. Ce sont les
systèmes de fichiers qui autorisent ou non certaines fonctionnalités.
Depuis un Mac, essayez de faire un alias sur un disque formaté en Fat32
ou en NTFS et vous verrez que Mac OS X ne sait plus faire.
Et puis, parfois, on peut avoir besoin de l'intelligence des liens
symboliques plutôt que celles des alias... Mais, à ma connaissance,
l'interface graphique de Mac OS X (ou plutôt du Finder) ne donne pas
accès aux liens symboliques.
Sachez aussi qu'il existe des fonctionnalités très intéressantes dans
certains systèmes de fichiers dont Apple pour HFS+ ou Microsoft pour
NTFS devraient s'inspirer. Je pense par exemple à ZFS (ou son futur
équivalent pour linux qui s'appelle Btrfs).
--
Paul Gaborit - <http://perso.mines-albi.fr/~gaborit/>
À (at) Fri, 13 Dec 2013 12:11:45 +0100, (SbM) écrivait (wrote):
Paul Gaborit wrote:
À (at) Fri, 13 Dec 2013 02:35:03 -0300, "J.P" écrivait (wrote):
> In article <1ldsqns.34sl0a1drql82N%, > (SbM) wrote: > >> J.P wrote: >> >> > Je ne suis pas un spécialiste Unix, mais j'ai bien l'impression que ce >> > système se fout complètement du nom des dossiers et les repère par >> > quelqu'autre magie ... comme OS X d'ailleurs :-) >> >> Qu'est-ce qui te fait croire ça ? > > On va dire "quelques lectures anciennes ..." et, par exemple, quand tu > changes un nom de dossier, ses aliases le retrouvent quand même.
Ça fonctionne grâce à une caractéristiques de HFS+ (le système de fichiers utilisé par Mac OS X) et non d'Unix.
J'allais le dire. :) C'est la puissance des alias OS X, les liens symboliques UNIX sont bien moins « intelligents. »
Encore une fois, Unix (en tant qu'OS) n'y est pour rien. Ce sont les systèmes de fichiers qui autorisent ou non certaines fonctionnalités. Depuis un Mac, essayez de faire un alias sur un disque formaté en Fat32 ou en NTFS et vous verrez que Mac OS X ne sait plus faire.
Et puis, parfois, on peut avoir besoin de l'intelligence des liens symboliques plutôt que celles des alias... Mais, à ma connaissance, l'interface graphique de Mac OS X (ou plutôt du Finder) ne donne pas accès aux liens symboliques.
Sachez aussi qu'il existe des fonctionnalités très intéressantes dans certains systèmes de fichiers dont Apple pour HFS+ ou Microsoft pour NTFS devraient s'inspirer. Je pense par exemple à ZFS (ou son futur équivalent pour linux qui s'appelle Btrfs).
-- Paul Gaborit - <http://perso.mines-albi.fr/~gaborit/>
