10.13 High Sierra Impossible de partitionner disque dur interne

MufiFMY a dit:
Bloc de code: 
Mini-de-Franck:~ franckmaury$ df -H /
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   500G   229G   265G    47%  916933 9223372036853858874    0%   /
Mini-de-Franck:~ franckmaury$

PURGE EFFECTUEE
Cliquez pour agrandir...
Je viens de faire un tour sur mon utilitaire de disque : le partitionnement est de nouveau dispo.
Donc je vais pouvoir passer à Bootkamp. Cela devrait marcher....
 

Fichiers joints

  • Capture d’écran 2018-07-01 à 21.31.36.webp
    Capture d’écran 2018-07-01 à 21.31.36.webp
    39,6 KB · Affichages: 118
MufiFMY a dit:
si je passe ta commande, je garde l'état présent de sauvegarde de mon DDUR è- si je comprends bien.
Cliquez pour agrandir...

On ne parle pas de la même chose.

  • les snapshots ne servent à Time Machine que dans le sens : sauvegarde de ton volume de démarrage => dans le volume TM
  • mais rien de ce qui est actuellement archivé dans le volume TM ne se trouve affecté par leur suppression > à savoir la série temporelle des états du volume contenu dans le DDE. Si tu veux récupérer une sauvegarde TM > tu auras toujours le choix des états temporels archivés dans le DDE

En résumé : supprimer les snapshots fait que la prochaine sauvegarde TM dans le sens volume de démarrage => DDE n'archivera que le présent actuel du volume de démarrage > au lieu d'archiver ce présent + 5 états antérieurs qui étaient imagés par les snapshots.

----------

Je vois que la purge a bien fait baisser l'occupation du volume (à 229 Go).

Repasse une fois la commande de purge > puis la commande :
Bloc de code: 
df -H /

  • après > et poste le tableau --> histoire de voir si tu as vraiment purgé au maximum.
 
macomaniac a dit:
On ne parle pas de la même chose.

  • les snapshots ne servent à Time Machine que dans le sens : sauvegarde de ton volume de démarrage => dans le volume TM
  • mais rien de ce qui est actuellement archivé dans le volume TM ne se trouve affecté par leur suppression > à savoir la série temporelle des états du volume contenu dans le DDE. Si tu veux récupérer une sauvegarde TM > tu auras toujours le choix des états temporels archivés dans le DDE
En résumé : supprimer les snapshots fait que la prochaine sauvegarde TM dans le sens volume de démarrage => DDE n'archivera que le présent actuel du volume de démarrage > au lieu d'archiver ce présent + 5 états antérieurs qui étaient imagés par les snapshots.

----------

Je vois que la purge a bien fait baisser l'occupation du volume (à 229 Go).

Repasse une fois la commande de purge > puis la commande :
Bloc de code: 
df -H /

  • après > et poste le tableau --> histoire de voir si tu as vraiment purgé au maximum.
Cliquez pour agrandir...
Bloc de code: 
Mini-de-Franck:~ franckmaury$ df -H /
Filesystem     Size   Used  Avail Capacity iused               ifree %iused  Mounted on
/dev/disk1s1   500G   229G   265G    47%  917012 9223372036853858795    0%   /
Mini-de-Franck:~ franckmaury$
Apres la deuxième fois...
 
Bon : tu es au plancher.

Tu peux considérer ton problème comme réglé et passer à l'Assistant BootCamp.

Note : c'est dans le panneau des Préférences Système > Time Machine > le cochage de la case : "Sauvegarder automatiquement" --> qui génère des snapshots. Si tu décoches cette case > tu fermes le robinet.
 
macomaniac a dit:
Bon : tu es au plancher.

Tu peux considérer ton problème comme réglé et passer à l'Assistant BootCamp.

Note : c'est dans le panneau des Préférences Système > Time Machine > le cochage de la case : "Sauvegarder automatiquement" --> qui génère des snapshots. Si tu décoches cette case > tu fermes le robinet.
Cliquez pour agrandir...
OK Merci encore beaucoup. Très clair et précis. Bonne soirée.
 
Alors passe une commande :
Bloc de code: 
diskutil list

  • qui affiche le tableau des disques

Poste-le ici en copier-coller > le coller dans une fenêtre de code par le procédé suivant -->
  • dans la page de ce fil de MacGé > presse le bouton
    524315_original.png
    ici :
    521520_original.png

    menu  : </> Code > par ⌘V colle dans la fenêtre Code > presse le bouton Insérer (ce procédé permet un affichage fenêtré qui économise l'espace de page en respectant la mise en forme des tableaux du «Terminal» --> d'où une plus grande lisibilité)
 
C'est bon j'en suis ressorti. Tout va bien, je n'ai rien perdu, mais la partition ne s'est pas faite. Je pense que c'est parcequ'il faut que la clé usb Ubuntu soit branchée.

Bloc de code: 
Last login: Sat Feb 23 19:29:41 on ttys000
Peryne:~ admin$ diskutil list
/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         499.9 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +499.9 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Disque dur              218.2 GB   disk1s1
   2:                APFS Volume Preboot                 23.4 MB    disk1s2
   3:                APFS Volume Recovery                513.9 MB   disk1s3
   4:                APFS Volume VM                      4.3 GB     disk1s4

Peryne:~ admin$






>
 
Dernière édition par un modérateur:
Je vois en effet qu'il n'y a aucun espace perdu sur le disque -->
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         499.9 GB   disk0s2
 
macomaniac a dit:
Je vois en effet qu'il n'y a aucun espace perdu sur le disque -->
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         499.9 GB   disk0s2
Cliquez pour agrandir...

Oui je vais retenter mais en suivant la procédure dans l'ordre cette fois ci..... merci
 
Bon mon problème ne se règle pas... impossible de partitionner.

Bloc de code: 
Partitionnement du disque « APPLE HDD HTS547550A9E384 Media » (disk0)

Exécution de l’opération 1 sur 2 : Ajout de « Sans titre » (80,82 Go) en scindant « Disque dur » (disk0s2) de 499,9 Go à 419,08 Go…
Aligning shrink delta to 80 818 884 608 bytes and targeting a new physical store size of 419 079 221 248 bytes
Determined the minimum size for the targeted physical store of this APFS Container to be 239 252 574 208 bytes
Resizing APFS Container designated by APFS Container Reference disk1
The specific APFS Physical Store being resized is disk0s2
Verifying storage system
Using live mode.
Performing fsck_apfs -n -x -l -S /dev/disk0s2
Checking the container superblock.
Checking the EFI jumpstart record.
Checking the space manager.
Checking the space manager free queue trees.
Checking the object map.
Checking volume.
Checking the APFS volume superblock.
The volume Disque dur was formatted by hfs_convert (945.200.129) and last modified by apfs_kext (945.241.4).
Checking the object map.
Checking the snapshot metadata tree.
Checking the snapshot metadata.
Checking the extent ref tree.
Checking the fsroot tree.
warning: invalid dstream.default_crypto_id (0x0) for encrypted volume, given apfs_fs_flags (0x8)
error: (oid 0x1e3f) apfs_root: btn: encrypted bit is different to the volume-wide one (0x0)
error: (oid 0x1e3f) apfs_root: btn: invalid o_cksum (0x291390c3485d0e3f)
fsroot tree is invalid.
The volume /dev/disk0s2 could not be verified completely.
Storage system check exit code is 0.
Shrinking APFS Physical Store disk0s2 from 499 898 105 856 to 419 079 221 248 bytes
Shrinking APFS data structures
 
Dernière édition par un modérateur:
La vérification de l'apfs affiche des informations contradictoires : le fsroot tree (= sous-système de fichiers apfs > générateur spécifique du volume de démarrage Disque dur) est corrompu / le système de fichiers apfs général est valide.

Qu'est-ce qui s'affiche après le : "Shrinking APFS data structures" ?
 
Bloc de code: 
Partitionnement du disque « APPLE HDD HTS547550A9E384 Media » (disk0)

Exécution de l’opération 1 sur 2 : Ajout de « UBUNTU » (80,84 Go) en scindant « Disque dur » (disk0s2) de 499,9 Go à 419,06 Go…
Aligning shrink delta to 80 835 960 832 bytes and targeting a new physical store size of 419 062 145 024 bytes
Determined the minimum size for the targeted physical store of this APFS Container to be 243 572 228 096 bytes
Resizing APFS Container designated by APFS Container Reference disk1
The specific APFS Physical Store being resized is disk0s2
Verifying storage system
Using live mode.
Performing fsck_apfs -n -x -l -S /dev/disk0s2
Checking the container superblock.
Checking the EFI jumpstart record.
Checking the space manager.
Checking the space manager free queue trees.
Checking the object map.
Checking volume.
Checking the APFS volume superblock.
The volume Disque dur was formatted by hfs_convert (945.200.129) and last modified by apfs_kext (945.241.4).
Checking the object map.
Checking the snapshot metadata tree.
Checking the snapshot metadata.
Checking the extent ref tree.
Checking the fsroot tree.
warning: invalid dstream.default_crypto_id (0x0) for encrypted volume, given apfs_fs_flags (0x8)
error: (oid 0x1e3f) apfs_root: btn: encrypted bit is different to the volume-wide one (0x0)
error: (oid 0x1e3f) apfs_root: btn: invalid o_cksum (0x291390c3485d0e3f)
fsroot tree is invalid.
The volume /dev/disk0s2 could not be verified completely.
Storage system check exit code is 0.
Shrinking APFS Physical Store disk0s2 from 499 898 105 856 to 419 062 145 024 bytes
Shrinking APFS data structures
APFS Container Resize error code is 49244
A problem occurred while resizing APFS Container structures.

L’opération a échoué…


Je viens de le refaire ce matin, la reponse à l'air la meme...
 
D'après mon expérience de cas analogues sur les forums --> le message :
Bloc de code: 
A problem occurred while resizing APFS Container structures.

  • signale que l'apfs a été installé dès le départ avec une erreur interne de structure. Non avérée à la vérification mais verrouillant le Conteneur apfs en taille. La seule solution consiste à cloner le volume Disque dur => dans celui d'un DDE USB > démarrer sur le clone > supprimer / recréer l'apfs du disque interne > cloner à rebours le clone dans le nouveau volume Disque dur.

=> il y a 218 Go d'occupation de Disque dur : il faudrait un volume de DDE d'environ 250 Go.
 

Sujets similaires

M
macOS Sequoia Impossible de formater mon disque dur externe
Réponses
9
Affichages
1K
macOS
zeltron54
zeltron54
Z
Problèmes pour partitionner mon disque dur SSD
Réponses
12
Affichages
1K
macOS
sinbad21
sinbad21
F
macOS Ventura Partitionner son Disque Dur, pertinent ?
Réponses
2
Affichages
1K
macOS
Fove2
F
Morebany
macOS Monterey comment réinitialiser l'EFI du disque dur interne?
Réponses
1
Affichages
2K
macOS
Morebany
Morebany
O
macOS Sonoma macOS me dit que mon DD est plein
Réponses
22
Affichages
3K
macOS
Ahiqar
A
Haut Bas