• Bonjour Visiteur. Bienvenue sur les nouveaux forums de MacGeneration. La peinture est encore fraiche, quelques boulons doivent être resserrés, plus d’informations demain !

MacBook Pro Questions concernant la restauration sur MBP

D

Deleted member 1099514

Invité
As-tu modifié le nom du répertoire utilisateur ou l'as-tu laissé tel quel?
Il faut donner les retours de la commande :
ls -ld /Users/*
 

Ashram_

Membre junior
5 Octobre 2016
53
5
40
Que te renvoient dans le terminal les commandes :
scutil --get HostName
scutil --get LocalHostName
scutil --get ComputerName
HostName: not set

AshramMBP:~ Ashram$

HostName: not set

AshramMBP:~ Ashram$ scutil --get LocalHostName

AshramMBP

AshramMBP:~ Ashram$

AshramMBP:~ Ashram$ scutil --get ComputerName

Ashram MBP

AshramMBP:~ Ashram$
 
D

Deleted member 1099514

Invité
Excuse-moi, je ne suis plus devant le Mac, mais le fait de créer un nouveau compte admin puis de le supprimer a réglé tous les problèmes listés !

Encore merci pour tes très bons conseils !
C'est miraculeux.:D
 

Ashram_

Membre junior
5 Octobre 2016
53
5
40
C'est miraculeux.:D
Ça semble con dit comme ça mais je n'avais plus l'habitude des Mac c'était simple en y repensant :D

Question pour la route: le fait d'avoir supprimé le compte admin a supprimé les fichiers qui étaient contenus dedans ou je dois aller faire du nettoyage quelque part sur le HDD?
 
D

Deleted member 1099514

Invité
C'est une option lors de la suppression du compte. Qu'as-tu choisi ?
 
D

Deleted member 1099514

Invité
Par défaut la session est sauvegardée, mais s'il s'agit d'un compte vide, aucune importance.
 
D

Deleted member 1099514

Invité
Fais un :
ls -ld /Users/*
et donne les retours
 

macomaniac

Ouroboros
Club MacG
20 Septembre 2012
60 837
19 905
Forêt de Fontainebleau
  • J'insère une petite glose - sans rapport direct avec le sujet principal de ce fil (et je m'en excuse auprès des 2 protagonistes : Ashram_ et Jean).

Le message #23 est révélateur du point curieux suivant : le HostName de l'ordinateur est « not set » (pas fixé) > pourtant l'invite de commande du «Terminal» qu'Ashram_ nous a aimablement communiquée est :
Bloc de code:
AshramMBP:~ Ashram$
dans laquelle apparaît bien un HostName qui est : AshramMBP. Ainsi > le HostName n'est pas « fixé » - et pourtant il en existe un.

À présent > si l'on examine les 2 autres noms de l'ordinateur > on avise que le LocalHostName est AshramMBP - càd. exactement le même que le HostName « non fixé » de l'invite de commande du «Terminal». Pour ce qui est du 3è nom de l'ordinateur > le ComputerName > c'est : Ashram MBP - càd. un nom différent des 2 autres (à cause de l'espace libre médian dans l'intitulé).

Pour clarifier un peu ce terrain minuscule > on peut dire en simplifiant que :

  • HostName = le nom du Mac dans le Terminal
  • LocalHostName = le nom du Mac dans le Réseau
  • ComputerName = le nom du Mac dans le Finder

Par défaut > le HostName d'un Mac est « not set » (non fixé). Comme néanmoins un HostName doit désigner le Mac dans le «Terminal» > la règle implémentée par les ingénieurs de la  est que le HostName est hérité par défaut du ComputerName : le nom dans le Réseau. Tout changement du LocalHostName du Mac > se trouve alors hérité directement comme HostName (non fixé) dans le «Terminal». En mode graphique > il est possible d'aller à : Menu  > Préférences Système > Partage > de presser le bouton "Modifier" sous le champ "Nom de l'ordinateur" > et il est possible d'éditer le LocalHostName du Mac (celui qui précède l'extension .local). De ce fait > ce nom ce trouve hérité comme HostName (non fixé) dans le «Terminal».

Mais supposons un utilisateur qui ouvre une fenêtre du «Terminal» et qui passe une commande du type :
Bloc de code:
sudo scutil --set HostName BROL
=> alors - et alors seulement - le HostName du Mac se trouve « set » (fixé) > par quoi il faut comprendre "déterminé intrinsèquement indépendamment du LocalHostName" - ici par l'intitulé BROL. Cette commande détache définitivement le HostName du LocalHostName > ce qui revient à dire qu'aucune modification graphique (ou dans le «Terminal») du LocalHostName > ne se trouve plus héritée comme HostName dans le «Terminal».

On a donc affaire à double statut possible du HostName d'un Mac : ce que j'appellerais en termes imagés « flottant » vs « fixe » :

  • Le HostName « flottant » est un intitulé hérité par défaut du LocalHostName - situation vraie aussi longtemps qu'il n'y a pas eu de commande dans le «Terminal» fixant le HostName du Mac "en soi" > et par là le détachant de la relation d'héritage à l'égard du LocalHostName.
  • Le HostName « fixe » est par contre un intitulé indépendant > qui coupe la solidarité de type "héritage" entre HostName d'emprunt (« flottant ») et LocalHostName.

Je trouve ces incroyables minuties logiques une preuve du raffinement intellectuel dont sait faire preuve l'ingéniérie informatique. Simple détail « théorique » - certes. Mais il arrive des cas où des utilisateurs s'étonnent, en « pratique », de ne pas pouvoir modifier le HostName qui apparaît dans le «Terminal» en éditant le LocalHostName dans le panneau Partage des Préférences Système. C'est là qu'un peu de « théorie » apporte un éclairage : c'est que le HostName a été « fixé » en mode indépendant > ce qui a résilié la relation d'héritage d'un HostName « flottant » à l'égard du LocalHostName.
 

Ashram_

Membre junior
5 Octobre 2016
53
5
40
  • J'insère une petite glose - sans rapport direct avec le sujet principal de ce fil (et je m'en excuse auprès des 2 protagonistes : Ashram_ et Jean).
Le message #23 est révélateur du point curieux suivant : le HostName de l'ordinateur est « not set » (pas fixé) > pourtant l'invite de commande du «Terminal» qu'Ashram_ nous a aimablement communiquée est :
Bloc de code:
AshramMBP:~ Ashram$
dans laquelle apparaît bien un HostName qui est : AshramMBP. Ainsi > le HostName n'est pas « fixé » - et pourtant il en existe un.

À présent > si l'on examine les 2 autres noms de l'ordinateur > on avise que le LocalHostName est AshramMBP - càd. exactement le même que le HostName « non fixé » de l'invite de commande du «Terminal». Pour ce qui est du 3è nom de l'ordinateur > le ComputerName > c'est : Ashram MBP - càd. un nom différent des 2 autres (à cause de l'espace libre médian dans l'intitulé).

Pour clarifier un peu ce terrain minuscule > on peut dire en simplifiant que :

  • HostName = le nom du Mac dans le Terminal
  • LocalHostName = le nom du Mac dans le Réseau
  • ComputerName = le nom du Mac dans le Finder

Par défaut > le HostName d'un Mac est « not set » (non fixé). Comme néanmoins un HostName doit désigner le Mac dans le «Terminal» > la règle implémentée par les ingénieurs de la  est que le HostName est hérité par défaut du ComputerName : le nom dans le Réseau. Tout changement du LocalHostName du Mac > se trouve alors hérité directement comme HostName (non fixé) dans le «Terminal». En mode graphique > il est possible d'aller à : Menu  > Préférences Système > Partage > de presser le bouton "Modifier" sous le champ "Nom de l'ordinateur" > et il est possible d'éditer le LocalHostName du Mac (celui qui précède l'extension .local). De ce fait > ce nom ce trouve hérité comme HostName (non fixé) dans le «Terminal».

Mais supposons un utilisateur qui ouvre une fenêtre du «Terminal» et qui passe une commande du type :
Bloc de code:
sudo scutil --set HostName BROL
=> alors - et alors seulement - le HostName du Mac se trouve « set » (fixé) > par quoi il faut comprendre "déterminé intrinsèquement indépendamment du LocalHostName" - ici par l'intitulé BROL. Cette commande détache définitivement le HostName du LocalHostName > ce qui revient à dire qu'aucune modification graphique (ou dans le «Terminal») du LocalHostName > ne se trouve plus héritée comme HostName dans le «Terminal».

On a donc affaire à double statut possible du HostName d'un Mac : ce que j'appellerais en termes imagés « flottant » vs « fixe » :

  • Le HostName « flottant » est un intitulé hérité par défaut du LocalHostName - situation vraie aussi longtemps qu'il n'y a pas eu de commande dans le «Terminal» fixant le HostName du Mac "en soi" > et par là le détachant de la relation d'héritage à l'égard du LocalHostName.
  • Le HostName « fixe » est par contre un intitulé indépendant > qui coupe la solidarité de type "héritage" entre HostName d'emprunt (« flottant ») et LocalHostName.
Je trouve ces incroyables minuties logiques une preuve du raffinement intellectuel dont sait faire preuve l'ingéniérie informatique. Simple détail « théorique » - certes. Mais il arrive des cas où des utilisateurs s'étonnent, en « pratique », de ne pas pouvoir modifier le HostName qui apparaît dans le «Terminal» en éditant le LocalHostName dans le panneau Partage des Préférences Système. C'est là qu'un peu de « théorie » apporte un éclairage : c'est que le HostName a été « fixé » en mode indépendant > ce qui a résilié la relation d'héritage d'un HostName « flottant » à l'égard du LocalHostName.
Effectivement, c'est ce genre de petits détails qui fait toute la beauté de l'informatique, du noyau jusqu'à l'interface utilisateur finale
 

Ashram_

Membre junior
5 Octobre 2016
53
5
40
J'en profite pour poser une dernière question (je reviendrai certainement vers vous lorsqu'il s'agira de cloner mon HDD pour passer sur SSD): pour que je sois le seul à pouvoir voir mes applications et/ou documents, il faut que je glisse le dossier quelque part, et est-ce que c'est "safe"?

Actuellement, mes documents sont dans... Documents. J'aimerais que mes docs ne soient donc pas partagés entre sessions éventuelles et liés donc à mon MDP. Pareil pour les applis, sauf si celles-ci sont "ouvrables" par un autre sans avoir accès à mes paramètres etc.

Je sais pas si j'ai été clair :bored:
 
D

Deleted member 1099514

Invité
Chaque environnement est protégé. Tes documents et tes réglages ne sont accessibles que par toi.
Idem si tu crées un nouvel utilisateur, ses données et réglages lui seront propres et protégés des autres.
 

Ashram_

Membre junior
5 Octobre 2016
53
5
40
Chaque environnement est protégé. Tes documents et tes réglages ne sont accessibles que par toi.
Idem si tu crées un nouvel utilisateur, ses données et réglages lui seront propres et protégés des autres.
ok je te remercie. Je pensais avoir lu ailleurs sur ce forum que certains trucs étaient partagés ou qu'il y avait un intérêt à vouger son dossier applications.