10.11 El Capitan El Capitan a "mangé" mon bootcamp...

ness_Du_frat

Membre expert
Club iGen
6 Février 2007
1 080
80
41
France
www.lesenfantsdelo.com
Bonjour à tous !
Ça fait un bon petit bail que j'ai une partition windows sur mon SSD, via bootcamp, avec mes programmes dessus, jusqu'à maintenant tout se passait bien, je démarrais dessus en pressant "alt" au démarrage ou via le startup manager, aucun problème.

Je suis passée à El Capitan il y a un petit moment et je n'ai pas eu besoin de retourner sur ma partition windows depuis, mais voilà, aujourd'hui, j'ai voulu démarrer sur un disque externe (on ne parle même pas de windows, ici, juste d'un support externe), j'ai donc redémarré mon mac, maintenu enfoncée la touche alt, et...

Ecran noir. Nada. Que dalle. Rien. Evidemment, le gros flip, ça y est, ma carte graphique est passée de vie à trépas... Bref. Je redémarre normalement, tout va bien.
Je réessaie via alt (en ayant viré le disque externe, je me suis dit que cette fois j'allais juste démarrer sous windows pour voir), écran noir. Plus de windows, plus de mac, rien que cet écran noir sans autre explication.
Je redémarre, je vais dans startup manager, pas de disque windows.
Dans le finder ? Il est là, évidemment, avec tous ses fichiers Windows.
Je clique sur bootcamp, il me propose d'installer windows. Oui, mais non. Je l'ai fait une fois, pas deux (en vrai, je l'ai fait deux fois car je m'étais fait voler mon mac, mais passons). J'ai le macbook pro dont j'ai enlevé le lecteur optique, vous comprendrez ma douleur pour installer windows via bootcamp, ça prend des heures, sans parler de réinstaller TOUS mes programmes qui étaient dessus.

Que se passe-t-il ? Et surtout, c'est quoi ce bordel, pourquoi je ne vois même pas mes disques au démarrage ?

C'est un macbook pro late 2011 quadcore 2.5Ghz, el capitan version 10.11.6.
J'ai essayé de regarder un peu, à part les gens qui n'arrivent pas à installer windows via bootcamp avec el capitan, je n'ai trouvé personne dont la partition n'était simplement plus visible au démarrage (ni aucune autre. Ni mon système mac sur le disque externe, sur lequel je voulais démarrer).

Merci de votre aide !
 
Ok, erreur de débile sous stress, reset PRAM, un petit peu de cafouillage au redémarrage, et c'est bon, le sujet est résolu :)
(À ma décharge, j'étais dans l'urgence pour un truc, je suis en bouclage et ça fait dix jours que je dors quasi pas, mais c'est pas une excuse, toujours faire un reset PRAM, je ne sais pas comment j'ai pu oublier ca)
 
Il y a trois sortes de fils : les « auto-solubles » (problème résolu par l'auteur soi-même) ; les « hétéro-solubles » (problème résolu par d'autres que l'auteur) ; et les « in-solubles » (problème résolu par la résignation collective).

Ce fil appartient manifestement à la première sorte - est-ce si étonnant avec ness :coucou:? - ce qui me permet d'y griffonner cette absurde petite facétie de bas étage
361608_original.png
 
Lol. En même temps, c'est con, mais je remarque que je fais assez souvent ca : je m'énerve sur un problème, je cherche sur les forums, je trouve pas, je pose ma question, et le fait de le mettre par écrit me fait réfléchir au problème autrement. Ca arrive souvent que je revienne quelques heures après ou le lendemain pour dire que j'ai trouvé une solution.

Par contre, un truc étrange, c'est que plein de drivers avaient sauté. Probablement à cause de la présence du Thunderbolt. J'ai réinstallé le pack bootcamp sur Windows et j'ai pu avoir accès à certains paramètres qui ne fonctionnaient plus, genre la luminosité de mon écran. Le Thunderbolt, par contre, je peux me brosser : même si je suis en train de travailler dessus, régler la luminosité sur le clavier (clavier Apple branché direct dessus) me règle la luminosité du MacBook Pro. Pratique.
Bon, du coup je peux le faire via les paramètres de bootcamp mais c'est pas pratique.

En tout cas, coup de flip hier, le truc qui avait perdu mon Windows, quoi ^^
 
Lol. En même temps, c'est con, mais je remarque que je fais assez souvent ca : je m'énerve sur un problème, je cherche sur les forums, je trouve pas, je pose ma question, et le fait de le mettre par écrit me fait réfléchir au problème autrement
On appelle ça le temps de la réflexion, encore faut-il prendre le temps. :D

Hello les spécialistes du Terminal. :coucou:
 
Par contre, un truc curieux, dans le start manager, je n'ai pas mon disque Windows. (Et je n'ai pas réessayé de démarrer dessus, ça se trouve il a de nouveau disparu, hein)
Bon, de toute manière j'avais l'habitude de gérer mon démarrage avec la touche alt, je ne m'occupais pas trop de ça, mais c'est bizarre.
 
Ayant facétieusement avancé que les problèmes exposés par ness relevaient de l'« auto-soluble » > celle-ci est venue apporter à cette notion assez vague l'importante précision que voici :
je m'énerve sur un problème, je cherche sur les forums, je trouve pas, je pose ma question, et le fait de le mettre par écrit me fait réfléchir au problème autrement. Ca arrive souvent que je revienne quelques heures après ou le lendemain pour dire que j'ai trouvé une solution.

Freud vantait les vertus thérapeutiques de la parole - il n'avait manifestement pas pris suffisamment garde au fait que le sujet colle à son expression parlée (au point de s'y engluer) > tandis que l'acte d'écrire produit une mise en forme séparée, qui se détache du sujet en lui permettant en retour de s'en détacher et par là de s'en libérer.


Cette vertu libératrice de l'écriture, voyons si l'échange épistolaire peut lui être d'un quelconque secours -->
dans le start manager, je n'ai pas mon disque Windows.

Je ne connais pas le Système Windows mais je peux décrire ce qui se passe avec le Système macOS : quand le Start-up Disk Manager n'affiche pas un volume macOS > c'est qu'il ne le voit pas comme un volume démarrable ; s'il ne le voit pas comme un volume démarrable > c'est qu'il n'y détecte pas un boot_loader : boot.efi (fichier démarreur du Système macOS) ; s'il n'y détecte pas de boot_loader : boot.efi > c'est parce que le header (en-tête) du volume n'a pas été béni (blessed) > c'est-à-dire est dépourvu de boot_flag (indicateur de caractère démarrable) et de path (indication du chemin au boot_loader : boot.efi dans l'arborescence du volume = /System/Library/CoreServices/boot.efi).

Ces marquages de l'en-tête d'un volume le signalant comme « démarrable » > servent aussi au Boot_Manager (le gestionnaire de démarrage de l'EFI déclenché par la touche "alt" à l'allumage du Mac) pour lui permettre de détecter et d'afficher un volume à l'écran de choix du disque de démarrage. Je soupçonne les 2 programmes du Start-up Disk Manager des Préférences Système et du Boot_Manager de l'EFI de ne pas être de simples doublons > le Start-up Disk Manager me paraissant un programme plus frustre et limité que le Boot_Manager - ne serait-ce que parce que le Boot_Manager est capable d'afficher des volumes de Récupération (lorsque qu'un format CoreStorage ne les intercepte pas) > alors que le Start-up Disk Manager en est incapable.

Je me risque à transposer par analogie à un Système Windows : si le Startup Disk Manager ne "voit" pas un volume Windows > c'est semblablement parce qu'il ne le voit pas receler un boot_loader de Windows > s'il ne le voit pas receler un tel boot_loader > c'est peut-être que l'en-tête de ce volume a perdu son boot_flag et son path au boot_loader.

Mais la situation se trouve compliquée par le facteur suivant : afin d'aviser un volume > un gestionnaire de démarrage passe par la table de partition d'en-tête du disque qui lui fournit la description des partitions à partir desquelles montent les volumes. Pour un volume macOS il n'y a pas de lézard : le gestionnaire de démarrage passe par la table de partition principale GPT (GUID Partition Table) inscrite sur les 32 premiers blocs qui lui décrit les partitions dont la macOS sans qu'aucune interférence n'entrave ce cheminement.

Mais il n'en va pas de même avec un Système Windows. Parce que l'accès à cette partition se trouve toujours sujet à l'interférence possible de la table de partition secondaire MBR (Master Boot Record) qui est inscrite sur le seule bloc 0 du disque. Si le Système Windows à booter est la version W-7 > alors il s'agit d'un OS qui boote en mode « Legacy », càd. via une description MBR de la partition => à supposer que cette table MBR secondaire ait été affectée par des remaniements de partitions > la partition de Windows n'est plus décrite adéquatement > donc ce volume-Système devient indétectable. S'il s'agit de la version W-10 > alors il s'agit d'un OS qui boote en mode « UEFI », càd. via la description GPT de la partition => mais à supposer là encore que la table secondaire MBR ait été affectée par des remaniements de partitions sur le disque > elle est susceptible d'intercepter la description GPT de la partition Windows et là encore d'empêcher sa détection, ou sinon son démarrage.

Je suis conscient d'être quelque peu sibyllin dans ces remarques abrégées concernant l'interférence des 2 tables de partition (MBR & GPT) pour ce qui est du boot de Windows --> j'en suggère néanmoins la perspective éventuelle.