Apple

Partition Bootcamp | Forums MacGeneration

Par Maximus63 , le 7 août 2019 - 8 minutes de lecture

:Bonjour: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 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 au cours de la saison, à cette époque de Pentecôte commémorant la "descente du Saint-Esprit": car n'est-ce pas ici, Soudainement, la présentation de l'absent par excellence? Qu'une absence puisse donc faire 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é" est une version dimanche de macomane "Absent" le 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, lorsque vous essayez de placer des commandes pour redimensionner la partition principale / Dev / disk0s2 le disque de votre Mac car l’espace libre au bas du disque est insuffisant (leRécupération HD"Ne pas entraver 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: La taille demandée a changé pour le disque cible, essayez un autre disque ou une autre partition ou effectuez une modification plus importante.

alors quand 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) -> entrez 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 la table d'allocation de bloc de votre disque => pouvez-vous poster cette table en copier / coller ici? Il sera facile de vérifier qu’il n’ya pas une 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 des utilitaires de disque (3 au total, avec leESP ou Partition système EFI Head # 1) et pas de 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 de celles-ci n'est actuellement géré par un système de fichiers, cela "transfigure automatiquement" cet espace dans une partition, c'est-à-dire qu'il le convertit en un fichier. 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 pouvant ê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ée comme primable (et exclut 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 le 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êtrescar, en l’absence de système de fichiers, aucune écriture sur les blocs n’est plus interprétable 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:

– à) se pourrait-il qu'une adresse résiduelle, en mémoire NVRAM de la carte mère, continue de pointer, sur une partition manquante dontUUID aurait été maintenu à un chargeur de démarrage disparu en tant que données logiques interprétables? Et que cette résilience d'une adresse, sans destinataire réel, donne lieu à cette "présence d'une absence" dont je me réjouis?

Voici un moyen de vous en assurer => aller au "Terminal" la commande :

qui vous renverra la table de tous les paramètres destinés à laEFI de cette instruction d'initialisation mémoire => pouvez-vous, malgré sa longueur et son caractère abstrus, 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 Zone 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 régulière ("mono-secteur"), mappant tous les blocs du disque dans une 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, mappant des blocs de disque en plusieurs partitions et offrant une "carte" de démarrage pour un système d'exploitation autre que Apple)? MBR hybride qui continuerait à être lu (au démarrage ou au scan) en tant que désignateur d'une partition MBR BOOTCAMPqui n'existe plus réellement mais qui 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) Peut-être que dans le volume de votre système d'exploitation Macintosh HD, vous avez conservé certaines ressources d'installation les fenêtres, y compris un boot_loader .efi, ce qui provoquerait une "double interprétation" de ce score: d'une part, comme Macintosh HD régulier, d'autre part comme un pseudo les fenêtres soi-disant amorçable?

C’est à vous de contrôler les données de votre volume Macintosh HD, pour vérifier si c'est le cas …

– re) [FACTEUR X] autant dire un Malin Genie dans la machine[Jevousavertisdel'impossibilitéthat:[Jemaviseicid'Unepossibilité:que'[Jevousavertisdel’impossibilité:que[Jemaviseicid'Unepossibilité:que'[Jevousavertisdel’impossibilité:que[jem'aviseicid'unepossibilité:quel'[Jevousavertisdel’impossibilité:que[jem’aviseicid’unepossibilité:quel’[Jevousavertisdel'impossibilitéthat:[Jem'aviseicid'unepossibilité:what'[Iherebywarnofapossibility:thatthe[Jem'aviseicid'unepossibilité:what'[Jevousavertisdel’impossibilité:que[jem’aviseicid’unepossibilité:quel'[Iherebywarnofapossibility:thatthe[jem’aviseicid’unepossibilité:quel’ESP ou partition EFI en-tête de 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 …]

[NBlefaitquelautremarque"[NBLefaitqu'undisquededémarrageintitulé"[NB:lefaitquel’autremarque"[NBLefaitqu'undisquededémarrageintitulé"[NB:lefaitquel’autremarque"[NBLefaitqu'undisquededémarrageintitulé«[NB:lefaitquel’étiquettemarquel’incrustation»[NBLefaitqu’undisquededémarrageintitulé«[NBlefaitquel'autremarque »[NBLefaitqu'undisquededémarrageintitulé »[NBThefactthatabootdisklabeled »[NBLefaitqu'undisquededémarrageintitulé »[NB:lefaitquel’autremarque »[NBLefaitqu’undisquededémarrageintitulé«[NBThefactthatabootdisklabeled »[NBLefaitqu’undisquededémarrageintitulé«Récupération 10.11.3Apparu après votre commande dans le 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 …]