10.15 Catalina Kernel PANIC à vérifier SVP

Passe la commande :
Bloc de code:
sudo tmutil thinlocalsnapshots /System/Volumes/Data 99000000000000 4 ; say 'ENFIN TERMINÉ LA PURGE'

  • la commande purge en lot les snapshots associés au volume-Données (monté dans le volume-Système at: /System/Volumes/Data). Attends d'entendre une voix déclarer : "Enfin, terminé la purge !" en signal de fin.

Poste le retour.
 
Repasse la commande :
Bloc de code:
diskutil ap listSnaps disk1s1

  • (le Conteneur doit être disk1 pour ta session) qui liste les snapshots du volume-Données

Est-ce que tu as un retour ?
 
Alors relance une vérification de l'apfs > complète cette fois > par la commande :
Bloc de code:
diskutil verifyVolume disk1

  • poste le retour.
 
le voici le résultat, je pense que y a un problème toujours !!

Bloc de code:
imac@iMac ~ % diskutil verifyVolume disk1
Started file system verification on disk1
Verifying storage system
Using live mode
Performing fsck_apfs -n -x -l /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 Macintosh HD - Données was formatted by hfs_convert (1412.81.1) and last modified by apfs_kext (1412.81.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
error: btn: invalid key order (14) oid 45779 / oxid 0 / level 0 / flags 0x2
    previous key: 0x300000038000a0e2
    current key:  e2 a0 00 00 03 00 00 40 15 00 63 6f 6d 2e 61 70 70 6c 65 2e 46 69 6e 64 65 72 49 6e 66 6f 00
    next key:     e2 a0 00 00 03 00 00 40 24 00 63 6f 6d 2e 61 70 70 6c 65 2e 6d 65 74 61 64 61 74 61 3a 5f 6+
fsroot tree is invalid
The volume /dev/disk0s2 could not be verified completely
Storage system check exit code is 0
Finished file system verification on disk1
 
La corruption d'un snapshot arrêtait la vérification de l'apfs. La suppression des snapshots a donc permis la poursuite de la vérification -->

- cette fois-ci c'est le fsroot tree qui est invalide (ce qui a stoppé la poursuite de la vérification aux autres volumes). Le fsroot tree en bref est la branche de l'apfs formatrice spécifiquement du volume.​

Redémarre en mode secours pour ouvrir la session de secours -->

- lance l'Utilitaire de disque. Presse la pastille "Présentation" (angle gauche supérieur du panneau) et choisis : "Afficher tous les appareils" => ce qui démasque le Conteneur apfs global. Sélectionne-le et fais un S.O.S. dessus (ce qui répare tout ce qui peut se réparer - une réparation nécessitant la désactivation du système de fichiers via le démontage de tous ses volumes).​

Redémarre pour ouvrir ta session d'utiisateur normale. Repasse la commande :
Bloc de code:
diskutil verifyVolume disk1

  • et poste le retour => qu'on voie s'il y a eu réparation...
 
Tu redémarres > les 2 touches ⌘R pressées => ce qui lance l'OS de secours. En fait > avec les OS apfs récents => ce qui clone en RAM l'image-disque recelant l'OS de secours et fait ensuite démarrer le Mac en mode secours sur un clone d'OS de secours en RAM (comme suite à un démarrage par internet). Cette astuce permet un démarrage indépendant du disque interne et donc la réparation de l'apfs interne (dont tous les volumes peuvent être démontés).

- bref : tu reviens dans la session de secours où tu étais antérieurement. Dans la fenêtre des 4 Utilitaires macOS d'accueil > tu lances l'Utilitaire de disque et tu poursuis comme décrit.​

Si tu préfères le Terminal > tu le lances et tu passes la commande :
Bloc de code:
diskutil repairVolume disk2
 
re ... là je suis en mode secours, voici le résultat de l'utilitaire disque :

Bloc de code:
Exécution de S.O.S. sur « Conteneur disk2 »

Réparation du système de stockage
Exécution de fsck_apfs -y -x /dev/disk1s2
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 Macintosh HD - Données was formatted by hfs_convert (1412.81.1) and last modified by apfs_kext (1412.81.1).
Checking the object map.
Checking the snapshot metadata tree.
Checking the snapshot metadata.
Checking the extent ref tree.
Checking the fsroot tree.
error: btn: invalid key order (14) oid 45779 / oxid 0 / level 0 / flags 0x2
    previous key: 0x300000038000a0e2

    current key:  e2 a0 00 00 03 00 00 40 15 00 63 6f 6d 2e 61 70 70 6c 65 2e 46 69 6e 64 65 72 49 6e 66 6f 00
    next key:     e2 a0 00 00 03 00 00 40 24 00 63 6f 6d 2e 61 70 70 6c 65 2e 6d 65 74 61 64 61 74 61 3a 5f 6+
fsroot tree is invalid.
The volume /dev/disk1s2 could not be verified completely.
Le code de sortie de la vérification du système de stockage est 0.

L’opération a été effectuée.

et sur le Terminal pareil !

Bloc de code:
-bash-3.2# diskutil repairVolume disk2
Started file system repair on disk2
Repairing storage system
Performing fsck_apfs -y -x /dev/disk1s2
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 Macintosh HD - Données was formatted by hfs_convert (1412.81.1) and last modified by apfs_kext (1412.81.1)
Checking the object map
Checking the snapshot metadata tree
Checking the snapshot metadata
Checking the extent ref tree
Checking the fsroot tree
error: btn: invalid key order (14) oid 45779 / oxid 0 / level 0 / flags 0x2
    previous key: 0x300000038000a0e2
    current key:  e2 a0 00 00 03 00 00 40 15 00 63 6f 6d 2e 61 70 70 6c 65 2e 46 69 6e 64 65 72 49 6e 66 6f 00
    next key:     e2 a0 00 00 03 00 00 40 24 00 63 6f 6d 2e 61 70 70 6c 65 2e 6d 65 74 61 64 61 74 61 3a 5f 6+
fsroot tree is invalid
The volume /dev/disk1s2 could not be verified completely
Storage system check exit code is 0
Finished file system repair on disk2
 
Dernière édition:
La corruption du fsroot tree du volume Macintosh HD - Données est irréparable.

- est-ce que tu disposerais d'un DDE USB avec dans les 500 Go d'espace libre pour effectuer un test ? - il s'agirait soit de cloner la distribution apfs interne => dans un Conteneur apfs externe du DDE ; soit de réinstaller Catalina à destination du volume apfs du DDE puis de récupérer ta TM (comme tu l'as fait en mode interne).​

=> cela fait > vérifier en démarrage sur le DDE => si les plantages surviennent encore dans la session d'utilisateur ou pas. S'il ne survenaient pas (à configuration externe identique à l'interne) => il faudrait conclure à un problème matériel en interne.

- j'ai noté dans le rapport EtreCheck des débits de "Vitesse écrire : 437 Mo/s" & "Vitesse lire : 462 Mo/s". Ton disque interne est donc un SSD 2,5" apparemment. Quel est déjà ton modèle de Mac et son année ?​
 
ohlala !! pour le disque dur ! il faut qu'il soit sans données c'est ça ? je doit formater ? car j'en ai mais il faut copier des données d'ici et de là !!

Configuration:

Mac (27 pouces, fin 2012)
Nom du modèle : iMac
Identifiant du modèle : iMac13,2
Nom du processeur : Quad-Core Intel Core i7
Vitesse du processeur : 3,4 GHz
Nombre de processeurs : 1
Nombre total de cœurs : 4
Cache de niveau 2 (par cœur) : 256 Ko
Cache de niveau 3 : 8 Mo
Technologie Hyper-Threading : Activé
Mémoire : 28 Go
Version de la ROM de démarrage : 289.0.0.0.0
Version SMC (système) : 2.11f14
 
Tu avais remplacé le HDD par un SSD ?
non j'ai jamais touché à mon imac, je l'ai acheté comme ça (presque neuf à l'époque).


Bloc de code:
Macintosh HD :

  Disponible :    342,23 Go (342 225 772 544 octets)
  Capacité :    750,93 Go (750 934 011 904 octets)
  Point de montage :    /
  Système de fichiers :    APFS
  Inscriptible :    Non
  Ignorer les autorisations :    Non
  Nom BSD :    disk1s5
  UUID du volume :    14C0AA57-5CAC-4F71-B0B7-0E415D9D5121
  Lecteur physique :
  Nom du périphérique :    APPLE SSD SM768E
  Nom du support :    AppleAPFSMedia
  Type de média :    SSD
  Protocole :    SATA
  Interne :    Oui
  Type de carte de partition :    Inconnu
  État S.M.A.R.T. :    Vérifié

poste au dessus actualisé pour voir les infos disque
 
J'ai trouvé l'information dans le rapport EtreCheck :
Bloc de code:
    disk0 - APPLE SSD SM768E 751.28 Go (SSD - TRIM : Oui)

  • tu as donc un SSD d'usine Apple de 750 Go. C'est ce qui explique les vitesse élevées en lecture & écriture.

Pour le test que je te proposais > il faudrait voir si tu as un DDE de grande capacité > dont la table de partition soit GUID et le format du volume jhfs+ (Mac OS étendu journalisé) > et comportant dans les 500 Go d'espace libre. Car il serait alors possible avec ces paramètres de repartitionner le volume existant (non destructivement pour ses données) => afin de faire le test : voir si une configuration identique en externe occasionne le même type de plantage ou pas.
 
Je possède 3 disques de 1 To chacun, 2 Varbatim et 1 WD
le problème qu'ils sont tous remplis de données, il me faut un peu de ménage pour vider un.
 
Quand ton DDE est disponible > branche-le au Mac et passe les 2 commandes :
Bloc de code:
diskutil list
df -H

  • qui affichent : la configuration des disques & l'occupation des volumes montés

Poste les retours.

Note : en plus de la fonction de test du DDE > remarque bien qu'un procédé de [clonage interne => externe > suivi d'une suppression / recréation de l'apfs interne > enfin d'un clonage inverse : externe => interne] --> est une solution à la corruption irréparable de l'apfs du volume-Données.