Jean
Ayant sur des partitions de disques de mon
MacBook Pro 17" Late_2011 toutes les versions de
macOS installées, de
10.6.8 à
10.12.4 (ce
MacBook Pro Late_2011 - quoiqu'ayant comme OS d'usine « théorique » : «
Lion 10.7.2» - a été "convaincu" par mes soins de booter en
10.6.8 comme si c'était son OS originel) --> j'ai donc pu vérifier au cas par cas, dossier à dossier avec des sondages intra-dossiers, l'état des droits dans un OS «
Snow Léopard» non trafiqué. Je m'en suis inspiré pour proposer le jeu de commandes rectificatrices que tu as pu voir.
Comme tu l'as relevé > malgré la réelle application de
xunolive- (ce qui n'est pas évident dans l'interface incommode du
Single User) > il y a eu une erreur de
chmod sur
/System (orthographié
/Syste;). Il n'est pas impossible de concevoir que l'erreur de permissions récursive sur
/System (qui recèle les extensions et les essentiels de l'architecture de l'OS) puisse bloquer la tâche du
kernel --> d'où la nécessité de repasser une commande :
Mais il me vient aussi un nouveau scrupule : régulièrement > le volume démarrable d'
OS X (considéré comme dossier parent de l'espace global des fichiers-Système) doit avoir comme droits stricts :
=> se pourrait-il que l'actuel (je le présume > si
xunolive a opéré ses modifications sur le répertoire global du volume) :
bloque le
kernel ? Alors il faudrait aussi passer en
Singler User (après récidive du
mount -uw / bien sûr) les commandes :
pour rétablir les choses.
Et cela opéré > forcer la main au
kernel par les 2 commandes :
Bloc de code:
touch /System/Library/Extensions
(pour mettre à jour la marque de temps sur le répertoire des extensions) et :
pour reconstruire le cache de démarrage-System
kernelcache.
=> si on arrivait à générer un
kernel_panic au boot > ce serait une progression décisive...
-
Parce que :
é pur si muove (et pourtant elle tourne)... la roue crantée giratoire indicatrice que le
kernel a bien été activé et cherche désespérément à charger les extensions avant de démarrer le processus
INIT (
launchd).
