MacBook Pro Macbook pro 17" 2011 redémarrages en boucle

Au fait, je t'ai mis une capture de ma liste des kernel panic dans le message d'avant. J'ai vachement de rapports de gpu restart, je ne sais pas quoi penser.
Je continue à rester fixer sur cette idée que j'ai peut-être endommagé quelque chose en l'ouvrant, mais mince, je l'ai ouvert quinze fois, cet ordi, et c'est pas comme si je n'avais pas l'habitude, et j'ai juste débranché le dur, le bluetooth et l'écran, donné un coup de pshitt dans les ventilos puis renfermé en me disant "ah ouais en fait non, je ne vais pas changer tout de suite ma pâte thermique, je n'ai pas les bons outils, je le sens pas". J'ai fait méga attention, j'ai quand même démonté l'iMac entièrement pour mettre le SSD barrette sur la carte-mère, ça fait dix ans voire plus que je démonte des portables bien plus petits (sony vaio P...), mais voilà... je l'ai fait il y a trois semaines, je crois, peut-être un peu moins, je ne l'ai pas beaucoup utilisé depuis mais quand même, et ça ne fait que depuis mercredi soir qu'il plante, donc... il aurait planté avant, non ?
Purée, si j'ai tué mon ordi en le démontant pour enlever la poussière sur les ventilos, mais la haine, quoi !!!

Almost Precious, je vais tout transférer sur un des disques du mac pro. C'est con que je n'aie pas de deuxième adaptateur, ça aurait été plus vite de le mettre à l'intérieur pour tout passer dedans que de le brancher en USB3, mais là, vu le prix des adaptateurs 2.5 pour les mac pro argentés, non. J'en ai un seul, il est sur le SSD qui est dedans (mon SSD système). Je voulais mettre de toute façon les données dedans, mais j'avais prévu de le faire tranquille, genre brancher les deux ensemble en firewire et faire une migration. Là, ben... J'ai même pas de boîtier firewire, ça aurait été le bon plan. Tant pis, j'ai 500Gb, ça ne prendra pas 2000 ans non plus. Ce qui est con, c'est qu'à la base, je voulais vraiment faire un clone du macbook pro dans le mac pro (je voulais cloner les deux disques avec carbon copy cloner), mais là, ben non, si c'est pour ramener le problème dessus...
 
Dernière édition:
Aucune chance que le volume Almost Precious soit impliqué dans le chargement du Système proprement dit.

Et quant au dernier plantage du kernel : incident purement isolé, lié à un excès de TechTool Pro. Non lié au problème initial. Donc statu quo.
 
Bon, c'est déjà ça. Mais le doute est toujours là. Cela dit, ça fait depuis 10h ce matin qu'il n'a pas planté (à part avec TechTool) (mais bon, genre je dis ça et il va crasher direct derrière).
Je me demande si je n'ai pas intérêt de récupérer mes données de Almost Precious depuis ma Time Capsule sur le Mac Pro. Je me demande si je peux faire ça via l'assistant de migration. Je pense que ça va être galère, car ma time capsule a beaucoup de mal à gérer le fait qu'il y ait un disque de système et un disque de données. Je crois que c'est pour ça qu'elle n'arrive pas à restaurer mes fichiers à une date ultérieure (du coup, genre elle sert à quoi cette time capsule).

Edit : j'ai branché le boîtier USB 3 sur la carte USB 3 que j'ai rajoutée sur le mac pro, je suis en train de tout passer dessus à raison de quelques dossiers à la fois. Je pense que j'en ai pour quelques heures minimum. 1h pour 100Gb, car carte USB 3 n'est pas égale à véritable USB 3...

Edit 2 : je suis tellement à cran, j'ai le cinema display qui est devenu noir, j'ai paniqué, j'ai cru qu'il avait transféré le problème au mac pro et qu'il avait planté lui aussi. Non, il s'était juste mis en veille. Je crois que j'ai besoin de sommeil, moi. Et de me calmer un peu.
 
Dernière édition:
Je viens de m'apercevoir que j'ai un HDD Hitachi 750 Go (7200 tr/mn) qui traînait dans un tiroir sans aucun usage. Dans un de ces boîtiers USB cheap de la marque Inateck. Ce doit être l'ancien HDD d'un de mes MacBook Pro 2011 actuellement équipés de SSD. Son volume est vide. Il n'a jamais resservi depuis lurette. Si tu veux > je te l'expédie dans son boîtier (gratis bien sûr).

Ne crois pas que ça me fera deuil : je suis submergé de disques de toutes sortes et de boîtiers divers et variés qui m'encom- brent.

Comme il a la taille exacte de ton HDD > tu pourrais cloner dans son volume Almost Precious > et pourquoi pas l'utiliser en remplacement de ton HDD actuel ?
 
Ah, t'es hyper chou ! Mais pour l'instant, je veux voir ce qu'il advient de Almost Precious une fois retourné dans sa boîte en USB 3 maintenant que j'ai réparé les permissions. Tous les tests que j'ai faits me disent quand même que le disque est nickel et en parfait état, donc c'est super bizarre... Mais si ça continue à planter, alors très volontiers. Faut quand même que tu passes une fois par chez moi, je te dois une bouffe :)
Et je pense que ton disque, c'est celui de ton Precious à toi, moi c'est le même (hitachi 750Go 7200tr/min), c'est celui qui était filé avec le macbook pro 17".
 
Du MacBook Pro 17" Late_2011 ou de mon autre MacBook Pro 15" Early_2011. Je te le mets de côté au cas où tu en aurais besoin.
 
Je ne pourrais pas dire si ça vient de la carte USB 3 du mac pro ou du disque almost precious, mais la copie s'est arrêtée car le disque s'est déconnecté... Heureusement, le système est assez malin et quand j'ai repris la copie, il ne m'a pas tout fait recommencer et il m'a dit "une copie partielle a été découverte, voulez-vous reprendre" (donc heureusement, parce que merci bien, il restait 20Go sur le batch en cours), mais... Louche, non ? (cela dit, ça peut être la carte USB 3 du mac pro, j'ai pas méga confiance dans cette carte. Mais là, franchement, je ne le mettais pas sur le port usb 2, c'était juste pas possible).
 
Non, mais tu vas rire, même sur le Mac Pro, Almost Precious continue à saouler avec son dossier Extensions manquant... J'ai regardé la console du Mac Pro et j'ai vu des messages d'erreurs liés au fait qu'il n'arrivait pas à trouver le dossier Extensions dans le sous-dossier Library de System de Almost Precious... J'étais juste en train de copier les données depuis Almost Precious branché en USB 3... WTF???? Mais c'est quoi cette merde ???? (et il s'est redéconnecté une nouvelle fois. Curieux)

Bloc de code:
26/08/17 17:07:43,000 kernel[0]: hfs: Removed 0 orphaned / unlinked files and 108 directories
26/08/17 17:07:43,000 kernel[0]: hfs: mounted Almost Precious on device disk4s2
26/08/17 17:07:43,000 kernel[0]: jnl: disk4s2: flushing fs disk buffer returned 0x5
26/08/17 17:07:43,306 fseventsd[46]: event logs in /Volumes/Almost Precious/.fseventsd out of sync with volume.  destroying old logs. (153 8 153)
26/08/17 17:07:43,536 fseventsd[46]: log dir: /Volumes/Almost Precious/.fseventsd getting new uuid: 06A3085F-5711-4DDC-A2EB-C073E2B15AC6
26/08/17 17:07:44,027 com.apple.kextd[45]: Warning: /Volumes/Almost Precious/System/Library/Extensions: No such file or directory
26/08/17 17:07:44,075 com.apple.kextcache[1159]: Warning: /Volumes/Almost Precious/System/Library/Extensions: No such file or directory
26/08/17 17:07:44,075 com.apple.kextcache[1159]: rebuilding /Volumes/Almost Precious/System/Library/Caches/com.apple.kext.caches/Startup/kernelcache
26/08/17 17:07:44,638 com.apple.kextcache[1162]: No kernel extensions found.
26/08/17 17:07:44,639 com.apple.kextcache[1159]: Child process /usr/sbin/kextcache[1162] exited with status 70.
26/08/17 17:07:44,639 com.apple.kextcache[1159]: Error 107 rebuilding /System/Library/Caches/com.apple.kext.caches/Startup/kernelcache
26/08/17 17:07:44,639 com.apple.kextd[45]: helper error while updating /Volumes/Almost Precious (error count: 1)
26/08/17 17:07:44,675 com.apple.kextd[45]: async child pid 1159 exited with status 70
26/08/17 17:07:45,853 blued[85]: Device Connected with address: 28-cf-da-c5-00-e6 and classOfDevice 0x002580 and connectionHandle 0x000b

Du coup, j'ai pris le dossier Extensions qui était dans le dossier système du mac pro (même OS, El Capitan) et je l'ai foutu sur Almost Precious, au moins il trouvera quelque chose. Il ne peut pas planter plus, de toute manière.

Sinon, tu crois qu'il est temps de retenter le dur en USB 3 ? J'ai tout passé sur le mac pro. Je ne pouvais pas faire de clone avec CCC, car vu les déconnexions, ça n'aurait pas tenu pour la copie complète, j'ai été obligée de copier dossier par dossier (j'en ai eu pour un petit moment. Heureusement, il y avait moins que ce que je pensais). Donc il doit sûrement manquer des fichiers cachés ou comme ça.
 
Dernière édition:
Si tu passes la commande :
Bloc de code:
ls /Volumes/"Almost Precious"

  • un tableau va être retourné > listant les objets de premier degré dans l'espace du volume Almost Precious

Tu n'as qu'à poster ce tableau > histoire de voir s'il y a un répertoire System dans la liste.
 
Sur le Mac Pro ? Je viens de débrancher le machin. Mais il y a un répertoire système dedans, oui. Il est au premier niveau, à côté de Users et de Library. Je ne sais plus pourquoi je ne l'avais pas enlevé, je crois que je n'étais pas censée l'enlever pour une raison ou pour une autre, à l'époque. Si je ne l'ai pas enlevé, il devait y avoir une raison. Ou alors je l'avais enlevé et il est revenu.
Dedans, il n'y a que Library, et dans Library, il y a Cache. Rien d'autre.

Edit : je suis remontée jusqu'en décembre 2016 avec la time capsule, c'était déjà comme ça. System / Library / Cache. Pas de dossier Extensions. Donc ce n'est pas nouveau ou même récent.

Edit 2 : moment de vérité. Je retente en USB 3 avec Almost Precious ou ce serait judicieux d'attendre encore ?
 
Dernière édition:
Tu peux passer la commande aussi bien dans le «Terminal» du MacBook Pro > si le HDD du volume Almost Precious est attaché.

D'après le log que tu as posté > un processus kextd (kext_daemon ou service des extensions) est lancé (c'était dans l'OS du Mac Pro) qui est un service ou daemon du kernel, chargé de traiter les requêtes touchant au chargement des extensions du kernel (kexts).

Entre autres occupations > ce service surveille le dossier /System/Library/Extensions (du volume démarré) > et s'il détecte une modification des time stamps (indicateurs de temps) sur le dossier Extensions > alors il invoque l'utilitaire kextcache spécialisé dans la mise-à-jour du cache de démarrage kernelcache (ou prelinkedkernel) - lequel inclut le bloc d'adresses des extensions à injecter dans le kernel au démarrage.

Donc d'après ton log > le processus kextd se trouve alerté par une anomalie consistant dans l'absence du dossier des Extensions - non pas dans le volume démarré du Mac Pro > mais dans le volume de stockage Almost Precious. Ce parce qu'apparemment il y a bien une arborescence d'OS dans Almost Precious > dont un répertoire System > incluant un sous-répertoire Library > n'incluant pas un dossier Extensions.

Alerté par l'anomalie > kextd (le service) active kextcache (l'utilitaire auxiliaire) qui engage une tâche impossible : mettre à jour un cache de démarrage kernelcache (à l'adresse : /Volumes/Almost Precious/System/Library/Caches/com. apple.kextcaches/Startup/kernelcache) > dans la mesure où le dossier Extensions paradigme pour cette tâche (at : /Volumes/Almost Precious/System/Library/Extensions) n'est pas trouvé à l'adresse attendue.

=> j'en déduis que > bien que ton volume Almost Precious ne serve que de volume de stockage de données > l'existence résiduelle d'une arborescence d'OS dans ce volume en fait l'objet de l'attention d'un service (daemon) du kernel > avec retour d'erreurs dans la mesure où le dossier attendu des Extensions n'est plus présent dans cette arborescence.

De là (par une extrapolation hardie) à supposer que l'existence de ces décombres d'OS dans le volume Almost Precious perturbent le kernel via ses services de surveillance - surtout lorsque le disque HDD est connecté en SATA interne --> il n'y a qu'un pas que mon imagination accepte de franchir à titre de conjecture.
 
Dernière édition par un modérateur:
Mais du coup, tu enlèverais carrément le dossier System plutôt que de rajouter Extensions dedans ? Je ne sais même plus pourquoi je l'avais laissé, probablement parce que c'était nécessaire quand j'avais fait la procédure pour pouvoir garder mon dossier Users dedans.

(par contre, pourquoi ça a fonctionné pendant 5 ans et tout d'un coup ça fait n'importe quoi ? Et surtout, j'aurais pu admettre ça, mais pourquoi ça a planté pendant le diagnostic AHT, qui n'est qu'un diagnostic hardware ?)
 
Est-ce que tu peux passer la commande :
Bloc de code:
ls /Volumes/"Almost Precious"

  • dans n'importe quel «Terminal» d'OS pourvu que le disque qui supporte Almost Precious soit attaché en USB ?

--> c'est pour avoir une idée de la distribution dans le volume. Je suppose que ton dossier de compte déporté vanessa soit être localisé dans un répertoire Users (Utilisateurs) et donc qu'il doit y avoir toute une population d'autres répertoires-Système qui le flanquent sans n'avoir plus aucune fonction.

Avec effectivement un répertoire System qui attire l'attention d'un service du kernel et génère des rapports d'erreurs. Supprimer le répertoire System de Almost Precious > permettrait sans doute au volume Almost Precious de passer sous la couverture radar du service kextd qui opère depuis le volume The Beast.

Pas sûr en effet que ce soit LA cause de tous les maux > mais autant élaguer les facteurs qui harrassent le kernel en exercice.
 
Euh... le disque refuse de se monter. Il tourne dans le boîtier, je l'entends, mais pas de manifestation au niveau de l'utilitaire de disque ou du finder. J'ai déjà éteint et rallumé deux fois le boîtier et vérifié la position, branché et rebranché... J'ai déjà eu ça des fois avec des disques externes en NTFS qui mettaient du temps à monter, mais là, c'est spécial. Je vais tenter sur le mac pro.

Bon, le mac pro est moins capricieux. J'ai pu obtenir ça :

Bloc de code:
$RECYCLE.BIN                etc (depuis l’ancien Mac)
Icon?                    home
Library                    mach_kernel
Network                    mach_kernel (depuis l’ancien Mac)
Network (depuis l’ancien Mac)        net
System                    private
Users                    sbin
Volumes                    sbin (depuis l’ancien Mac)
Volumes (depuis l’ancien Mac)        tmp
bin                    tmp (depuis l’ancien Mac)
bin (depuis l’ancien Mac)        usr
cores                    var
cores (depuis l’ancien Mac)        var (depuis l’ancien Mac)
etc

Mais bon, je dirais que les déconnexions intempestives pendant la sauvegarde sur le mac pro, le fait qu'il refuse de monter en usb sur le macbook pro mais qu'il monte ensuite dans le mac pro (là, je suis sûre que si je l'enlève et que je le mets sur le macbook pro, il monte direct), je crois qu'on part sur un disque mort, non ? Tu en penses quoi ? Je doute que ce soit ton boîtier, il a toujours super bien marché pour tout le reste.

Je l'ai repassé sur le macbook pro, il ne voulait pas monter sur une des prises usb, mais il a accepté de monter sur l'autre (bizarre). Par contre, j'ai testé le port juste derrière avec une clé usb, aucun problème, il était fonctionnel.
Là, il chiale sur les permissions du dossier Extensions que je lui ai rajouté dans System. Je l'ai éjecté, il tournait en boucle sur les mêmes trucs comme quoi il voulait faire un truc mais les permissions c'était pas bon, donc il zappait, mais il voulait faire son truc, mais les permissions... bref.

Bloc de code:
26.08.17 20:59:40.574 com.apple.kextcache[1909]: Error 107 rebuilding /System/Library/Caches/com.apple.kext.caches/Startup/kernelcache
26.08.17 20:59:40.574 com.apple.kextd[50]: helper error while updating /Volumes/Almost Precious (error count: 25)
26.08.17 20:59:40.597 com.apple.kextd[50]: async child pid 1909 exited with status 71
26.08.17 20:59:41.000 kernel[0]: jnl: disk3s2: flushing fs disk buffer returned 0x5
26.08.17 20:59:43.335 com.apple.kextcache[1919]: rebuilding /Volumes/Almost Precious/System/Library/Caches/com.apple.kext.caches/Startup/kernelcache
26.08.17 20:59:45.527 com.apple.kextcache[1922]: IOSystemManagement.kext has incorrect permissions; omitting.
26.08.17 20:59:45.527 com.apple.kextcache[1922]: IONVRAMFamily.kext has incorrect permissions; omitting.
26.08.17 20:59:45.529 com.apple.kextcache[1922]: ApplePlatformFamily.kext has incorrect permissions; omitting.
26.08.17 20:59:45.530 com.apple.kextcache[1922]: AppleNMI.kext has incorrect permissions; omitting.
26.08.17 20:59:45.530 com.apple.kextcache[1922]: System.kext has incorrect permissions; omitting.
26.08.17 20:59:45.953 com.apple.kextcache[1922]: IOHIDSystem.kext has incorrect permissions; omitting.
26.08.17 20:59:45.986 com.apple.kextcache[1922]: IOHIDEventDriver.kext has incorrect permissions; omitting.
26.08.17 20:59:46.638 com.apple.kextcache[1922]: CellPhoneHelper.kext has incorrect permissions; omitting.
26.08.17 20:59:46.840 com.apple.kextcache[1922]: AppleUSBTopCase.kext has incorrect permissions; omitting.
26.08.17 20:59:47.133 com.apple.kextcache[1922]: AppleTopCaseActuatorHIDDriver.kext has incorrect permissions; omitting.
26.08.17 20:59:47.164 com.apple.kextcache[1922]: AppleTopCase.kext has incorrect permissions; omitting.
26.08.17 20:59:47.252 com.apple.kextcache[1922]: AppleThunderboltPCIAdapters.kext has incorrect permissions; omitting.
26.08.17 20:59:47.395 mds[69]: (DiskStore.Normal:659) SDB consistency check complete for 372707 items
26.08.17 20:59:47.407 com.apple.kextcache[1922]: USBStorageDeviceSpecifics.kext has incorrect permissions; omitting.
26.08.17 20:59:47.431 com.apple.kextcache[1922]: SonyXDCAMDriver.kext has incorrect permissions; omitting.
26.08.17 20:59:47.522 com.apple.kextcache[1922]: FireWireStorageDeviceSpecifics.kext has incorrect permissions; omitting.
26.08.17 20:59:47.528 com.apple.kextcache[1922]: AppleXserveRAID.kext has incorrect permissions; omitting.
26.08.17 20:59:47.577 com.apple.kextcache[1922]: AppleATAPIStorage.kext has incorrect permissions; omitting.
26.08.17 20:59:47.635 com.apple.kextcache[1922]: AppleMobileDevice.kext has incorrect permissions; omitting.
26.08.17 20:59:47.671 com.apple.kextcache[1922]: AppleKextExcludeList.kext has incorrect permissions; omitting.
26.08.17 20:59:47.901 com.apple.kextcache[1922]: No kexts found for architecture i386.
26.08.17 20:59:47.905 com.apple.kextcache[1919]: Child process /usr/sbin/kextcache[1922] exited with status 71.
26.08.17 20:59:47.905 com.apple.kextcache[1919]: Error 107 rebuilding /System/Library/Caches/com.apple.kext.caches/Startup/kernelcache
26.08.17 20:59:47.905 com.apple.kextd[50]: helper error while updating /Volumes/Almost Precious (error count: 26)
 
Dernière édition:
Je pense que ton HDD est en plein processus de défaillance matérielle. Donc si tu veux mon Hitachi 750 Go 7200 tr/mn en remplacement > je te l'envoie.

----------

Le tableau que tu as posté révèle la distribution des dossiers (et fichiers) d'un OS formellement complet au premier degré.

il chiale sur les permissions du dossier Extensions que je lui ai rajouté dans System

Ça n'a rien d'étonnant : en copiant a la mano le dossier des Extensions du volume The Beast (supposons) > à la location : /Volumes/Almost Precious/System/Library > Extensions => tu as imposé ton identité d'utilisatrice vanessa comme user (récursivement) du dossier Extensions copié et des kexts recelées > et tu as imposé l'identité du groupe staff affilié à ton identité d'utilisatrice comme primary group (également en mode récursif).

De ce fait > tu as dépossédé le dossier Extensions (et les extensions contenues) de l'user=root et du primary group=wheel (le groupe du Système) attendus réglementairement. Par voie de conséquence > l'utilitaire kextcache appelé par le service kextd de l'OS du volume The Beast > ne peut pas effectuer sa mise-à-jour du cache de démarrage kernelcache > car il faut que les permissions des extensions adressées dans le cache soient strictement root:wheel et pas vanessa:staff.

Afin de corriger tout ce bazar > voici les commandes que tu peux passer successivement dans le «Terminal» du volume The Beast (ou du Mac Pro - c'est indifférent en terme d'adressage du volume Almost Precious) -->
Bloc de code:
sudo chown -R 0:0 /Volumes/Almost\ Precious/System/Library/Extensions
sudo touch /Volumes/Almost\ Precious/System/Library/Extensions
sudo kextache -u /Volumes/Almost\ Precious


  • la 1ère commande restaure récursivement l'user et le primary group à 0:0 sur le dossier des Extensions (et ses contenus) dans le volume Almost Precious. 0:0 est l'équivalent en numéros identitaires de root:wheel (c'est une saisie plus concise)

  • La 2è commande fait intervenir un leurre logique par anticipation pour l'utilitaire kextcache et le service kextd du volume The Beast. En effet l'utilitaire touch appelé sur un dossier a pour effet d'instaurer des timestamps (des marqueurs temporels de loggement des éléments dans le dossier > d'accès en lecture à ces éléments etc.) ré-initialisés. En gros : remise de l'heure de la pendule sur le dossier des Extensions. Comme s'il n'avait pas été "touché" indûment par un utilisateur fureteur.

  • La 3è commande force l'utilitaire kextcache à mettre à jour le cache kernelcache localisé dans le volume Almost Precious at : /Volumes/Almost Precious/System/Library/Caches/com.apple.kextcaches/Startup/ kernelcache. En lui présentant comme paradigme un dossier Extensions aux permissions réglementaires et apparemment scellé de neuf par des timestamps insoupçonnables.

Cette séquence de commandes devrait neutraliser désormais le dossier Extensions pour l'attention du service kextd du volume The Beast (dans la mesure où ce dossier, existant désormais, sera évalué comme congruant au cache de démarrage kernelcache > et - à la condition qu'il ne soit pas ouvert ni manipulé par l'utilisatrice vanessa - qu'il présente, d'un démarrage à l'autre, des timestamps évalués par kextd comme invariants. Alors le dossier Extensions échappant à l'attention du service kextd > l'utilitaire kextcache ne sera pas lancé par le serveur du kernel pour tenter de rétablir une situation évaluée comme incorrecte.

Note : le fait que le cache-Système du volume Almost Previous soit un kernelcache > prouve que l'OS (plus ou moins déconstruit) recelé dans le volume Almost Precious est un OS antérieur à «Sierra 10.12» qui a introduit le prelinkedkernel ; et le fait que dans le tableau des objets du volume Almost Precious apparaisse un fichier du noyau = mach_kernel > prouve que l'OS du volume Almost Precious est un OS antérieur à «Yosemite 10.10» qui a introduit le kernel. Je conjecture donc qu'il s'agit de «Mavericks 10.9» (à la limite «Mountain Lion 10.8»).
 
Dernière édition par un modérateur:
Oui, c'était Lion, à l'époque. Je vais aller faire tout ça, je me doutais bien que ce ne serait pas si simple qu'un copier coller. Quant au disque, je pense que je vais accepter ta proposition, car en effet, la piste de la défaillance matérielle semble quand même la plus probable... je vais m'occuper de ce dossier extensions puis redémarrer sur ma session Vanessa pour voir comment se comporte l'ordi et combien de temps il met avant un kernel panic...
 
Alors la dernière commande m'a retourné ceci :

Bloc de code:
precious-416:~ alexane$ sudo kextcache -u /Volumes/Almost\ Precious
/Volumes/Almost Precious locked; waiting for lock.
Lock acquired; proceeding.
IOSystemManagement.kext has incorrect permissions; omitting.
IONVRAMFamily.kext has incorrect permissions; omitting.
ApplePlatformFamily.kext has incorrect permissions; omitting.
AppleNMI.kext has incorrect permissions; omitting.
System.kext has incorrect permissions; omitting.
IOHIDSystem.kext has incorrect permissions; omitting.
IOHIDEventDriver.kext has incorrect permissions; omitting.
CellPhoneHelper.kext has incorrect permissions; omitting.
AppleUSBTopCase.kext has incorrect permissions; omitting.
AppleTopCaseActuatorHIDDriver.kext has incorrect permissions; omitting.
AppleTopCase.kext has incorrect permissions; omitting.
AppleThunderboltPCIAdapters.kext has incorrect permissions; omitting.
USBStorageDeviceSpecifics.kext has incorrect permissions; omitting.
SonyXDCAMDriver.kext has incorrect permissions; omitting.
FireWireStorageDeviceSpecifics.kext has incorrect permissions; omitting.
AppleXserveRAID.kext has incorrect permissions; omitting.
AppleATAPIStorage.kext has incorrect permissions; omitting.
AppleMobileDevice.kext has incorrect permissions; omitting.
AppleKextExcludeList.kext has incorrect permissions; omitting.
No kexts found for architecture i386.
Child process /usr/sbin/kextcache[2360] exited with status 71.
Error 107 rebuilding /System/Library/Caches/com.apple.kext.caches/Startup/kernelcache