10.11 El Capitan mots de passe qui evoluent ???

daniel.colin

Membre confirmé
5 Février 2012
55
0
74
Sallen
bonjour a tous
Depuis le weekend dernier je rencontre un gros problème(pour moi) concernant le mot de passe apres avoir fait une sauvegarde par clonage. Je m'en suis aperçu en voulant mettre un peu d'ordre sue le iMac avec ONYX, il m'a demandé mon mot de passe que j'ai aussitôt renté et il me l'a refusé d'ou une grande perplexité de ma part. J'ai essayé de suivre les recommandations de ONYX concernant les mot de passe et rien ni fait. Jai aussi remarqué que la sequence CMD + R au démarrage ne m'ouvre pas une page avec les utilitaires Mac mais elle m'envoie directement à la reparation par internet. Ne sachant si cette procedure pouvait être valide (surtout avec un debit adsl très bas et souvant coupé)j'ai arrêter cette procedure.
j'ai essayer avec les preferences de sécurité de recharger mon mot de passe et aussi de refaire celui de iCloud mais sur l'instant tout a l'air de fonctionner mais au redémarrage suivant les mots de passe ne sont plus connus.
Voici ma config iMac mi 2011 avec el capitan ram 12 Go disque de démarrage SSD externe 450 Go sur bus thunderbold disque interne de 1 To avec partition de 400 Go vide et une partition de 600 Go utilisée pour le stockage de photos (actuellement 200 Go de libre)
Voila je serai reconnaisant si l'un de vous avez une solution pour tout remettre d'aplomb
 
Salut Daniel

Est-ce que tu arrives à ouvrir ta session dans «El Capitan» ? - Est-ce que c'est une ouverture de session automatique, ou bien est-ce que tu renseignes ton mot-de-passe pour ce faire ?

Si tu arrives à ouvrir ta session, en allant à : Menu  > Préférences Système > Utilisateurs et groupes => si tu cliques le cadenas d'administration en bas à gauche du panneau > est-ce qu'en renseignant ton mot-de-passe le cadenas est déverrouillé ?
 
Salut Daniel

Est-ce que tu arrives à ouvrir ta session dans «El Capitan» ? - Est-ce que c'est une ouverture de session automatique, ou bien est-ce que tu renseignes ton mot-de-passe pour ce faire ?

Si tu arrives à ouvrir ta session, en allant à : Menu  > Préférences Système > Utilisateurs et groupes => si tu cliques le cadenas d'administration en bas à gauche du panneau > est-ce qu'en renseignant ton mot-de-passe le cadenas est déverrouillé ?
oui je n'ai pas de problème pour ouvrir ma cession. je pensée que c'est automatique car je ne rentre pas de mot de passe pour le démarrage.
Par ailleurs, je le l'ai pas précisé dans ma requête, j'ai regardé les différents sujet qui traite de ce problème de mot de passe et je n'ai rien trouvé de tres concluant. pour réinitialisé mon mot de passe j'ai utilisé le site APPLE avec mon identifiant et les deux questions de sécurité
merci pout ta réponse
 
Salut Daniel



Si tu arrives à ouvrir ta session, en allant à : Menu  > Préférences Système > Utilisateurs et groupes => si tu cliques le cadenas d'administration en bas à gauche du panneau > est-ce qu'en renseignant ton mot-de-passe le cadenas est déverrouillé ?
pour cette sequence je n'arrive pas à ouvriravec mon mot de passe
 
Ton mot-de-passe est peut-être valide > mais peut-être as-tu perdu le privilège de faire partie du groupe admin > privilège qui te permet seul de déverrouiller le cadenas d'aministration de la fenêtre des Utilisateurs et groupes dans les Préférences Système (et aussi, par exemple, de t'authentifier pour «Onyx» en tant qu'admin).

Pour savoir si tu fais partie du groupe admin > va à : Applications > Utilitaires > lance le «Terminal». Dans la fenêtre qui s'affiche, fais un copier-coller de la commande :
Bloc de code:
dscacheutil -q group -a name admin
et ↩︎ (presse la touche "Entrée" du clavier pour activer la commande) --> en retour, tu vas voir s'afficher la liste des utilisateurs membres du groupe admin (qui ont donc des privilèges d'admnistration sur le Mac) => est-ce que tu vois ou non ton nom court d'utilisateur (genre danielcolin) dans cette liste ?
 
Dernière édition par un modérateur:
Ton mot-de-passe est peut-être valide > mais peut-être as-tu perdu le privilège de faire partie du groupe admin > privilège qui te permet seul de déverrouiller le cadenas d'aministration de la fenêtre des Utilisateurs et groupes dans les Préférences Système (et aussi, par exemple, de t'authentifier pour «Onyx» en tant qu'admin).

Pour savoir si tu fais partie du groupe admin > va à : Applications > Utilitaires > lance le «Terminal». Dans la fenêtre qui s'affiche, fais un copier-coller de la commande :
Bloc de code:
dscacheutil -q group -a name admin
et ↩︎ (presse la touche "Entrée" du clavier pour activer la commande) --> en retour, tu vas voir s'afficher la liste des utilisateurs membres du groupe admin (qui ont donc des privilèges d'admnistration sur le Mac) => est-ce que tu vois ou non ton nom court d'utilisateur (genre danielcolin) dans cette liste ?
je vois mon mom voici la copie de la fenêtre

Last login: Fri Feb 19 11:25:05 on ttys000

imac-de-daniel:~ danielcolin$

[Restauré 10 sept. 2016 00:15:25]

Last login: Fri Sep 9 18:08:18 on console

Restored session: Ven 19 fév 2016 11:37:03 CET

pc53:~ danielcolin$ dscacheutil -q group -a name admin

name: admin

password: *

gid: 80

users: root danielcolin


pc53:~ danielcolin$
 
Alors pas le moindre doute : en tant qu'utilisateur danielcolin > tu es dûment enregistré dans le Système comme membre du groupe admin dont tu as a priori les privilèges administratifs. On peut donc éliminer le facteur "défaut de privilèges admin" comme raison de ton problème.

On est donc renvoyé à un problème de reconnaissance pure et simple de ton mot-de-passe (conformément à ton hypothèse de départ). Pour ré-intialiser ton mot-de-passe (afin de vérifier si ça produit un effet) > il t'est impossible d'opérer de l'intérieur du Système «El Capitan» > puisque pour ce faire il te faudrait pouvoir t'authentifier comme admin au préalable avec ton mot-de-passe inaccepté.

---------------------​

Par acquit de conscience, je te propose quand même un petit test inoffensif > dans la fenêtre du «Terminal», saisis (copier-coller) la commande :
Bloc de code:
sudo ls -d /*
et ↩︎ --> une demande de password doit s'afficher (commande sudo = substitute user do : opérer en qualité d'utilisateur (root par défaut) substitué) --> tape ton mot-de-passe admin à l'aveugle - aucun caractère ne se montrant à la frappe et derechef ↩︎

Cette commande appelle l'utilitaire ls (abrégé de list) > avec l'option -d (directories => les répertoires doivent être listés comme des fichiers pleins, et pas visités dans leur arborescence de dossiers) > sur la cible /* (tous les objets * présents dans l'espace du point de montage / du volume démarré) : comme tu vois, la commande n'opère qu'en mode lecture.

=> alors, soit tu vois s'afficher la liste des répertoires présents à la racine de ton volume-Système > soit la commande échoue avec un message d'erreur (lequel, si c'est le cas ?).

--------------------
Si ton authentification admin dans le «Terminal» échoue > afin de ré-initialiser ton mot-de-passe d'utilisateur danielcolin > le procédé régulier est de démarrer en mode Recovery et d'opérer à partir de son «Terminal» où l'utilisateur est loggé en root par défaut. Ce qui me semble bizarre ici, c'est que tu ne sembles pas pouvoir démarrer en mode Recovery local > mais que la commande ⌘R te redirige sur un démarrage en mode Internet Recovery comme si tu avais utilisé la commande spécifique ⌘⌥R.

Afin de vérifier s'il y a bien une partition de récupération Recovery HD sur ton disque (partition qui sert de référence pour un démarrage Recovery local) > peux-tu passer dans le «Terminal» la commande (informative et ne requérant aucun privilège) :
Bloc de code:
diskutil list
et poster le tableau retourné listant les partitions de ton disque ?

--------------------​

=> Je m'en tiens là, pour l'instant, de mes préconisations > en attendant de savoir le retour des 2 commandes précédentes...
 
Dernière édition par un modérateur:
Alors pas le moindre doute : en tant qu'utilisateur danielcolin > tu es dûment enregistré dans le Système comme membre du groupe admin dont tu as a priori les privilèges administratifs. On peut donc éliminer le facteur "défaut de privilèges admin" comme raison de ton problème.

On est donc renvoyé à un problème de reconnaissance pure et simple de ton mot-de-passe (conformément à ton hypothèse de départ). Pour ré-intialiser ton mot-de-passe (afin de vérifier si ça produit un effet) > il t'est impossible d'opérer de l'intérieur du Système «El Capitan» > puisque pour ce faire il te faudrait pouvoir t'authentifier comme admin au préalable avec ton mot-de-passe inaccepté.

---------------------​

Par acquit de conscience, je te propose quand même un petit test inoffensif > dans la fenêtre du «Terminal», saisis (copier-coller) la commande :
Bloc de code:
sudo ls -d /*
et ↩︎ --> une demande de password doit s'afficher (commande sudo = substitute user do : opérer en qualité d'utilisateur (root par défaut) substitué) --> tape ton mot-de-passe admin à l'aveugle - aucun caractère ne se montrant à la frappe et derechef ↩︎

Cette commande appelle l'utilitaire ls (abrégé de list) > avec l'option -d (directories => les répertoires doivent être listés comme des fichiers pleins, et pas visités dans leur arborescence de dossiers) > sur la cible /* (tous les objets * présents dans l'espace du point de montage / du volume démarré) : comme tu vois, la commande n'opère qu'en mode lecture.

=> alors, soit tu vois s'afficher la liste des répertoires présents à la racine de ton volume-Système > soit la commande échoue avec un message d'erreur (lequel, si c'est le cas ?).

--------------------
Si ton authentification admin dans le «Terminal» échoue > afin de ré-initialiser ton mot-de-passe d'utilisateur danielcolin > le procédé régulier est de démarrer en mode Recovery et d'opérer à partir de son «Terminal» où l'utilisateur est loggé en root par défaut. Ce qui me semble bizarre ici, c'est que tu ne sembles pas pouvoir démarrer en mode Recovery local > mais que la commande ⌘R te redirige sur un démarrage en mode Internet Recovery comme si tu avais utilisé la commande spécifique
⌘⌥R.



Afin de vérifier s'il y a bien une partition de récupération Recovery HD sur ton disque (partition qui sert de référence pour un démarrage Recovery local) > peux-tu passer dans le «Terminal» la commande (informative et ne requérant aucun privilège) :
Bloc de code:
diskutil list
et poster le tableau retourné listant les partitions de ton disque ?

--------------------​

=> Je m'en tiens là, pour l'instant, de mes préconisations > en attendant de savoir le retour des 2 commandes précédentes...
je te joins la copie du terminal pour les deux commandes mais pas de mot de passe validé avec la première

Password:

Sorry, try again.

Password:

Sorry, try again.

sudo: 3 incorrect password attempts

pc53:~ danielcolin$

pc53:~ danielcolin$ diskutil list

/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *1.0 TB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_HFS DD int 399.8 GB disk0s2

3: Apple_HFS Images 599.9 GB disk0s3

/dev/disk1 (external, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *480.1 GB disk1

1: EFI EFI 209.7 MB disk1s1

2: Apple_HFS SSD 479.8 GB disk1s2

pc53:~ danielcolin$
 
Bon : une chose est avérée > tu n'as pas de partition de récupération Recovery HD locale sur ton SSD de 480 Go externe où réside ton Système de démarrage. C'est la raison pour laquelle la commande ⌘R ne trouve pas cette partition de référence > auquel cas la commande est automatiquement convertie en ⌘⌥R pour opérer le démarrage en mode Internet Recovery. Voilà un point d'éclairci.

--------------------​

Pour ce qui est de ton mot-de-passe : je pense que le fichier "carte d'identité" dans lequel il est enregistré (localisé at: /private/var/db/dslocal/nodes/Default/users/danielcolin) est corrompu. C'est un fichier dans lequel toutes les écritures obéissent à une syntaxe imbriquée de type : clé > chaîne > clé > chaîne [<key>...</key> <string>...</string>]. S'il y a une erreur locale sur le paramètre du mot-de-passe > une ré-intialisation peut réussir ; si la ou les erreurs invalident la lecture du fichier dans son ensemble > aucune réinitialisation locale ne marchera > il faut supprimer le fichier global et le recréer à l'identique des informations mais avec une syntaxe correcte.

Alors : pour explorer la conjecture « réinitialisation locale » du mot-de-passe dans le fichier "carte d'identité" préservé =>

démarre par ⌘⌥R en mode Internet Recovery > néglige la fenêtre des 4 Utilitaires OS X > va à la barre de menus supérieure de l'écran > menu : Utilitaires > lance le «Terminal» > dans la fenêtre ouverte saisis la commande :
Bloc de code:
resetpassword
(en un mot tout attaché) et ↩︎ --> l'effet de cette commande est de lancer l'exécution d'une application Ré-initialisation du mot-de-passe dont la fenêtre va s'ouvrir en parallèle.

Dans cette fenêtre > laisse-toi guider par les champs de saisie superposés qui te demandent de sélectionner :

- le volume-cible => SSD
- le nom d'utilisateur => danielcolin
- la saisie du nouveau mot-de-passe => prend un mot-de-passe strictement identique à l'antérieur
- la confirmation => idem
- l'indice du mot-de-passe => facultatif
- presse le bouton "Appliquer"​

=> cela fait > tu re-démarres sur le volume SSD > dans ta session tu testes par exemple dans le panneau des Utilisateurs et groupes des Préférences Système si tu peux déverrouiller le cadenas (ou même tu repasses la commande sudo du «Terminal» que j'avais donnée dans mon message précédent).

=> en cas d'échec : il faudra supprimer / recréer ton fichier "Carte d'identité" /private/var/db/dslocal/nodes/Default/ users/danielcolin qui serait corrompu.
 
Bon : une chose est avérée > tu n'as pas de partition de récupération Recovery HD locale sur ton SSD de 480 Go externe où réside ton Système de démarrage. C'est la raison pour laquelle la commande ⌘R ne trouve pas cette partition de référence > auquel cas la commande est automatiquement convertie en ⌘⌥R pour opérer le démarrage en mode Internet Recovery. Voilà un point d'éclairci.

--------------------​

Pour ce qui est de ton mot-de-passe : je pense que le fichier "carte d'identité" dans lequel il est enregistré (localisé at: /private/var/db/dslocal/nodes/Default/users/danielcolin) est corrompu. C'est un fichier dans lequel toutes les écritures obéissent à une syntaxe imbriquée de type : clé > chaîne > clé > chaîne [<key>...</key> <string>...</string>]. S'il y a une erreur locale sur le paramètre du mot-de-passe > une ré-intialisation peut réussir ; si la ou les erreurs invalident la lecture du fichier dans son ensemble > aucune réinitialisation locale ne marchera > il faut supprimer le fichier global et le recréer à l'identique des informations mais avec une syntaxe correcte.

Alors : pour explorer la conjecture « réinitialisation locale » du mot-de-passe dans le fichier "carte d'identité" préservé =>

démarre par ⌘⌥R en mode Internet Recovery > néglige la fenêtre des 4 Utilitaires OS X > va à la barre de menus supérieure de l'écran > menu : Utilitaires > lance le «Terminal» > dans la fenêtre ouverte saisis la commande :
Bloc de code:
resetpassword
(en un mot tout attaché) et ↩︎ --> l'effet de cette commande est de lancer l'exécution d'une application Ré-initialisation du mot-de-passe dont la fenêtre va s'ouvrir en parallèle.

Dans cette fenêtre > laisse-toi guider par les champs de saisie superposés qui te demandent de sélectionner :

- le volume-cible => SSD
- le nom d'utilisateur => danielcolin
- la saisie du nouveau mot-de-passe => prend un mot-de-passe strictement identique à l'antérieur
- la confirmation => idem
- l'indice du mot-de-passe => facultatif
- presse le bouton "Appliquer"​

=> cela fait > tu re-démarres sur le volume SSD > dans ta session tu testes par exemple dans le panneau des Utilisateurs et groupes des Préférences Système si tu peux déverrouiller le cadenas (ou même tu repasses la commande sudo du «Terminal» que j'avais donnée dans mon message précédent).

=> en cas d'échec : il faudra supprimer / recréer ton fichier "Carte d'identité" /private/var/db/dslocal/nodes/Default/ users/danielcolin qui serait corrompu.
J'ai effectué la modification du mot de passe dans le terminal et apres redemmarrage je ne peux toujours pas deverrouiller le cadenas. Par contre pour enlever le fichier "carte d'identité" je le trouve a quel endroit ?
Pour le recréer comment faire ? Par contre j'ai un macboockpro de mi-2011sous elCapitan est il possible de remettre le fichier "carte d'identité" et de le transférer sur l'iMac ?
 
Il faut que tu te crées un nouvel utilisateur, à fonction purement auxiliaire, qui aura bien, lui, des privilèges admin.

Pour ce faire :

Acte Un

re-démarre en mode Internet Recovery > lance le «Terminal» > passe la commande :
Bloc de code:
rm /Volumes/SSD/private/var/db/.AppleSetupDone

[Attention ! Fais super-attention avec la commande rm (abrégé de remove) : après rm > tu sautes un espace > mais ensuite la saisie de l'adresse /Volumes/SSD/private/var/db/.AppleSetupDone ne doit comporter absolument aucun espace libre sous aucun prétexte entre aucun des termes => tu tapes tout en mode agglutiné. Il n'y a aucun espace libre entre db/ et .AppleSeupDone]

Cette commande supprime le fichier .AppleSetupDone de l'OS de ton SSD, qui est un fichier vide dont la simple existence prouve au Système que l'installation de l'OS a été complète, notamment le paramétrage final d'un compte admin. Supprimer ce fichier équivaut à signaler au Système que l'installation est incomplète > et qu'il reste à paramétrer un compte admin.

Acte Deux

Re-démarre > au lieu d'avoir ton ouverture de session automatique > tu vas voir s'afficher la série de panneaux de finalisation de l'installation d'OS X > choix du pays, langue, AppleID etc. => renseigne tout avec exactitude comme la première fois. À la fin, tu vas avoir le panneau de configuration d'un compte admin : ce sera un compte "bidon", mais permettant des opérations de secours en mode admin (ne renseigne absolument pas une identité d'utilisateur Daniel Colin ici !). Choisis donc : Nom Complet = toto ; Nom de Compte = toto ; Mot de passe = toto ; Indice de mot de passe : mange ta soupe (je plaisante
361608_original.png
)

=> tu vas pouvoir à partir de là ouvrir une session toto vide de préférences.

[Attention : le paramétrage du compte toto inscrit par défaut une préférence d'ouverture de session automatique en sa faveur, en en dépouillant l'utilisateur danielcolin. Tu ne peux restaurer une ouverture de session automatique en faveur de danielcolin qu'en renseignant un mot-de-passe valide pour cet utilisateur - ce dont tu ne disposes pas. Donc tu es obligé de poursuivre l'opération de restauration du mot-de-passe pour danielcolin jusqu'au bout...]

Acte Trois

Dans ta session toto qui s'est ouverte, donc, lance le «Terminal» (pour ce faire, dans les Préférences du Finder > tu coches la case "Disques durs" pour avoir accès à ton volume SSD) et saisis en copier-coller dans sa fenêtre la commande :
Bloc de code:
sudo rm -f /private/var/db/dslocal/nodes/Default/users/danielcolin.plist
et ↩︎ --> une demande de password s'affiche (commande sudo) --> tape ton mot-de-passe admin toto à l'aveugle - aucun caractère ne se montrant à la frappe - et derechef ↩︎ => en conséquence, le fichier "Carte d'identité" de l'utilisateur danielcolin se trouve supprimé, et par là-même l'existence de cet utilisateur pour le Système.

Mais, le dossier de compte qui comporte toutes les données et préférences de danielcolin, lui, n'a absolument pas été touché, car il réside à une toute autre adresse dans l'OS = /Users/danielcolin (dossier danielcolin dans le répertoire des Utilisateurs).

Acte Quatre


Cette opération faite > quitte le «Terminal» > va à : Menu  > Préférences Système > Utilisateurs et groupes et déverrouille le cadenas d'administration du panneau avec le mot-de-passe toto. Tu t'aperçois qu'il n'existe plus d'utilisateur Daniel Colin dans la colonne des utilisateurs.

Presse le bouton + en bas à gauche pour demander la création d'un nouvel utilisateur > dans le panneau de paramétrage qui se démasque, saisis :

- Nouveau Compte : Administrateur
- Nom Complet : Daniel Colin
- Nom du compte : danielcolin
-Mot-de-passe : reprends strictement à l'identique ton ancien mot de passe
-Confirmation : idem
-Indice du mot de passe : en rapport avec ton mot-de-passe
=> presse le bouton : Créer l'utilisateur > tu vois s'afficher alors le panneau :

494339_original.png

En effet, le Système au moment de (re)créer un fichier "carte d'identité" danielcolin.plist à l'adresse : /private/var/db/dslocal/nodes/Default/users/danielcolin.plist > s'aperçoit qu'il existe déjà un dossier d'utilisateur au nom de danielcolin dans les /Users (Utilisateurs) et demande s'il faut l'utiliser comme dossier de départ de session du nouvel utilisateur.

=> tu presses résolument le bouton: Utiliser le dossier existant et l'affaire est dite > tu vois s'afficher dans la colonne des Utilisateurs du panneau un nouveau Daniel Colin > qui a récupéré son dossier de compte danielcolin des /Users > mais aussi une carte d'identité danielcolin.plist flambant neuve > dans laquelle le mot-de-passe enregistré doit être valide.

Pour le vérifier (si tu veux toujours qu'une ouverture de session automatique s'opère au bénéfice de danielcolin) > presse le bouton "Options" du panneau des Utilisateurs et groupes et à l'option : Ouverture de session automatique > remplace l'utilisateur toto sélectionné par défaut par danielcolin > ce qui t'oblige, dans un panneau démasqué "Se connecter automatiquement en tant que : danielcolin à... saisir le mot-de-passe que tu a recréé pour cet utilisateur.

=> tu presses le bouton "OK" et si tu n'obtiens pas de message d'erreur > c'est que tu as récupéré un mot-de-passe (avec privilèges admin) reconnu valide.

Tu n'as plus qu'à quitter la session toto (ne supprime pas cet utilisateur qui pourrait te dépanner encore) et à te connecter, dans le panneau d'ouverture de session, en tant que Daniel Colin avec ton mot-de-passe pour cette fois...

 
Dernière édition par un modérateur:
Il faut que tu te crées un nouvel utilisateur, à fonction purement auxiliaire, qui aura bien, lui, des privilèges admin.

Pour ce faire :

Acte Un

re-démarre en mode Internet Recovery > lance le «Terminal» > passe la commande :
Bloc de code:
rm /Volumes/SSD/private/var/db/.AppleSetupDone

[Attention ! Fais super-attention avec la commande rm (abrégé de remove) : après rm > tu sautes un espace > mais ensuite la saisie de l'adresse /Volumes/SSD/private/var/db/.AppleSetupDone ne doit comporter absolument aucun espace libre sous aucun prétexte entre aucun des termes => tu tapes tout en mode agglutiné. Il n'y a aucun espace libre entre db/ et .AppleSeupDone]

Cette commande supprime le fichier .AppleSetupDone de l'OS de ton SSD, qui est un fichier vide dont la simple existence prouve au Système que l'installation de l'OS a été complète, notamment le paramétrage final d'un compte admin. Supprimer ce fichier équivaut à signaler au Système que l'installation est incomplète > et qu'il reste à paramétrer un compte admin.

Acte Deux

Re-démarre > au lieu d'avoir ton ouverture de session automatique > tu vas voir s'afficher la série de panneaux de finalisation de l'installation d'OS X > choix du pays, langue, AppleID etc. => renseigne tout avec exactitude comme la première fois. À la fin, tu vas avoir le panneau de configuration d'un compte admin : ce sera un compte "bidon", mais permettant des opérations de secours en mode admin (ne renseigne absolument pas une identité d'utilisateur Daniel Colin ici !). Choisis donc : Nom Complet = toto ; Nom de Compte = toto ; Mot de passe = toto ; Indice de mot de passe : mange ta soupe (je plaisante
361608_original.png
)

=> tu vas pouvoir à partir de là ouvrir une session toto vide de préférences.

[Attention : le paramétrage du compte toto inscrit par défaut une préférence d'ouverture de session automatique en sa faveur, en en dépouillant l'utilisateur danielcolin. Tu ne peux restaurer une ouverture de session automatique en faveur de danielcolin qu'en renseignant un mot-de-passe valide pour cet utilisateur - ce dont tu ne disposes pas. Donc tu es obligé de poursuivre l'opération de restauration du mot-de-passe pour danielcolin jusqu'au bout...]

Acte Trois

Dans ta session toto qui s'est ouverte, donc, lance le «Terminal» (pour ce faire, dans les Préférences du Finder > tu coches la case "Disques durs" pour avoir accès à ton volume SSD) et saisis en copier-coller dans sa fenêtre la commande :
Bloc de code:
sudo rm -f /private/var/db/dslocal/nodes/Default/users/danielcolin.plist
et ↩︎ --> une demande de password s'affiche (commande sudo) --> tape ton mot-de-passe admin toto à l'aveugle - aucun caractère ne se montrant à la frappe - et derechef ↩︎ => en conséquence, le fichier "Carte d'identité" de l'utilisateur danielcolin se trouve supprimé, et par là-même l'existence de cet utilisateur pour le Système.

Mais, le dossier de compte qui comporte toutes les données et préférences de danielcolin, lui, n'a absolument pas été touché, car il réside à une toute autre adresse dans l'OS = /Users/danielcolin (dossier danielcolin dans le répertoire des Utilisateurs).

Acte Quatre


Cette opération faite > quitte le «Terminal» > va à : Menu  > Préférences Système > Utilisateurs et groupes et déverrouille le cadenas d'administration du panneau avec le mot-de-passe toto. Tu t'aperçois qu'il n'existe plus d'utilisateur Daniel Colin dans la colonne des utilisateurs.

Presse le bouton + en bas à gauche pour demander la création d'un nouvel utilisateur > dans le panneau de paramétrage qui se démasque, saisis :

- Nouveau Compte : Administrateur
- Nom Complet : Daniel Colin
- Nom du compte : danielcolin
-Mot-de-passe : reprends strictement à l'identique ton ancien mot de passe
-Confirmation : idem
-Indice du mot de passe : en rapport avec ton mot-de-passe
=> presse le bouton : Créer l'utilisateur > tu vois s'afficher alors le panneau :

494339_original.png

En effet, le Système au moment de (re)créer un fichier "carte d'identité" danielcolin.plist à l'adresse : /private/var/db/dslocal/nodes/Default/users/danielcolin.plist > s'aperçoit qu'il existe déjà un dossier d'utilisateur au nom de danielcolin dans les /Users (Utilisateurs) et demande s'il faut l'utiliser comme dossier de départ de session du nouvel utilisateur.

=> tu presses résolument le bouton: Utiliser le dossier existant et l'affaire est dite > tu vois s'afficher dans la colonne des Utilisateurs du panneau un nouveau Daniel Colin > qui a récupéré son dossier de compte danielcolin des /Users > mais aussi une carte d'identité danielcolin.plist flambant neuve > dans laquelle le mot-de-passe enregistré doit être valide.

Pour le vérifier (si tu veux toujours qu'une ouverture de session automatique s'opère au bénéfice de danielcolin) > presse le bouton "Options" du panneau des Utilisateurs et groupes et à l'option : Ouverture de session automatique > remplace l'utilisateur toto sélectionné par défaut par danielcolin > ce qui t'oblige, dans un panneau démasqué "Se connecter automatiquement en tant que : danielcolin à... saisir le mot-de-passe que tu a recréé pour cet utilisateur.

=> tu presses le bouton "OK" et si tu n'obtiens pas de message d'erreur > c'est que tu as récupéré un mot-de-passe (avec privilèges admin) reconnu valide.

Tu n'as plus qu'à quitter la session toto (ne supprime pas cet utilisateur qui pourrait te dépanner encore) et à te connecter, dans le panneau d'ouverture de session, en tant que Daniel Colin avec ton mot-de-passe pour cette fois...

ca y est j'ai réussi apres 2 essais a repartir sans problèmes (enfin je crois)
il me reste a réussir à utiliser le même mot de passe pour la cession et pour iCloud et peut être de créer un Recovery HD sur le SSD

Merci encore pour ton aide Daniel
 
En téléchargeant depuis l'AppsStore un installateur de la même version d'OS X que celle actuellement installée > et en le déclenchant à destination du volume monté de ton OS > le Système sera restauré (sans dommage pour ton compte ni... ton identité d'utilisateur !) > et la partition Recovery HD sera recréée, en cas d'absence (ce qui est le cas).

Pour l'essentiel : ton fichier danielcolin.plist était corrompu dans sa syntaxe, manifestement. C'était un peu compliqué de tout remettre d'aplomb, mais tu parais t'être bien débrouillé. Alors bravo !