automount se rompe después de actualizar MacOS Monterey

¿el manual mount -t nfs blah.blah:/blah acaban montándose también en /homes/ ?

cuando se opera con SIP activo no se debería permitir montar un sistema de ficheros en un directorio en / en su volumen de arranque a menos que también haya configurado /etc/synthetic.conf para crear los directorios en los que montarás los sistemas de archivos.

Yo no uso macOS automount en estos días, pero a menos que /home/mynas está ahí en el arranque nada puede ser enganchado a ella. mi estación de trabajo creativo tiene un zpool local (dos pares de reflejado 4TB NVMe unidades en un thunderbolt 3 "jbod" de las clases) y aquí está un ejemplo de cómo he configurado para (conectado directamente a la mente, pero las limitaciones similares) mi zpool en /etc/synthetic.conf :

# zpool cascade:
#

av      cascade/av
devel       cascade/developer
it      cascade/it
phones      cascade/it/deviceManagement
people      cascade/people

También tengo algunas opciones de conveniencia como mi carpeta de Dropbox está disponible en / Dropbox:

dropbox     Volumes/µ/fs/Dropbox

etc. utilizo /onedrive/ en mi puesto de trabajo.

si el directorio no está allí automount probablemente no puede montar en él. y si automount no puede montar en él, el montaje fallará. antes de que yo sabía cómo hacer esto de la manera correcta con /etc/synthetic.conf ¡He hackeado un poco de mierda loca en un volumen APFS desbloqueado sin sellar y estoy bastante seguro de que causó otros problemas más tarde, así que estaba muy emocionado de aprender acerca de ese archivo!

Parece que el contenido del archivo /etc/auto_nas está incompleto. intente: nas -rw 10.17.24.105:/homes/mynas