Conviene haber comprendido Planificación e interbloqueos.
CONTENIDO ORIGINAL
Avanza en orden. Cada lección está redactada para Palta es Cool, utiliza ejemplos propios y termina con una actividad cuya respuesta puedes desplegar.
ANTES DE EMPEZAR
Ubícate antes de avanzar
Al terminar deberías poder relacionar Llamadas al sistema con Interrupciones y resolver un caso nuevo.
Reserva entre 75 y 120 minutos o divide el laboratorio en dos sesiones.
04 / PREPARA EL LABORATORIO
Puedes leer desde cualquier equipo. Para los laboratorios usa una terminal Linux o WSL en Windows.
Abrir la guía de herramientas →Diagnóstico rápido: ¿cómo se relacionan Llamadas al sistema y Interrupciones? ＋
No necesitas acertar todavía. Escribe una hipótesis de dos líneas y compárala con tu respuesta al finalizar; si puedes corregirla y justificar el cambio, hubo aprendizaje.
Aprende el tema paso a paso
Conectarás aplicaciones con el núcleo del sistema: llamadas al sistema, interrupciones, cambios de contexto y la secuencia que convierte una máquina apagada en servicios disponibles.
Al terminar podrás
- Una llamada al sistema solicita al kernel una operación protegida
- Interrupciones y excepciones transfieren control de manera ordenada
- El arranque es una cadena de confianza y responsabilidades
01
Frontera de privilegios
Una llamada al sistema solicita al kernel una operación protegida
El código de usuario no accede libremente a memoria, disco o red. Abre archivos, crea procesos o envía datos mediante una interfaz controlada; el kernel valida permisos y coordina el recurso.
Modo usuario limita instrucciones y direcciones accesibles.
Modo kernel ejecuta operaciones privilegiadas.
La biblioteca puede envolver varias llamadas al sistema.
¿Cada llamada a una función de una biblioteca cambia a modo kernel?
Mostrar respuesta ＋
No. Muchas funciones trabajan por completo en usuario. Solo las que necesitan servicios protegidos terminan realizando una llamada al sistema.
02
Eventos y contexto
Interrupciones y excepciones transfieren control de manera ordenada
Un dispositivo genera una interrupción; una instrucción inválida produce una excepción; una llamada al sistema usa una entrada deliberada. El kernel guarda contexto, atiende el evento y decide qué tarea continúa.
Interrupción: evento externo y asíncrono.
Excepción: evento causado por la instrucción actual.
Cambio de contexto: guardar y restaurar estado de ejecución.
¿Una interrupción obliga a que el proceso relacionado ejecute inmediatamente?
Mostrar respuesta ＋
No. El kernel atiende el evento y cambia estados, pero el planificador elige cuándo y en qué CPU se ejecutará el proceso.
03
Del encendido al servicio
El arranque es una cadena de confianza y responsabilidades
Firmware inicializa hardware, el cargador ubica el kernel, el kernel prepara memoria y controladores, y el proceso inicial levanta servicios y objetivos. Los registros de cada etapa ayudan a localizar fallos.
Firmware y cargador encuentran el sistema arrancable.
Kernel monta una raíz inicial y descubre dispositivos.
El gestor de servicios expresa dependencias y reinicios.
¿Por qué reiniciar repetidamente puede ocultar la causa?
Mostrar respuesta ＋
Porque cambia el estado y puede borrar evidencia temporal. Conviene capturar mensajes, etapa fallida y dependencias antes de modificar el sistema.
Tu recorrido en tres ideas
- Una llamada al sistema solicita al kernel una operación protegida
- Interrupciones y excepciones transfieren control de manera ordenada
- El arranque es una cadena de confianza y responsabilidades
Localiza por qué un servicio no aparece después de reiniciar
Une llamadas al sistema, interrupciones, cambios de contexto y etapas de arranque en una explicación causal.
CASO
El ejecutable funciona manualmente, pero el servicio no queda disponible tras encender el equipo.
Procedimiento
- Separa firmware, cargador, kernel, sistema inicial y gestor de servicios.
- Comprueba en qué etapa aparece la primera evidencia incorrecta.
- Sigue una lectura del servicio desde usuario hasta kernel y dispositivo.
Evidencia mínima
- Estado y registro de la unidad.
- Dependencias y orden de inicio.
- Permisos, ruta y llamada fallida concreta.
Mostrar razonamiento modelo ＋
Reinstalar o reiniciar no identifica la causa. La respuesta avanza por etapas y detiene la búsqueda en la primera divergencia: unidad deshabilitada, dependencia ausente, identidad sin permiso o recurso todavía no preparado.
Para ir más lejos¿Cómo distinguirías “proceso iniciado” de “servicio preparado para recibir tráfico”?
CIERRE DE LA SECCIÓN
Comprueba que puedes usarlo
Antes de continuar, revisa estos tropiezos frecuentes y resuelve un caso sin copiar los ejemplos.
Confundir una función de biblioteca con una llamada al sistema.
Reiniciar antes de identificar la etapa del arranque que falló.
Ahora hazlo sin guía
Explica el recorrido de leer un archivo y diagnostica por etapas un servicio que no inicia después del arranque.
Mostrar pauta de corrección ＋
Una respuesta sólida:
- Distingue usuario, kernel y dispositivo.
- Relaciona interrupción con estados del proceso.
- Usa evidencia de firmware, kernel o gestor de servicios.