MacBook Pro Mac book pro bloqué au démarrage

[Nackgmr]

Last login: Sat Sep 28 17:45:24 on console
macbookpro-3c075416effa:~ toto$ sudo ls /private/var/db/dslocal/nodes/Default/users | sed '/^_/ d'
sudo: /etc/sudoers is owned by uid 1, should be 0
sudo: no valid sudoers sources found, quitting
sudo: unable to initialize policy plugin
macbookpro-3c075416effa:~ toto$ sudo ls /private/var/db/dslocal/nodes/Default/users | sed '/^_/ d'
sudo: /etc/sudoers is owned by uid 1, should be 0
sudo: no valid sudoers sources found, quitting
sudo: unable to initialize policy plugin
macbookpro-3c075416effa:~ toto$ diskutil listUsers / | grep -v '.*[\^\_\].*'
USERS
-----

Disk: disk1
Volume: Clone
Mountpoint: /

UID       Short Name                      Long Name
------------------------------------------------------------------------
1         daemon                          System Services
-2        nobody                          Unprivileged User
0         root                            System Administrator
501       toto                            toto
macbookpro-3c075416effa:~ toto$ dscl . -list /Users home | grep -v '.*[\^\_\].*'
daemon                  /var/root
nobody                  /var/empty
root                    /var/root
toto                    /Users/toto

Last login: Sat Sep 28 17:45:24 on console
macbookpro-3c075416effa:~ toto$ sudo ls /private/var/db/dslocal/nodes/Default/users | sed '/^_/ d'
sudo: /etc/sudoers is owned by uid 1, should be 0
sudo: no valid sudoers sources found, quitting
sudo: unable to initialize policy plugin
macbookpro-3c075416effa:~ toto$ sudo ls /private/var/db/dslocal/nodes/Default/users | sed '/^_/ d'
sudo: /etc/sudoers is owned by uid 1, should be 0
sudo: no valid sudoers sources found, quitting
sudo: unable to initialize policy plugin
macbookpro-3c075416effa:~ toto$ diskutil listUsers / | grep -v '.*[\^\_\].*'
USERS
-----

Disk: disk1
Volume: Clone
Mountpoint: /

UID       Short Name                      Long Name
------------------------------------------------------------------------
1         daemon                          System Services
-2        nobody                          Unprivileged User
0         root                            System Administrator
501       toto                            toto
macbookpro-3c075416effa:~ toto$ dscl . -list /Users home | grep -v '.*[\^\_\].*'
daemon                  /var/root
nobody                  /var/empty
root                    /var/root
toto                    /Users/toto

 

[Membre supprimé 1060554]

Bien posté. Poste encore les retours des commandes n°3 & 4.

 

[Nackgmr]

macbookpro-3c075416effa:~ toto$ dscl . -list /Users home | grep -v '.*[\^\_\].*'
daemon                  /var/root
nobody                  /var/empty
root                    /var/root
toto                    /Users/toto
macbookpro-3c075416effa:~ toto$ sudo du -sh /Users/*
sudo: /etc/sudoers is owned by uid 1, should be 0
sudo: no valid sudoers sources found, quitting
sudo: unable to initialize policy plugin

 

[Membre supprimé 1060554]

Il y a une erreur de propriétaire sur le fichier sudoers -->

- c'est un fichier consulté en cas de passation d'une commande sudo (qui assimile l'opérateur de la commande à root, le Super-Administrateur) --> pour savoir si l'initiataire de la commande (toto ici) > a le droit de sudo.​

- l'erreur consiste dans le fait que le fichier a pour propriétaire un utilisateur dont l'UID (User_IDentifier) est 1 (il s'agit de Daemon, un processus du Système) > au lieu d'un utilisateur dont l'UID est 0 (= root). Cette erreur bloque le fichier sudoers d'utilisation. Et donc empêche une commande sudo.​

C'est la raison pour laquelle tu n'as pas pu passer les 2 commandes sudo (n°1 et n°4). Commandes décisives pour savoir ce qu'il en est de ton compte principal.

Redémarre > avec ⌘R pour ouvrir à nouveau la session de secours. Préviens quand tu auras l'écran aux 4 Utilitaires macOS.

 

[Nackgmr]

Il y a une erreur de propriétaire sur le fichier sudoers -->

- c'est un fichier consulté en cas de passation d'une commande sudo (qui assimile l'opérateur de la commande à root, le Super-Administrateur) --> pour savoir si l'initiataire de la commande (toto ici) > a le droit de sudo.​

- l'erreur consiste dans le fait que le fichier a pour propriétaire un utilisateur dont l'UID (User_IDentifier) est 1 (il s'agit de Daemon, un processus du Système) > au lieu d'un utilisateur dont l'UID est 0 (= root). Cette erreur bloque le fichier sudoers d'utilisation. Et donc empêche une commande sudo.​

C'est la raison pour laquelle tu n'as pas pu passer les 2 commandes sudo (n°1 et n°4). Commandes décisives pour savoir ce qu'il en est de ton compte principal.

Redémarre > avec ⌘R pour ouvrir à nouveau la session de secours. Préviens quand tu auras l'écran aux 4 Utilitaires macOS.

c bn

 

[Membre supprimé 1060554]

Alors tu vas passer l'équivalent des commandes de la session toto > dans le terminal de la session de secours. Dans ce terminal de secours => tu es root d'entrée de jeu (ce qui explique l'absence de sudo dans les commandes qui touchent au Système).

Passe d'abord la commande :

/Volumes/Clone/usr/bin/du -sh /Volumes/Clone/Users/*

• qui mesure (en Gi) les dossiers de comptes contenus dans les Utilisateurs de Clone

Poste le retour quand tu auras récupéré -bash-3.2# en signal de fin.

 

[Nackgmr]

-bash-3.2# /Volumes/Clone/usr/bin/du -sh /Volumes/Clone/Users/*
44K    /Volumes/Clone/Users/Guest
2.4M    /Volumes/Clone/Users/Shared
34G    /Volumes/Clone/Users/g
56G    /Volumes/Clone/Users/nabil
294M    /Volumes/Clone/Users/toto

 

[Membre supprimé 1060554]

Enfin des informations ! -->

- on apprend qu'il y a 2 dossiers de comptes substantiels d'utilisateurs : g (34 Gi = 37 Go) & nabil (56 Gi = 60 Go)​

Reste à savoir si les fichiers identitaires de ces utilisateurs existent toujours dans la base de données du Service d'Annuaire (qui gère les utilisateurs et les groupes) -->

- un compte d'utilisateur étant défini par 2 facteurs associés : un fichier identitaire (exemple : nabil.plist) contenant les informations de l'utilisateur (noms > mot de passe etc) et faisant exister l'utilisateur pour le Système + un dossier domiciliaire (exemple : nabil) contenant les données de l'utilisateur et ses préférences.​

Voici la commande à passer encore :

ls /Volumes/Clone/private/var/db/dslocal/nodes/Default/users | sed '/^_/ d'

• tu la passes en "copier-coller à rebours" : tu la copies ici d'abord avec Safari > tu la colles dans le terminal > tu l'exécutes

• la commande liste les fichiers identitaires des utilisateurs à noms pleins --> pour le volume Clone

Poste le retour.

 

[Nackgmr]

-bash-3.2# ls /Volumes/Clone/private/var/db/dslocal/nodes/Default/users | sed '/^_/ d'
daemon.plist
nobody.plist
root.plist
toto.plist

 

[Membre supprimé 1060554]

Hé ! hé ! -->

- tout devient clair comme l'eau de source en montagne. Les dossiers de compte g & nabil existent toujours > mais les fichiers identitaires g.plist & nabil.plist... n'existent plus carrément. Donc ces utilisateurs n'existent plus pour le Système (du volume Clone).​

=> la prochaine étape (depuis la session toto de Clone) --> va consister à recréer les 2 fichiers identitaires g.plist & nabil.plist. Ce qui va permettre de nouveau une ouverture de session pour les 2 utilisateurs g & nabil. Comme cette recréation ne demande pas l'emploi du terminal (où l'impossibilité de sudo aurait été bloquante) => tu y arriveras dans la session toto.

Note : je fais une pause ! Je reviendrai plus tard dans ton fil pour la recréation de ces 2 identités d'utilisateurs - ce qui aura des chances de finaliser le volume Clone.

 

[Nackgmr]

Hé ! hé ! -->

- tout devient clair comme l'eau de source en montagne. Les dossiers de compte g & nabil existent toujours > mais les fichiers identitaires g.plist & nabil.plist... n'existent plus carrément. Donc ces utilisateurs n'existent plus pour le Système (du volume Clone).​

=> la prochaine étape (depuis la session toto de Clone) --> va consister à recréer les 2 fichiers identitaires g.plist & nabil.plist. Ce qui va permettre de nouveau une ouverture de session pour les 2 utilisateurs g & nabil. Comme cette recréation ne demande pas l'emploi du terminal (où l'impossibilité de sudo aurait été bloquante) => tu y arriveras dans la session toto.

Note : je fais une pause ! Je reviendrai plus tard dans ton fil pour la recréation de ces 2 identités d'utilisateurs - ce qui aura des chances de finaliser le volume Clone.

Merci c'est impressionant comment t'es fort oaw.
J'ai rien à faire alors? Je t'attend

 

[Membre supprimé 1060554]

Si tu es toujours dans la session de secours > redémarre sur le volume Clone et ouvre la session toto -->

- préviens quand tu y es.​

 

[Nackgmr]

Si tu es toujours dans la session de secours > redémarre sur le volume Clone et ouvre la session toto -->

- préviens quand tu y es.​

Go

 

[Membre supprimé 1060554]

Dans la session toto : va à : Menu  > Préférences Système > Utilisateurs & groupes > déverrouille le cadenas (avec les identifiants de toto) > bouton + pour créer un nouvel utilisateur > et tu recrées ainsi cette identité -->

• Nouveau compte = Administrateur > Nom complet = nabil ou Nabil > Nom du compte = nabil (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 (nabil) 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 nabil.plist va être recréé at: /private/var/db/dslocal/nodes/Default/users/nabil.plist > avec des écritures valides > dont à la clé home cette adresse : /Users/nabil => qui va te permettre de réouvrir ta session sur ton dossier de compte plein de données.

Cela fait > vois-tu affiché l'utilisateur : nabil, Admin dans la colonne de gauche des Utilisateurs & groupes ?

 

[Nackgmr]

Dans la session toto : va à : Menu  > Préférences Système > Utilisateurs & groupes > déverrouille le cadenas (avec les identifiants de toto) > bouton + pour créer un nouvel utilisateur > et tu recrées ainsi cette identité -->

• Nouveau compte = Administrateur > Nom complet = nabil ou Nabil > Nom du compte = nabil (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 (nabil) 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 nabil.plist va être recréé at: /private/var/db/dslocal/nodes/Default/users/nabil.plist > avec des écritures valides > dont à la clé home cette adresse : /Users/nabil => qui va te permettre de réouvrir ta session sur ton dossier de compte plein de données.

Cela fait > vois-tu affiché l'utilisateur : nabil, Admin dans la colonne de gauche des Utilisateurs & groupes ?

Oui !

 

[Membre supprimé 1060554]

Bien.

À présent --> on recrée une identité d'utilisateur pour le compte g.

Dans le panneau des Utilisateurs & groupes > déverrouille le cadenas (avec les identifiants de toto) s'il le faut encore > bouton + pour créer un nouvel utilisateur > et tu recrées ainsi cette identité -->

• Nouveau compte = Administrateur > Nom complet = g ou G > Nom du compte = g (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 (g) 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 g.plist va être recréé at: /private/var/db/dslocal/nodes/Default/users/g.plist > avec des écritures valides > dont à la clé home cette adresse : /Users/g => qui va permettre de réouvrir la session sur le dossier de compte g plein de données.

Cela fait > vois-tu affiché l'utilisateur : g, Admin dans la colonne de gauche des Utilisateurs & groupes ?

 

[Nackgmr]

Bien.

À présent --> on recrée une identité d'utilisateur pour le compte g.

Dans le panneau des Utilisateurs & groupes > déverrouille le cadenas (avec les identifiants de toto) s'il le faut encore > bouton + pour créer un nouvel utilisateur > et tu recrées ainsi cette identité -->

• Nouveau compte = Administrateur > Nom complet = g ou G > Nom du compte = g (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 (g) 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 g.plist va être recréé at: /private/var/db/dslocal/nodes/Default/users/g.plist > avec des écritures valides > dont à la clé home cette adresse : /Users/g => qui va te permettre de réouvrir ta session sur ton dossier de compte plein de données.

Cela fait > vois-tu affiché l'utilisateur : g, Admin dans la colonne de gauche des Utilisateurs & groupes ?

Il y a un problème. L’utilisateur g étais normalement nommé Sofiane quand je lancé ma session. Je ne sais pas d’ou sort le g

 

[Membre supprimé 1060554]

Le g est le nom actuel du dossier de compte présent dans le répertoire des Utilisateurs -->

44K    /Volumes/Clone/Users/Guest
2.4M    /Volumes/Clone/Users/Shared
34G    /Volumes/Clone/Users/g
56G    /Volumes/Clone/Users/nabil
294M    /Volumes/Clone/Users/toto

• comme tu le vois > il y a un dossier intitulé g et contenant 34 Gi = 37 Go de données

Veux-tu qu'on recrée cette identité d'utilisatrice après que tu aies vérifié si le compte nabil fonctionne ?

 

[Nackgmr]

Le g est le nom actuel du dossier de compte présent dans le répertoire des Utilisateurs -->

44K    /Volumes/Clone/Users/Guest
2.4M    /Volumes/Clone/Users/Shared
34G    /Volumes/Clone/Users/g
56G    /Volumes/Clone/Users/nabil
294M    /Volumes/Clone/Users/toto

• comme tu le vois > il y a un dossier intitulé g et contenant 34 Gi = 37 Go de données

Veux-tu qu'on recrée cette identité d'utilisatrice après que tu aies vérifié si le compte nabil fonctionne ?

Oui
Car avant quand je démarrais ma session c’était un compte intitulé Sofiane et pas g

 

[Membre supprimé 1060554]

Bon.

Alors petite vérification pour voir si un utilisateur nabil --> va bien ouvrir sa session sur le dossier de compte nabil. Dans le Terminal > passe la commande (sans sudo) :

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.