Ça m’est arrivée la même chose tout à l’heure. Comte Administrateur perdu, impossible de se connecter.
J'aimerais te rappeler ces échanges au terme d'un fil que tu as ouvert récemment (☞
Fusion Drive invisible suite effacement☜) > parce que l'installation de
High Sierra avec conversion à l'
APFS, en tant qu'OS principal de ton Mac sans sauvegarde, t'avait conduit à un plantage dans les grandes largeurs -->
Tu peux installer High Sierra dans le volume Macintosh HD du Fusion Drive que tu viens de créer > en échappant la conversion à l'APFS. Alors > tu auras affaire à une espèce d'avatar de «Sierra» > moins les dysfonctionnements grandioses induits par l'APFS pas encore finalisé.
J’ai choisi encore le APFS, ça me rappelle le premier jailbreak de l’iPhone en 2007. Avec plein d’écrans noir’ blanc, lignes de codes etc, je me demandais comment l’appareil il marche encore.
Tu cherches vraiment les ennuis. Une chose est sûre : tu vas les trouver
-
En fait dans 2 mois ça sera la nouvelle réalité pour tous, alors on ne peut plus y échapper
Uniquement pour ceux qui se précipitent comme des billes sur la première version publique d'un OS pour en faire leur Système principal - avant même qu'il soit fini de déboguer.
Précipitation résistible par simple principe de prudence. Alors que dire de ceux qui font des versions
beta d'un OS encore non publié leur OS quoitidien ? - et encore plus lorsque la version
beta d'un tel OS (
High Sierra) est utilisée avec
conversion au système de stockage / système de fichiers
APFS- alors qu'il s'avère que c'est essentiellement cet
APFS qui induit des dysfonctionnement dans les processus de cet OS ?
- je me marre
-
=> est-ce que tu peux m'expliquer à quoi rime cet aventurisme récidiviste ? - tu es comme quelqu'un d'à peine repêché de la noyade qui n'aurait qu'une idée en tête : se jeter à nouveau à l'eau pour se renoyer. C'est fatiguant, franchement. Parce qu'il faut toujours que ce soient les autres qui volent à ton secours pour te tirer de ces panades.
----------
Pour le problème que tu signales : perte du compte d'utilisateur avec simplement l'affichage d'une icône d'utilisateur
Autre --> voici un peu d'éclairage -->
- un compte dans l'OS est la combinaison de 2 facteurs : une Carte d'IDentité d'utilisateur (qui fait exister l'utilisateur pour le Système) et un Dossier de Départ (qui sert de domicile aux données et d'espace d'ouverture de session).
- La Carte d'IDentité de l'utilisateur est un fichier plist localisé dans la base de données des utilisateurs de l'Open Directory à l'adresse protégée suivante : /private/var/db/dslocal/nodes/Default/users/untel.plist. Le Dossier de Départ en ce qui le concerne est localisé at : /Users/untel. L'association des ces 2 facteurs est faite par une adresse au Dossier de Départ consignée dans la Carte d'IDentité plist à une rubrique intitulée Home (domicile) --> dans mon exemple d'un utilisateur untel > ce serait /Users/untel.
Étant donné cette configuration logique > une fois le Système de l'OS chargé > le processus
LoginWindow en charge de l'ouverture de session consulte les
Cartes d'IDentité d'utilisateurs > et affiche à un écran d'ouverture de session tous les noms d'utilisateurs dans le fichier
plist desquels se trouve renseigné un
mot-de-passe d'ouverture de session (et eux seuls) --> en cas de sélection d'un utilisateur avec renseignement du mot-de-passe adéquat > le
LoginWindow lit l'adresse au
Dossier de Départ (rubrique
Home du fichier
plist de l'utilisateur) > et la session de cet utilisateur s'ouvre sur l'espace du sous-dossier
Desktop (= Bureau) de son
Dossier de Départ.
Ce survol sommaire permet un diagnostic de ton plantage : un accident logique a manifestement
supprimé le fichier
plist qui était ta
Carte d'IDentité d'utilisateur > donc tu n'existes tout simplement plus pour le Système en tant qu'utilisateur. Par contre > ton
Dossier de Départ localisé dans les
/Users est sans aucun doute possible préservé intact : c'est donc comme une maison sans propriétaire.
Ce diagnostic fait sauter aux yeux le remède > qui consiste en 2 étapes :
a) r
éouvrir une session dans l'OS en tant qu'
utilisateur à privilèges admin tiers -->
b) recréer une
Carte d'IDentité copie conforme de ton antérieure > dans laquelle l'adresse
Home pointera à ton
Dossier de Départ des
/Users préservé intact. En conséquence de cette double manœuvre > tu existeras de nouveau pour le Système en tant qu'utilisateur > et tu pourras réouvrir une session dans l'espace de ton
Dossier de Départ antérieur.
=> est-ce que tu te rends compte, ne serait-ce qu'une minute, de la complexité des opérations de rattrapage de ton aventurisme ? - après la re-création d'un système de stockage
CoreStorage de type
Fusion Drive dans le fil antérieur > une
Carte d'IDentité d'utilisateur repointant à ton ancien
Dossier de Départ cette fois-ci ?
----------
Pour ré-ouvrir dans l'OS une session d'utilisateur tiers à privilèges --> je te propose une 1ère tentative express qui a une chance sur 2 d'être validée. Voici le raisonnement directeur :
- l'icône d'un utilisateur "Autre" sert régulièrement d'avatar à l'utilisateur dont le nom court est root et le nom long est System Administrator. Ce, dès lors qu'un mot-de-passe d'ouverture de session a été défini pour cet utilisateur-Maître > lui permettant d'ouvrir une session graphique sur la base du Dossier de Départ caché at : /private/var/ root.
- on va donc conjecturer qu'un mot-de-passe se trouve associé à la Carte d'IDentité de root actuellement > ce qui permet d'utiliser l'application «Ré-initialisation du mot-de-passe» du Recovery OS pour le ré-initialiser (dans les OS récents > il n'est plus possible d'éditer avec cette application un mot-de-passe pour l'utilisateur root si un mot-de-passe n'a pas déjà été créé pour lui depuis l'OS).
Donc > tu n'as qu'à démarrer par
⌘R sur le
Recovery OS > aller à la barre de menus supérieure de l'écran > menu
Utilitaires > lancer le «
Terminal». Dans sa fenêtre > tu saisis la commande :
(tout attaché) et tu valides avec la touche "
Entrée" du clavier --> une nouvelle fenêtre - celle de l'application «
Ré-initialisation du mot-de-passe» s'affiche à côté de celle du «
Terminal».
Dans cette fenêtre > tu choisis le
nom de volume de ton OS
High Sierra (
Macintosh HD par défaut) > à la rubrique
utilisateurs dont le mot-de-passe est à ré-initialiser tu sélectionnes le
nom long :
System Administrator > aux rubriques :
mot-de-passe et
confirmation tu saisis :
root (2 fois - en minuscules) comme mot-de-passe.
Si cette manipulation a été validée (signe qu'un mot-de-passe pour le
System Adminstrator était déjà reconnu dans l'OS) > tu re-démarres normalement > à l'écran d'ouverture de session tu sélectionnes l'icône
Autre > ce qui affiche 2 champs d'identification -->
- à Nom --> tu saisis : root (en minuscules)
- à Mot-de-Passe --> tu saisis : root (en minuscules - pareil que le nom)
=> si tout marchait comme sur des roulettes > tu ouvrirais une session
System Administrator ressemblant comme 2 gouttes d'eau à celle d'un utilisateur qui n'a pas encore personnalisé sa session. Tu n'aurais qu'à alors le signaler ici.
J'accorde une chance sur deux de réussite à cette manœuvre tordue de ré-ouverture d'une session à privilèges dans l'OS
High Sierra. Il est possible que pour te compliquer davantage la vie > tu aies activé «
FileVault» > ce qui fait que le
Volume APFS macOS se trouve verrouillé et non monté en cas de démarrage sur un OS tiers comme le
Recovery. Il est encore possible que malgré l'affichage d'une icône
Autre à l'écran d'ouverture de session >
aucun mot-de-passe ne soit défini dans la
Carte d'IDentité de
root > ce qui bloquera une ré-initialisation de ce mot-de-passe.
) aidez moi stp
