Todavía encuentro que el viejo "¿cómo elimino de forma segura y portátil un archivo llamado 'dash-eff-arr' (-fr)?" ser un predictor razonablemente bueno de qué tan bien le irá a alguien para preguntas más avanzadas. Lo recomiendo habitualmente como una pregunta de detección.
Las personas que se tambalean con sugerencias sobre problemas, citas y escapes son, en mi opinión, potencialmente peligrosas en la raíz de un sistema de producción. Aquellos que sugieren alegremente rm -- -fr
son solo marginalmente mejores. Aquellos que demuestran una comprensión real de cómo el shell analiza una línea de comando ... acerca de la diferencia entre lo que el shell analiza y lo que rm
recibe un comando (como ) en su vector de argumento, generalmente tienen una buena comprensión de otros materiales de administración de sistemas como bien.
Una pregunta mucho más interesante e involucrada:
Given a tape backup, a boot/root or rescue disc of your choice, and
a system with a freshly replace, blank, hard drive ... how would you get
that system back into production? What other information do you need
before you can proceed?
(Yo por lo general proporcionar una específica tar
de comandos y una fecha que la etiqueta en el caso de la cinta; e imprimir con el fdisk -l
y df -k
de salida, y por lo general les permita cambiar el tar
a cualquier similares cpio
, afio
o incluso pax
de comandos; los detalles del archivo La utilidad no es el foco de mi pregunta).
Esta pregunta no es adecuada para la evaluación ... el entrevistador debe tener una comprensión sólida de la respuesta y debe poder marcar unos diez pasos en el proceso. Estoy muy indulgente de los problemas de secuencia de menor importancia, sobre todo si las capturas que respondieron ellos --- por ejemplo, darse cuenta de que él o ella habrían tenido que ejecutar fdisk
antes de que la serie de mkfs
y mount
comandos.
Yo diría que esto es, en espíritu, el más cercano a un escenario fizzbuzz.
Otro favorito:
You have just been given responsibility for a departmental server running Linux.
The former admin has been "hit by a bus" and no one knows the root password for
this system. How do you proceed?
Este pretende ser un diálogo. En esencia, quiero que demuestren una comprensión de cómo iniciar un sistema en modo de usuario único y forzar un cambio de contraseña y cómo iniciar desde un disco de rescate y realizar la misma tarea. (Por lo tanto, revelo, por turnos, que el sistema está configurado con sulogin
y que hay una contraseña de gestor de arranque (GRUB o LILO) para evitar una tarea fácil init=/bin/sh
). Esa es la parte puramente técnica de la respuesta deseada.
Sin embargo, generalmente también me interesan las consideraciones más amplias que deberían plantear. ¿Preguntan si alguien tiene sudo
acceso suficiente para la tarea? ¿Cómo anticipan la organización de la interrupción del servicio? ¿Preguntan sobre la posibilidad de que el administrador anterior fuera hostil o que el sistema pudiera haber sido comprometido? ¿Ofrecen voluntariamente algunas opiniones o hacen sugerencias sobre cómo las contraseñas deben ser depositadas por la gerencia?