Cambiar el diseño del teclado para el modo de usuario único

Apple dice : "Cuando está en modo de usuario único, el diseño del teclado es inglés estadounidense". (énfasis añadido)

Naturalmente, no todos los teclados de hardware que se usan en una Mac en modo de usuario único están impresos de acuerdo con el diseño en inglés de EE. UU. La búsqueda de respuestas sobre cómo cambiar el diseño utilizado en ese modo resultó vacía. Dependiendo del hardware real utilizado, incluso escribir cosas básicas en un teclado que no sea de EE. UU. puede volverse extremadamente difícil en el modo SU.

¿Cómo se debe cambiar eso, preferiblemente de manera proactiva, antes de tener que hacer cosas complejas en el modo de usuario único?

Bonificación única: la respuesta preferible sería una universal que logre eso mediante programación. Es decir: incluso mejor que "cargar el diseño azerty francés por..."

Respuestas (1)

El inglés es el idioma predeterminado porque es el que está compilado en el núcleo.

Por ejemplo: en *BSD, podemos cambiar el idioma agregando esas opciones específicas al make.confarchivo al compilar un kernel personalizado:

options         ATKBD_DFLT_KEYMAP
makeoptions     ATKBD_DFLT_KEYMAP="german.iso"

En el ejemplo anterior, el modo de usuario único estará en alemán.

Lo que está pidiendo no es factible porque en el modo de usuario único, no se monta nada. Incluso el volumen de arranque no está completamente montado. No hay dameons, ni servicios, nada. Se trata del entorno mínimo que puede obtener y lo que se monte dependerá estrictamente de lo que desee hacer.

Las asignaciones de teclado no ocurren hasta bien avanzado el proceso de arranque , después de que se hayan cargado los controladores para los distintos dispositivos (como el teclado).

¿Es posible (probable) que Apple haya compilado diferentes núcleos para diferentes regiones? Claro, pero como no tengo acceso a ellos en este momento, no puedo verificar. Tenemos muchos usuarios de todo el mundo y estoy seguro de que pueden opinar aquí.

¡Ay! Estoy bastante seguro de que solo hay un kernel en todo el mundo. Entonces, ¿"proactivamente" está fuera de la automatización completa? Pero sería bueno desarrollar una ruta aquí: montar el root fs grabable, cargar un conjunto mínimo de controladores hasta kbd y luego cambiar el mapa de teclas.
Entonces tendría que escribir un ( shscript - no bash) porque no se carga nada y bash no sería accesible; esa secuencia de comandos tendría que residir en el volumen de arranque que se cargó. Aunque la carga de controladores mediante programación anula efectivamente el propósito final de SUM, que es tener un entorno mínimo.