10.11 El Capitan Macbook bloqué au démarrage (logo Apple barre full)

[maena]

MacBook-Pro-de-maena-818:Applications Maena$ ls /Volumes/Data*/Applications
4K Video Downloader.app            Maps.app
Aegisub.app                MediaImpression 2.app
Aimersoft Video Converter.app        Messages.app
Android File Transfer.app        Mission Control.app
Apowersoft Video Converter for Mac.app    Notes.app
App Store.app                Numbers.app
ArcSoft Connect Suite            OnyX.app
Audacity                OpenOffice.app
Automator.app                OsiriX.app
Calculator.app                PMBP_Mac.app
Calendar.app                Pages.app
Chess.app                Panorama Maker 4.app
Clone X 4.app                Photo Booth.app
Contacts.app                Photos.app
DVD Player.app                Preview.app
Dashboard.app                QuickTime Player.app
Dictionary.app                Reminders.app
Discord.app                Safari.app
Dropbox.app                Seashore.app
EtreCheck.app                Skype.app
FaceTime.app                SoulseekQt.app
Firefox.app                Stickies.app
Font Book.app                Sweet Home 3D
Game Center.app                System Preferences.app
GarageBand.app                TextEdit.app
Google Earth.app            Thunderbird.app
HP Easy Scan.app            Time Machine.app
HP Photo Creations.app            TorBrowser.app
HandBrake.app                Transmission.app
Hewlett-Packard                Utilities
Image Capture.app            VLC.app
Install macOS Mojave.app        WhatsApp.app
Keynote.app                Wondershare Video Converter.app
Launchpad.app                cacaoweb.app
LibreOffice.app                coconutBattery.app
Little Snitch Configuration.app        dr.fone.app
Little Snitch Installer.app        iBooks.app
MKVToolNix-9.1.0.app            iMovie.app
MPlayer OSX Extended.app        iTunes.app
Mail.app                net.downloadhelper.coapp.app
Malwarebytes.app            zoom.us.app

 

[Membre supprimé 1060554]

Hé ! hé ! --> ce coup-ci > il y a bien eu ajout des applications tierces dans le dossier Applications de l'espace-racine de Data Rescue.

- je me demande s'il ne faudrait pas remplacer la Library de l'espace-racine (2,1 Gi = 2,2 Go) => par celle de Recovered Items (5,3 Gi = 5,7 Go) --> dans la mesure où des ressources additionnelles d'installation des applications tierces (ou natives) sont localisées dans cette Bibliothèque ?​

=> qu'est-ce que tu en penses ?

Note : tu auras compris qu'on tente de rafistoler la distribution des dossiers-Système de Data Rescue --> dans l'espoir qu'elle puisse se trouver prise en charge ensuite par l'installation en mise-à-niveau de Sierra.

 

[maena]

Cela me parait logique pour le remplacement des Library. Oui j'ai bien compris qu'on rafistole, c'est du travail de doigt de fée couturière là :rolleyes:

 

[Membre supprimé 1060554]

On doit pouvoir faire pareil pour private (qui contient les fichiers identitaires d'utilisateurs - notamment) : 8,6 Gi = 9,3 Go dans Recovered Items contre un anémique 899 Mi = 965 Mo dans l'espace-racine de Data Rescue.

Donc passe d'abord la commande :

sudo rm -rf /Volumes/"Data Rescue 082019"/Library ; sudo rm -rf /Volumes/"Data Rescue 082019"/private

• qui supprime Library & private de l'espace-racine de Data Rescue (je n'ai pas employé d'abréviation ici > car la commande rm de suppression (remove) ne les supporte pas.

Puis passe les commandes :

sudo cp -av /Volumes/Data*/Reco*/Library /Volumes/Data*
sudo cp -av /Volumes/Data*/Reco*/private /Volumes/Data*

• qui copient Library & private de Recovered Items => dans l'espace-racine de Data Rescue

Tout cela effectué > passe la commande informative :

sudo du -sh /Volumes/Data*/*

• qui mesure (en Gi) les dossiers de 1er rang de Date Rescue

Poste le tableau --> qu'on voie si tout est en place.

 

[maena]

 14G    /Volumes/Data Rescue 082019/Applications
1,5M    /Volumes/Data Rescue 082019/Historique de Programme d’installation 31-Dec-2015.txt
5,3G    /Volumes/Data Rescue 082019/Library
  0B    /Volumes/Data Rescue 082019/Network
27G    /Volumes/Data Rescue 082019/Recovered Items
4,6G    /Volumes/Data Rescue 082019/System
307G    /Volumes/Data Rescue 082019/Users
  0B    /Volumes/Data Rescue 082019/Volumes
2,5M    /Volumes/Data Rescue 082019/bin
  0B    /Volumes/Data Rescue 082019/cores
  0B    /Volumes/Data Rescue 082019/dev
4,0K    /Volumes/Data Rescue 082019/etc
4,0K    /Volumes/Data Rescue 082019/installer.failurerequests
  0B    /Volumes/Data Rescue 082019/net
8,6G    /Volumes/Data Rescue 082019/private
1,0M    /Volumes/Data Rescue 082019/sbin
4,0K    /Volumes/Data Rescue 082019/tmp
395M    /Volumes/Data Rescue 082019/usr
4,0K    /Volumes/Data Rescue 082019/var

 

[Membre supprimé 1060554]

Tout s'est bien passé. Tu peux conclure par la commande :

sudo rm -rf /Volumes/"Data Rescue 082019"/"Recovered Items"

• qui supprime le dossier Recovered Items (la commande passe sans retour déclaratif).

 

[maena]

ok, ready to go

 

[Membre supprimé 1060554]

Tu n'auras dire ce qui est ressorti de l'installation en mise-à-niveau de Sierra.

 

[maena]

Alors, l'installation de Sierra sur Data Rescue n'a pas provoquée de plantage ou d'erreur. Tout semble s'être passé correctement. Sauf que je n'ai pas pu me connecter. Je n'avais pas les 3 comptes habituels "Administrateur", "Invité" et "Maena". Juste 2 zones de saisie pour le nom d'utilisateur et pour le mot de passe. J'ai essayé de me connecter en Admin et en tant que "Maena", mais ça n'a pas marché alors que le mdp était bien le bon.
Histoire de vérifier, j'ai rebooté sur MacinExt et ai tenté de me connecter en Admin. Là ça a pris un temps de ouf, pour finir par une invit de connexion avec le compte Apple. Ça ENCORE merdé, le compte a été bloqué, demande de reinit de msp, bref il a fini par m'ouvrir une session Admin avec un environnement que je ne connais et un fond d'écran "Sierra", ce qui n'est pas très loqigue vu que Sierra n'est pas installé sur MacinExt.
Bref, j'ai relancé ma session habituelle sur MacinExt pour poster ce message.

 

[Membre supprimé 1060554]

Voici mon interprétation -->

- pour l'essentiel : il semble que les nouvelles soient bonnes concernant Data Rescue. L'installation en mode mise-à-niveau de Sierra => n'a pas rejeté le volume comme destination ; n'a pas effectué de quarantaine (à vérifier) de dossiers-Système considérés comme invalides - en résumé : n'a pas planté. Un OS fonctionnel paraît s'être installé => qui est démarrable. Un succès improbable au départ - vue l'état de délabrement du volume qui avait servi de source au clonage de Data Rescue > et le travail de ravaudage de la distribution des dossiers-Système auquel on s'est livrés => afin de produire un : "faux-semblant" (un faux-semblant de distribution logique valide). Le programme d'installation a eu l'air de gober l'appât - hameçon compris.​

- pour le secondaire (quoique cela puisse paraître principal à première vue) : aucun utilisateur affiché à l'écran de connexion (écran d'ouverture de session). Problème mineur en fait : le répertoire private qu'on a cloné dans l'espace-racine de Data Rescue => est censé receler les fichiers identitaires d'utilisateur (de type : toto.plist pour un utilisateur toto possédant un dossier domiciliaire toto dans le répertoire des Utilisateurs). Eh bien ! --> ce dossier private devait se trouver dépouillé de fichiers identitaires valides (peut-être suite à un défaut de programmation du High Sierra précédement installé). Aucun problème sur le fond : il va suffire de recréer un fichier identitaire valide > te refaisant exister en qualité d'utilisatrice revendiquant le dossier domiciliaire en place (dans les Utilisateurs) => comme dossier d'ouverture de session.​

=> question : après tes manipulations --> est-ce que tu confirmes pouvoir ouvrir une session vide (et neuve) dans Data Rescue (installé de Sierra) sous l'identité d'un utilisateur = Admin ? - ou bien faut-il créer de neuf un utilisateur à statut Admin = toto => à partir de la session duquel enquêter sur la situation de ton compte principal dans Data Rescue ?

 

[maena]

Il faut créer un utilisateur Admin sur Data Rescue.

 

[Membre supprimé 1060554]

Alors dans ta session de MacinEXT > passe la commande :

sudo rm -rf /Volumes/"Data Rescue 082019"/var/db/.AppleSetupDone

• cette commande supprime un fichier de finalisation vide dans le volume Data Rescue --> ce qui va te permettre de ré-obtenir les panneaux de paramétrage du Mac / création d'un compte admin comme à la fin d'une 1ère installation

• re-démarre > avec "alt" pour avoir l'écran de choix du volume de démarrage => choisis Data Rescue > redémarre dessus) --> à la fin du chargement de l'OS > au lieu d'avoir l'écran de connexion > tu vas toucher la série des panneaux de paramétrage du Mac (Pays etc.). Renseigne tout avec exactitude.

• le dernier panneau te permet de créer un compte admin : ne reprends surtout pas les identifiants de ton compte > choisis : Nom complet = toto > nom de compte = toto > mot-de-passe = toto.

Tu ouvres une session toto --> confirme si c'est bien le cas.

 

[maena]

ok. Sinon, en bootant touche ALT, j'ai encore une partition "El Capitan" Recovery 10.11.6. Pourtant on l'avait supprimé non ?

 

[maena]

Ok, je suis connectée sur Data Rescue avec le compte "toto"

 

[Membre supprimé 1060554]

Bon.

En allant à la barre de menus supérieure du Finder : Finder > Préférences > Général => coche les cases d'affichage de : "Disques durs" & "Disques externes" (si ce n'est pas fait). Tous les volumes sont affichés sur le Bureau > dont Data Rescue.

----------

Tu trouves le Terminal de macOS dans le volume Data Rescue (at: Applications > Utilitaires > Terminal).

Lance-le et passe les commandes (copier-coller ; une seule à la fois) :

sudo ls /private/var/db/dslocal/nodes/Default/users | sed '/^_/ d'
diskutil listUsers / | grep -v '.*[\^\_\].*'
dscl . -list /Users home | grep -v '.*[\^\_\].*'
sudo du -sh /Users/*

• tu t'authentifies en aveugle avec le mot-de-passe toto après exécution de la 1ère et tu revalides (commande sudo). Pas besoin pour le 2è sudo.

• la 1ère liste les fichiers identitaires d'utilisateurs à noms pleins (recelés dans la base de données du Service d'Annuaire)

• la 2è liste en correspondance : nomcourt (Short Name) / nom complet (Long Name) pour les mêmes

• la 3è affiche en correspondance nomcourt / adresse au dossier d'ouverture de session pour les mêmes

• la 4è liste & mesure les dossiers domiciles du répertoire des Utilisateurs

=> poste tous les affichages retournés dans une fenêtre de code.

 

[maena]

Pb sur le 1er sudo :

MacBook-Pro-de-toto:~ 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

 

[maena]

MacBook-Pro-de-toto:~ toto$ diskutil listUsers / | grep -v '.*[\^\_\].*'
USERS
-----

Disk: disk2s2
Volume: Data Rescue 082019
Mountpoint: /

UID       Short Name                      Long Name
------------------------------------------------------------------------
1         daemon                          System Services
201       Guest                           Utilisateur invité
-2        nobody                          Unprivileged User
0         root                            System Administrator
501       toto                            toto
MacBook-Pro-de-toto:~ toto$

 

[maena]

MacBook-Pro-de-toto:~ toto$ dscl . -list /Users home | grep -v '.*[\^\_\].*'
daemon                  /var/root
Guest                   /Users/Guest
nobody                  /var/empty
root                    /var/root
toto                    /Users/toto
MacBook-Pro-de-toto:~ toto$

 

[maena]

toto n'a pas les permissions nécessaires pour lancer des sudo ... je crois

 

[Membre supprimé 1060554]

Une commande préfacée de sudo => lance une consultatation d'un fichier sudoers ("habilités à sudo") => pour déterminer si l'utilisateur du terminal a le droit de passer cette commande -->

- le message ne dit pas que : "toto is not in the sudoers file". Il dit que le fichier sudoers n'est pas une source valide de référence > parce son propriétaire n'a pas l'identité d'utilisateur 0 (= root - le Super-Administrateur) > mais 1 (= daemon : la désignation des Services du Système = pseudo-utilisateur).​

Peux-tu redémarrer sur MacinEXT et y réouvrir ta sesssion ? -->

- quand tu y es > passe la commande :

sudo chown 0:0 /Volumes/"Data Rescue 082019"/private/etc/sudoers

• qui restaure le propriétaire à root et le groupe principal à wheel => sur le fichier sudoers de Data Rescue. La commande passe sans retour déclaratif > si elle passe.

Si c'est le cas > enchaîne sur la commande informative :

sudo ls -al /Volumes/Data*/private/etc/sudoers

• qui affiche les autorisations sur le sudoers de Data Rescue

Poste le retour.