10.14 Mojave Probleme de partition apres clonage SSD

:coucou: Nas

Comme tu vois --> on avance (théoriquement) > en faisant du sur-place (pratiquement).

Est-ce que tu as remis en interne ton 1 To actuellement ? - ou est-ce qu'il est toujours attaché en externe > ton Mac démarré sur le 500 Go en interne ?
 
macomaniac a dit:
:coucou: Nas

Comme tu vois --> on avance (théoriquement) > en faisant du sur-place (pratiquement).

Est-ce que tu as remis en interne ton 1 To actuellement ? - ou est-ce qu'il est toujours attaché en externe > ton Mac démarré sur le 500 Go en interne ?
Cliquez pour agrandir...
Bonjour macomaniac,

Le disque de 1 To est actuellement attaché en externe, mais je peux démonter le PC a tout moment si nécessaire pour le remettre
 
Alors repasse un :
Bloc de code: 
diskutil list

  • et reposte le tableau des disques --> que j'aie sous les yeux les index des partitions

On va pouvoir faire une petite enquête...
 
macomaniac a dit:
Alors repasse un :
Bloc de code: 
diskutil list

  • et reposte le tableau des disques --> que j'aie sous les yeux les index des partitions

On va pouvoir faire une petite enquête...
Cliquez pour agrandir...
Voici le résultat:
Bloc de code: 
/dev/disk0 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *500.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         300.7 GB   disk0s2
   3:       Microsoft Basic Data BOOTCAMP                199.2 GB   disk0s3

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +300.7 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Macintosh HD            294.7 GB   disk1s1
   2:                APFS Volume Preboot                 29.6 MB    disk1s2
   3:                APFS Volume Recovery                511.8 MB   disk1s3
   4:                APFS Volume VM                      1.1 GB     disk1s4

/dev/disk2 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:                 Apple_APFS Container disk3         300.7 GB   disk2s2
   3:       Microsoft Basic Data                         199.2 GB   disk2s3

/dev/disk3 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +300.7 GB   disk3
                                 Physical Store disk2s2
   1:                APFS Volume Macintosh HD            271.8 GB   disk3s1
   2:                APFS Volume Preboot                 33.2 MB    disk3s2
   3:                APFS Volume Recovery                512.2 MB   disk3s3
   4:                APFS Volume VM                      2.1 GB     disk3s4
 
Passe les commandes (l'une après l'autre) :
Bloc de code: 
diskutil info disk0s3
diskutil info disk2s3

  • la 1ère affiche un tableau d'informations sur la partition Windows du 500 Go > la 2è le même pour la partition Windows du 1 To

Poste ces tableaux. Il est normal que celui du 1 To soit moins étoffé > puisqu'il n'y a pas de volume monté sur la partition. Mais je suis curieux de voir s'il y a quelque chose à glaner dans les informations...
 
macomaniac a dit:
Passe les commandes (l'une après l'autre) :
Bloc de code: 
diskutil info disk0s3
diskutil info disk2s3

  • la 1ère affiche un tableau d'informations sur la partition Windows du 500 Go > la 2è le même pour la partition Windows du 1 To

Poste ces tableaux. Il est normal que celui du 1 To soit moins étoffé > puisqu'il n'y a pas de volume monté sur la partition. Mais je suis curieux de voir s'il y a quelque chose à glaner dans les informations...
Cliquez pour agrandir...
Bloc de code: 
Device Identifier:        disk0s3
   Device Node:              /dev/disk0s3
   Whole:                    No
   Part of Whole:            disk0

   Volume Name:              BOOTCAMP
   Mounted:                  Yes
   Mount Point:              /Volumes/BOOTCAMP

   Partition Type:           Microsoft Basic Data
   File System Personality:  NTFS
   Type (Bundle):            ntfs
   Name (User Visible):      Windows NT File System (NTFS)

   OS Can Be Installed:      No
   Media Type:               Generic
   Protocol:                 SATA
   SMART Status:             Verified
   Volume UUID:              D3962114-54B8-4DB9-913C-4CEE6C583BE1
   Disk / Partition UUID:    301CE168-243C-4E09-BBA6-485F6828FB42

   Disk Size:                199.2 GB (199197982720 Bytes) (exactly 389058560 512-Byte-Units)
   Device Block Size:        512 Bytes

   Volume Total Space:       198.7 GB (198726119424 Bytes) (exactly 388136952 512-Byte-Units)
   Volume Used Space:        187.9 GB (187868831744 Bytes) (exactly 366931312 512-Byte-Units) (94.5%)
   Volume Available Space:   10.9 GB (10857287680 Bytes) (exactly 21205640 512-Byte-Units) (5.5%)
   Allocation Block Size:    4096 Bytes

   Read-Only Media:          No
   Read-Only Volume:         Yes

   Device Location:          Internal
   Removable Media:          Fixed

   Solid State:              Yes

Bloc de code: 
Device Identifier:        disk2s3
   Device Node:              /dev/disk2s3
   Whole:                    No
   Part of Whole:            disk2

   Volume Name:             
   Mounted:                  Yes
   Mount Point:              /Volumes/Untitled

   Partition Type:           Microsoft Basic Data
   File System Personality:  NTFS
   Type (Bundle):            ntfs
   Name (User Visible):      Windows NT File System (NTFS)

   OS Can Be Installed:      No
   Media Type:               Generic
   Protocol:                 USB
   SMART Status:             Not Supported
   Volume UUID:              BCFA8092-87C7-434C-AA28-C3F8CB679B5F
   Disk / Partition UUID:    301CE168-243C-4E09-BBA6-485F6828FB42

   Disk Size:                199.2 GB (199197982720 Bytes) (exactly 389058560 512-Byte-Units)
   Device Block Size:        512 Bytes

   Volume Total Space:       199.2 GB (199197978624 Bytes) (exactly 389058552 512-Byte-Units)
   Volume Used Space:        115.1 MB (115142656 Bytes) (exactly 224888 512-Byte-Units) (0.1%)
   Volume Available Space:   199.1 GB (199082835968 Bytes) (exactly 388833664 512-Byte-Units) (99.9%)
   Allocation Block Size:    4096 Bytes

   Read-Only Media:          No
   Read-Only Volume:         Yes

   Device Location:          External
   Removable Media:          Fixed
 
L'examen du tableau de la partition Windows du 1 To montre ceci -->

  • il y a bien un système de fichiers NTFS recensé dans la partition : il n'a donc pas été supprimé (la partition n'est pas vide de système de fichiers)
  • bien qu'aucun volume ne soit défini sur la partition > une mesure de l'espace occupé par les données est effectuée -->
Bloc de code: 
   Volume Used Space:        115.1 MB (115142656 Bytes) (exactly 224888 512-Byte-Units) (0.1%)

  • 115 Mo : c'est la taille que peuvent avoir les fichiers du système de fichiers NTFS > lesquels > quoique externes au volume qu'ils génèrent > ont leur taille toujours imputée en occupation à ce volume. Cela signifierait-il qu'il y a eu reformatage et que le système de fichiers ne gère aucune donnée de fichiers ? - cela dit > quand un volume n'est pas monté sur une partition --> la mesure de l'espace occupé est toujours biaisée. Donc pas de conclusions hâtives...

Passe la commande :
Bloc de code: 
diskutil verifyVolume disk2s3

  • la commande vérifie l'intégrité du système de fichiers NTFS de la partition Windows du 1 To

Poste l'affichage retourné.
 
macomaniac a dit:
L'examen du tableau de la partition Windows du 1 To montre ceci -->

  • il y a bien un système de fichiers NTFS recensé dans la partition : il n'a donc pas été supprimé (la partition n'est pas vide de système de fichiers)
  • bien qu'aucun volume ne soit défini sur la partition > une mesure de l'espace occupé par les données est effectuée -->
Bloc de code: 
   Volume Used Space:        115.1 MB (115142656 Bytes) (exactly 224888 512-Byte-Units) (0.1%)

  • 115 Mo : c'est la taille que peuvent avoir les fichiers du système de fichiers NTFS > lesquels > quoique externes au volume qu'ils génèrent > ont leur taille toujours imputée en occupation à ce volume. Cela signifierait-il qu'il y a eu reformatage et que le système de fichiers ne gère aucune donnée de fichiers ? - cela dit > quand un volume n'est pas monté sur une partition --> la mesure de l'espace occupé est toujours biaisée. Donc pas de conclusions hâtives...

Passe la commande :
Bloc de code: 
diskutil verifyVolume disk2s3

  • la commande vérifie l'intégrité du système de fichiers NTFS de la partition Windows du 1 To

Poste l'affichage retourné.
Cliquez pour agrandir...
Cela me retourne une erreur :
Bloc de code: 
Error starting file system verification for disk2s3: Invalid request (-69886)
 
Et si tu passes la même commande sur l'autre partition Windows -->
Bloc de code: 
diskutil verifyVolume disk0s3

  • qu'est-ce qui est retourné ?
 
C'est le format NTFS qui ne doit pas être géré en vérification par diskutil.

Je peux te proposer un test : supprimer le descripteur de la partition Windows (du 1 To) dans la GPT de ce disque > puis le recréer à l'identique (de localisation au bloc près > rang dans les partitions > type) -->

  • histoire de vérifier si la réactivation du système de fichiers NTFS inscrit sur les blocs (qui ne bougera pas d'un iota pendant l'opération qui ne concerne que le descripteur de la partition) > suite à la recréation du descripteur de la partition --> suscite une redéfinition du volume BOOTCAMP

=> qu'est-ce que tu en penses (je sais : c'est du genre "faire feu de tout bois") ?
 
macomaniac a dit:
C'est le format NTFS qui ne doit pas être géré en vérification par diskutil.

Je peux te proposer un test : supprimer le descripteur de la partition Windows (du 1 To) dans la GPT de ce disque > puis le recréer à l'identique (de localisation au bloc près > rang dans les partitions > type) -->

  • histoire de vérifier si la réactivation du système de fichiers NTFS inscrit sur les blocs (qui ne bougera pas d'un iota pendant l'opération qui ne concerne que le descripteur de la partition) > suite à la recréation du descripteur de la partition --> suscite une redéfinition du volume BOOTCAMP

=> qu'est-ce que tu en penses (je sais : c'est du genre "faire feu de tout bois") ?
Cliquez pour agrandir...
Cela vaut le coup d'essayer. Si cela ne concerne que le descripteur, je n'ai donc pas besoin de faire un clone/image du disque entier dans le cas d'une éventuelle suppression de la partition?
 
Non : pas la peine. Passe les commandes :
Bloc de code: 
diskutil umount force disk3s1
sudo gpt remove -i 3 disk2

  • la 1ère démonte le volume Macintosh HD du Conteneur du 1 To (car la commande gpt ne peut pas écrire à une table de partition "busy" = prise en charge par le kernel pour montage d'un volume)
  • la 2è supprime le descripteur n°3 de la GPT du disk2 (1 To)

Poste les affichages retournés par les commandes.
 
macomaniac a dit:
Non : pas la peine. Passe les commandes :
Bloc de code: 
diskutil umount force disk3s1
sudo gpt remove -i 3 disk2

  • la 1ère démonte le volume Macintosh HD du Conteneur du 1 To (car la commande gpt ne peut pas écrire à une table de partition "busy" = prise en charge par le kernel pour montage d'un volume)
  • la 2è supprime le descripteur n°3 de la GPT du disk2 (1 To)
Poste les affichages retournés par les commandes.
Cliquez pour agrandir...
Pour la premiere commande:
Bloc de code: 
Volume Macintosh HD on disk3s1 force-unmounted
Pour la seconde:
Bloc de code: 
gpt remove: unable to open device 'disk2': Resource busy
 
macomaniac a dit:
Non : pas la peine. Passe les commandes :
Bloc de code: 
diskutil umount force disk3s1
sudo gpt remove -i 3 disk2

  • la 1ère démonte le volume Macintosh HD du Conteneur du 1 To (car la commande gpt ne peut pas écrire à une table de partition "busy" = prise en charge par le kernel pour montage d'un volume)
  • la 2è supprime le descripteur n°3 de la GPT du disk2 (1 To)
Poste les affichages retournés par les commandes.
Cliquez pour agrandir...
J'ai relance la commande
Bloc de code: 
sudo gpt remove -i 3 disk2
une seconde fois et cela a marché :
Bloc de code: 
gpt remove: disk3: error: no primary GPT header; run create or recover
 
Il y a encore quelque chose de monté. Passe les commandes :
Bloc de code: 
diskutil umountDisk disk3
sudo gpt remove -i 3 disk2

  • la 1ère commande démonte le "disque virtuel" du Conteneur disk3
  • la 2è supprime le descripteur

Poste les retours.
 
macomaniac a dit:
Il y a encore quelque chose de monté. Passe les commandes :
Bloc de code: 
diskutil umountDisk disk3
sudo gpt remove -i 3 disk2

  • la 1ère commande démonte le "disque virtuel" du Conteneur disk3
  • la 2è supprime le descripteur
Poste les retours.
Cliquez pour agrandir...
macomaniac a dit:
Il y a encore quelque chose de monté. Passe les commandes :
Bloc de code: 
diskutil umountDisk disk3
sudo gpt remove -i 3 disk2

  • la 1ère commande démonte le "disque virtuel" du Conteneur disk3
  • la 2è supprime le descripteur
Poste les retours.
Cliquez pour agrandir...
J'ai relance la commande sudo gpt remove -i 3 disk2 une seconde fois et cela a marché :
Bloc de code: 
gpt remove: disk3: error: no primary GPT header; run create or recover
 
Je ne pense pas que la commande de suppression ait fonctionné. Passe la commande :
Bloc de code: 
sudo gpt show disk2

  • et poste le tableau de la distribution des blocs du disque de 1 To.
 
macomaniac a dit:
Je ne pense pas que la commande de suppression ait fonctionné. Passe la commande :
Bloc de code: 
sudo gpt show disk2

  • et poste le tableau de la distribution des blocs du disque de 1 To.
Cliquez pour agrandir...
Voila:
Bloc de code: 
gpt show: disk2: Suspicious MBR at sector 0
       start        size  index  contents
           0           1         MBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6        
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640   587304920      2  GPT part - 7C3457EF-0000-11AA-AA11-00306543ECAC
   587714560   389058560      3  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
   976773120   976752015        
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header
 
La partition n°3 n'a pas été supprimée. Donc passe les commandes :
Bloc de code: 
diskutil umountDisk disk3
sudo gpt remove -i 3 disk2

  • la 1ère démonte le Conteneur du 1 To
  • la 2è supprime le descripteur n°3

Poste les retours.
 

Sujets similaires

O
macOS Monterey Aide Fusion Partitions
Réponses
8
Affichages
1K
macOS
Locke
Locke
U
macOS Ventura Modifier taille partition
Réponses
2
Affichages
981
macOS
ubuubu
U
Aski
macOS Ventura No CoreStorage logical volume groups found
Réponses
6
Affichages
785
macOS
Locke
Locke
B
macOS Monterey souci suite à restauration Time Machine
Réponses
20
Affichages
2K
macOS
Ahiqar
A
C
Partition effacée et plus reconnue
Réponses
11
Affichages
1K
macOS
Sly54
Sly54
Haut Bas