Restaurer DD Interne en une partition

[Membre supprimé 1060554]

Iletaitunefois

... je vois que tout roule pour toi-

Par curiosité --> dans ta session macOS > peux-tu repasser la commande (simplement informative - n'agit qu'en lecture seule et ne va rien perturber) :

sudo gpt show /dev/disk0

et poster le tableau retourné ? - c'est histoire de vérifier si la « suspicious MBR at sector 0 » (= Hybrid_MBR) a bien disparu du secteur d'amorçage > pour être remplacée par une PMBR (Protective_MBR) - comme la « théorie » le pronosti-que...

 

[Locke]

Magique d'avoir Windows 10 Gratuit, merci à Microsoft pour ce Windows version faux handicapés...

Si tu peux faire cette MAJ, il faut savoir que ta version de Windows 7 ne sera pas effacée, mais mise dans un dossier bien spécifique. En cas de problème ou si Windows 10 ne convient pas, on peut donc revenir sous Windows 7 sans aucune difficulté.

Ne pas oublier que cette MAJ créer un dossier de Windows 7, cherche bien dans les options (je ne me souviens plus où), mais il est possible d'effacer ce dossier correctement si Windows 10 convient.


Edit : Attention, l'effacement ne doit pas se faire n'importe comment. Donc, je maintiens il y a bien une option propre que je viens de retrouver en lecture ici... http://forums.cnetfrance.fr/topic/1...-windows-old-pour-liberer-de-l-espace-disque/ ...

 

[Iletaitunefois]

Iletaitunefois

... je vois que tout roule pour toi-

Par curiosité --> dans ta session macOS > peux-tu repasser la commande (simplement informative - n'agit qu'en lecture seule et ne va rien perturber) :

sudo gpt show /dev/disk0

et poster le tableau retourné ? - c'est histoire de vérifier si la « suspicious MBR at sector 0 » (= Hybrid_MBR) a bien disparu du secteur d'amorçage > pour être remplacée par une PMBR (Protective_MBR) - comme la « théorie » le pronosti-que...

Salut ami,

MacBook-Pro-de-Alexezer:~ Alex$ sudo gpt show /dev/disk0
Password:
gpt show: /dev/disk0: Suspicious MBR at sector 0
gpt show: error: bogus map
gpt show: unable to open device '/dev/disk0': Undefined error: 0

 

[Membre supprimé 1060554]

Salut Iletaitunefois

Est-ce que tout fonctionne bien sur ton disque ? --> possibilité de démarrer alternativement sur macOS et sur Windows ?

 

[Iletaitunefois]

Salut macomaniac

Oui tout fonctionne bien.

 

[Membre supprimé 1060554]

Alors garde ce statu quo. Mais je te conseillerais de faire des sauvegardes régulières du volume de macOS (clone ou TM).

Car l'utiltaire gpt (guid_partition_table_utility) repère une « suspicious MBR at sector 0 » = Hybrid_MBR sur le bloc 0. Avec le commentaire : « bogus map » = fausse table de partition (ou : table de partition bidonnée).

C'est que ton «Windows» devrait normalement être booté par l'EFI via la description GPT du disque > mais comme tu as fait une mise à niveau de Windows-7 à Windows-10 à partir de Windows --> la table de partition Hybrid_MBR qui servait à booter W-7 par un BIOS_émulé est restée apparemment en place. Sans être reconvertie à une Protective_MBR neutre et non-opératoire.

Résultat : il y a des chances que ton Windows-10 boote en mode "Legagy" = "hérité" (via un BIOS_émulé et la table Hybrid_MBR). Il ne serait pas impossible alors que cet OS Windows-10 comporte des limitations opératoires suite à ce boot "à l'ancienne".

Je note par ailleurs que l'utilitaire gpt est incapable d'ouvrir en lecture la table de partition GPT principale (résidant sur les blocs 1 > 32) pour en lire les caractéristiques et afficher la distribution des blocs en partitions. Comme si la « bogus map » du bloc 0 en bloquait l'accès.

Roderick Smith, le développeur du gestionnaire de démarrage «rEFInd» et de l'utilitaire gdisk - un spécialiste des tables de partition - prévient que les tables Hybrid_MBR sont « flaky and dangerous » ("tirées par les cheveux" et potentiellement dangereuses). C'est pourquoi je te conseille de faire des sauvegardes régulières du volume de macOS - au cas où la table principale GPT viendrait à être corrompue par sa concurrente.

 

[Iletaitunefois]

Salut macomaniac

je ferais ce que tu me dis de sauvegarder ma partition mac (par time machine ?) .

Aujourd'hui je reviens pour ce dont j'avais parler, l'ordinateur de mon ami sur lequel je veux aussi installer Windows 10 un iMac plus récent que mon macbook pro.

iMac (Retina 4K, 21.5 pouces, fin 2015)

J'avais il y a 2 mois essayer d'installer Windows 10 en utilisant un cd-rom gravé avec l'iso de Windows 10 (sans succès) mais contrairement à mon macbook pro je n'arrive pas via l'utilitaire de disque à supprimer la partition bootcamp, et il y a un peu le désordre dans le terminal

iMac-de-Arnaud:~ Leiko$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            748.4 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s9
   4:                        EFI NO NAME                 104.9 MB   disk0s6
   5:                  Apple_HFS SANS TITRE              16.8 MB    disk0s7
   6:                  Apple_HFS WIN                     250.3 GB   disk0s8
/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +748.0 GB   disk1
                                 Logical Volume on disk0s2
                                 40DA4E22-8C6F-4AB2-ADA0-B293D959F6F1
                                 Unencrypted

 

[Membre supprimé 1060554]

Salut Iletaitunefois

Supprimer les partitions n°4, 5, 6 > puis récupérer l'espace libéré au Volume Logique Macintosh HD > ne présente pas de difficulté dans le «Terminal».

Mais je note que les identifiants de device des partitions ont une numérotation décousue (genre partition Recovery HD n°3 = disk0s9) > signe qu'il y a eu beaucoup de manipulations de partitions qui ont donné lieu a des enregistrements fantaisistes dans le kernel. Et je ne sais pas si ces n° de devices sont encore d'actualité, au cas où il y aurait eu d'autres manipulations entre temps ou des re-démarrages...

Je recommande donc de re-démarrer une fois l'iMac > ce qui va conduire à un chargement ordonné des partitions actuelles dans le kernel > de repasser alors un :

diskutil list

et de reposter le tableau retourné comme tu l'as fait ci-dessus. Je te passerai alors les commandes permettant de nettoyer le bas du disque en étant sûr des n° de devices à adresser.

 

[Iletaitunefois]

Oui c'est vrai je me souviens que tu as évoqué le fonctionnement du kernel dans un post

Tu aperçois à présent le problème logique : comment est-il possible de recoller cet espace libre qui existait en-dessous de la Recovery HD disk0s3 à la partition du-dessus Alexezer disk0s2 > étant donné qu'une partition = Recovery HD disk0s3 s'intercale entre l'espace libre de queue et la partition bénéficiaire disk0s2 ? Il est impossible de faire sauter des blocs "par-dessus" la tête de la partition intercalaire Recovery HD (on n'est pas chez des jongleurs de balle à la Foire du Trône, ici) > et il n'est pas possible de faire glisser la Recovery HD existante comme sur un tapis roulant vers le bas du disque non plus, car la définition de cette partition consiste en un système de fichiers ancré sur les blocs de têtre de la partition et constituant un amarrage logique de type fixe.

Il est vrai que j'ai traficoté les partitions juste avant mon post et biensur sans rédémarrer, il y avais une ou deux partition en plus des "sans titre" je l'ai est viré, tout rentre dans l'ordre pour l'instant.

Last login: Sat Mar  4 18:41:58 on console
iMac-de-Arnaud:~ Leiko$ diskutil list
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:          Apple_CoreStorage Macintosh HD            748.4 GB   disk0s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk0s3
   4:                        EFI NO NAME                 104.9 MB   disk0s4
   5:                  Apple_HFS SANS TITRE              16.8 MB    disk0s5
   6:                  Apple_HFS WIN                     250.3 GB   disk0s6
/dev/disk1 (internal, virtual):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:                  Apple_HFS Macintosh HD           +748.0 GB   disk1
                                 Logical Volume on disk0s2
                                 40DA4E22-8C6F-4AB2-ADA0-B293D959F6F1
                                 Unencrypted

 

[Membre supprimé 1060554]

Alors -->

- a) pour supprimer les partitions 4, 5, 6 --> tu passes les commandes (l'une après l'autre - en copier-coller direct chacune) :

diskutil eraseVolume free NULL disk0s4
diskutil eraseVolume free NULL disk0s5
diskutil eraseVolume free NULL disk0s6

=> ce qui va virer leur blocs au statut d'espace libre d'un seul tenant.


- b) pour récupérer cet espace libre global à la partition disk0s2 --> tu passes la commande unique (copier-coller) :

diskutil coreStorage resizeStack 40DA4E22-8C6F-4AB2-ADA0-B293D959F6F1 0b

=> cette commande est rendue particulière par la présence d'un format CoreStorage sur la partition disk0s2 > lequel exporte un Volume Logique Macintosh HD disk1. La cible de la commande de récupération de l'espace libre est alors l'UUID du Logical Volume > et la mention finale 0b signifie : "récupérer tout l'espace libre disponible sans en excepter aucun byte".

=> Une vérification d'intégrité du système de fichiers JHFS+ porté par le Volume Logique va être engagée en préalable à la commande b) : s'il n'y a pas d'erreur > la commande va être exécutée ; s'il y a des erreurs > la commande va être avortée --> signale-le ici dans ce cas.