MacBook Pro Mac book pro bloqué au démarrage
- Créateur du sujet jlala
- Date de début
M
Membre supprimé 1060554
Invité
Cette mention -->
Alors tu vas étrenner cette recréation d'utilisateur -->
=> est-ce que tu ouvres la session nabil ? - est-ce que tu retrouves ton environnement et tes données ?
Bloc de code:
nabil /Users/nabil- montre qu'un utilisateur nabil --> va ouvrir sa session sur le dossier nabil des Utilisateurs (Users)
Alors tu vas étrenner cette recréation d'utilisateur -->
- vérifie dans les Utilisateurs et groupes > bouton : "Options" --> qu'il n'y ait pas d'option d'ouverture de session automatique pour le compte toto.
- redémarre une fois sur le volume Clone > à l'écran d'ouverture de session : choisis de te loger comme nabil
=> est-ce que tu ouvres la session nabil ? - est-ce que tu retrouves ton environnement et tes données ?
Franchement dans ma vie, c’est la première fois de ma vie je trouve quelqu’un d’aussi efficace.. merci 10000 fois !!!!
On démarre la mission pour le fameux g ?
Dernière édition par un modérateur:
M
Membre supprimé 1060554
Invité
Ça a l'air de marcher, donc -->
Pour ce qui est de l'utilisatrice à recréer sous le nom de sofiane (et pas de g) --> je suis très gêné par l'impossibilité de passer une commande sudo dans le terminal -->
- ce qui n'était pas évident, vu les acrobaties qu'il a fallu faire : cloner ton Macintosh HD qui ne démarrait pas => dans un dossier Sauvegarde du volume NO NAME en format FAT-32 > cloner à rebours le contenu du dossier Sauvegarde --> dans le volume Clone interne > restaurer l'OS cloné > créer un utilisateur admin auxiliaire toto > recréer une identité nabil disparue (sans pouvoir passer de commande sudo).
Pour ce qui est de l'utilisatrice à recréer sous le nom de sofiane (et pas de g) --> je suis très gêné par l'impossibilité de passer une commande sudo dans le terminal -->
- peux-tu aller à Clone > Utilisateurs > sélectionner le dossier nommé g --> le renommer exactement sofiane (en t'authentifiant avec ton mot-de-passe nabil quand cela sera demandé) ?
M
Membre supprimé 1060554
Invité
Passe la commande (qui n'a pas besoin de sudo) :
Poste le retour --> que je voie le résultat.
Bloc de code:
ls /Users- qui liste les dossiers de comptes dans les Utilisateurs
Poste le retour --> que je voie le résultat.
M
Membre supprimé 1060554
Invité
Parfait.
À présent --> on recrée une identité d'utilisatrice pour le dossier de compte sofiane.
Dans le panneau des Utilisateurs & groupes > déverrouille le cadenas (avec les identifiants de nabil) > bouton + pour créer un nouvel utilisateur > et tu recrées ainsi cette identité -->
=> en conséquence > un fichier identitaire sofiane.plist va être recréé at: /private/var/db/dslocal/nodes/Default/users/sofiane. plist > avec des écritures valides > dont à la clé home cette adresse : /Users/sofiane => qui va permettre de réouvrir la session sur le dossier de compte sofiane plein de données.
Cela fait > vois-tu affichée l'utilisatrice : Sofiane, Admin dans la colonne de gauche des Utilisateurs & groupes ?
À présent --> on recrée une identité d'utilisatrice pour le dossier de compte sofiane.
Dans le panneau des Utilisateurs & groupes > déverrouille le cadenas (avec les identifiants de nabil) > bouton + pour créer un nouvel utilisateur > et tu recrées ainsi cette identité -->
- Nouveau compte = Administrateur > Nom complet = sofiane ou Sofiane > Nom du compte = sofiane (il faut absolument que ce soit cet intitulé ici avec une minuscule initiale. Vérifie dans la case correspondante si c'est bien le cas) > Mot de passe = le même qu'avant (important pour le Trousseau de session) > Confirmation : idem => Créer l'utilisateur
- un panneau va déclarer qu'il existe déjà un dossier de ce nom (sofiane) dans les Utilisateurs et te demandant si tu veux l'utiliser comme dossier de départ de session ? => presse le bouton bleu : "Utiliser le dossier existant"
=> en conséquence > un fichier identitaire sofiane.plist va être recréé at: /private/var/db/dslocal/nodes/Default/users/sofiane. plist > avec des écritures valides > dont à la clé home cette adresse : /Users/sofiane => qui va permettre de réouvrir la session sur le dossier de compte sofiane plein de données.
Cela fait > vois-tu affichée l'utilisatrice : Sofiane, Admin dans la colonne de gauche des Utilisateurs & groupes ?
M
Membre supprimé 1060554
Invité
On vérifie de nouveau. Passe la commande :
Poste le retour. Histoire de voir si une utilisatrice à nom court = sofiane existe > et si le chemin d'ouverture de session pointe au dossier sofiane des Utilisateurs.
Bloc de code:
dscl . -list /Users home | grep -v '.*[\^\_\].*'- qui affiche en correspondance : nom court / chemin au dossier d'ouverture de session --> pour les utilisateurs à noms pleins
Poste le retour. Histoire de voir si une utilisatrice à nom court = sofiane existe > et si le chemin d'ouverture de session pointe au dossier sofiane des Utilisateurs.
M
Membre supprimé 1060554
Invité
Cette mention -->
Mais il se pourrait que les autorisations sur le dossier sofiane (et ses contenus !) --> ne portent pas une utilisatrice sofiane comme propriétaire. Passe la commande :
Poste le retour.
Bloc de code:
sofiane /Users/sofiane- montre que tout est en ordre.
Mais il se pourrait que les autorisations sur le dossier sofiane (et ses contenus !) --> ne portent pas une utilisatrice sofiane comme propriétaire. Passe la commande :
Bloc de code:
ls -alR /Users/sofiane- qui affichent les autorisations sur le dossier de compte sofiane (avec une récursion qui ne devrait pas excéder le 1er degré de dossiers sans sudo)
Poste le retour.
Bloc de code:
/Users/sofiane/Pictures/Photothèque.photoslibrary/resources/segments:
total 640
drwxrwxrwx@ 4 sofiane staff 136 Sep 26 13:49 .
drwxrwxrwx 10 sofiane staff 340 Sep 26 13:49 ..
-rwxrwxrwx@ 1 sofiane staff 217088 Jul 2 23:21 Thumb64Segment_0.data
-rwxrwxrwx@ 1 sofiane staff 110592 Jul 2 23:21 ThumbJPGSegment_0.data
/Users/sofiane/Public:
total 0
drwxrwxrwx 5 sofiane staff 170 Sep 26 13:49 .
drwxrwxrwx 15 sofiane staff 510 Sep 26 13:49 ..
-rwxrwxrwx 1 sofiane staff 0 Feb 20 2018 .com.apple.timemachine.supported
-rwxrwxrwx 1 sofiane staff 0 Feb 20 2018 .localized
drwxrwxrwx 3 sofiane staff 102 Sep 26 13:49 Drop Box
/Users/sofiane/Public/Drop Box:
total 0
drwxrwxrwx 3 sofiane staff 102 Sep 26 13:49 .
drwxrwxrwx 5 sofiane staff 170 Sep 26 13:49 ..
-rwxrwxrwx 1 sofiane staff 0 Feb 20 2018 .localizedça continue j'ai pas tout copier
M
Membre supprimé 1060554
Invité
L'utilisatrice sofiane est bien propriétaire des contenus du dossier sofiane.
Dernière vérification : passe la commande -->
Poste le retour.
Dernière vérification : passe la commande -->
Bloc de code:
ls -ald /Users/sofiane- qui va afficher sur une seule ligne les autorisations sur le dossier parent sofiane
Poste le retour.
M
Membre supprimé 1060554
Invité
Bon : aucun problème -->
Note : comme il se fait tard > je jette l'éponge pour aujourd'hui. Je reviendrai demain dans ton fil > pour la finalisation des opérations = réinstallation d'un OS dans Macintosh HD > récupération des données de Clone via l'Assistant de migration => pour voir si ça passe cette fois-ci...
- je te laisse > après un redémarrage sur Clone => le soin de te loger comme sofiane et de tester une ouverture de session
Note : comme il se fait tard > je jette l'éponge pour aujourd'hui. Je reviendrai demain dans ton fil > pour la finalisation des opérations = réinstallation d'un OS dans Macintosh HD > récupération des données de Clone via l'Assistant de migration => pour voir si ça passe cette fois-ci...
M
Membre supprimé 1060554
Invité
Disons alors que tu as récupéré l'essentiel dans le volume Clone : un OS démarrable + les 2 utilisateurs = nabil & sofiane capables de réouvrir une session sur leurs dossiers de comptes.
Cette brève analyse (non exempte d'ironie) --> montre qu'il n'est pas possible de s'en remettre au fonctionnement-Système actuel du volume Clone. Il faut effectuer une installation propre d'OS dans le volume collatéral Macintosh HD > puis lancer une récupération de comptes et de logiciels tiers via l'Assistant de migration - lequel ne reprend jamais l'OS du volume source. Ainsi > la corruption de sudoers > phénomène visible d'une action déviante du Service d'Annuaire dans Clone => serait échappée de la récupération.
- mais (car il y a un "mais") --> il y a une invalidité du fichier sudoers. sudoers qu'on pourrait traduire par : "habilités à sudo" - sudo étant l'acronyme de substitute_user_do (opérer en qualité d'utilisateur root substitué). Note : la manie américaine à fabriquer des acronymes partout - y compris dans l'informatique --> signe une utilisation "chosifiante" du langage qu'il est assez fastidieux d'avoir continuellement à "ré-interpréter" en Français. Enfin : passons...
- l'invalidité du fichiers sudoers n'est pas dans son contenu d'écriture ; mais dans les autorisations apposées sur ce fichier. Fichier actuellement propriété du processus du Système appelé Daemon (UID = 1) > au lieu d'être la propriété du super-utilisateur root (UID = 0). C'est la seconde fois que je suis confronté à cette corruption des autorisations sur sudoers. La 1ère fois > j'avais tenté en vain dans le terminal de la session de secours --> de restaurer les autorisations du sudoers du volume de démarrage à : user=0=root. J'avais même proposé en téléchargement au membre des forums un exemplaire propre de fichier sudoers à substituer au sudoers corrompu dans sa propriété. Dans les 2 cas de figure --> l'utilisateur-Système = Daemon => était resté le propriétaire du fichier.
- ce qui signe l'intervention d'un service dans l'OS ré-itérant la corruption de propriété de ce fichier. Vu de surcroît que les 2 identités d'utilisateurs nabil & sofiane avaient été supprimées > via la suppression des 2 fichiers identitaires nabil.plist & sofiane.plist dans la base de données users du Service d'Annuaire (= Open Directory) => j'aurai tendance à incriminer une activité corruptrice dudit Service d'Annuaire censé gérer de manière valide les utilisateurs et les groupes. Autant dire que la corruption d'autorisations du fichier sudoers dans Clone n'est que la partie émergée de l'iceberg (le "phénomène manifeste" d'un processus déviant dans l'OS).
Cette brève analyse (non exempte d'ironie) --> montre qu'il n'est pas possible de s'en remettre au fonctionnement-Système actuel du volume Clone. Il faut effectuer une installation propre d'OS dans le volume collatéral Macintosh HD > puis lancer une récupération de comptes et de logiciels tiers via l'Assistant de migration - lequel ne reprend jamais l'OS du volume source. Ainsi > la corruption de sudoers > phénomène visible d'une action déviante du Service d'Annuaire dans Clone => serait échappée de la récupération.
- tu n'auras qu'à refaire signe ici lorsque tu seras de nouveau disponible...
M
Membre supprimé 1060554
Invité
Me revoici -->
Poste le retour.
- redémarre > les 2 touches ⌘R pressées pour ouvrir la session de secours du disque. Quand tu as les 4 Utilitaires macOS > lance le Terminal > passe la commande :
Bloc de code:
diskutil list disk0- le 0 de disk0 = zéro
- la commande affiche la configuration du disque interne seul
Poste le retour.
