⚠️ Ojo: esto no es el examen ni sus respuestas. Es un repaso conceptual: te recuerda qué tenés que entender y por qué importa en el trabajo real. Las preguntas de autochequeo son para que descubras solo qué te falta repasar — cada una te lleva a la clase donde está el tema.
// la_lógica_del_módulo
Un módulo, una pregunta de fondo
Todo el Módulo 2 gira alrededor de una sola pregunta profesional: ¿qué pasa dentro de una computadora desde que apretás el botón de encendido hasta que podés trabajar — y cómo intervenís cuando algo de esa cadena falla?
Por eso la evaluación tiene dos partes que se complementan: una teórica, que verifica que entendés los conceptos y podés razonar un diagnóstico; y una práctica, que verifica que sabés ejecutar con las manos y — sobre todo — que trabajás con método. Un técnico que sabe la teoría pero rompe el equipo del cliente no sirve; uno que ejecuta de memoria sin entender, tampoco.
// las_5_ideas_grandes
El disco no es una caja: es un territorio que hay que organizar
Un disco físico no sirve de nada hasta que alguien decide cómo se divide (particiones) y con qué reglas se guardan los archivos (sistema de archivos). Esa decisión no es un trámite: define qué tamaños soporta, con qué equipos es compatible y qué pasa cuando algo falla.
La idea para llevarte: cada esquema y cada formato existe porque resuelve un problema concreto y tiene un límite concreto. Elegir bien es saber qué límite te va a molestar en tu caso.
- ¿Qué diferencia hay entre los dos esquemas de particionado que vimos, y qué límites tiene cada uno?
- Si tenés que mover un archivo grande entre equipos de distintos sistemas, ¿qué formato elegís y por qué los otros no sirven?
- ¿Con qué herramientas se administran particiones — una gráfica y una de consola?
El sistema operativo es un administrador de recursos, no "el programa que se ve"
El SO está en el medio entre el hardware y los programas: reparte procesador, memoria y disco, y les da servicios a las aplicaciones para que no tengan que hablarle a cada dispositivo. Y para hablarle a cada dispositivo concreto necesita un traductor específico: ahí entran los controladores.
La idea para llevarte: cuando un dispositivo "no anda", muchas veces el hardware está perfecto — lo que falta es la pieza que le permite al sistema entenderlo. Saber leer esas señales te ahorra reemplazar componentes sanos.
- ¿Cuál es la función principal de un SO, dicha en una frase?
- ¿Qué herramienta de Windows usás para ver el estado de un dispositivo y gestionar su controlador?
- Si ves una advertencia sobre un dispositivo en esa herramienta, ¿cuál es tu primer paso — y cuál sería una reacción exagerada?
Arrancar es una cadena — y cada eslabón se puede romper por separado
Entre el firmware y tu escritorio hay varios pasos, y cada uno le entrega el control al siguiente. El gestor de arranque es el eslabón que encuentra el sistema operativo y lo carga; cuando termina su trabajo, se corre a un costado.
La idea para llevarte: si sabés en qué eslabón se cortó la cadena, sabés qué herramienta usar. "No arranca" no es un diagnóstico: es el síntoma. El diagnóstico es dónde se cortó.
- ¿Qué hace exactamente un gestor de arranque, y en qué momento deja de actuar?
- ¿Qué dos componentes forman el gestor de arranque de Windows, y qué rol cumple cada uno?
- ¿Con qué herramientas se repara el arranque desde consola o desde el entorno de recuperación?
Clonar e imaginar no es lo mismo, y elegir mal cuesta tiempo o datos
Copiar un disco tiene dos estrategias distintas, y cada una responde a una necesidad distinta: una te deja un medio listo para funcionar; la otra te deja un archivo guardado que podés restaurar cuando lo necesites, incluso varias veces.
La idea para llevarte: la pregunta correcta no es "¿cuál es mejor?", sino "¿qué necesito: reemplazar un disco ahora, o tener un seguro para después?". Esa distinción es la que separa al técnico del que copia y pega procedimientos.
- ¿Qué significa copiar "bit a bit" y por qué eso es distinto de copiar archivos?
- Un cliente quiere pasar de un disco lento a uno rápido sin reinstalar nada: ¿qué estrategia elegís?
- Vas a hacer un cambio riesgoso y querés poder volver atrás: ¿qué estrategia elegís, y dónde no deberías guardar esa copia?
Virtualizar es tener un laboratorio sin comprar más equipos
Una máquina virtual te deja probar, romper y experimentar sin tocar el equipo real. Para eso hay que tener clarísima la diferencia entre la máquina física que sostiene todo y los sistemas que corren adentro, y saber que el modo de red que elijas define si esa VM es visible para el resto de la red o vive aislada.
La idea para llevarte, y es la más importante de esta clase: una snapshot no es un backup. Te salva de un cambio que salió mal, pero vive en el mismo lugar que la VM — si se rompe el disco físico, se van las dos juntas.
- ¿Qué diferencia hay entre los dos tipos de hipervisor y dónde se instala cada uno?
- En la jerga: ¿qué es el host y qué es el guest?
- ¿Qué modo de red usás si querés que la VM sea un servidor accesible desde otras PCs de la red?
- ¿Por qué confiar solo en snapshots es un error conceptual grave?
// el_práctico:_el_método_del_técnico
La parte práctica evalúa método, no velocidad
En el práctico vas a trabajar sobre un equipo real, con tiempos acotados y con el docente calificando en cada etapa. Lo que se evalúa no es "cuántos clics sabés dar", sino que sigas el ciclo profesional completo. Es exactamente el orden en que trabaja alguien que se hace responsable de un equipo ajeno:
Diagnosticar antes de tocar
Primero mirás y anotás cómo está el equipo: qué disco es, con qué esquema, en qué modo arranca. Nunca se modifica lo que no se entendió antes. Este paso es el que te permite dejar todo como estaba al final.
Intervenir con criterio
Crear, formatear y verificar. Acá se ve si entendiste las decisiones de la Idea 01: qué formato, qué tamaño, qué identificación. Y siempre confirmando que el sistema sigue arrancando bien después de tocar el disco.
Respaldar ANTES del riesgo
La copia de seguridad se hace antes de que pase algo, no después — y se guarda en un lugar que no vaya a verse afectado por el problema del que te querés proteger. Guardar el respaldo en el mismo lugar que vas a perder es el error clásico que anula todo el trabajo.
Enfrentar la pérdida (simulada)
Se provoca el desastre a propósito, en un entorno controlado. Es la única forma honesta de saber si tu respaldo servía: en el mundo real esta prueba llega sin aviso y sin red.
Restaurar… y VERIFICAR
Restaurar no es el final. Que el proceso termine sin errores y los archivos aparezcan no prueba que los datos estén intactos. Hay que comprobarlo de forma objetiva — y de eso hablamos abajo.
Dejar el equipo como lo encontraste
Deshacer lo temporal, recuperar el espacio y confirmar que arranca igual que al principio. Es la etapa que más se subestima y la que más define a un profesional.
// el_concepto_estrella
Por qué verificamos con un hash
Un hash es la huella digital del contenido exacto de un archivo: un código que se calcula a partir de todos sus bits. Tiene una propiedad que lo hace perfecto para esto: si cambia un solo bit, el hash cambia por completo. No existe "se parece" — o coincide exacto, o el archivo no es el mismo.
La lección profesional: un backup no está probado porque el proceso de restauración haya terminado sin errores. Puede restaurar "bien" y traer datos corruptos que no se ven a simple vista.
Sacarle el hash al archivo antes y después del ciclo completo convierte una impresión ("parece que anduvo") en una prueba matemática ("está demostrado que es idéntico"). Eso es lo que hace un sysadmin serio: nunca confía en un respaldo que no probó restaurar y verificar.
Muchas empresas descubren que su backup estaba corrupto justo en el peor momento: cuando ya perdieron el original. Vos vas a haber vivido ese ciclo completo — con red — antes de que te pase de verdad.
// errores_que_se_pagan_caro
- Tocar sin diagnosticar: empezar a modificar particiones sin haber anotado el estado inicial. Después no hay forma de dejar todo como estaba.
- Guardar el respaldo donde va a desaparecer: si la copia vive en lo mismo que vas a perder, no es una copia — es una ilusión.
- Confundir "restauró" con "está bien": dar por buena una recuperación sin verificar la integridad de los datos.
- Trabajar sobre el disco equivocado: las operaciones de disco no preguntan dos veces. Identificar el disco correcto es parte del trabajo, no un detalle.
- Dejar el equipo a medio camino: espacio sin asignar, archivos temporales o configuraciones cambiadas. El siguiente que lo use — un compañero o un cliente — hereda tu desprolijidad.
// caja_de_herramientas
Lo que tenés que saber abrir sin dudar
No se trata de memorizar comandos, sino de saber qué herramienta abre qué puerta. Si alguno de estos te suena a chino, ese es tu punto flojo:
diskmgmt.mscAdministración de discos — la vista gráfica de tus particionesdiskpartLo mismo, desde la consola: más potente y menos indulgentedevmgmt.mscAdministrador de dispositivos — el estado del hardware y sus controladorescertutil -hashfileCalcula la huella digital de un archivo (viene con Windows, se usa en CMD)bootrec / bcdeditReparación y configuración del arranque de WindowsMacrium ReflectImágenes y clonación: crear el seguro y restaurarlo🎯 Si te llevás una sola idea del módulo
Que la diferencia entre un usuario avanzado y un técnico no está en saber más comandos, sino en trabajar con método: entender antes de tocar, protegerse antes del riesgo, verificar en vez de suponer, y devolver el equipo mejor —o al menos igual— de como lo encontraste.