Cómo funciona el arranque de un ordenador: del impulso eléctrico

Imagínate que pulsas el botón de encendido de tu equipo y, en cuestión de milisegundos, la pantalla cobra vida, mostrando el logotipo del fabricante y, finalmente, tu escritorio. Parece una magia instantánea, pero bajo el capó está ocurriendo una coreografía técnica de una precisión quirúrgica. No es simplemente “encender una luz”; es una secuencia de operaciones coordinadas que van desde la estabilización de voltajes eléctricos hasta la ejecución de miles de líneas de código en la memoria RAM.

Entender cómo funciona el arranque de un ordenador es asomarse a los cimientos mismos de la informática. Es el proceso de booting o bootstrapping, una fase crítica donde el hardware “despierta” y busca desesperadamente las instrucciones que le digan qué hacer a continuación. Sin esta secuencia, tu procesador sería solo un trozo de silicio inerte y tu disco duro, un almacén de datos sin acceso.

En este viaje, cruzaremos la frontera entre la electricidad pura y la lógica binaria. Veremos cómo la fuente de alimentación da el primer paso, cómo el firmware analiza cada pieza de tu máquina y cómo los estándares antiguos como el MBR han dado paso a tecnologías modernas como UEFI y el particionado GPT. Es una historia de evolución tecnológica que sigue ocurriendo cada vez que das un “clic” al botón de inicio.

El primer chispazo: la fuente de alimentación y la señal de vida

Todo empieza con un flujo de electrones. Cuando presionas el botón de encendido, la fuente de alimentación no lanza energía a lo loco por todo el sistema. Primero, realiza una autocomprobación interna para asegurarse de que puede suministrar la potencia necesaria. Es como si un motor de coche comprobara sus niveles de aceite y combustible antes de arrancar.

Una vez que la fuente confirma que todo está en orden, inicia el suministro eléctrico hacia la placa base y la unidad central de procesamiento (CPU). Aquí ocurre un evento fundamental: la emisión de la señal Power Good o PWR_OK. Esta señal es el “visto bueno” oficial que indica que los voltajes son estables y que los circuitos digitales pueden empezar a operar sin riesgo de quemarse. Sin este pulso de estabilidad, el resto de los componentes simplemente ignorarían cualquier orden posterior.

Es un proceso casi invisible para el usuario, pero sin esa validación de voltajes, el ordenador se quedaría en un silencio absoluto. Es la base de la pirámide; la infraestructura eléctrica que permite que la lógica electrónica pueda empezar a fluir.

El examen médico del hardware: el proceso POST

Una vez que la electricidad fluye, entra en escena el firmware. Dependiendo de tu equipo, este software de bajo nivel reside en una BIOS o en una interfaz UEFI. Su primera misión es ejecutar el POST, que significa Power-On Self-Test. Básicamente, es un chequeo médico rápido pero exhaustivo de todas las piezas críticas del ordenador.

Durante el POST, el sistema verifica:

- El procesador (CPU) para asegurar que responde a las instrucciones básicas.

- La memoria RAM para comprobar que puede almacenar datos temporalmente.

- La tarjeta gráfica para confirmar que hay una vía de salida de imagen.

- Las unidades de almacenamiento para localizar dónde reside el sistema operativo.

Si algo falla en este punto, el ordenador suele avisar mediante señales auditivas. En las placas base que aún incluyen un altavoz de sistema (el famoso speaker), la finalización exitosa de este test se suele notificar con un único pitido corto. Si escuchas una ráfaga de pitidos extraños, es el ordenador gritando que algo en su “anatomía” interna no funciona correctamente.

La era del legado: BIOS y el Master Boot Record (MBR)

Para entender el presente, hay que mirar hacia el pasado. En los esquemas tradicionales de Legacy BIOS, el proceso de carga del sistema operativo seguía una ruta muy estricta. El firmware buscaba el primer sector de 512 bytes del disco de arranque, conocido como el sector 0 o LBA 0. Este pequeño bloque de datos es el Master Boot Record (MBR).

El MBR es una estructura de datos extremadamente compacta. Para que funcione, debe cumplir con una arquitectura precisa de 512 bytes, repartidos de la siguiente manera:

        Componente del MBR
        Tamaño en bytes
        Función principal
    


    
        Código del gestor de arranque
        446 bytes
        Instrucciones para iniciar el proceso de carga.
    
    
        Tabla de particiones
        64 bytes
        Registro de las divisiones del disco.
    
    
        Firma de arranque (Boot Signature)
        2 bytes
        Identificador 0x55AA o AA55 para validar el sector.
    

Un detalle técnico curioso es que la tabla de particiones dentro del MBR solo permite registrar un máximo de 4 particiones primarias, con un tamaño fijo de 16 bytes para cada entrada. Si querías un disco más grande, el MBR simplemente no daba la talla.

La revolución moderna: UEFI y el estándar GPT

Como bien se intuye, las limitaciones del MBR obligaron a la industria a evolucionar. El estándar moderno, UEFI (Unified Extensible Firmware Interface), sustituyó a la antigua BIOS e introdujo el esquema de particionado GPT (GUID Partition Table). A diferencia del MBR, el GPT permite gestionar discos de una capacidad masiva.

Aquí es donde la tecnología se pone interesante. Mientras que en el MBR había un límite claro de 2 TB, el esquema GPT permite particiones de tamaños astronómicos. Sin embargo, no hay un consenso absoluto sobre la cifra exacta de soporte máximo; algunas fuentes técnicas indican que permite particiones de hasta 9.3 zettabytes (ZB), mientras que otras sitúan la cifra en 9 ZB. Sea cual sea el número exacto, la diferencia con los 2 TB del MBR es abismal.

Además, UEFI no es solo un cambio de capacidad, sino de seguridad. Una de sus características estrella es el Secure Boot (arranque seguro). Este mecanismo comprueba las firmas digitales del firmware, del gestor de arranque y de los módulos del sistema operativo antes de ejecutar cualquier cosa. Es una barrera de seguridad diseñada para evitar que el ordenador cargue código malicioso, como bootkits o rootkits, antes incluso de que el sistema operativo haya tomado el control.

El relevo de mando: de la firma hexadecimal al kernel

Una vez que el firmware ha validado el hardware y ha localizado el sector de arranque, comienza la transición de poder. En el modelo tradicional, el código del gestor de arranque se carga en la memoria RAM en la dirección física 0x7C00. A partir de ahí, el sistema operativo empieza a tomar las riendas poco a poco.

Es como una carrera de relevos. El firmware entrega el testigo al gestor de arranque, y este, a su vez, prepara el terreno para que el kernel (el núcleo del sistema operativo) pueda ejecutarse. En este punto, el ordenador deja de ser una máquina que simplemente “está encendida” para convertirse en un entorno operativo capaz de procesar nuestras órdenes.

La secuencia de arranque en Windows

Si utilizas un sistema Microsoft Windows, el proceso de arranque se puede dividir en cuatro fases principales muy bien definidas. Es importante entender que cada fase tiene su propio ejecutable y su responsabilidad específica en la cadena de carga:

- PreBoot: Es la fase inicial donde se realiza el POST y se lee el firmware. Es la base sobre la que se construye todo lo demás.

- Windows Boot Manager: Aquí entra en juego el archivo bootmgr (o bootmgfw.efi en sistemas UEFI). Su función es decidir qué sistema operativo debe arrancar y preparar el entorno.

- Windows OS Loader: El proceso continúa con winload.exe (o winload.efi). Este componente se encarga de cargar los controladores críticos y el kernel.

- Windows NT OS Kernel: Finalmente, el archivo ntoskrnl.exe toma el control total. Es el corazón del sistema operativo, el responsable de gestionar la memoria, los procesos y los periféricos.

Cada paso es vital. Si el Windows Boot Manager no puede encontrar su configuración, el ordenador se queda “atascado” antes de que veamos siquiera el logo de Windows. Es una cadena de dependencias donde cada eslabón debe ser perfecto para que el resultado final sea un escritorio funcional.

Reflexiones sobre la arquitectura de arranque

A veces me pregunto si los usuarios promedio tienen idea de la complejidad que ocurre en esos primeros segundos. Es fascinante cómo hemos pasado de un sistema de 512 bytes que limitaba nuestro almacenamiento a interfaces UEFI capaces de verificar firmas digitales en tiempo real para protegernos de ataques sofisticados. No es solo una mejora de velocidad, es una mejora de arquitectura y seguridad.

Curiosamente, hay detalles que todavía generan debate o no tienen un consenso claro en la comunidad técnica. Del mismo modo, aunque el concepto de MBR se asocia históricamente a fechas específicas como 1983, la documentación sobre su introducción exacta a veces varía según la fuente consultada.

Lo que sí es innegable es que la arquitectura de arranque es un triunfo de la ingeniería de sistemas.

«When you press the power button on a modern computer, a complex sequence of events begins long before Linux starts. Firmware initializes hardware, discovers bootable devices, loads early boot software, and eventually transfers control to an operating system kernel.» Rocky Linux Documentation, Documentación oficial de arquitectura de arranque en Rocky Linux

Como bien señala la documentación de Rocky Linux, el proceso es mucho más profundo de lo que parece. Antes de que veamos una sola línea de código de un sistema operativo como Linux o Windows, el firmware ya ha estado trabajando intensamente para inicializar el hardware, descubrir qué dispositivos son capaces de arrancar y cargar el software de arranque temprano. Es una preparación meticulosa que garantiza que, cuando el kernel finalmente tome el control, tenga un suelo firme sobre el cual construir la experiencia del usuario.

Fuentes consultadas

- lenovo.com

- wikipedia.org

- rockylinux.org

- opsschool.org

- hardzone.es

- grasp.study

- microsoft.com

- 7datarecovery.com

- tutorialspoint.com

- adayinthelifeof.nl

- novell.com

- profesionalreview.com

- techtarget.com

- freecodecamp.org

- sourceforge.net

- uefi.org