10.12 Sierra Clean Install Sierra Impossible

[Deleted member 1099514]

En effet. A suivre et sinon direction Apple Store.

 

[Benoit5988]

En effet. A suivre et sinon direction Apple Store.

J'ai pas de chance mon iMac le faisait mais pas tout le temps et la mon macbook tout neuf pareil j'espère que c'est juste un bug de sierra.

 

[lasperule]

Ça vous arrive par moment d'avoir une erreur lors du formatage du disque dur pour une clean install? Ça m'arrive par moment et je suis obligé de recliquer sur effacé et la çà marche. J'ai remarqué ça sur mon ancien imac et la sur mon macbook c'est pareil

Sous Sierra quand je veux effacer un disque dur j'ai aussi ce caprice. Je dois m'y prendre en 2 fois pour avoir "OK".
Mais il ne me semble pas que ça l'a fait sur le SSD de mon MBP.

 

[Membre supprimé 1060554]

Salut Benoît

Ce billet a pour intention de calmer 2 inquiétudes non fondées.


Quand tu démarres la touche "alt" pressée pour obtenir l'écran du boot_manager (gestionnaire de disque) > la partition de secours Recovery HD :

- est masquée si et seulement si un format CoreStorage existe sur la partition Macintosh HD de l'OS. Ce format CoreStorage peut provenir d'une instruction automatique d'installation de l'installateur de «Sierra» ou de l'activation de «FileVault», car le chiffrement présuppose l'existence d'un format CoreStorage sur la partition de l'OS.

- est affichée par contre s''il n'existe pas de format CoreStorage sur la partition Macintosh HD de l'OS > la partition de récupération apparaissant à l'écran du boot_manager sous l'intitulé "Récupération 10.12" (pour l'OS «Sierra»).​

Un simple exercice de logique (si... --> alors...) démontre que, si la partition Recovery HD n'est pas affichée à l'écran de ton boot_manager > c'est parce qu'un format CoreStorage (chiffré ou non chiffré) existe actuellement sur la partition Macintosh HD de l'OS.

Afin d'avoir la confirmation de cette inférence logique > tu vas à : Applications > Utilitaires > tu lances le «Terminal» > dans la fenêtre qui s'affiche tu saisis (l'une après l'autre) les 2 commandes (informatives simplement) :

diskutil list
diskutil cs list

et ↩︎ (presse la touche "Entrée" du clavier après chaque commande pour l'activer) --> en retour tu vas obtenir 2 tableaux :

- celui des partitions de ton disque avec leurs paramètres logiques ;

- celui du Groupe de Volumes Logiques du CoreStorage forcément greffé actuellement sur la partition disk0s2 de l'OS et exportant un Volume Logique de second ordre disk1.​

=> tu n'as qu'à poster ici ces 2 tableaux en copier-coller (sélection > ⌘C pour copier dans le presse-papier > ⌘V pour coller ici) - sans faire de capture d'écran.

Cette démonstration devrait calmer ton inquiétude > en avérant que le masquage de la partition Recovery HD à l'écran du boot_manager est causé par le CoreStorage de la partition disk0s2.

--------------------
​

Pour ce qui est de la localisation de l'installateur téléchargé depuis l'AppStore > normalement le mécanisme est le suivant :

- a) un fichier-conteneur : macOS Sierra.appdownload est immédiatement créé at: /Applications > mais ce fichier-conteneur ne contient qu'un exécutable placeholderInfo ;

- b) c'est dans le dossier des téléchargements temporaires de l'AppStore que se télécharge par contre le .pkg (paquet) de ressources d'installation. Par la commande d'affichage dans le «Terminal» ;

open $TMPDIR../C/com.apple.appstore

> tu fais s'afficher le contenu de ce dossier dans une fenêtre du Finder > le paquet des ressources d'install se télécharge dans un sous-dossier à l'intitulé purement numérique qui flanque le sous-dossier com.apple.appstore.

- c) à la complétion du téléchargement des ressources du .pkg (paquet) dans le dossier de téléchargements temporaires de l'AppStore > l'application d'installation Install macOS Sierra.app est créée dans les /Applications en remplacement du fichier-conteneur macOS Sierra.appdownload qui disparaît > et en principe le sous-dossier contenant le .pkg dans le dossier des téléchargements temporaires de l'AppStore se trouve purgé.​

Mais > il m'est arrivé exactement comme toi naguère (avec «El Capitan») que ce mécanisme logique se grippe. Exactement comme pour toi > le Launchpad seul affichait l'application d'installation à la fin du téléchargement > mais elle était introuvable à sa place attendue des /Applications. Elle n'était pas trouvable non plus dans le dossier des éléments temporaires de l'AppStore. Et... après plusieurs explorations > tu me fais souvenir que j'avais fini par la trouver créée par erreur dans le répertoire (invisible graphiquement) /Volumes qui sert d'espace de montage des différents volumes de disques attachés au Mac.

Il n'est pas exact de dire que c'est parce que le disque dur virtuel de premier degré InstallESD.dmg contenu dans l'installateur aurait été monté au préalable en un volume OS X Install ESD > non : c'était carrément l'application d'installation (chez moi > à l'époque : Install OS X El Capitan.app) qui résidait telle quelle dans le répertoire /Volumes sans avoir la nature d'un volume.

J'avais conclu à une erreur du répertoire de destination pour la création de l'application d'install finale. C'est ce qui a dû t'arriver > et si tu avais fait s'afficher ce répertoire caché (graphiquement) de l'OS : /Volumes > tu aurais avisé dans son espace ton application Install macOS Sierra.app créée par erreur à cet emplacement après complétion du téléchargement des ressources du .pkg.

Cette erreur (dont je ne conçois pas la raison exacte) > ne signale en aucun cas un disque défaillant (le mien se portait comme un charme et se porte toujours aussi bien) > tu dois par conséquent par la description que je viens de te faire t'ôter une 2è raison d'inquiétude : tu as été simplement victime d'un petit méli-mélo logiciel et si ça se reproduisait > tu n'aurais qu'à passer la commande :

open /Volumes

pour afficher l'espace du répertoire des /Volumes dans une fenêtre du Finder > et pouvoir y aviser ton application d'install indûment créée à cet emplacement.

--------------------​

 

[Benoit5988]

Salut Benoît

Ce billet a pour intention de calmer 2 inquiétudes non fondées.


Quand tu démarres la touche "alt" pressée pour obtenir l'écran du boot_manager (gestionnaire de disque) > la partition de secours Recovery HD :

- est masquée si et seulement si un format CoreStorage existe sur la partition Macintosh HD de l'OS. Ce format CoreStorage peut provenir d'une instruction automatique d'installation de l'installateur de «Sierra» ou de l'activation de «FileVault», car le chiffrement présuppose l'existence d'un format CoreStorage sur la partition de l'OS.

- est affichée par contre s''il n'existe pas de format CoreStorage sur la partition Macintosh HD de l'OS > la partition de récupération apparaissant à l'écran du boot_manager sous l'intitulé "Récupération 10.12" (pour l'OS «Sierra»).​

Un simple exercice de logique (si... --> alors...) démontre que, si la partition Recovery HD n'est pas affichée à l'écran de ton boot_manager > c'est parce qu'un format CoreStorage (chiffré ou non chiffré) existe actuellement sur la partition Macintosh HD de l'OS.

Afin d'avoir la confirmation de cette inférence logique > tu vas à : Applications > Utilitaires > tu lances le «Terminal» > dans la fenêtre qui s'affiche tu saisis (l'une après l'autre) les 2 commandes (informatives simplement) :

diskutil list
diskutil cs list

et ↩︎ (presse la touche "Entrée" du clavier après chaque commande pour l'activer) --> en retour tu vas obtenir 2 tableaux :

- celui des partitions de ton disque avec leurs paramètres logiques ;

- celui du Groupe de Volumes Logiques du CoreStorage forcément greffé actuellement sur la partition disk0s2 de l'OS et exportant un Volume Logique de second ordre disk1.​

=> tu n'as qu'à poster ici ces 2 tableaux en copier-coller (sélection > ⌘C pour copier dans le presse-papier > ⌘V pour coller ici) - sans faire de capture d'écran.

Cette démonstration devrait calmer ton inquiétude > en avérant que le masquage de la partition Recovery HD à l'écran du boot_manager est causé par le CoreStorage de la partition disk0s2.

--------------------
​

Pour ce qui est de la localisation de l'installateur téléchargé depuis l'AppStore > normalement le mécanisme est le suivant :

- a) un fichier-conteneur : macOS Sierra.appdownload est immédiatement créé at: /Applications > mais ce fichier-conteneur ne contient qu'un exécutable placeholderInfo ;

- b) c'est dans le dossier des téléchargements temporaires de l'AppStore que se télécharge par contre le .pkg (paquet) de ressources d'installation. Par la commande d'affichage dans le «Terminal» ;

open $TMPDIR../C/com.apple.appstore

> tu fais s'afficher le contenu de ce dossier dans une fenêtre du Finder > le paquet des ressources d'install se télécharge dans un sous-dossier à l'intitulé purement numérique qui flanque le sous-dossier com.apple.appstore.

- c) à la complétion du téléchargement des ressources du .pkg (paquet) dans le dossier de téléchargements temporaires de l'AppStore > l'application d'installation Install macOS Sierra.app est créée dans les /Applications en remplacement du fichier-conteneur macOS Sierra.appdownload qui disparaît > et en principe le sous-dossier contenant le .pkg dans le dossier des téléchargements temporaires de l'AppStore se trouve purgé.​

Mais > il m'est arrivé exactement comme toi naguère (avec «El Capitan») que ce mécanisme logique se grippe. Exactement comme pour toi > le Launchpad seul affichait l'application d'installation à la fin du téléchargement > mais elle était introuvable à sa place attendue des /Applications. Elle n'était pas trouvable non plus dans le dossier des éléments temporaires de l'AppStore. Et... après plusieurs explorations > tu me fais souvenir que j'avais fini par la trouver créée par erreur dans le répertoire (invisible graphiquement) /Volumes qui sert d'espace de montage des différents volumes de disques attachés au Mac.

Il n'est pas exact de dire que c'est parce que le disque dur virtuel de premier degré InstallESD.dmg contenu dans l'installateur aurait été monté au préalable en un volume OS X Install ESD > non : c'était carrément l'application d'installation (chez moi > à l'époque : Install OS X El Capitan.app) qui résidait telle quelle dans le répertoire /Volumes sans avoir la nature d'un volume.

J'avais conclu à une erreur du répertoire de destination pour la création de l'application d'install finale. C'est ce qui a dû t'arriver > et si tu avais fait s'afficher ce répertoire caché (graphiquement) de l'OS : /Volumes > tu aurais avisé dans son espace ton application Install macOS Sierra.app créée par erreur à cet emplacement après complétion du téléchargement des ressources du .pkg.

Cette erreur (dont je ne conçois pas la raison exacte) > ne signale en aucun cas un disque défaillant (le mien se portait comme un charme et se porte toujours aussi bien) > tu dois par conséquent par la description que je viens de te faire t'ôter une 2è raison d'inquiétude : tu as été simplement victime d'un petit méli-mélo logiciel et si ça se reproduisait > tu n'aurais qu'à passer la commande :

open /Volumes

pour afficher l'espace du répertoire des /Volumes dans une fenêtre du Finder > et pouvoir y aviser ton application d'install indûment créée à cet emplacement.

--------------------​

Effectivement Il y a dû avoir un problème pour le téléchargement de sierra car j'ai recommencé le téléchargement et j'ai bien eu le fichier dans application.

Pour recovery hd je l'ai toujours eu en appuyant sur alt au démarrage sur mon ancien mac qui était un imac de 2013 avec un disque dur. La j'ai changé j'ai un macbook air de 2015 avec un ssd et filevault d'activé donc c'est sûrement la raison que la commande alt m'affiche pas le recovery hd par contre avec la commande cmd+r au démarrage je renvoie bien automatique vers l'outil de restauration.

 

[Membre supprimé 1060554]

En disant que «FileVault» est activé > tu confirmes avoir un CoreStorage sur la partition de l'OS > raison qui fait qu'un volume de démarrage "Récupération 10.12" ne peut pas être affiché par le boot_manager.

Je pourrais expliquer en détail pourquoi ce masquage > mais il y faudrait encore un billet de type "technique" --> si tu es intéressé > regarde mon billet #7 dans ce fil ☞Fusion Drive boot sur mauvais disque☜.

[En raccourci > c'est parce que le volume de la Recovery HD > en cas de CoreStorage Chiffré sur la partition de l'OS > sert prioritairement de « booter » = démarreur du CoreStorage (c'est lui qui est affiché sous l'intitulé du volume Macintosh HD à l'écran du boot_manager) > ce qui masque la fonction de récupération de ce volume > et oblige à passer par la combinaison de touches exclusive ⌘R pour le démarrage sur le Recovery OS.]

Tu peux poster les 2 tableaux retournés par les 2 commandes (diskutil list & diskutil cs list) si tu veux (c'est inoffensif : les commandes agissent en lecture seule) > tu verras à quoi ressemble logiquement un CoreStorage. En tout cas : tout est normal dans ta configuration.

 

[Benoit5988]

En disant que «FileVault» est activé > tu confirmes avoir un CoreStorage sur la partition de l'OS > raison qui fait qu'un volume de démarrage "Récupération 10.12" ne peut pas être affiché par le boot_manager.

Je pourrais expliquer en détail pourquoi ce masquage > mais il y faudrait encore un billet de type "technique" --> si tu es intéressé > regarde mon billet #7 dans ce fil ☞Fusion Drive boot sur mauvais disque☜.

[En raccourci > c'est parce que le volume de la Recovery HD > en cas de CoreStorage Chiffré sur la partition de l'OS > sert prioritairement de « booter » = démarreur du CoreStorage (c'est lui qui est affiché sous l'intitulé du volume Macintosh HD à l'écran du boot_manager) > ce qui masque la fonction de récupération de ce volume > et oblige à passer par la combinaison de touches exclusive ⌘R pour le démarrage sur le Recovery OS.]

Tu peux poster les 2 tableaux retournés par les 2 commandes (diskutil list & diskutil cs list) si tu veux (c'est inoffensif : les commandes agissent en lecture seule) > tu verras à quoi ressemble logiquement un CoreStorage. En tout cas : tout est normal dans ta configuration.

/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *121.3 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_CoreStorage Macintosh HD 120.5 GB disk0s2

3: Apple_Boot Recovery HD 650.0 MB disk0s3


/dev/disk1 (internal, virtual):

#: TYPE NAME SIZE IDENTIFIER

0: Macintosh HD +120.1 GB disk1

Logical Volume on disk0s2

A573DA83-B54D-4982-B1B3-B1741B7AE0BF

Unlocked Encrypted


macbook-air:~ bencece$ diskutil cs list

CoreStorage logical volume groups (1 found)

|

+-- Logical Volume Group 9238AC5E-A63E-472D-AE74-42133E2D0D5B

=========================================================

Name: Macintosh HD

Status: Online

Size: 120473067520 B (120.5 GB)

Free Space: 77824 B (77.8 KB)

|

+-< Physical Volume 7C391EA4-89D8-4072-9CEF-B24A426F563E

| ----------------------------------------------------

| Index: 0

| Disk: disk0s2

| Status: Online

| Size: 120473067520 B (120.5 GB)

|

+-> Logical Volume Family 23FEFBC7-16F1-445D-8336-602B3A6A2460

----------------------------------------------------------

Encryption Type: AES-XTS

Encryption Status: Unlocked

Conversion Status: Complete

High Level Queries: Fully Secure

| Passphrase Required

| Accepts New Users

| Has Visible Users

| Has Volume Key

|

+-> Logical Volume A573DA83-B54D-4982-B1B3-B1741B7AE0BF

---------------------------------------------------

Disk: disk1

Status: Online

Size (Total): 120108089344 B (120.1 GB)

Conversion Progress: Complete

Revertible: Yes (unlock and decryption required)

LV Name: Macintosh HD

Volume Name: Macintosh HD

Content Hint: Apple_HFS

 

[Membre supprimé 1060554]

Tout est normal pour ta configuration.

Tu as activé «FileVault» > tu as un dispositif CoreStorage sur la partition disk0s2 Macintosh HD > ce CoreStorage masque l'affichage de la Recovery HD en tant que volume de récupération à l'écran du boot_manager > mais affiche ce même volume Recovery HD en tant que « booter » du Volume Logique Macintosh HD.

Ce que tu vois à l'écran obtenu avec "alt" > le "disque" Macintosh HD > c'est le volume de la Recovery HD > mais servant dans ta configuration de « booter » du volume Macintosh HD.

Car le chiffrement verrouille le Volume Logique du CoreStorage (qui reste en quelque sorte emprisonné dans le Volume Physique, qui est un disque virtuel chiffré) > donc quand tu démarres avec "alt" > le Volume Logique est verrouillé et non exporté > ce qui est affiché sous l'intitulé Macintosh HD ce n'est pas lui (car il n'est pas monté) > c'est le volume de la Recovery HD tenant lieu de « booter » du CoreStorage (c'est-à-dire d'exportateur du Volume Logique Macintosh HD - à la condition qu'on renseigne un mot-de-passe de déverrouillage).

=> ça paraît compliqué (ça l'est) --> mais il n'y a rien d'anormal dans ta configuration où «FileVault» est activé : tout est propre et net comme un sou neuf (c'est un sou neuf)

 

[Benoit5988]

Tout est normal pour ta configuration.

Tu as activé «FileVault» > tu as un dispositif CoreStorage sur la partition disk0s2 Macintosh HD > ce CoreStorage masque l'affichage de la Recovery HD en tant que volume de récupération à l'écran du boot_manager > mais affiche ce même volume Recovery HD en tant que « booter » du Volume Logique Macintosh HD.

Ce que tu vois à l'écran obtenu avec "alt" > le "disque" Macintosh HD > c'est le volume de la Recovery HD > mais servant dans ta configuration de « booter » du volume Macintosh HD.

Car le chiffrement verrouille le Volume Logique du CoreStorage (qui reste en quelque sorte emprisonné dans le Volume Physique, qui est un disque virtuel chiffré) > donc quand tu démarres avec "alt" > le Volume Logique est verrouillé et non exporté > ce qui est affiché sous l'intitulé Macintosh HD ce n'est pas lui (car il n'est pas monté) > c'est le volume de la Recovery HD tenant lieu de « booter » du CoreStorage (c'est-à-dire d'exportateur du Volume Logique Macintosh HD - à la condition qu'on renseigne un mot-de-passe de déverrouillage).

=> ça paraît compliqué (ça l'est) --> mais il n'y a rien d'anormal dans ta configuration où «FileVault» est activé : tout est propre et net comme un sou neuf (c'est un sou neuf)

Merci beaucoup tu pense que c'est mieux de laisser activé filevault? il n'y a pas de baisse de performance ? car sur mon iMac à l'installation il ne m'était pas proposé de l'activé mais la sur mon macbook il me la proposé et tout était coché par défaut donc j'ai laissé activé. tu ma l'air de vraiment connaitre l'univers mac en profondeur je peux te poser 2 petite questions sans rapport au sujet merci

 

[Membre supprimé 1060554]

tu pense que c'est mieux de laisser activé filevault? il n'y a pas de baisse de performance ?

Si tu n'as pas besoin personnellement d'un chiffrement > tu te simplifieras la vie en choisissant de désactiver «FileVault» (at: Menu  > Préférences Système > Sécurité et confidentialité > FileVault > "Désactiver FileVault"). Après re-démarrage du Mac > le déchiffrement prend un certain temps.

L'influence de l'activation de «FileVault» sur les performances est un sujet en débat. L'activité permanente d'un traducteur entre espace chiffré du Physical Volume et espace déchiffré du Logical Volume > ne peut pas être tenue pour nulle. Quelqu'un qui n'a pas besoin de «FileVault» ne peut que gagner à le désactiver.

je peux te poser 2 petite questions sans rapport au sujet

S'il ne s'agit pas des questions précédentes > tu peux toujours faire de petits hors-sujet dans le fil que tu as créé.

 

[Benoit5988]

Si tu n'as pas besoin personnellement d'un chiffrement > tu te simplifieras la vie en choisissant de désactiver «FileVault» (at: Menu  > Préférences Système > Sécurité et confidentialité > FileVault > "Désactiver FileVault"). Après re-démarrage du Mac > le déchiffrement prend un certain temps.

L'influence de l'activation de «FileVault» sur les performances est un sujet en débat. L'activité permanente d'un traducteur entre espace chiffré du Physical Volume et espace déchiffré du Logical Volume > ne peut pas être tenue pour nulle. Quelqu'un qui n'a pas besoin de «FileVault» ne peut que gagner à le désactiver.



S'il ne s'agit pas des questions précédentes > tu peux toujours faire de petits hors-sujet dans le fil que tu as créé.

Niveau securité que pense tu de l'activation ou pas de parefeu dans les preferences. Et niveau antivirus? Plusieurs site disent qu'il est absurde de penser qu'il n'y a pas besoin d'antivirus et les fan apple disent qu'il n'y en a pas besoin. apple ne communique pas dessus. Je sais que la meilleur securité est l'utilisateur. Je fais tres attention aucun site suspect je ne telecharge pas de logiciel en dehors du store a part vlc et transmission. Mais bon quand je pense que transmission a etait infecté plusieur fois je ne sais quoi penser antivirus ou pas.

 

[bompi]

Parefeu activé : assurément. Et très restrictif : on ferme tout et on ouvre au compte-goutte en fonction des besoins et en connaissance de cause (si possible ).

 

[marenostrum]

rien ne peut être installé à ton insu dans ton mac. ce qui fait un virus, tu le prends sans le savoir. donc pas besoin d'un antivirus sur mac. en plus Apple protège son système, même s'il ne communique pas dessus. d'ailleurs sur Sierra même si tu veux installer un programme, c'est plus évident, tellement ils ont compliqué la tache, à cause de vous qui venait de windobe récemment et l'antivirus vous est familier.

 

[Benoit5988]

rien ne peut être installé à ton insu dans ton mac. ce qui fait un virus, tu le prends sans le savoir. donc pas besoin d'un antivirus sur mac. en plus Apple protège son système, même s'il ne communique pas dessus. d'ailleurs sur Sierra même si tu veux installer un programme, c'est plus évident, tellement ils ont compliqué la tache, à cause de vous qui venait de windobe récemment et l'antivirus vous est familier.

Je suis sous mac depuis maintenant près de 8 ans je n'ai jamais eu de virus mais bon les sites de sécurité commence a dire de plus en plus qu'il en faut un donc je commence à me poser des questions mais je dit que je n'ai jamais eu virus mais comme je n'ai jamais mis d'antivirus si j'en ai eu je n'ai jamais était au courant.