Partition Bootcamp | Les forums MacGeneration
jeans Et Berzan
J'interfère dans ce fil, car il témoigne d'un "paradoxe" qui ne peut manquer de se délecter d'un amateur d'absurdités à la Lewis Carroll ![[IMG]"data-url =" http://ic.pics.livejournal.com/regisjean/14073208/361608/361608_original.png](http://ic.pics.livejournal.com/regisjean/14073208/361608/361608_original.png)
Le paradoxe de la "présence absente" (une partition BOOTCAMP absente, qui continue à se présenter comme une possibilité de démarrage). Paradox ne peut pas être plus de saison, à cette époque de Pentecôte commémorant la "descente du Saint-Esprit": car n'est-ce pas ici, à coup, la présentation de l'absent par excellence? Qu'une absence puisse donc faire un acte de présence sur un Mac – cela aurait sans doute ravi Henri Bergson, qui a constamment appelé à l'intervention d'un "supplément d'âme" dans le monde des "machines" …
Tout lecteur de ce préambule aura immédiatement compris que ce qui est "présenté" ici est une version du dimanche de macomane "Absent" du sérieux des journées laborieuses – pour ainsi dire de celui qui profite de l'occasion pour créer "l'esprit" …
——————–
Cela ne vaut pas la peine, Berzan, que vous essayez de passer des commandes pour redimensionner la partition principale / Dev / disk0s2 du disque de votre Mac, car il n’ya pas suffisamment d’espace libre au bas du disque (le "Récupération HD"Ne pas faire obstacle à son rétablissement éventuel) qui permettrait cette opération.
Tout l'espace de l'ancienne partition CAMP D'ENTRAÎNEMENT a été évidemment récupéré par la partition de l'OS Macintosh HD et il n'y a plus de blocs gratuits disponibles pour l'augmenter. C'est la signification des messages retournés:
Code (texte):
Erreur: -69742: le changement de taille demandé pour le disque cible, essayez un autre disque ou une partition, ou effectuez une modification plus importante.
ainsi lorsque le système de fichiers du Macintosh HD a été hébergé dans un format corestorage, qu'actuellement il a récupéré le format standard JHFS +.
Vous pouvez le vérifier en copiant et en collant la commande:
Code (texte):
sudo gpt show / dev / disk0
et ↩︎ (vous appuyez sur la touche "Entrée" du clavier pour activer la commande) -> une demande de mot de passe apparaît (commande sudo) -> tapez votre mot de passe admin blind – pas de caractères en tapant – et encore> -> cette commande appelant l'utilitaire de gestion Tables de partition GUID gpt, avec le verbe spectacle ("show") sur la cible de disk0 ou le premier disque (disque interne de votre Mac) renverra le tableau d'allocation des blocs de votre disque => pouvez-vous poster ce tableau en copier-coller ici? Il sera facile de vérifier qu’il n’existe pas de bande suffisante de blocs libres (sauf une bande tampon possible, comme cela se produit régulièrement) ci-dessous. GPT PARTIE 2 (Macintosh HD) et 3 (Récupération HD) et avant les 32 derniers blocs contenant la sauvegarde de la table TPG des 32 premiers blocs.
——————–
Donc, il n'y a pas d'autre partition que celles révélées par la commande liste utilitaire de disque (3 au total, avec leESP ou Partition système EFI Tête n ° 1) et aucune bande d’espace libre qui correspondrait à l’ancienne partition CAMP D'ENTRAÎNEMENT.
S'il n'y a pas d'autre partition que celles mentionnées ci-dessus, c'est-à-dire qu'aucun secteur de bloc du disque en dehors d'eux n'est actuellement géré par un système de fichiers, qui "transfigure automatiquement" cet espace en partition, c'est-à-dire le convertit en un secteur reconnu de la table de partition TPG (Table de partition GUID). Qui dit absence de système de fichiers, dit absence radicale d'écrits sur les blocs correspondants susceptibles d'être interprétés comme LES DONNÉES logique (données logiquement significatives). Dont aucun boot_loader .efi (fichier de démarrage d'un système d'exploitation) correspondant à un système les fenêtres launchable.
Mais quand un Mac est démarré avec la clé "alt"est la" présence "ou" l'absence "de tels fichiers boot_loaders sur les partitions existantes que le logiciel de numérisation duEFI : DiskManager reconnaît, lors de son analyse préliminaire des partitions – ce qui lui permet d’afficher uniquement les partitions boot_loader .efi identifiés comme pouvant être amorcés (et excluent toutes les partitions sur lesquelles chargeur de démarrage est absent, c'est-à-dire de simples partitions de stockage).
Par une magnifique absurdité, n’est-ce pas que le DiskManager identifie, par la présence d'un boot_loader .efi, Cloison CAMP D'ENTRAÎNEMENT, en l'absence de toute partition CAMP D'ENTRAÎNEMENT efficace, c’est-à-dire du gestionnaire de système de fichiers d’un bloc de blocs, et donc nécessairement boot_loader .efi assigné à démarrer un système les fenêtres, car en l’absence de système de fichiers, aucune écriture sur des blocs n’est plus interprétable en tant que LES DONNÉES = un chargeur de démarrage ici…
——————–
Tout non-sens donne lieu à des spéculations, c'est-à-dire. développer des "conjectures de l'esprit" marquées par l'imagination. Voici un échantillon:
Voici un moyen de vous en assurer => aller dans le "Terminal" la commande :
qui vous renverra la table de tous les paramètres destinés à laEFI de cette instruction d'initialisation memory => pouvez-vous malgré sa longueur et son caractère abstruse faire un copier-coller ici? Cela devrait être évident si, sous efi-boot-device, une adresse "fantôme" est ou n'est pas toujours mentionnée.
– b) se pourrait-il que le type de table de partition secondaire MBR qui occupe encore le Secteur de démarrage (ou secteur 0 = le bloc initial) du disque d'un Mac, au lieu d'être un PMBR = MBR de protection Table de partition regular ("mono-sector"), mappant tous les blocs du disque dans une seule partition "par défaut" et dont la seule fonction est de protéger la table TPG maîtresse portée par les 32 blocs suivants contre l’instruction de systèmes d’exploitation non Apple), un HMBR = MBR hybride (Table de partitionnement multi-secteurs, mappage des blocs de disque en plusieurs partitions et offrant une "carte" de démarrage pour un système d'exploitation autre qu'Apple)? MBR hybride qui continuerait à être lu (au démarrage ou au scan) en tant que désignateur d'une partition MBR BOOTCAMPlequel n'existe plus en fait mais continuerait à être "représenté" formellement?
Il sera très facile de s’assurer par l’en-tête du tableau renvoyé par la commande sudo gpt show / dev / disk0 ancien…
– c) Se pourrait-il que dans le volume de votre système d'exploitation Macintosh HD, vous ayez conservé certaines ressources d'installation les fenêtres, y compris un boot_loader .efi, ce qui provoquerait une "double interprétation" de cette partition: d'une part, en tant que Macintosh HD régulier, d'autre part comme un pseudo les fenêtres soi-disant bootable?
C’est à vous de contrôler les données de votre volume Macintosh HD, pour vérifier si c'est le cas …
– ré) [FACTEUR X] autant dire un Malin Genie dans la machine[Jevousavertisdel’impossibilité:que[jem'aviseicid'unepossibilité:quel'[Iherebywarnofapossibility:thatthe[jem’aviseicid’unepossibilité:quel’ESP ou partition EFI en-tête de la table de partition TPG aurait été réécrite dans son contenu, pour donner une EFI MBR Transporteur exécutable, comprenant éventuellement un chargeur de démarrage dédié à les fenêtres? – conjecture à suivre …]
[NB:lefaitquel’autremarque"[NBLefaitqu'undisquededémarrageintitulé«[NBThefactthatabootdisklabeled »[NBLefaitqu’undisquededémarrageintitulé«Récupération 10.11.3Apparu après votre commande de retour au format corestorage est normal: tant qu'un format corestorage encapsule, en effet, le système de fichiers deOS X, la partition de récupération "Récupération HDNe peut pas être affiché sur l'écran du disque d'amorçage obtenu en appuyant sur "altC’est toujours une question de chargeur de démarrage – mais laissez-moi pas développer ici le mécanisme explicatif …]
