Linux no es un sistema operativo: es un núcleo. Lo que instalas es una distribución. Aquí está la distinción que lo cambia todo, qué hace un núcleo por dentro y cómo empezar hoy sin romper nada.
La mayoría de las páginas que te explican "qué es Linux" empiezan mal en la primera frase: te dicen que Linux es un sistema operativo. No lo es, o no del todo, y esa imprecisión no es una pedantería de manual: es justo la que te hace elegir mal una distribución, confundirte al buscar ayuda y no entender por qué casi todos los servidores web que vas a tocar en tu vida profesional corren esto. Linux, en sentido estricto, es un núcleo (kernel). Lo que instalas en tu portátil o en un servidor es una distribución, que es el núcleo más un montón de piezas que no son Linux. Llevo más de veinte años escribiendo código sobre sistemas Linux, y esta distinción no es teoría: cambia cómo lees la documentación y cómo diagnosticas un problema. Aquí la tienes, sin tratarte como si no supieras nada y sin darte por hecho que ya lo sabes todo.
Linux es el núcleo de un sistema operativo tipo Unix, libre y de código abierto, que Linus Torvalds publicó en 1991 y que hoy mantiene una comunidad enorme coordinada alrededor de kernel.org. Un núcleo es la pieza central de un sistema operativo: el programa que habla con el hardware y reparte sus recursos entre todo lo demás. No es la ventana que ves, ni el terminal, ni el navegador. Es la capa que hay debajo de todo eso.
El motivo por el que "casi todo el mundo lo explica mal" es que en el lenguaje corriente llamamos "Linux" a todo el sistema. Y es cómodo, pero esconde la parte que de verdad importa. Cuando alguien dice "he instalado Linux", lo que ha instalado es Ubuntu, o Debian, o Fedora: una distribución. El núcleo Linux es solo uno de los cientos de componentes de esa distribución, aunque sea el que le da nombre y el que manda. Si esta diferencia te suena a matiz irrelevante, aguanta dos secciones: en cuanto veas qué hace un núcleo por dentro y qué le añade una distribución, entenderás por qué separarlos te ahorra horas de confusión.
Piensa en un coche. El motor es imprescindible, es lo que mueve todo, pero tú no conduces un motor: conduces un coche, que es el motor más el chasis, las ruedas, el volante, los asientos y el salpicadero. El núcleo Linux es el motor. La distribución es el coche.
¿Por qué te importa esto en la práctica? Por tres motivos muy concretos.
El primero: cuando buscas ayuda, tienes que saber si tu problema es del núcleo o de la distribución. "El wifi no funciona" casi siempre es un asunto de drivers, que viven en el núcleo. "No encuentro este programa" es un asunto del gestor de paquetes, que es cosa de la distribución. Buscar "Linux no detecta wifi" te da resultados genéricos; buscar "Ubuntu 24.04 driver wifi Realtek" te da la solución. Saber en qué capa estás es la mitad del diagnóstico.
El segundo: el mismo núcleo Linux está debajo de sistemas que no se parecen en nada. El servidor Debian de tu hosting, el móvil Android en tu bolsillo y el router de tu casa comparten núcleo, y sin embargo son mundos distintos. Lo que cambia entre ellos no es Linux: es todo lo que le pusieron encima.
El tercero, y el más práctico: las versiones. El núcleo Linux tiene su propia numeración (6.6, 6.9, 6.12…) que no tiene nada que ver con la versión de tu distribución. Ubuntu 24.04 no es "Linux 24". Es Ubuntu, en su versión 24.04, que trae una versión concreta del núcleo Linux dentro. Confundir ambas numeraciones es un clásico que te lleva a instalar lo que no es.
Un núcleo, solo, no lo puedes usar. Arranca, gestiona el hardware y… nada más, porque no hay ningún programa con el que interactuar. Para tener un sistema operativo utilizable hace falta todo lo que rodea al núcleo: eso es el espacio de usuario.
Aquí entra el proyecto GNU. Antes incluso de que existiera Linux, Richard Stallman había arrancado en 1983 el proyecto GNU, cuyo objetivo era construir un sistema operativo libre completo tipo Unix. Para 1991 tenían casi todas las piezas del espacio de usuario, el compilador, la biblioteca del sistema, las utilidades de terminal, la shell, pero les faltaba justo el núcleo. Torvalds publicó el suyo, encajó con las piezas de GNU, y de esa unión nació lo que hoy usa todo el mundo. Por eso Debian y la Free Software Foundation insisten en llamarlo GNU/Linux: no es purismo, es que la mitad de lo que usas cada vez que abres un terminal es software GNU, no Linux. La propia Debian lo documenta así.
¿Qué piezas concretas le añade una distribución al núcleo? Las principales son:
ls, cp, mv, cat y compañía vienen en su mayoría del paquete GNU Coreutils. Órdenes que usas cada día y que no forman parte del núcleo.apt en Debian y Ubuntu, dnf en Fedora, pacman en Arch. Es lo que instala, actualiza y desinstala software. Es la pieza que más diferencia a unas distribuciones de otras.Todo eso junto, empaquetado y probado para que funcione en conjunto, es una distribución. Ubuntu, Debian, Fedora, Arch, Alpine: cada una toma el mismo núcleo y elige una combinación distinta de estas piezas. Por eso hay cientos, y por eso ninguna es "el Linux verdadero": todas comparten el mismo motor.
Aquí es donde la mayoría de artículos se rinden y dicen "el núcleo gestiona los recursos del sistema" sin explicar qué significa eso. Voy a hacerlo tangible, porque entender estas cinco funciones te da un mapa mental que sirve para el resto de tu vida técnica.
Procesos. Cada programa en marcha es un proceso. Tu ordenador tiene pocos núcleos de CPU y decenas o cientos de procesos que quieren correr a la vez. El planificador (scheduler) del núcleo es quien decide, milisegundo a milisegundo, a qué proceso le toca la CPU y por cuánto tiempo. Esa ilusión de que todo corre simultáneamente la fabrica el núcleo repartiendo turnos muy rápido.
Memoria. El núcleo gestiona la memoria virtual: cada proceso cree que tiene toda la memoria para él solo, cuando en realidad el núcleo está mapeando esa memoria "imaginaria" a la RAM física y aislando cada proceso del resto. Por eso un programa que se cae no se lleva por delante a los demás: el núcleo no le deja tocar la memoria ajena. Cuando la RAM se agota, es el núcleo quien decide qué mover al disco (swap) o, en el peor caso, qué proceso matar.
Sistema de ficheros. "Todo es un fichero" es la filosofía Unix que Linux hereda. El núcleo presenta discos, particiones, y hasta dispositivos como un teclado o una tarjeta de red, como si fueran ficheros dentro de un único árbol que empieza en /. Tú escribes en un fichero; el núcleo traduce eso a las operaciones concretas sobre el hardware de almacenamiento que corresponda.
Drivers. Un driver es el código que sabe hablar con un dispositivo concreto: esta tarjeta gráfica, aquel chip de wifi, ese controlador de disco. Los drivers viven dentro del núcleo (o se cargan como módulos). Que Linux "soporte" un hardware significa, casi siempre, que existe un driver para él en el núcleo. Que no lo soporte significa que no lo hay, y esa es la raíz de casi todos los problemas de hardware exótico que verás más abajo.
Llamadas al sistema. Esta es la pieza que casi nadie explica y la que de verdad ata todo lo anterior. Un programa normal no puede tocar el hardware directamente: corre en el espacio de usuario, una zona restringida. Cuando tu programa necesita abrir un fichero, reservar memoria o mandar datos por la red, tiene que pedírselo al núcleo, que corre en el espacio de kernel, con acceso privilegiado al hardware. Esa petición se hace mediante una llamada al sistema (system call): open, read, write, fork, mmap. La frontera entre tu código y el hardware es exactamente esa lista de llamadas, documentadas en man7.org. Cuando llamas a una función de la libc como fopen, por debajo acaba ejecutándose la llamada al sistema open del núcleo. Entender esta frontera es entender de verdad cómo funciona un sistema operativo.
Puedes verla en vivo. En cualquier Linux, strace te muestra todas las llamadas al sistema que hace un programa:
strace -e trace=open,openat,read,write ls /tmp
Ese comando ejecuta ls y te lista, una por una, las peticiones que ls le hace al núcleo para leer el directorio. Ahí, en crudo, está la conversación entre el espacio de usuario y el espacio de kernel.
La definición se vuelve relevante cuando ves dónde corre esto, porque probablemente ya dependes de Linux aunque nunca lo hayas instalado.
Servidores web. Según W3Techs (dato consultado en julio de 2026, conviene mirarlo actualizado porque es una cifra viva), Linux es el sistema operativo de alrededor del 61 % de los sitios web cuyo sistema se puede identificar, y la familia Unix en su conjunto supera el 90 %. Entre las distribuciones concretas, Ubuntu y Debian lideran. Traducción práctica: si desarrollas para la web, tu código se va a ejecutar en Linux casi con total seguridad, aunque tú programes desde Windows o Mac. Por eso me molesto en que entiendas la distinción núcleo/distribución: el día que un despliegue falle en producción y no en tu máquina, la diferencia entre ambos entornos estará casi siempre en el espacio de usuario de la distribución, no en el núcleo.
Android. El sistema del móvil que probablemente llevas encima está construido sobre un núcleo Linux. No es Linux "de escritorio", el espacio de usuario de Android es completamente distinto, sin GNU, pero el motor es el mismo. Concretamente, Android usa los Android Common Kernels, una rama del núcleo de kernel.org con parches propios, como documenta el Android Open Source Project. Es el ejemplo perfecto de lo que vengo diciendo: mismo núcleo Linux, espacio de usuario radicalmente distinto, resultado que no se parece en nada a un Ubuntu.
Supercomputadoras. Este dato sí es tajante: el 100 % de las 500 supercomputadoras más potentes del mundo corren Linux, y lo hacen de forma ininterrumpida desde noviembre de 2017, según las estadísticas de TOP500. Ni una sola excepción. Si alguna vez lees el viejo dato del "94 %", está desfasado.
La conclusión no es "Linux mola". Es que la infraestructura sobre la que se sostiene internet y la computación seria es Linux, y entender qué es de verdad deja de ser cultura general para convertirse en herramienta de trabajo.
Voy a dejar fuera los eslóganes y quedarme con lo que noto de verdad al trabajar con él.
Es libre y de código abierto. El núcleo se distribuye bajo la licencia GPLv2 de GNU: puedes ejecutarlo, estudiarlo, modificarlo y redistribuirlo. En la práctica esto significa que no dependes de un proveedor único, que puedes auditar qué hace el sistema y que no pagas licencias por máquina. Para un servidor, eso escala de forma que un sistema propietario no puede igualar en coste.
Estabilidad y control de recursos. Un servidor Linux puede pasar meses o años sin reiniciarse. El sistema no te fuerza actualizaciones ni reinicios en el peor momento, y consume poco: puedes correr un Linux útil en hardware que Windows ya no aguantaría. Esa frugalidad es la razón de que esté en routers y dispositivos con recursos mínimos.
Transparencia para diagnosticar. Cuando algo va mal, Linux te deja verlo. Los logs son ficheros de texto, los procesos se inspeccionan, el sistema de ficheros expone el estado del núcleo en /proc y /sys. No hay cajas negras. Para quien depura, esto es oro.
El entorno de desarrollo es el de producción. Si tu código va a correr en un servidor Linux, desarrollar en Linux (o en WSL2, que explico enseguida) elimina toda una clase de sorpresas: rutas, permisos, saltos de línea, herramientas. Menos "en mi máquina funcionaba".
Dicho esto, las ventajas no son universales. Para un servidor o para desarrollar, el balance es clarísimo. Para un escritorio de uso general, depende de a qué te dediques, y por honestidad toca hablar de lo otro.
Si solo te cuento lo bueno, te estoy vendiendo algo, y este blog no va de eso. Hay tres frentes donde Linux, en el escritorio, todavía te va a dar guerra.
Hardware exótico o muy nuevo. Recuerda que un dispositivo funciona en Linux si existe un driver en el núcleo. La mayoría del hardware común está cubierto de sobra, pero si tienes un lector de huellas raro, una webcam de marca oscura, una impresora antigua o una tarjeta wifi recién salida, puede que el driver no exista, o que llegue meses después. El fabricante escribe drivers para Windows por defecto; para Linux, a veces nunca. Antes de instalar Linux en un portátil concreto, la búsqueda honesta es "modelo del portátil + Linux" para ver con qué te vas a encontrar.
Software propietario que no existe en Linux. Adobe (Photoshop, Premiere, Lightroom) no tiene versión nativa de Linux. Microsoft Office de escritorio, tampoco. Hay alternativas (GIMP, Krita, LibreOffice, DaVinci Resolve) y capas de compatibilidad como Wine, pero si tu trabajo o el de tu equipo depende de un programa propietario concreto y de sus formatos exactos, esa dependencia manda. Aquí el consejo honesto es directo: si vives dentro de la suite de Adobe todo el día, no te pases a Linux en tu máquina de trabajo. No pelees contra tu propia herramienta.
Juegos con anticheat a nivel de núcleo. El estado de los juegos en Linux ha mejorado muchísimo gracias a Proton (la capa de compatibilidad de Steam), y muchísimos títulos funcionan hoy sin tocar nada. El problema concreto son los juegos competitivos con anticheat que corre a nivel de kernel: ese tipo de anticheat necesita un acceso al núcleo que, por diseño, no le puedes o no le quieres dar en Linux, y algunos desarrolladores directamente bloquean el sistema. Si tu vida gira en torno a un shooter competitivo concreto, comprueba antes en ProtonDB si funciona, porque puede que no.
Ninguna de estas tres cosas afecta a un servidor. Todas pueden afectar a tu escritorio. Saber en cuál de los dos mundos estás decide si Linux es para ti.
El peor consejo que te pueden dar para empezar es "instala Linux en dual boot junto a Windows". Es justo la opción que sí puede dejarte el equipo inarrancable si el particionado o el gestor de arranque salen mal. Hay tres formas de probar Linux de verdad sin tocar tu instalación actual. Esta es la comparación honesta:
| Opción | Qué es | Núcleo Linux real | Ideal para |
|---|---|---|---|
| WSL2 | Subsistema de Linux integrado en Windows | Sí, compilado por Microsoft | Desarrollar en Windows con un Linux nativo debajo |
| Máquina virtual | Un Linux completo, con escritorio, dentro de una ventana | Sí, el de la distro | Ver y usar el escritorio completo sin riesgo |
| Contenedor (Docker) | Un Linux mínimo y efímero para una tarea | Comparte el del host | Probar comandos y entornos aislados y desechables |
WSL2 es, para la mayoría de quien lee esto desde Windows, la mejor puerta de entrada. No es una emulación ni una capa de traducción como fue WSL1: WSL2 ejecuta un núcleo Linux real, compilado por Microsoft desde la rama estable de kernel.org, dentro de una máquina virtual ligera, con compatibilidad total de llamadas al sistema, como explica Microsoft Learn. Instalarlo es una línea en PowerShell como administrador:
wsl --install -d Ubuntu
Eso te descarga Ubuntu y, tras reiniciar, tienes un terminal de Linux dentro de Windows, sin tocar particiones ni arranque. Cuando termines, wsl --unregister Ubuntu lo borra sin dejar rastro.
Una máquina virtual (con VirtualBox, gratuito, o el hipervisor que prefieras) te da el escritorio completo dentro de una ventana. Es lo mejor si lo que quieres es ver cómo se siente Ubuntu o Fedora con su interfaz gráfica, probar a instalar programas y romper cosas sin consecuencias: si algo se estropea, borras la máquina y creas otra.
Un contenedor con Docker es lo más rápido para tocar comandos. Si ya tienes Docker, esto te mete en un Debian en dos segundos:
docker run -it --rm debian bash
Te deja dentro de un Debian mínimo; al salir con exit, el --rm lo elimina entero. Perfecto para practicar los comandos de la siguiente sección sin instalar nada permanente. Ojo con la distinción técnica: un contenedor no arranca su propio núcleo, comparte el del sistema anfitrión. Por eso es tan ligero, y por eso en Windows y Mac Docker corre una pequeña VM Linux por debajo para tener un núcleo que compartir.
Olvida las listas de cincuenta comandos que no vas a memorizar. Estas diez son las que uso el primer día en cualquier máquina, y con ellas te mueves. Pruébalas en el WSL2, la VM o el contenedor que acabas de montar.
pwd # muestra en qué directorio estás ahora mismo
ls -lah # lista lo que hay: -l detalle, -a ocultos, -h tamaños legibles
cd /var/log # cambia de directorio; cd solo (sin nada) te lleva a tu carpeta personal
cat archivo.txt # vuelca el contenido de un fichero de texto en pantalla
grep error registro.log # busca un texto dentro de un fichero
cp origen destino # copia un fichero; añade -r para copiar un directorio entero
mv viejo nuevo # mueve o renombra (en Linux, mover y renombrar son lo mismo)
rm archivo.txt # borra. Sin papelera: lo que borras, borrado está
sudo apt update # ejecuta como administrador; apt es el gestor de paquetes en Debian/Ubuntu
man ls # el manual de cualquier orden; se sale pulsando q
Dos advertencias que te ahorran un disgusto. La primera: rm no manda nada a ninguna papelera, elimina de forma inmediata, y rm -rf sobre el directorio equivocado no se puede deshacer. Piensa antes de pulsar Enter. La segunda: sudo ejecuta con permisos de administrador (root), y root puede romper el sistema. Úsalo solo cuando la orden lo necesite, instalar software, tocar ficheros del sistema, y nunca por costumbre. Si una guía de internet te dice que copies un sudo que no entiendes, no lo hagas hasta entenderlo.
La décima orden, la más importante, es man. Ante la duda de qué hace un comando o qué opción necesitas, man loquesea te da la documentación oficial sin salir del terminal. Aprender a leer las páginas de manual vale más que memorizar comandos sueltos.
Más allá del "uno es de pago y el otro gratis", estas son las diferencias que se notan al usarlos:
| Linux | Windows | |
|---|---|---|
| Qué es | Un núcleo + una distribución que eliges | Sistema operativo completo de un solo proveedor |
| Coste de licencia | Cero en la inmensa mayoría de distros | De pago (incluido en el equipo o aparte) |
| Interacción principal | Terminal potente; escritorio opcional | Interfaz gráfica; terminal secundario |
| Instalar software | Gestor de paquetes centralizado (apt, dnf) | Descargar instaladores o la Store |
| Actualizaciones | Cuando tú decides | A menudo forzadas |
| Hardware | Amplio, con huecos en lo exótico | Soporte del fabricante por defecto |
| Software propietario | Adobe/Office nativos no existen | Todo disponible |
| Dónde reina | Servidores, móviles, superordenadores | Escritorio de consumo y empresa |
La diferencia de fondo no es de calidad, es de filosofía. Windows te da un sistema cerrado y coherente donde casi todo "simplemente funciona" sin que veas cómo. Linux te da un sistema abierto donde tú decides cada pieza y, a cambio de más control, asumes más responsabilidad. Ninguno es mejor en abstracto: son mejores para cosas distintas. Para un servidor, Linux gana sin discusión. Para editar vídeo en Premiere, gana Windows. Elegir bien empieza por no comparar dos cosas que no son la misma cosa.
Si todo esto te pilla porque estás montando un proyecto y no sabes qué infraestructura necesitas, esa decisión es parte de lo que hago cuando construyo software a medida y, si prefieres delegarla, puedes contármelo directamente en contacto. Pero para entender qué es Linux no necesitas contratar a nadie: necesitas exactamente lo que acabas de leer y una tarde con WSL2 abierto.
Linux es, en sentido estricto, el núcleo (kernel) de un sistema operativo libre y de código abierto tipo Unix: el programa que gestiona el hardware, los procesos, la memoria y los ficheros. Lo que instalas y usas es una distribución, que es ese núcleo más el resto de piezas (herramientas GNU, la shell, un escritorio). Sirve para prácticamente todo: es el sistema dominante en servidores web, está bajo Android, corre en el 100 % de las supercomputadoras más potentes del mundo y también funciona como escritorio de uso diario.
Windows es un sistema operativo completo y cerrado de un solo proveedor, mientras que Linux es un núcleo libre que combinas con una distribución que eliges. Windows prioriza una interfaz gráfica donde casi todo funciona sin que veas cómo; Linux prioriza el control y la transparencia, con una terminal muy potente y un escritorio opcional. Windows tiene todo el software propietario (Adobe, Office) y mejor soporte de hardware exótico; Linux domina en servidores, no cuesta licencias y consume menos recursos. Ninguno es mejor en abstracto: son mejores para cosas distintas.
Técnicamente es un núcleo. El sistema operativo completo se forma al combinar el núcleo Linux con el espacio de usuario: la biblioteca del sistema (glibc), la shell (Bash), las utilidades básicas (GNU Coreutils) y demás. Por eso proyectos como Debian y la Free Software Foundation prefieren el nombre GNU/Linux: la mitad de lo que usas al abrir un terminal es software GNU, no Linux. En el lenguaje corriente llamamos "Linux" a todo el conjunto, y es cómodo, pero saber que Linux es solo el núcleo te ayuda a diagnosticar problemas y a no confundir la versión del núcleo con la de tu distribución.
Una distribución (o distro) es un sistema operativo completo y listo para usar construido alrededor del núcleo Linux. Toma ese núcleo y le añade todo lo necesario: biblioteca del sistema, shell, utilidades, un gestor de paquetes (apt, dnf, pacman), un sistema de arranque y, opcionalmente, un escritorio. Ubuntu, Debian, Fedora, Arch y Alpine son distribuciones distintas que comparten el mismo núcleo pero eligen combinaciones diferentes de esas piezas. Ninguna es "el Linux verdadero": todas usan el mismo motor con carrocerías distintas. Para empezar, Ubuntu o Fedora son las opciones más cómodas.
El dual boot (instalar Linux junto a Windows en el disco) es justo la opción que puede dejarte el equipo inarrancable, así que no lo recomiendo para empezar. Hay tres formas seguras. La mejor desde Windows es WSL2: ejecuta un núcleo Linux real dentro de Windows sin tocar particiones; se instala con "wsl --install -d Ubuntu" y se borra sin rastro. La segunda es una máquina virtual (VirtualBox), que te da el escritorio completo dentro de una ventana. La tercera es un contenedor de Docker, ideal para practicar comandos en un entorno desechable. Las tres dejan tu Windows intacto.
En parte. Muchos programas de Windows funcionan en Linux mediante capas de compatibilidad como Wine, y para jugar, Proton (integrado en Steam) hace que una enorme cantidad de títulos funcionen sin configurar nada. Pero hay límites honestos: Adobe (Photoshop, Premiere) y el Office de escritorio no tienen versión nativa de Linux, y los juegos competitivos con anticheat a nivel de núcleo suelen bloquear el sistema porque necesitan un acceso al kernel que Linux no les concede. Si tu trabajo depende de la suite de Adobe o tu vida gira en torno a un shooter con anticheat concreto, comprueba la compatibilidad antes de dar el salto.
Si tienes un problema parecido y quieres una opinión técnica, cuéntamelo. Te respondo en menos de 24 h laborables.