Après la mise à jour vers big sur, je ne peux plus monter la racine en écriture (même avec SIP désactivé) :
sudo mount -uw /
mount_apfs: volume could not be mounted: Permission denied
mount: / failed with 66Comment puis-je réparer cela ?
Réponses
Trop de publicités?AVIS DE NON-RESPONSABILITÉ : ayez une bonne sauvegarde et prévoyez de effacer et réinstaller votre Mac à partir d'Internet avant d'essayer cette procédure. Une erreur peut empêcher votre système de démarrer sans assistance.
-
Désactiver FileVault
-
Redémarrez en mode de récupération et exécutez :
csrutil authenticated-root disable -
Redémarrer dans MacOS
-
Trouvez le dispositif de votre monture racine - exécutez
mountet coupez le dernier s, par exemple si votre racine est/dev/disk1s2s3vous monterez/dev/disk1s2 -
Créez un nouveau répertoire, par exemple
~/mountmkdir -p -m777 ~/mount -
Exécuter
sudo mount -o nobrowse -t apfs DISK_PATH MOUNT_PATHen utilisant les valeurs ci-dessussudo mount -o nobrowse -t apfs /dev/disk1s2 ~/mount -
Modifier les fichiers sous le répertoire monté
-
Exécuter
sudo bless --folder MOUNT_PATH/System/Library/CoreServices --bootefi --create-snapshot -
Redémarrez votre système, et les changements seront effectués.
Seaky Lone
Points
277
Mon entreprise a besoin de lire/écrire des informations sur l'environnement sous /data/webapps/appenv . Par conséquent, cette solution de contournement partagée par un de mes collègues ne répond peut-être pas directement à cette question, mais elle est super utile si vous voulez écrire quelque chose sous votre chemin racine !
-
Créez un fichier :
sudo vim /etc/synthetic.conf. -
Rédigez du contenu :
<dir>/System/Volumes/Data/<dir>. Avis : le est un onglet !Dans mon cas, ça ressemble à ça :
data/System/Volumes/Data/data -
Aller à
/System/Volumes/Dataet fairesudo mkdir <dir>. -
Ensuite, faites
sudo chmod -R 777 <dir>. -
Enfin, redémarrez, et votre répertoire
<dir>devrait maintenant être accessible.
