Utilitaire Sécurité au démarrage, Authentification impossible

[Kovak]

Bonjour,

J’ai voulu ouvrir l’utilitaire Sécurité au démarrage comme j’avais fait il y a 2 ans pour lui permettre de démarrer depuis des disque externes. C’était juste pour voir car actuellement je peux démarrer depuis le clone de mon Macintosh HD (cloné via CCC sur un disque dur externe) sans problème.

J’ai donc suivi la même procédure mais j’arrivais sur “login + mot de passe” puis le finder habituel.
Alors j’ai recommencé en maintenant appuyé "cmd + R" jusqu’à l’apparition de la bande défilante qui défilait lentement. Puis rapidement, puis la fenêtre avec les 4 utilitaires est arrivée. Je suis allé dans le menu Utilitaire -> Utilitaire Sécurité au démarrage.

Autentification requise.
Vous devez vous authentifier en tant qu’administrateur pour modifier les réglages
de la sécurité au démarrage.
Saisissez le mot de passe de macOS…

La récupération tente de modifier les
réglages systèmes.
Aucun administrateur n’a été trouvé.
OK

Oups… j’avais oublié de préciser, je suis sous Mojave avec un Mac mini 2018.

Ce message a été modifié par Kovak - 24 Nov 2020, 17:48.

[baron]

As-tu vérifié dans tes Préférences système si tu disposais toujours bien d'un compte administrateur ?

[Kovak]

As-tu vérifié dans tes Préférences système si tu disposais toujours bien d'un compte administrateur ?

Je trouve ça où ? Dans "utilisateurs et groupes" j'ai un compte utilisateur actuel + deux autres utilisateurs (un second Admin + invité).
Est-ce gênant d'avoir mis une majuscule au nom d'utilisateur "Admin" ?

Ce message a été modifié par Kovak - 24 Nov 2020, 13:40.

[jeanjd63]

Salut.

Petite question : as-tu activé Filevault sur ce mac?

[Kovak]

Salut.

Petite question : as-tu activé Filevault sur ce mac?

Non. FileVault est désactivé pour le disque « Macintosh HD ».

[jeanjd63]

Salut.

Petite question : as-tu activé Filevault sur ce mac?

Non. FileVault est désactivé pour le disque « Macintosh HD ».

As-tu plusieurs administrateurs sur cette machine?
Si oui ont-ils des mots de passe différents et si oui, as-tu essayé les différents mots de passe?
C'est souvent le mot de passe de l'utilisateur crééé lors de l'installation qui est "maitre" (UID=501)

Tu peux vérifier par la commande :

Code

ls -ln /Users

[Kovak]

Lors de l'installation de Mojave j'avais créée un Utilisateur (Admin) UID=501 mais ensuite j'ai créé un autre compte Admin (502) sur lequel je me sers principalement. Le 501 est de secours mais ils n'ont pas le même mot de passe.

Code

Last login: Tue Nov 24 16:15:17 on ttys000
ipad-1:~ Kovak$ ls -ln /Users
total 0
drwxr-xr-x+ 20 502  20  640 24 nov 11:57 Kovak
drwxrwxrwt  21 0    0   672 24 nov 16:13 Shared
drwxr-xr-x+ 15 501  20  480 24 nov 16:14 toto
ipad-1:~ Kovak$

[jeanjd63]

C'est toto (original) qui est l'utilisateur original.
Tu peux tester ta manip avec ?

[Kovak]

C'est toto (original) qui est l'utilisateur original.
Tu peux tester ta manip avec ?

Code

Last login: Tue Nov 24 22:01:33 on console
Mac-mini-Kovak:~ toto$ ls -ln /Users
total 0
drwxr-xr-x+ 19 502  20  608 24 nov 22:01 Kovak
drwxrwxrwt  22 0    0   704 24 nov 22:00 Shared
drwxr-xr-x+ 16 501  20  512 24 nov 22:01 toto
Mac-mini-Kovak:~ toto$

[jeanjd63]

Tu n'as pas compris.
C'est avec son mot de passe qu'il faut modifier les paramètres de sécurité.

[Kovak]

Tu n'as pas compris.
C'est avec son mot de passe qu'il faut modifier les paramètres de sécurité.

A chaque Utilisateur/Admin j'ai un mot de passe différent.
Avec la session toto, j'ai utilisé le mot de passe qui lui est attribué comme avec la session Kovak où j'avais utilisé un autre mot de passe.
Je ne comprends pas ce qu'il faut que je fasse exactement

[jeanjd63]

Rentrer le mot de passe toto depuis le mode recovery pour débloquer l'utilitaire de sécurité.

[Mac Arthur]

Tu te connectes depuis le compte toto et tu vois ce qu'il se passe.

[Kovak]

Rentrer le mot de passe toto depuis le mode recovery pour débloquer l'utilitaire de sécurité.

Euh… et comment je vais sur le mode recovery ?
J'ai tout expliqué sur mon premier message #1…

Fichier(s) joint(s)

 Capture_d___e__cran_2020_11_24_a___12.14.31.jpg ( 24.8 Ko ) Nombre de téléchargements : 16

 

[baron]

On reprend les explications d'Apple :

Pour ouvrir l’utilitaire Sécurité au démarrage :

— Allumez votre Mac, puis maintenez les touches Commande (⌘) + R enfoncées immédiatement après l’apparition du logo Apple. Votre Mac démarre à partir de la fonctionnalité de récupération de macOS.
— Une fois la fenêtre Utilitaires macOS ouverte, choisissez Utilitaires > Utilitaire Sécurité au démarrage dans la barre des menus.
— Lorsque vous êtes invité à vous authentifier, cliquez sur Saisissez le mot de passe macOS, puis choisissez un compte d’administrateur [= toto] et saisissez le mot de passe associé [= le mot de passe de toto].

[jeanjd63]

@Kovak.


Tu vas faire :

Code

diskutil apfs updatePreboot /

Puis que renvoient dans le terminal les commandes :

Code

diskutil ap listusers /

Code

sysadminctl -secureTokenStatus toto

Code

sysadminctl -secureTokenStatus Kovak

Sinon on peut faire un essai : récupérer l'utilitaire de sécurité depuis la partition de Recovery et essayer de le lancer localement :

Dans le terminal, tu fais un diskutil list
Tu récupères l'identifiant disque du volume de Recovery : diskxsy
Puis toujours dans le terminal tu tapes la commande :

diskutil mount "identifiant disque récupéré ci-dessus"

Ensuite dans le Finder tu fais : cmd+maj+g et dans la fenêtre "Aller au dossier" tu colles /Volumes/Recovery
Ensuite tu ouvres le dossier abvec une série de chiffres/lettre et tu "double-clic" ensuite sur BaseSystem.dmg -> nouvelle fenêtre et la dans System/Applications/Utilities tu vas trouver "Utilitaire Sécurité au démarrage".
Tu le copies/colles sur le Bureau et tu le lances ainsi pour vérifier si tu as toujours le blocage :

Code

sudo ~/Desktop/Startup\ Security\ Utility.app/Contents/MacOS/Startup\ Security\ Utility

Ce message a été modifié par jeanjd63 - 25 Nov 2020, 08:46.

[Kovak]

On reprend les explications d'Apple :

Pour ouvrir l’utilitaire Sécurité au démarrage :

— Allumez votre Mac, puis maintenez les touches Commande (⌘) + R enfoncées immédiatement après l’apparition du logo Apple. Votre Mac démarre à partir de la fonctionnalité de récupération de macOS.
— Une fois la fenêtre Utilitaires macOS ouverte, choisissez Utilitaires > Utilitaire Sécurité au démarrage dans la barre des menus.
— Lorsque vous êtes invité à vous authentifier, cliquez sur Saisissez le mot de passe macOS, puis choisissez un compte d’administrateur [= toto] et saisissez le mot de passe associé [= le mot de passe de toto].

Déjà, selon l'explication d'Apple, dès que je relache cmd+R la bande défilante s'affiche et défile rapidement comme d'habitude puis les champs "login" et "mot de passe" puis je suis sur le finder…
Pour arriver aux fonctionnalités de récupération de macOS, je dois maintenir cmd+R jusqu'à l'apparition de la bande défilante puis relacher, là elle défile lentement et j'arrive ainsi aux fonctionnalités de récupération de macOS.
Ce qui n'est déjà pas très normal…

[Kovak]

@Kovak.

Tu vas faire :

Code

diskutil apfs updatePreboot /

diskutil apfs updatePreboot /

CODE

Last login: Wed Nov 25 11:17:59 on console
ipad-1:~ Kovak$ diskutil apfs updatePreboot /
Started APFS operation
UpdatePreboot: Commencing operation to update the Preboot Volume for Target Volume disk1s1 Macintosh HD
UpdatePreboot: The Target Volume's OpenDirectory (non-special kind) user count is 0 and the Recovery (any of 3 kinds) user count is 0
UpdatePreboot: No custom Open Directory path given
UpdatePreboot: Using GivenVolumeMountPointOrNilIfNotMounted for the MacOSSearchPath
UpdatePreboot: Using MacOSSearchPath's child dslocal path for the OpenDirectorySearchPath
UpdatePreboot: MacOS Search Path = (nil=NotMounted) = /
UpdatePreboot: Open Directory Database Search Path = (nil=MacOSSearchPathNotMounted) = /var/db/dslocal/nodes/Default
UpdatePreboot: Preserve EncryptedRootPList When No-OD = 0
UpdatePreboot: Successfully opened Open Directory database; setting AuthODNodeOrNil accordingly
UpdatePreboot: Mounting and ensuring as mounted the related Preboot Volume
UpdatePreboot: Preboot Volume = disk1s2 Preboot
UpdatePreboot: Taking mount hold on Preboot Volume
UpdatePreboot: Preboot Volume Target Directory = /Volumes/Preboot/601085B5-4221-4EC4-AF75-12C2BDEE4654
UpdatePreboot: Error among all processed users was 0
UpdatePreboot: The Encrypted Root PList File content is ready
UpdatePreboot: Not encrypting the Encrypted Root PList File content
UpdatePreboot: Encrypted Root PList File to be created path will or would be /Volumes/Preboot/601085B5-4221-4EC4-AF75-12C2BDEE4654/System/Library/Caches/com.apple.corestorage/EncryptedRoot.plist.wipekey
UpdatePreboot: Proceeding to write Encrypted Root PList, creating a path as necessary
UpdatePreboot: Successfully wrote Encrypted Root PList File
UpdatePreboot: DiskManagement Info PList File path will be /Volumes/Preboot/601085B5-4221-4EC4-AF75-12C2BDEE4654/var/db/CryptoUserInfo.plist
UpdatePreboot: Successfully wrote DiskManagement Info PList File
UpdatePreboot: Checking for existence of Static EFI Resources directory /usr/standalone/i386/EfiLoginUI
UpdatePreboot: Before copying contents of directory of Static EFI Resources at /usr/standalone/i386/EfiLoginUI into directory /Volumes/Preboot/601085B5-4221-4EC4-AF75-12C2BDEE4654/usr/standalone/i386
UpdatePreboot: After copying error=(ZeroMeansSuccess)=0
UpdatePreboot: Looking for locale list on macOS on Target Volume
UpdatePreboot: Locale list item count is 1
UpdatePreboot: Before rendering EFILoginInterfaceGraphics global localized resources
UpdatePreboot: After rendering EFILoginInterfaceGraphics FileNamesAndDataObj=(NullIsError)=0x7fcf91d07a70 ItemCount=11
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/601085B5-4221-4EC4-AF75-12C2BDEE4654/System/Library/Caches/com.apple.corestorage/EFILoginLocalizations/loginui.efires
UpdatePreboot: Successfully wrote EFI resource file
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/601085B5-4221-4EC4-AF75-12C2BDEE4654/System/Library/Caches/com.apple.corestorage/EFILoginLocalizations/flag_picker.efires
UpdatePreboot: Successfully wrote EFI resource file
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/601085B5-4221-4EC4-AF75-12C2BDEE4654/System/Library/Caches/com.apple.corestorage/EFILoginLocalizations/preferences.efires
UpdatePreboot: Successfully wrote EFI resource file
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/601085B5-4221-4EC4-AF75-12C2BDEE4654/System/Library/Caches/com.apple.corestorage/EFILoginLocalizations/battery.efires
UpdatePreboot: Successfully wrote EFI resource file
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/601085B5-4221-4EC4-AF75-12C2BDEE4654/System/Library/Caches/com.apple.corestorage/EFILoginLocalizations/appleLogo.efires
UpdatePreboot: Successfully wrote EFI resource file
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/601085B5-4221-4EC4-AF75-12C2BDEE4654/System/Library/Caches/com.apple.corestorage/EFILoginLocalizations/sound.efires
UpdatePreboot: Successfully wrote EFI resource file
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/601085B5-4221-4EC4-AF75-12C2BDEE4654/System/Library/Caches/com.apple.corestorage/EFILoginLocalizations/unknown_userUI.efires
UpdatePreboot: Successfully wrote EFI resource file
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/601085B5-4221-4EC4-AF75-12C2BDEE4654/System/Library/Caches/com.apple.corestorage/EFILoginLocalizations/disk_passwordUI.efires
UpdatePreboot: Successfully wrote EFI resource file
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/601085B5-4221-4EC4-AF75-12C2BDEE4654/System/Library/Caches/com.apple.corestorage/EFILoginLocalizations/guest_userUI.efires
UpdatePreboot: Successfully wrote EFI resource file
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/601085B5-4221-4EC4-AF75-12C2BDEE4654/System/Library/Caches/com.apple.corestorage/EFILoginLocalizations/Lucida13.efires
UpdatePreboot: Successfully wrote EFI resource file
UpdatePreboot: Writing localized EFI graphics resource file /Volumes/Preboot/601085B5-4221-4EC4-AF75-12C2BDEE4654/System/Library/Caches/com.apple.corestorage/EFILoginLocalizations/Lucida13White.efires
UpdatePreboot: Successfully wrote EFI resource file
UpdatePreboot: Generating AdminUserList for Recovery purposes
UpdatePreboot: Considering admin user FFFFEEEE-DDDD-CCCC-BBBB-AAAA00000000
UpdatePreboot: Considering admin user F50FB60B-B7A6-4EA6-A868-9804AE5D291D
UpdatePreboot: Considering admin user 5B9BCEE6-5FF4-41B3-93F5-B6FB5B66B318
UpdatePreboot: Error among all processed admin users was 0
UpdatePreboot: Writing Admin User Info File to path /Volumes/Preboot/601085B5-4221-4EC4-AF75-12C2BDEE4654/var/db/AdminUserRecoveryInfo.plist
UpdatePreboot: Successfully wrote Admin User Info File
UpdatePreboot: Checking for existence of Secure Access Token file /var/db/dslocal/nodes/Default/secureaccesstoken.plist
UpdatePreboot: Releasing mount hold on Preboot Volume
UpdatePreboot: Unmounting Preboot Volume
UpdatePreboot: Did unmount Preboot Volume err=(ignored)=0
UpdatePreboot: Doing memory releases
UpdatePreboot: Exiting Update Preboot operation with overall error=(ZeroMeansSuccess)=0
Finished APFS operation
ipad-1:~ Kovak$

C'est le premier code. Je suis un peu perdu et attends tes instructions pour la suite.

Mais si je reformatais carrément Macintosh HD… ce ne serait pas mieux ? Je pourrais aller dans les fonctionnalités de récupération de macOS et mettre un nouveau login+MdP (ou même l'ancien ?).
Auparavant je peux cloner Macintosh HD pour tout remttre à la main (je sais faire).
C'est une idée mais quelle serait la meilleure méthode ? depuis cmd+R ? une clé USB ?

[jeanjd63]

Peux-tu donner les retours des 3 commandes suivantes?

[Kovak]

Peux-tu donner les retours des 3 commandes suivantes?

diskutil ap listusers /

Code

Last login: Wed Nov 25 11:24:27 on ttys000
ipad-1:~ Kovak$ diskutil ap listusers /
No cryptographic users for disk1s1
ipad-1:~ Kovak$

sysadminctl -secureTokenStatus toto

Code

Last login: Wed Nov 25 12:22:39 on ttys000
ipad-1:~ Kovak$ sysadminctl -secureTokenStatus toto
2020-11-25 12:24:15.438 sysadminctl[793:24604] Secure token is DISABLED for user Toto
ipad-1:~ Kovak$

sysadminctl -secureTokenStatus Kovak

Code

Last login: Wed Nov 25 12:26:10 on ttys000
ipad-1:~ Kovak$ sysadminctl -secureTokenStatus Kovak
2020-11-25 12:26:42.348 sysadminctl[862:25501] Secure token is DISABLED for user Kovak
ipad-1:~ Kovak$

Mais si je reformatais carrément Macintosh HD… ce ne serait pas mieux ? Je pourrais aller dans les fonctionnalités de récupération de macOS et mettre un nouveau login+MdP (ou même l'ancien ?).
Auparavant je peux cloner Macintosh HD pour tout remttre à la main (je sais faire).
C'est une idée mais quelle serait la meilleure méthode ? depuis cmd+R ? une clé USB ?

[jeanjd63]

Donc c'est normal. Tes 2 utilisateurs toto et Kovac ont un Secure token à l'état DISABLED.

On va tenter un truc tout simple :

Tu vas démarrer en mode Recovery et suivre ce tuto pour faire croire au système qu'il vient juste d'être installé.
Là tu vas créer un utilisateur nom admin par exemple et mot de passe à ton choix et ensuite tu vas repasser les 3 commandes ci-dessus soit depuis ce dernier utilisateur, soit depuis l'un des 2 autres administrateurs.

Le tuto de notre ami Mac Arthur https://forum.macbidouille.com/index.php?sh...t&p=4356011

Si tu as un souci, n'hésite pas.



Edit : Je viens d'essayer chez moi, cela n'ajoute pas par défaut un "Secure token".
À voir chez toi comment ça réagit.

Si tu tentes depuis les Préférences Système/Sécurité... d'activer Filevault, ça dit quoi?

Ce message a été modifié par jeanjd63 - 25 Nov 2020, 12:59.

[lionelmacb]

Bonjour à tous,
Ce problème me semble bien compliqué à résoudre.
Ne serait-il pas plus simple de reformater puis de réinstaller macOS ?
Et si ce mac devait être revendu…

[Kovak]

En effet, je me pose la question…
Malgré toute ton aide et ton dévouement, Jean, je commence à ne plus très bien suivre et ça me décourage. Ça devient compliqué et j'ai beaucoup de mal à suivre toutes ces manip'.
En effet, si je devais revendre mon mac, je le reformaterais puis réinstallerais Mojave. Mais là je ne sais pas ce qui se passerait avec l'acheteur… Comment lui expliquer qu'il ne pourra pas s'identifier dans l'Utilitaire Sécurité au démarrage. C'est l'inconnu pour moi

[jeanjd63]

Qu'est ce qui est compliqué ?
Suivre le tutoriel de Mac Arthur ?

[Kovak]

Qu'est ce qui est compliqué ?
Suivre le tutoriel de Mac Arthur ?

Un peu les deux
Si le reformatage puis la réinstallation de Mojave pouvaient résoudre cela, ce serait quand même plus simple. Mais je n'avais pas pensé ce qui se passerait en cas de revente du Mac…

[jeanjd63]

Si tu reformates et réinstalles, normalement le compte administrateur crée devait avoir les bons droits.
C'est à vérifier avant toute récupération des données.
Par contre la procédure de forcer la création d'un compte administrateur devrait fonctionner.
Perso je commencerai par ça (4 MN montre en main ) avant de sortir la pelleteuse

[maclinuxG4]

Par contre la procédure de forcer la création d'un compte administrateur devrait fonctionner.
Perso je commencerai par ça (4 MN montre en main ) avant de sortir la pelleteuse

accorder

[Kovak]

Si tu reformates et réinstalles, normalement le compte administrateur crée devait avoir les bons droits.
C'est à vérifier avant toute récupération des données.
Par contre la procédure de forcer la création d'un compte administrateur devrait fonctionner.
Perso je commencerai par ça (4 MN montre en main ) avant de sortir la pelleteuse

La réinstallation depuis mon module "Installer macOS Mojave" serait-il suffisant ?
C'est vrai qu'en cas de revente de ce mac, je pourrais être bien ennuyé…

[jeanjd63]

Attention.
On ne parle pas de réinstallation depuis ton système actuel.
On parle de démarrage en mode recovery, effacement du disque et réinstallation depuis le menu 4 choix du recovery.
Il me semble avoir vu que tu avais, chez les voisins fait un démarrage en mode internet recovery.
Il faut être sur que la puce t2 ne va pas te bloquer car tu te retrouverai mal.
C'est bien pour ça que je te conseille de commencer par la création d'un administrateur via la procédure Mac Arthur.

[Kovak]

Attention.
On ne parle pas de réinstallation depuis ton système actuel.
On parle de démarrage en mode recovery, effacement du disque et réinstallation depuis le menu 4 choix du recovery.
Il me semble avoir vu que tu avais, chez les voisins fait un démarrage en mode internet recovery.
Il faut être sur que la puce t2 ne va pas te bloquer car tu te retrouverai mal.
C'est bien pour ça que je te conseille de commencer par la création d'un administrateur via la procédure Mac Arthur.

J'avais déjà fais un démarrage en mode recovery et réinstallé Mojave depuis le menu du recovery. Mais je n'avais pas effacé le disque. Ça m'avait pris le temps du téléchargement de "Installer macOS Mojave" puis de son installation proprement dit.

Ce message a été modifié par Kovak - 25 Nov 2020, 15:34.

[jeanjd63]

Il faut bien comprendre qu'une fois le disque effacé, il ne reste que le Recovery internet et si ça ne marche pas et que t2 t'empêche de démarrer sur support externe, t'es mal.

[Kovak]

Il faut bien comprendre qu'une fois le disque effacé, il ne reste que le Recovery internet et si ça ne marche pas et que t2 t'empêche de démarrer sur support externe, t'es mal.

J'essaye de récapituler avant de me lancer (à l'aveugle) :
Si je créer un utilisateur nom admin par exemple et mot de passe à mon choix (depuis Préférences Système)
admin -> Autoriser l’administrateur de cet ordinateur ?
et ensuite je vais repasser ces 3 commandes depuis le dernier utilisateur :

diskutil ap listusers /
sysadminctl -secureTokenStatus toto
sysadminctl -secureTokenStatus Kovak

et t'envoyer les résultats.

Mais dans le tuto de Mac Arthur la création d'un nouvel administrateur "de secours" se fait après avoir saisi "rm /Volumes/"Macintosh HD"/var/db/.AppleSetupDone" depuis Recovery. Sans trop savoir s'il faut que ce nouvel administrateur "de secours" soir aussi "Administrateur.

Ce message a été modifié par Kovak - 25 Nov 2020, 16:12.

[jeanjd63]

Il faut bien comprendre qu'une fois le disque effacé, il ne reste que le Recovery internet et si ça ne marche pas et que t2 t'empêche de démarrer sur support externe, t'es mal.

J'essaye de récapituler avant de me lancer (à l'aveugle) :
Si je créer un utilisateur nom admin par exemple et mot de passe à mon choix (depuis Préférences Système)
admin -> Autoriser l’administrateur de cet ordinateur ?
et ensuite je vais repasser ces 3 commandes depuis le dernier utilisateur :

diskutil ap listusers /
sysadminctl -secureTokenStatus toto
sysadminctl -secureTokenStatus Kovak

et t'envoyer les résultats.

Mais dans le tuto de Mac Arthur la création d'un nouvel administrateur "de secours" se fait après avoir saisi "rm /Volumes/"Macintosh HD"/var/db/.AppleSetupDone" depuis Recovery. Sans trop savoir s'il faut que ce nouvel administrateur "de secours" soir aussi "Administrateur.

Le but de faire croire à ton Mac qu'il va créer l'administrateur initial de ta machine et espérer qu'il lui accorde les droits.
Donc c'est la procédure "Mac Arthur", comme déjà dit maintes fois qu'il faut utiliser. Et l'utilisateur créé lors de cette procédure est obligatoirement administrateur. À noter que le nom admin est un exemple, tu peux mettre ce que tu souhaites.

Ensuite il est possible, si ton disque a suffisamment de place dispo, de créer un Container et d'y installer une version vierge de Mojave depuis l'application "Installer macOS Mojave" que tu semble avoir.
Là aussi il va y avoir création d'un administrateur qui devrait avoir tous les droits. Capito?

[Kovak]

Le but de faire croire à ton Mac qu'il va créer l'administrateur initial de ta machine et espérer qu'il lui accorde les droits.
Donc c'est la procédure "Mac Arthur", comme déjà dit maintes fois qu'il faut utiliser. Et l'utilisateur créé lors de cette procédure est obligatoirement administrateur. À noter que le nom admin est un exemple, tu peux mettre ce que tu souhaites.

Ensuite il est possible, si ton disque a suffisamment de place dispo, de créer un Container et d'y installer une version vierge de Mojave depuis l'application "Installer macOS Mojave" que tu semble avoir.
Là aussi il va y avoir création d'un administrateur qui devrait avoir tous les droits. Capito?

Donc je ne m'occupe pas de tes 3 commandes précédentes.
Uniquement cmd+R -> Recovery -> Terminal -> rm /Volumes/"Macintosh HD"/var/db/.AppleSetupDone et je valide. Je redémarre puis créée admin avec les droits d'administrateurs depuis Préférences Système.
J'aurais conservé mes droits à démarrer depuis un disque dur externe ? Sinon comment m'authentifier par la suite dans l'Utilitaire Sécurité au démarrage si j'en avais besoin ?

[jeanjd63]

Le but de faire croire à ton Mac qu'il va créer l'administrateur initial de ta machine et espérer qu'il lui accorde les droits.
Donc c'est la procédure "Mac Arthur", comme déjà dit maintes fois qu'il faut utiliser. Et l'utilisateur créé lors de cette procédure est obligatoirement administrateur. À noter que le nom admin est un exemple, tu peux mettre ce que tu souhaites.

Ensuite il est possible, si ton disque a suffisamment de place dispo, de créer un Container et d'y installer une version vierge de Mojave depuis l'application "Installer macOS Mojave" que tu semble avoir.
Là aussi il va y avoir création d'un administrateur qui devrait avoir tous les droits. Capito?

Donc je ne m'occupe pas de tes 3 commandes précédentes.
Uniquement cmd+R -> Recovery -> Terminal -> rm /Volumes/"Macintosh HD"/var/db/.AppleSetupDone et je valide. Je redémarre puis créée admin avec les droits d'administrateurs depuis Préférences Système.
J'aurais conservé mes droits à démarrer depuis un disque dur externe ? Sinon comment m'authentifier par la suite dans l'Utilitaire Sécurité au démarrage si j'en avais besoin ?

Je ne sais plus comment te l'expliquer.

Au redémarrage après suppression du fichier /Volumes/"Macintosh HD"/var/db/.AppleSetupDone le système va démarrer comme s'il venait d'être installé et va te demander après les divers réglages de créer l'utilisateur qu'il considère comme initial, donc ADMINISTRATEUR

Une fois fait, il faudra repasser la commande :

Code

diskutil ap listusers /

Pour vérifier si cet utilisateur a récupéré un Token Status :

sysadminctl -secureTokenStatus "nom-nouvel-administrateur"


Autre demande que je t'ai fait, as-tu essayé d'activer Filevault depuis les préférences systèmes, car pour activer Filevault on a besoin de ce "Secure Token"

Sinon il y avait aussi le test de récupérer l'utilitaire de sécurité et de le lancer depuis une de tes sessions administrateur.

C'est ici :https://forum.macbidouille.com/index.php?showtopic=418861&view=findpost&p=4356725 en fin de page.



EDIT

Je viens de relire ton premier message et je vois que tu as les droits pour redémarrer depuis un disque externe ou clé. Donc il n'y a pas de problèmes.

Ce message a été modifié par jeanjd63 - 25 Nov 2020, 17:34.

[Kovak]

Je viens de relire ton premier message et je vois que tu as les droits pour redémarrer depuis un disque externe ou clé. Donc il n'y a pas de problèmes.

En effet j'avais assez bien expliqué la situation dans mon premier message.
C'est pour ça que je suis très réticent sur ces multiples manip' au risque de ne plus pouvoir démarrer depuis un disque dur externe.
Certes, je n'ai plus les droits dans Utilitaire Sécurité au démarrage. L'authentification est impossible. Mais cela n'est pas un réel problème puisque je peux me servir de mon mac et démarrer depuis un disque dur externe, reste que ce n'est pas normal de ne plus pouvoir être authentifié dans l'Utilitaire Sécurité au démarrage.
Je pensais pouvoir m'authentifier plus simplement et plus facilement sans risque. Tout cela peut paraître simple lorsque l'on maîtrise l'informatique mais pas pour l'inexpérimenté que je suis.
Un grand merci Jean pour ton aide et ta patience.

[jeanjd63]

Ce que je t'indiquais ici (en fin de page) : https://forum.macbidouille.com/index.php?sh...p;#entry4356725

est plutôt facile à réaliser et tester :

Sinon on peut faire un essai : récupérer l'utilitaire de sécurité depuis la partition de Recovery et essayer de le lancer localement :

Dans le terminal, tu fais un diskutil list
Tu récupères l'identifiant disque du volume de Recovery : diskxsy
Puis toujours dans le terminal tu tapes la commande :

diskutil mount "identifiant disque récupéré ci-dessus"

Ensuite dans le Finder tu fais : cmd+maj+g et dans la fenêtre "Aller au dossier" tu colles /Volumes/Recovery
Ensuite tu ouvres le dossier abvec une série de chiffres/lettre et tu "double-clic" ensuite sur BaseSystem.dmg -> nouvelle fenêtre et la dans System/Applications/Utilities tu vas trouver "Utilitaire Sécurité au démarrage".
Tu le copies/colles sur le Bureau et tu le lances ainsi pour vérifier si tu as toujours le blocage :

Code

sudo ~/Desktop/Startup\ Security\ Utility.app/Contents/MacOS/Startup\ Security\ Utility

[Mac Arthur]

@Kovak

Je comprends tes inquiétudes mais sache que:
- Jeanjd63 est un vrai pro et a sorti un paquet de membres de la panade... pour ton info la procédure "Mac Arthur" elle n'est pas de moi.... mais de lui
- Il ne t'emmène jamais sur des terrains où tu risques de te retrouver bloqué et ensuite laissé seul sans assistance
- Donc le mieux est de lui faire confiance et, même si tu ne comprends pas tout, de faire ce qu'il te propose
- Ensuite, compte tenu du résultat, il te donnera la ou les manips suivante.
- C'est vraiment sans risque

Alors Go !

Ce message a été modifié par Mac Arthur - 26 Nov 2020, 01:00.

[Kovak]

Bonjour,

En cherchant un peu, j'ai retrouvé ce message que j'avais posté suite à un clonage via CCC.
Est-là l'origine de la perte de mon authentification sur l'Utilitaire Sécurité au démarrage ?

1 - J’avais un mac mini 2018 (i5, 256 Go, Mojave) depuis lequel j'avais installé Mojave sur un DDE qui me servait de disque de démarrage.

2 - J’avais retourné cette machine pour cause de problème avec les ports USB-C (Thunderbolt). Apple m’avait donc retourné un autre Mac mini 2018 (i7, 128 Go, Mojave) et je me suis servi de ce DDE comme disque de démarrage jusqu’au jour où je l’ai cloné sur ce nouveau Mac mini…(Carbon Copy Cloner)

Depuis je ne n’étais pas servi de cmd+R pour aller voir sur Recovery si mon authentification sur l'Utilitaire Sécurité au démarrage était toujours reconnue.

J'ai retrouvé une explication de Bombich :

En bref, vous avez des comptes d'utilisateur sur le volume source qui ne sont pas exactement les mêmes que les comptes d'utilisateur sur la destination. Les comptes d'utilisateurs qui se trouvent actuellement sur le volume de destination ont un "jeton sécurisé" spécial qui est lié à ce volume. Si vous écrasez les comptes utilisateurs actuels par les comptes "étrangers" du volume source, les nouveaux comptes utilisateurs n'auront pas accès au jeton sécurisé et ne pourront pas exécuter diverses fonctions, comme l'activation de FileVault ou la modification des paramètres de l'utilitaire de sécurité au démarrage.

Ce message a été modifié par Kovak - 26 Nov 2020, 10:53.

[Mac Arthur]

@Kovak
Tu cherches à identifier le problème... ou à trouver une solution?

[Kovak]

@Kovak
Tu cherches à identifier le problème... ou à trouver une solution?

Les deux car en identifiant le problème il est souvent plus facile de le solutionner. Enfin, il me semble…

[Mac Arthur]

A moins que Jeanjd63 l'ai en main et te la propose depuis un petit moment....

[baron]

1) Le problème est identifié depuis un moment (message #20) : tes utilisateurs n'ont plus leur jeton de sécurité. (En gros, ils sont sans papiers et du coup ils se font jeter par la mairie.)

2) Tu as identifié dernièrement l'origine du problème : message #39. Tant mieux, ainsi tu sais ce qu'il ne faut pas faire si tu ne veux pas que ça se reproduise – mais ça ne résout rien…

Une petite blague : « Capitaine, dit le moussaillon, est-ce qu'on peut dire qu'une chose est perdue quand on sait où elle est ?
— Mais non, gros bêta.
— Alors, capitaine, j'ai une bonne nouvelle : votre pipe n'est pas perdue, elle est au fond de la mer. »

3) Partant du constat 1), jeanjd63 te propose (messages #21 et #35) une procédure qui devrait régler ton problème – avec bien moins de risques que d'effacer ton disque et réinstaller depuis Internet : tant que tu ne l'auras pas testée, rien ne changera.


Parfois, il faut se jeter à l'eau.

[jeanjd63]

Alors attention. Je ne suis pas sûr que cela règle le problème, mais il faut tenter.
Comme déjà dit, je l'ai testé chez moi et niet.
Par contre il faudrait :
1) tenter d'activer Filevault pour vérif -> je parierai que ça va être refusé.

2) donner les retours de la commande :

Code

sudo fdesetup list -extended

Voir s'il reste un UUID "à jeton" connu du système. Dans ce cas il existe un bricolo à tenter (un peu plus compliqué que la procédure Mac Arthur mais de la même veine).

Sinon il faudra en passer par une réinstallation à zéro avec un compte admin dont le nom diffère de ceux existants sur le clone ou la sauvegarde TM, suivi d'une récupération via l'assistant de migration.

Un truc marrant, si la maman ou le papa (compte administrateur) ont les jetons (les pauvres ça fait peur) leurs enfants (les comptes créés depuis ces parents) seront eux aussi des trouillards (ils auront le jeton)

Par contre Mac os x a comme un trou dans la raquette sur ce coup. Pas de possibilité à ma connaissance (à moins que la procédure "Mac Arthur" ne fonctionne mais un doute m'assaille) de recréer un utilisateur avec des droits Filevault ou Sécurité Démarrage (le fameux jeton).

[Mac Arthur]

Un truc marrant, si la maman ou le papa (compte administrateur) ont les jetons (les pauvres ça fait peur) leurs enfants (les comptes créés depuis ces parents) seront eux aussi des trouillards (ils auront le jeton)

Ca semble assez logique non? Les rejetons de leurs parents en quelque sorte...

[jeanjd63]

Hihi.
Alea jacta est.

Ce message a été modifié par jeanjd63 - 26 Nov 2020, 14:48.

[Kovak]

Par contre il faudrait :
1) tenter d'activer Filevault pour vérif -> je parierai que ça va être refusé.

Voici ce que j'ai obtenu en activant Filevault :

Votre compte iCloud peut servir à déverrouiller votre disque et à
Réinitialiser votre mot de passe si vous l’oubliez.
Si vous ne souhaitez pas utiliser un compte iCloud, créez une clé de secours et
Conservez-la en lieu sûr. Elle permettra de réinitialiser votre mot de passe.

O Configurer mon compte iCloud pour qu’il réinitialise mon mot de passe
O Céer une clé de secours et ne pas utiliser mon compte iCloud.

Annuler Retour Continuer

J'ai cliqué sur Annuler

J'avais cloné Mojave "tout neuf" sur la partition d'un DDE. Je vais redémarrer dessus pour vérifier les numéros UUID (une série d'une trentaine de lettres et chiffres) des deux utilisateurs mis à l'époque. Ils avaient les mêmes noms et MdP mais sans doute pas les mêmes numéros UUID…

[Kovak]

J'avais cloné Mojave "tout neuf" sur la partition d'un DDE. Je vais redémarrer dessus pour vérifier les numéros UUID (une série d'une trentaine de lettres et chiffres) des deux utilisateurs mis à l'époque. Ils avaient les mêmes noms et MdP mais sans doute pas les mêmes numéros UUID…

Je me réponds
Sur ce clone Mojave "tout neuf" j'ai en 501 kovak (k minuscule) et pas de toto
Le numéro UUID est différent de ce que j'ai actuellement aussi bien pour Kovak 502 que pour toto 501.
Et si je sélectionne ce clone "Mojave "tout neuf" comme disque de démarrage et que je fais cmd+R…
ou que je re-clone le volume "Mojave "tout neuf" sur Macintosh HD ?

[jeanjd63]

J'avais cloné Mojave "tout neuf" sur la partition d'un DDE. Je vais redémarrer dessus pour vérifier les numéros UUID (une série d'une trentaine de lettres et chiffres) des deux utilisateurs mis à l'époque. Ils avaient les mêmes noms et MdP mais sans doute pas les mêmes numéros UUID…

Une fois démarré sur le clown clone, il faut surtout passer la commande :

Code

diskutil ap listusers /

Et donner les résultats.

Pourquoi n'as-tu pas continué sur la procédure Filevault ? Tu as un petit SSD et ça ne prend pas de temps. Si l'activation de Filevault est acceptée, sa désactivation devrait l'être ensuite.
Et tu n'as pas donné les retours de la commande :

Code

sudo fdesetup list -extended

Ce message a été modifié par jeanjd63 - 26 Nov 2020, 16:56.

[Kovak]

Une fois démarré sur le clone, il faut surtout passer la commande et donner les résultats :

Code

Last login: Thu Nov 26 17:37:43 on ttys000
Mac-mini-de-Kovak:~ Kovak$ diskutil ap listusers /
/ is not an APFS Volume
Mac-mini-de-Kovak:~ Kovak$

Pourquoi n'as-tu pas continué sur la procédure Filevault ? Tu as un petit SSD et ça ne prend pas de temps. Si l'activation de Filevault est acceptée, sa désactivation devrait l'être ensuite.

Votre compte iCloud peut servir à déverrouiller votre disque et à
Réinitialiser votre mot de passe si vous l’oubliez.
Si vous ne souhaitez pas utiliser un compte iCloud, créez une clé de secours et
Conservez-la en lieu sûr. Elle permettra de réinitialiser votre mot de passe.

O Configurer mon compte iCloud pour qu’il réinitialise mon mot de passe
O Céer une clé de secours et ne pas utiliser mon compte iCloud.

Annuler Retour Continuer

Je sèche car je ne veux pas de iCloud alors j'ai cliqué sur Annuler.

La commande "sudo fdesetup list -extended" donne le numéro UUID du compte de l’utilisateur 502 Kovak actuel.

[jeanjd63]

............

La commande "sudo fdesetup list -extended" donne le numéro UUID du compte de l’utilisateur 502 Kovak actuel.

Sur le clone?
A noter que ton clone ne doit pas être formaté APFS mais HFS +

Edith Et si tu es toujours sur le clown, que renvoie la commande :

Code

sysadminctl -secureTokenStatus Kovak

Je serait prêt à parier que je jeton de sécurité est présent.

Ce message a été modifié par jeanjd63 - 26 Nov 2020, 18:18.

[Kovak]

A noter que ton clone ne doit pas être formaté APFS mais HFS +

Le clone est formaté "Mac OS étendu (journalisé)"… pas en APFS comme le confirme la commande diskutil ap listusers /

Ce message a été modifié par baron - 26 Nov 2020, 20:21.

[jeanjd63]

Et que renvoie la dernière commande?

[Kovak]

Et que renvoie la dernière commande?

La réponse de la commande : "diskutil ap listusers /" est-elle ce que tu attendais ?

La commande : "sysadminctl -secureTokenStatus Kovak" effectuée depuis le clone donne :

Code

Last login: Thu Nov 26 18:54:38 on ttys000
Mac-mini-de-Kovak:~ kovak$ sysadminctl -secureTokenStatus Kovak
2020-11-26 18:55:09.589 sysadminctl[629:6176] Secure token is ENABLED for user Kovak
Mac-mini-de-Kovak:~ Kovak$

J'espère ne pas trop m'être mélangé les pinceaux car ça va vite…

[jeanjd63]

......
La commande : "sysadminctl -secureTokenStatus Kovak" effectuée depuis le clone donne :

Last login: Thu Nov 26 18:54:38 on ttys000
Mac-mini-de-Kovak:~ kovak$ sysadminctl -secureTokenStatus Kovak
2020-11-26 18:55:09.589 sysadminctl[629:6176] Secure token is ENABLED for user Kovak
Mac-mini-de-Kovak:~ Kovak$

J'espère ne pas trop m'être mélangé les pinceaux car ça va vite…

Pari gagné Donc sur ton clone, le jeton est présent et si tu as une partition Recovery, ce dont je doute sur Mojave en mode HFS+, tu pourrais en désignant ce clone comme disque de boot, accéder aux réglages "T2" depuis son mode Recovery.
Peux-tu donner, depuis le clone, les retours du fameux et non moins célèbre ....

Code

diskutil list

Edith 2

Il serait intéressant, depuis le mode Recovery "classique", de tenter un accès à l'utilitaire de démarrage en laissant ce DDE (clone HFS+ de Mojave) connecté, car là tu as un utilisateur Kovak avec les droits.
Pour le coup c'est pas compliqué et peut être instructif.

Ce message a été modifié par jeanjd63 - 26 Nov 2020, 21:31.

[Kovak]

Edit : Je voulais faire simple et cloner sur une partition APFS mais j’ai vu après qu’il fallait HFS+. J’ai donc recloné sur un disque seul formaté en HFS+ mais il était USB 2.0 donc pas bootable ! Retour à cette partition d’un disque à plateaux USB+C formaté HFS+

Code

Last login: Fri Nov 27 10:23:00 on console
Mac-mini-de-Kovak:~ Kovak$ sysadminctl -secureTokenStatus Kovak
2020-11-27 10:25:00.843 sysadminctl[605:6398] Secure token is ENABLED for user Kovak
Mac-mini-de-Kovak:~ Kovak$

Dommage qu'il y a plusieurs Recovery HD, pas facile de s'y retrouver…

Code

Last login: Fri Nov 27 10:24:56 on ttys000
Mac-mini-de-Kovak:~ Kovak$ diskutil list
/dev/disk0 (internal):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                         121.3 GB   disk0
   1:                        EFI EFI                     314.6 MB   disk0s1
   2:                 Apple_APFS Container disk1         121.0 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +121.0 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            68.4 GB    disk1s1
   2:                APFS Volume Preboot                 44.7 MB    disk1s2
   3:                APFS Volume Recovery                510.5 MB   disk1s3
   4:                APFS Volume VM                      2.1 GB     disk1s4

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                  Apple_HFS Time Machine            1.5 TB     disk2s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk2s3
   4:                  Apple_HFS Clone HFS+              198.5 GB   disk2s4
   5:                 Apple_Boot Recovery HD             650.0 MB   disk2s5
   6:                  Apple_HFS Archives                299.4 GB   disk2s6
   7:                 Apple_Boot Recovery HD             650.0 MB   disk2s7

/dev/disk3 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *8.0 GB     disk3
   1:                        EFI EFI                     209.7 MB   disk3s1
   2:                  Apple_HFS Mac OS étendu (journ... 7.7 GB     disk3s2

Mac-mini-de-Kovak:~ Kovak$

Ce message a été modifié par Kovak - 27 Nov 2020, 10:43.

[Kovak]

Edith 2

Il serait intéressant, depuis le mode Recovery "classique", de tenter un accès à l'utilitaire de démarrage en laissant ce DDE (clone HFS+ de Mojave) connecté, car là tu as un utilisateur Kovak avec les droits.
Pour le coup c'est pas compliqué et peut être instructif.

Bonjour Jean,
Si je te suis je redémarre depuis Macintosh HD, avec mon disque externe contenant la partition "Clone HFS+" connecté, en faisant "cmd+R" puis je vais dans le menu Utilitaire -> Utilitaire Sécurité au démarrage et là je devrais pouvoir m'identifier ?
Mais comment changer cet identifiant Kovak avec son MdP par l'identifiant de Toto et son MdP ? car par la suite si je recommence sans connecter mon disque externe contenant la partition "Clone HFS+" je ne le pourrais pas…

[jeanjd63]

Salut.

Prenons les choses dans l'ordre et en premier tu peux faire ce test (démarrage en mode Recovery, DDE "Clone HFS+" connecté au Mac).

Si négatif, je te conseille dans les préférences systèmes disque de démarrage de sélectionner "Clone HFS+" puis démarrer dessus et ensuite faire un démarrage en mode Recovery (cmd+r) ce qui devrait partir sur Recovery disk2s5.
Et là tu retentes l'opération.

Dans tous les cas, si tu souhaites vendre ton Mac, il faudra utiliser la procédure Apple : https://support.apple.com/fr-fr/HT201065 ce qui implique une installation après effacement qui va créer un administrateur "à jeton".
Donc pas de panique.

Ce message a été modifié par jeanjd63 - 27 Nov 2020, 16:20.

[Kovak]

Salut.

Prenons les choses dans l'ordre et en premier tu peux faire ce test (démarrage en mode Recovery, DDE "Clone HFS+" connecté au Mac).

Si négatif, je te conseille dans les préférences systèmes disque de démarrage de sélectionner "Clone HFS+" puis démarrer dessus et ensuite faire un démarrage en mode Recovery (cmd+r) ce qui devrait partir sur Recovery disk2s5.
Et là tu retentes l'opération.

Dans tous les cas, si tu souhaites vendre ton Mac, il faudra utiliser la procédure Apple : https://support.apple.com/fr-fr/HT201065 ce qui implique une installation après effacement qui va créer un administrateur "à jeton".
Donc pas de panique.

Après lecture du lien de la procédure Apple j'ai hésité entre les deux solutions.

Puisque j'ai un "Clone HFS+" qui contient un "jeton" dans une partition d'un DDE, pourquoi je ne clonerais pas ce volume sur Macintosh HD ?
Si je n'ai pas de volumes bootables dans les Préférences systèmes, j'irais ensuite, via "cmd+r", dans le menu Utilitaire -> Utilitaire Sécurité au démarrage et cocher "Aucune sécurité" dans Démarrage sécurisé et "Autoriser le démarrage à partir de supports externes" dans Démarrage externe.

Sinon "cmd+r", Utilitaire Disque, formatage puis installation Mojave et ensuite "cmd+r" à nouveau et dans le menu Utilitaire -> Utilitaire Sécurité au démarrage et cocher "Aucune sécurité" dans Démarrage sécurisé et "Autoriser le démarrage à partir de supports externes" dans Démarrage externe.

D'après toi quelle serait la solution la plus simple pour un novice comme moi ?

[jeanjd63]

Déjà commencer par tester ce que je t'ai proposé de faire, non?

[baron]

Puisque j'ai un "Clone HFS+" qui contient un "jeton" dans une partition d'un DDE, pourquoi je ne clonerais pas ce volume sur Macintosh HD ?

Parce que, comme l'indique Mike Bombich, ce jeton est lié à un disque précis. Si tu écrases ce qu'il y a sur ton disque interne avec le contenu de ton clone, ce jeton sera à nouveau invalide. C'est du moins ce que j'ai retenu des explications que tu as toi-même citées.

Franchement, laisse-toi mener par Jean, ça risque d'aller mieux…

[Kovak]

Puisque j'ai un "Clone HFS+" qui contient un "jeton" dans une partition d'un DDE, pourquoi je ne clonerais pas ce volume sur Macintosh HD ?

Parce que, comme l'indique Mike Bombich, ce jeton est lié à un disque précis. Si tu écrases ce qu'il y a sur ton disque interne avec le contenu de ton clone, ce jeton sera à nouveau invalide. C'est du moins ce que j'ai retenu des explications que tu as toi-même citées.

Franchement, laisse-toi mener par Jean, ça risque d'aller mieux…

Merci de m'alerter. J'aurais encore fait une bêtise

Dans tous les cas, si tu souhaites vendre ton Mac, il faudra utiliser la procédure Apple : https://support.apple.com/fr-fr/HT201065 ce qui implique une installation après effacement qui va créer un administrateur "à jeton".

Cette solution ne serait-elle pas la mieux adapté à mes capacités ? Appliquer le point 5 puis le point 7 et je repars à zéro ce qui me permettrait de recréer un compte avec un "jeton"

[Mac Arthur]

Comme disait le regretté Jean Luc Delarue...

[lionelmacb]

Je me mêle de ce qui ne me regarde pas mais ce sujet me semble tourner en rond.

Je crois que le point 7 du lien d’Apple semble être la solution la plus fiable et la plus adaptée pour tout remettre en ordre. A toi Kovak de choisir de te connecter sur le site d’Apple (plusieurs heures si tu n’as pas la fibre) ou une clé USB qui réinstallera Mojave plus rapidement. Dans les deux cas… sauvegarde (TM+CCC) !

Ma réflexion n’entache en rien les bons conseils de Jean qui est vraiment quelqu’un de super mais Kovak semble décrocher alors vaut mieux l’orienter vers une solution adaptée à ses connaissances.

[Kovak]

Déjà commencer par tester ce que je t'ai proposé de faire, non?

Bonjour,

J'ai fini par oser démarrer (cmd+R) avec le DDE contenant la partition "Clone HFS+" connecté.
Et c'est comme tu disais !

En ouvrant "Utilitaire Sécurité au démarrage" depuis le menu j'ai vu une fenêtre m'affichant mon login et le champs m'invitant à y mettre mon mot de passe.
Puis j'ai pu accéder aux paramètres de cet Utilitaire "Sécurité au démarrage".
Dans Démarrage sécurisé -> Aucune sécurité (était-ce la bonne sélection ?)
Dans Démarrage externe -> Autoriser le démarrage à partir de supports externes (OK)
Là je n'ai touché à rien, cela m'a permis de voir seulement ce que je voulais voir depuis le début mais cette procédure m'oblige à conserver cette partition sur ce DDE

Je pensais que j'aurais pu changer cette autorisation pour la remplacer par un compte existant sur Macintosh HD…

Ce message a été modifié par Kovak - 29 Nov 2020, 10:22.

[jeanjd63]

Bon, bonne nouvelle.

À mon avis ce ne sera pas simple de "transférer" un compte ayant le même nom depuis le Clone vers ton installation actuelle.
Par contre ce que tu pourrais tenter en démarrant sur le clone :
Créer un nouvel administrateur depuis les Préférences Système avec un nom différent de ceux existants sur ton système actuel.
Ensuite tu démarres sur ce nouvel administrateur afin d'initialiser son espace de travail. Tu vérifies qu'il est bien dans la famille Trouillards

sysadminctl -secureTokenStatus nom_admin_créé

Si ok, tu peux tenter la manip suivante :

Tu redémarres sur ton système "normal" puis DDE clone connecté, tu lances l'assistant de migration, et après avoir sélectionné le clone "a des couettes" tu ne demandes la restauration que de l'utilisateur que tu viens de créer.

Et normalement tu devrais avoir un utilisateur "à jeton" sur ton système.

[Kovak]

J'ai cloné "Clone HFS+" sur une partition d'un disque SSD et renommé "Clone HFS+" en "Clone APFS".
Ça va le faire quand même ?

[jeanjd63]

J'ai cloné "Clone HFS+" sur une partition d'un disque SSD et renommé "Clone HFS+" en "Clone APFS".
Ça va le faire quand même ?

Donc il faut commencer par vérifier avec ce nouveau Clone. Le brancher, débrancher l'ancien clone puis vérifier si tu as toujours accès à l'utilitaire depuis le mode Recovery.

[Kovak]

Oups… j'ai toujours le fichier "default.profraw" à la racine c'est-à-dire dans le Finder de Macintosh HD.
J'ai consulté là où j'ai pu et il n'y aurait qu'une seule solution : reformater puis réinstaller le système !

[jeanjd63]

Oups… j'ai toujours le fichier "default.profraw" à la racine c'est-à-dire dans le Finder de Macintosh HD.
J'ai consulté là où j'ai pu et il n'y aurait qu'une seule solution : reformater puis réinstaller le système !

Oui, mais là on ne s'occupe pas de cela. On parle des Autorisations Utilisateur, sinon on ne va pas y arriver ????

[Kovak]

Oups… j'ai toujours le fichier "default.profraw" à la racine c'est-à-dire dans le Finder de Macintosh HD.
J'ai consulté là où j'ai pu et il n'y aurait qu'une seule solution : reformater puis réinstaller le système !

Oui, mais là on ne s'occupe pas de cela. On parle des Autorisations Utilisateur, sinon on ne va pas y arriver ????

J'entends bien mais si, après avoir réparé les Autorisations Utilisateur, il faut reformater Macintosh HD pour réinstaller le système afin de se débarrasser une bonne fois pour toute ce "default.profraw" qui est récurent… c'est travailler pour rien.

[Mac Arthur]

Il y a des monstres de patience sur ce forum...
Jean est sans doute un des tout meilleurs pour nous sortir des situations les plus difficiles, une simple recherche sur son pseudo donne facilement une idée de son "palmarès".
Alors à un moment donné, comme déjà mentionné par Baron (et légèrement suggéré par moi-même) il faut à un moment donné accepter soit:
- de laisser le volant et de faire ce qui est demandé.
- ou de reprendre la main et de faire comment bon nous semble.
L'entre deux peut devenir rapidement difficile à gérer

[jeanjd63]

Il y a des monstres de patience sur ce forum...
Jean est sans doute un des tout meilleurs pour nous sortir des situations les plus difficiles, une simple recherche sur son pseudo donne facilement une idée de son "palmarès".
Alors à un moment donné, comme déjà mentionné par Baron (et légèrement suggéré par moi-même) il faut à un moment donné accepter soit:
- de laisser le volant et de faire ce qui est demandé.
- ou de reprendre la main et de faire comment bon nous semble.
L'entre deux peut devenir rapidement difficile à gérer

++++++100

[Kovak]

C’est de ma faute et je m’en veux d’avoir sous-estimé le problème de ce fichier "default.profraw" car je pensais qu’il aurait pu être résolu via la réparation des Autorisations Utilisateur…
J’aurais dû le signaler dès le début ainsi que la fenêtre «Votre ordinateur a été redémarré en raison d'un problème.» Mais là, j’ai lu que l’installation de Big Sur sur un disque dur externe faisait disparaître cette fenêtre qui apparaît sur le bureau à chaque démarrage…

[jeanjd63]

Et là, comme d'habitude chez toi on dit verge, pardon on s'éloigne du sujet traité.
C'est franchement fatiguant. Je ne sais pas si tu te rends compte.

Ce message a été modifié par jeanjd63 - 30 Nov 2020, 16:47.

[Mac Arthur]

Je vous laisse. On se reverra... en page 6 de ce post

D'ici là pensez bien à Safari, aux applications 32 bits, à time machine et/ou carbone copy cloner...

Le match Isner Mahut va sortir du Guinness

[Kovak]

Bonjour,
Puisque j'ai un "Clone HFS+" qui contient un "jeton" dans une partition d'un DDE, pourquoi je ne clonerais pas ce volume sur une clé USB de 32 Go formatée HFS+ ?
Ou bien réduire la partition qui lui est dédiée à un minimum de 50 Go ? Ce serait suffisant ou de trop ?

[Mac Arthur]

Isner Mahut ce fut 70-68 au 5ème set.
Depuis les règles ont été changées pour éviter ces matchs qui n'en finissaient plus
Je doute que ce post aille très loin.

Pour avoir suivi ce fil, je pense que Jeanjd63 a été très très très patient (trop sans doute?).
Comme il a essayé de te l'expliquer 2 réponses plus haut, et il n'a pas été le seul, tu es ingérable.
Il te propose une solution à essayer, mais toi tu t'entêtes avec des "et si" "et si" et tu ne suis même pas le premier de ses conseils.
Bref on tourne en rond.
Donc je pense que le mieux serait que tu expérimentes dans ton coin, puisque les conseils donnés ne sont pas suivis.
Tiens nous au courant, mais évite de venir te plaindre si ça ne marche pas...
Depuis ton dernier post, Jeanjd63 a du dépanner (avec succès) au moins une dizaine de personnes.
Il y a des limites à tout

[Kovak]

Je suis conscient de la patience et de la compétence de Jeanjd63 mais c’est trop compliqué. J’ai beaucoup de mal à suivre les multiples manip’

[Mac Arthur]

Ce n'est pourtant pas très difficile à suivre....
Tu n'en applique aucune depuis environ 2 pages
Commence par faire ce qu'il te demande étape par étape !
Il ne t'as pas demandé 10 choses à la fois.
Tu appliques une commande et tu donnes le résultat.
Et ensuite il te donne la marche à suivre suivante.
Bref, in ne peut pas faire plus simple.
Il n'y a même pas a réfléchir !

[baron]

Exemple de « on tourne en rond » :

Puisque j'ai un "Clone HFS+" qui contient un "jeton" dans une partition d'un DDE, pourquoi je ne clonerais pas ce volume sur Macintosh HD ?

Parce que, comme l'indique Mike Bombich, ce jeton est lié à un disque précis. Si tu écrases ce qu'il y a sur ton disque interne avec le contenu de ton clone, ce jeton sera à nouveau invalide. C'est du moins ce que j'ai retenu des explications que tu as toi-même citées.

Franchement, laisse-toi mener par Jean, ça risque d'aller mieux…

Merci de m'alerter. J'aurais encore fait une bêtise
[…]

Bonjour,
Puisque j'ai un "Clone HFS+" qui contient un "jeton" dans une partition d'un DDE, pourquoi je ne clonerais pas ce volume sur une clé USB de 32 Go formatée HFS+ ?
Ou bien réduire la partition qui lui est dédiée à un minimum de 50 Go ? Ce serait suffisant ou de trop ?

A la prochaine digression, je ferme le sujet.

[maya.ahh]

Bonsoir,

J’ai un problème similaire. Je précise que j’utilise le terminal et les fonctions avancées d’OSX depuis… sa sortie.

J’ai lancé l’installation de Big Sur sur un macbook pro qui a quelques mois. Le SSD est crypté. Une erreur s’est produit durant l’installation, et depuis rien de ce que j’essaye ne fonctionne :

1. Reboot : ça tourne en rond, mon mot de passe est accepté, mais au bout de quelques secondes on revient à l’écran de connexion. Il s’agit (ou il s’agissait) d’un compte admin. Impossible donc de se loguer normalement.
2. impossible d’avancer avec le mode recovery, car mon mot de passe n’est pas accepté pour déverrouiller le volume.
3. impossible non plus en passant par l’identifiant iCloud : il est accepté, le mot de passe aussi, mais — parait-il — ne permet pas de déverrouiller le volume.
3. bis : une fois entré en Recovery et logué via iCloud, j’ai tenté de lancer une restauration TimeMachine mais non, c’est feulé, j’imagine (et j’espère) à cause du point 3.
4. impossible de passer par un installateur sur clef usb, la fonction est désactivée, or pour la réactiver il faudrait que je puisse me connecter en administrateur, au moins en recovery.
5. dans l’utilitaire de Sécurité au démarrage, je ne peux rien faire, car aucun administrateur n’est trouvé.
6. La manipulation Mac Arthur — rm /Volumes/"Macintosh HD"/var/db/.AppleSetupDone — ne donne rien car le fichier en question n’existe pas, ce que je confirme avec un ls -a ; j’ai cherché ailleurs au cas où, rien.

À ce stade, je peux seulement lancer l’effacement. Je pense que le problème est décrit à mon point 5, la qualité admin a été perdue, mais je ne sais pas comment la rétablir si la manipulation Mac Arthur ne fonctionne pas. Il y a aussi le fait que mon mot de passe, qui est le bon, n’est pas reconnu : je me demande si la cryptologie n’est pas grillée, impliquant un départ à zéro (j’ai une sauvegarde). Évidement, j’ai reset PRAM et SMC plusieurs fois.

Des suggestions ?

Ce message a été modifié par maya.ahh - 4 Dec 2020, 23:06.

[Mac Arthur]

Bonsoir,

J’ai un problème similaire. Je précise que j’utilise le terminal et les fonctions avancées d’OSX depuis… sa sortie.

6. La manipulation Mac Arthur — rm /Volumes/"Macintosh HD"/var/db/.AppleSetupDone — ne donne rien car le fichier en question n’existe pas, ce que je confirme avec un ls -a ; j’ai cherché ailleurs au cas où, rien.


Des suggestions ?

La "manipulation" du chiropracteur Mac Arthur ne fonctionnant pas, nous vous transférons dans le service des grands cryptés
L'urgentiste préposé aux cas les plus sérieux étant actuellement au repos (bien mérité) il passera vous voir dans la matinée.
Veuillez ne pas quitter !

[jeanjd63]

Salut maya.ahh

Je t'ai répondu ici : https://forum.macbidouille.com/index.php?showtopic=419020

Ce message a été modifié par jeanjd63 - 5 Dec 2020, 06:20.

[maya.ahh]

Merci !