10.14 Mojave Problème de Snapshots avec utilitaire de disque

[mariol66]

Bonjour à tous,

Je rencontrais des soucis de lenteur sur mon SSD PCIe interne et du coup j'ai passé la commande fsck -fy depuis un commande + S au démarrage.

Le soucis c'est que je rencontre une erreur au moment de "Cheching snapshot". 0 ma première tentative j'avais 9 Snapshots.

Pensant qu'il y avait un soucis avec ces derniers, j'ai fait une purge des Snapshots et donc il m'ne a recréé un, logique. Je re-tente la commande et même erreur.

En utilisant SOS de Utilitaire de disque j'ai aussi cette erreur (voir la capture ci-jointe).

J'utilise Time Machine qui me fait des sauvegardes automatiques sur mon NAS et CCC sur un disque externe (Je n'ai pas activé les Snapshots de CCC).

J'aimerais bien retirer ces erreurs, mais comment faire ?

Je suis sous 10.14.1 avec le Mac Pro en signature

Merci pour votre aide

 

[mariol66]

Quelques petites infos complémentaires car je viens de tomber sur un post assez similaire ou @macomaniac avait répondu

diskutil list

diskutil verifyVolume disk1

 

[Membre supprimé 1060554]

Bonjour mariol

Tu sais sans doute que c'est l'option : Sauvegarder automatiquement (panneau Time Machine des Préférences Système) qui > si elle est cochée --> induit périodiquement la création des snapshots. Si tu as une sauvegarde automatique de TM constamment active --> alors les snaphots seront purgés après chaque sauvegarde > avant relance de leur génération automatique. Cela permet à Time Machine de sauvegarder des états temporels intercalaires du volume > et pas le seul état présent --> à chaque sauvegarde.

- ces snapshots sont des métadonnées sans taille intrinsèque appréciable > stockés hors du volume de démarrage (Mac OS chez toi) > dans un magasin de l'apfs appelé : « snapshot metadata tree » (arbre de métadonnées de snapshots - les ingénieurs de l'apfs ont collé des noms d'arbres et de sous-arbres partout).​

- lors de la vérification de l'apfs (qui passe consciencieusement en revue les objets de l'apfs) --> une erreur a été décelée dans ce secteur du « snapshot metadata tree ». Erreur qui n'invalide pas l'apfs global > dont le code de sortie de la vérification est 0 (comme zéro erreur). Mais erreur néanmoins assez radicale pour avoir stoppé net la poursuite de l'examen de l'apfs : il manque la vérification du « extent ref tree » (arbre de l'allocation des blocs) & du « fsroot tree » (sous-arbre du système de fichiers apfs générateur du volume de démarrage Mac OS examiné en 1er). Il manque en plus l'examen des 3 volumes auxiliaires du Conteneur (Preboot > Recovery > VM).​

Tu ne peux envisager une réparation éventuelle de l'apfs qu'en démarrant sur l'OS de secours du disque (⌘R) régulièrement cloné en RAM à la volée pour le rendre indépendant du disque > et en utilisant son Terminal ou son Utilitaire de disque. Je subodore que c'est peine perdue néanmoins.

La solution carrée consiste à démarrer sur ta sauvegarde TM ou par internet > supprimer l'apfs > réinstaller Mojave (ce qui va recréer l'apfs) > récupérer ta TM à la fin.

 

[mariol66]

Bonjour @macomaniac et merci pour ta réponse

La solution carrée consiste à démarrer sur ta sauvegarde TM ou par internet > supprimer l'apfs > réinstaller Mojave (ce qui va recréer l'apfs) > récupérer ta TM à la fin.

Ma sauvegarde TM étant sur mon NAS et du coup cela manque de rapidité parfois, surtout avec la multitude de fichiers.

Je dispose d'un Clône CCC sur HDD externe.
Est-ce que dans l'idée, je démarre sur le clône, efface le disque Mac OS puis re-clône à nouveau sur Mac OS. Est-ce que les erreurs de apfs vont être "copiées" avec ou cela n'a rien à voir ?

Ou alors, plus radical, une clean install depuis le clône HDD ?

 

[Membre supprimé 1060554]

Tu peux démarrer sur ton clone. Supprimer l'apfs > le recréer. Cloner à rebours (via CCC) => dans le nouveau volume apfs. CCC en fin de clonage de mac OS > va créer les volumes auxiliaires dans le Conteneur apfs du disque interne.

CCC est un cloneur en mode "copie-de-fichiers" et pas "copie-de-blocs". Il n'importe donc jamais les systèmes de fichiers > mais clone uniquement les fichiers des volumes.

Est-ce que tu peux attacher le DDE de ton clone > passer une commande :

diskutil list

• qui va afficher le DDE en plus du disque interne

Poste le tableau en copier-coller > le coller dans une fenêtre de code par le procédé suivant -->

• dans cette page de MacGé > presse le bouton
  
  ici :
  
  
  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 pour vérifier si CCC aura sur le DDE toutes les ressources pour créer les volumes auxiliaires > à la fin du clonage à rebours.

 

[mariol66]

Quand tu parles de "supprimer l'apfs > le recréer" c'est bien formater le SSD MAC OS, via l'utilitaire disque ?

Voici le résultat de la commande avec mon Clône monté.

 

[Membre supprimé 1060554]

Je vois que le volume Clône Mac OS est flanqué de sa partition de secours Recovery HD. RAS.

Il faut que tu effaces le SSD une fois démarré sur le clone (et pas simplement reformater le volume Mac OS).

Quand tu seras démarré sur ton clone > tu n'as qu'à passer dans le Terminal du clone la commande :

diskutil list

• et poster le tableau --> je te passerai la commande tout-en-un qui reparamètre le disque interne.

Note : il faut mieux un copier-coller dans une fenêtre de code qu'une capture. Car si je veux citer une partition --> comment je fais à partir de l'image d'une capture ?

 

[mariol66]

Note : il faut mieux un copier-coller dans une fenêtre de code qu'une capture. Car si je veux citer une partition --> comment je fais à partir de l'image d'une capture ?

Désolé, exact, je ne sais même pas moi même pourquoi je suis passé par une capture d'écran :angelic:

Me voilà démarré sur le clône (mon dieu que c'est lent, j'ai perdu l'habitude)

/dev/disk0 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *256.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         255.9 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +255.9 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Mac OS                  142.2 GB   disk1s1
   2:                APFS Volume Preboot                 48.1 MB    disk1s2
   3:                APFS Volume Recovery                1.0 GB     disk1s3
   4:                APFS Volume VM                      20.5 KB    disk1s4

/dev/disk2 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *525.1 GB   disk2
   1:               Windows_NTFS BOOTCAMP                524.4 GB   disk2s1
   2:                       0x27                         606.1 MB   disk2s2

/dev/disk3 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *525.1 GB   disk3
   1:                        EFI                         209.7 MB   disk3s1
   2:                  Apple_HFS Stockage                524.3 GB   disk3s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk3s3

/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2:                  Apple_HFS Clône Mac OS            400.0 GB   disk4s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk4s3
   4:                  Apple_HFS Clône Stockage          598.6 GB   disk4s4
   5:                 Apple_Boot Recovery HD             650.0 MB   disk4s5

PS: J'y pense, ne vaut-il pas mieux que je désactive la sauvegarde auto de TM qui est dans le clône ? car si il lance une sauvegarde pendant le clônage, de retour sur le SSD TM aura une sauvegarde d'écart... ou pas... en fait je ne sais pas ce qui va se passer.

 

[Membre supprimé 1060554]

Passe la commande (copier-coller) :

diskutil ap deleteContainer disk1 "Mac OS" ; diskutil ap convert disk0s2 ; diskutil list

• cette commande concaténée : a) supprime l'apfs > ce qui reformate un volume jhfs+ Mac OS > b) reconvertit ce volume à l'apfs > ce qui régénère un Conteneur apfs à un seul volume > c) réaffiche le tableau des disques

Poste l'ensemble de l'affichage retourné.

 

[mariol66]

Voilà qui est fait

Started APFS operation on disk1
Deleting APFS Container with all of its APFS Volumes
Unmounting Volumes
Unmounting Volume "Mac OS" on disk1s1
Unmounting Volume "Preboot" on disk1s2
Unmounting Volume "Recovery" on disk1s3
Unmounting Volume "VM" on disk1s4
Deleting Volumes
Deleting Container
Wiping former APFS disks
Switching content types
Reformatting former APFS disks
Initialized /dev/rdisk0s2 as a 238 GB case-insensitive HFS Plus volume with a 24576k journal
Mounting disk
1 new disk created or changed due to APFS operation
Disk from APFS operation: disk0s2
Finished APFS operation on disk1
Converting the volume on disk0s2 to an APFS Volume on an APFS Container
Started APFS operation on disk0s2 Mac OS
Converting HFS Volume to an APFS Container which will export one APFS Volume
The target is the Journaled HFS+ volume "Mac OS" backed by the GPT partition disk0s2
The target is a data disk; it is not a macOS system disk
Found APFS EFI driver /usr/standalone/i386/apfs.efi to install into the APFS Container
The target is not encrypted
Unmounting disk0s2
Starting conversion from HFS to APFS
Performing apfs_hfs_convert -x --verbose=0x400 --efi /usr/standalone/i386/apfs.efi /dev/disk0s2
Reporting pre-conversion statistics
Reporting post-conversion statistics
Successfully finished conversion from HFS to APFS
Successful conversion in commit mode so will switch type to APFS
Setting type of disk0s2 to APFS
Changing the physical disk partition type in shared mode
Partition modification attempt count was 1
Opening and closing disk0s2 to terminate old content driver
Expecting the new APFS Container at Physical Store disk0s2
Confirmed existence of new unencrypted APFS Volume disk1s1
Mounting APFS Volume disk1s1
APFS Volume mount attempt result was 0
Exiting conversion operations with error code 0
Disk from APFS operation: disk1s1
Finished APFS operation on disk0s2 Mac OS
/dev/disk0 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *256.1 GB   disk0
   1:                        EFI EFI                     209.7 MB   disk0s1
   2:                 Apple_APFS Container disk1         255.7 GB   disk0s2

/dev/disk1 (synthesized):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      APFS Container Scheme -                      +255.7 GB   disk1
                                 Physical Store disk0s2
   1:                APFS Volume Mac OS                  1.0 MB     disk1s1

/dev/disk2 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     FDisk_partition_scheme                        *525.1 GB   disk2
   1:               Windows_NTFS BOOTCAMP                524.4 GB   disk2s1
   2:                       0x27                         606.1 MB   disk2s2

/dev/disk3 (internal, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *525.1 GB   disk3
   1:                        EFI                         209.7 MB   disk3s1
   2:                  Apple_HFS Stockage                524.3 GB   disk3s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk3s3

/dev/disk4 (external, physical):
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *1.0 TB     disk4
   1:                        EFI EFI                     209.7 MB   disk4s1
   2:                  Apple_HFS Clône Mac OS            400.0 GB   disk4s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk4s3
   4:                  Apple_HFS Clône Stockage          598.6 GB   disk4s4
   5:                 Apple_Boot Recovery HD             650.0 MB   disk4s5

 

[Membre supprimé 1060554]

Parfait.

Tu peux lancer CCC > et créer une tâche où : SOURCE = Clône Mac OS & DESTINATION = Mac OS

Une fois que c'est terminé > tu redémarres avec "alt" sur Mac OS.

 

[mariol66]

Je lance CCC il va y en avoir pour quelques heures en tout cas je reste admiratif parceque la commande concaténée, faut la sortir, ce n’est pas donné à tout le monde

Dernière question, sorti de tout ça lorsque je vais revenir sur le SSD Mac OS, dois-je remettre le TRIM du SSD ou sera-t-il concervé ?

Merci

 

[Membre supprimé 1060554]

En principe > CCC doit cloner à rebours un dossier des Extensions contenant la kext qui gère le TRIM sur les SSD de tierce partie. Puisqu'il a copié à l'aller le dossier qui la contenait.

- tu n'auras qu'à vérifier dans À propos de ce Mac > Rapport Système --> si le TRIM a bien été réactivé.​

 

[mariol66]

Le clônage est fini, un légé doute vis à vis de CCC avec qui j'ai fait une sauvegarde juste avant de rebooter sur le clône, une fois revenu sur mon SSD, il m'indique que la dernière sauvegarde date d'hier... o_O A priori tout semble correct...

Le TRIM est bien activé

En tout cas merci @macomaniac pour ton aide, Sans vraiment savoir pourquoi cette erreur s'est produite, j'espère qu'elle ne reviendra pas plus tard.

 

[Membre supprimé 1060554]

Content pour toi !