Problème disque dur interne

osoka

Membre confirmé
13 Février 2020
30
0
24
Bonjour,
j'ai besoin d'aide,
Apres avoir formate mon mac, j'ai eu 2 partions de disque dur interne
j'ai effacé mon disque dur de 200 Go et il me reste celui avec 50go comment faire pour retrouver le 200 go et avoir une seul partition.
 

Fichiers joints

  • screen.png
    screen.png
    171,3 KB · Affichages: 142
Bonjour,
Pour quelle(s) raison(s) t'as voulu formater ? T'as fait une sauvegarde de tes données avant ?
C'est quel Mac ? Modèle ? (je suppose un portable)

Quel est l'identifiant inscrit sur le panel inférieur avec une lettre et 4 numéros (Axxxx)

Tape dans le Terminal la commande :
Bloc de code:
sysctl hw.model
Poste le retour de la commande stp.

Bon courage.
 
Bonjour,
Pour quelle(s) raison(s) t'as voulu formater ? T'as fait une sauvegarde de tes données avant ?
C'est quel Mac ? Modèle ? (je suppose un portable)

Quel est l'identifiant inscrit sur le panel inférieur avec une lettre et 4 numéros (Axxxx)

Tape dans le Terminal la commande :
Bloc de code:
sysctl hw.model
Poste le retour de la commande stp.

Bon courage.
Bonjour,
voici le model: hw.model: MacBookPro11,1
j'ai voulu le formater pour juste avoir plus d'espace, non je n'ai pas de sauvegarde puisque le disque dur de 200GO Interne disparu est vide.
J'ai suivi un tuto sur internet pour voir comment on peut additionner les 2 répartitions mais d'après ce que j'ai compris je me suis tromper j'ai effacé le mauvais.
 
Bonjour,
A quoi correspond la partition de 50 Go appelée SOS ?
Comment as-tu effacé la partition de 200 Go, avec quel utilitaire ?
Est-ce que ton Mac démarre normalement malgré tout, ou plus du tout ?
 
Bonjour,
A quoi correspond la partition de 50 Go appelée SOS ?
Comment as-tu effacé la partition de 200 Go, avec quel utilitaire ?
Est-ce que ton Mac démarre normalement malgré tout, ou plus du tout ?
Bonjour,
je ne sais pas du tout a quoi correspond la partition de 50go.
Je ne rappelle avoir essayer d'effacer celui de 200 go avec des commandes de terminal pour ensuite le fusionner avec celui de 50go.
Oui il démarre normalement
 
Bonjour,
Il y a une commande pour affecter toute la place disponible à un conteneur :
Bloc de code:
diskutil ap resizeContainer disk1 0b

Refais ensuite un
Bloc de code:
diskutil list
pour vérifier que la place a bien été intégralement récupérée.
 
Bonjour,
Il y a une commande pour affecter toute la place disponible à un conteneur :
Bloc de code:
diskutil ap resizeContainer disk1 0b

Refais ensuite un
Bloc de code:
diskutil list
pour vérifier que la place a bien été intégralement récupérée.
Bonjour,
voila mon terminal.
 

Fichiers joints

  • screen.png
    screen.png
    171,3 KB · Affichages: 93
Started APFS operation

Error: -69743: The new size must be different than the existing size
Il va falloir redémarrer en mode recovery (cmd+r au démarrage) pour faire cette opération alors. Tu verras un menu Utilitaires, tu choisiras Terminal et tu referas un diskutil list. La numérotation des disques risque de changer, ce ne sera plus forcément le disk1, on adaptera la commande à ce moment là.
 
Il va falloir redémarrer en mode recovery (cmd+r au démarrage) pour faire cette opération alors. Tu verras un menu Utilitaires, tu choisiras Terminal et tu referas un diskutil list. La numérotation des disques risque de changer, ce ne sera plus forcément le disk1, on adaptera la commande à ce moment là.
voila a quoi coresponds
/dev/disk0 (internal, physical):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme *251.0 GB disk0

1: EFI EFI 209.7 MB disk0s1

2: Apple_APFS Container disk2 50.8 GB disk0s2



/dev/disk1 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: GUID_partition_scheme +2.1 GB disk1

1: Apple_HFS OS X Base System 2.0 GB disk1s1



/dev/disk2 (synthesized):

#: TYPE NAME SIZE IDENTIFIER

0: APFS Container Scheme - +50.8 GB disk2

Physical Store disk0s2

1: APFS Volume SOS 45.7 GB disk2s1

2: APFS Volume Preboot 22.5 MB disk2s2

3: APFS Volume Recovery 519.1 MB disk2s3

4: APFS Volume VM 1.1 GB disk2s4



/dev/disk3 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +5.2 MB disk3



/dev/disk4 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk4



/dev/disk5 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk5



/dev/disk6 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk6



/dev/disk7 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +2.1 MB disk7



/dev/disk8 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk8



/dev/disk9 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk9



/dev/disk10 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +12.6 MB disk10



/dev/disk11 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +4.2 MB disk11



/dev/disk12 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +1.0 MB disk12



/dev/disk13 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +2.1 MB disk13



/dev/disk14 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk14



/dev/disk15 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk15



/dev/disk16 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +1.0 MB disk16



/dev/disk17 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +6.3 MB disk17



/dev/disk18 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +6.3 MB disk18



/dev/disk19 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +524.3 KB disk19



/dev/disk20 (disk image):

#: TYPE NAME SIZE IDENTIFIER

0: untitled +2.1 MB disk20



-bash-3.2#
 
Ton conteneur apfs est maintenant sur le disk2. La commande à passer devient :
Bloc de code:
diskutil ap resizeContainer disk2 0b
 
Bonjour osoka & sinbad

Je suis impatient de savoir pourquoi ça ne marche pas.

  • parce que la bande d'espace libre ne se situe pas en-dessous de la partition apfs2 > mais en-dessus d'elle. Càd. entre la partition EFI1 et la partition apfs2.

Error: -69743: The new size must be different than the existing size

  • le message dit : "la nouvelle taille prévue pour le Conteneur apfs et sa partition de base doit être différente de la taille existante". Ce qui implique : aucun espace libre récupérable ne se situe en-dessous de la partition qu'on cherchait à dilater. Il doit donc se situer en-dessus (cf. message précédent).

Pour s'en assurer > il faut passer une commande de lecture de la table de partition GPT de l'en-tête du disque. Or une telle commande de simple lecture est désormais bloquée par le SIP (protocole de sécurisation dont les tentacules verrouillent toujours davantage la liberté de l'utilisateur > d'une version d'OS à une nouvelle - sans plus aucune documentation de cette invasion. Comme s'il devait aller de soi que l'utilisateur ait à troquer des espaces de plus en plus importants de sa liberté > contre des assurances de plus en plus grandes de sa sécurité. Eh ! dira un esprit philosophique : que m'importe la sécurité si j'y perds la liberté ? - bref : je n'épilogue pas davantage).

- passe donc la commande :​
Bloc de code:
csrutil status

  • qui affiche le statut du SIP

Poste le retour en copier-coller > en veillant à faire le coller dans une fenêtre de code (c'est plus lisible !) par le procédé suivant -->

- en bas de cette page des forums MacGé => utilise le menu ...▾ (à droite de la bobine souriante) dans la barre de menus au-dessus du champ de saisie d'un message > sous-menu : </> Bloc de code => tu fais ton coller dans la fenêtre de code et Continuer.
 
  • parce que la bande d'espace libre ne se situe pas en-dessous de la partition apfs2 > mais en-dessus d'elle. Càd. entre la partition EFI1 et la partition apfs2.
Voilà l'explication, merci. Il est vrai que le diskutil list ne donne aucun indice sur l'emplacement des partitions, ni sur les espaces vides, non formatés. Mais dans le message initial d'Osaka il dit avoir effacé une partition de 200 Go, et celle-ci devait être en effet devant celle de 50 Go.

Du coup l'erreur -69743 devient compréhensible : la taille maxi recalculée est égale à la taille actuelle. Cette erreur était déjà apparue en démarrant sur le système normal, ce qui semble confirmer que le resize container peut être fait sur un système "vivant".