Guía Linux avanzada (pero digerible): aprende a administrar sistemas de verdad
Esta no es la típica lista de comandos para impresionar en una entrevista y olvidarlos al día siguiente. Es un mapa para moverte por Linux como quien conoce su barrio: sabes dónde está la panadería (logs), el ayuntamiento (systemd), la ferretería (paquetes) y el callejón oscuro donde no debes entrar sin linterna (permisos).
🧭 Mapa del Linux Profesional
Piensa en Linux como una cadena de piezas conectadas. Si entiendes cómo se encadenan, diagnosticar se vuelve un método y no un acto de fe. Pasa el ratón o toca cada bloque para ver pistas y comandos.
CPU, RAM, discos, buses, UEFI… el “terreno”.
Qué miras aquí
Identificar recursos y detectar cuellos de botella o fallos físicos.
- lscpu / free -h
- lsblk -f / lspci
- dmesg | tail
Drivers, memoria, procesos. El núcleo que manda.
Qué miras aquí
Compatibilidad, módulos y errores de bajo nivel.
- uname -a
- lsmod / modinfo
- sysctl -a | head
GPT, LVM, ext4/XFS/btrfs, montajes.
Qué miras aquí
Espacio, inodos, montajes y diseño para producción.
- df -hT / df -i
- mount / cat /etc/fstab
- pvs/vgs/lvs
GRUB → initramfs → systemd.
Qué miras aquí
Boot issues, kernels y unidades críticas.
- journalctl -b
- systemctl –failed
- dmesg
Servicios, targets, timers y logs.
Qué miras aquí
Estado, dependencias y diagnósticos.
- systemctl status
- journalctl -u servicio
- systemctl list-unit-files
CPU, RAM, prioridades, cuellos de botella.
Qué miras aquí
Consumo y causa real del rendimiento.
- top / htop
- ps aux –sort=-%cpu | head
- nice / renice
rwx, usuarios, grupos, ACL.
Qué miras aquí
Accesos, despliegues fallidos y carpetas compartidas.
- ls -lah
- chmod / chown
- getfacl / setfacl
APT/DNF, repos, dependencias y verificación.
Qué miras aquí
Instalación limpia, actualizaciones y trazabilidad.
- apt update / dnf upgrade
- dpkg -S / rpm -qf
- apt-cache policy
Interfaces, puertos, rutas y conectividad.
Qué miras aquí
Diagnóstico de red y servicios expuestos.
- ip a / ip r
- ss -tulpn
- ping / curl
SSH, firewall, usuarios, hardening.
Qué miras aquí
Superficie de ataque y mínimos de hardening.
- ufw status / firewall-cmd
- journalctl -u ssh
- sudo visudo
Eventos, errores, evidencias: la caja negra.
Qué miras aquí
Qué ocurrió, cuándo y cuál es el siguiente paso.
- journalctl -p err
- journalctl -f
- grep / tail -f
Linux avanzado: por qué importa en el mundo profesional
Linux está en servidores, cloud, routers, centros de datos, contenedores y en esa “caja” que nadie quiere tocar porque “funciona desde 2016”. Dominar Linux en serio no va de memorizar cien comandos, va de entender qué está pasando para poder tomar decisiones: qué actualizar, qué aislar, qué monitorizar y qué no tocar sin backup y café.
En el día a día profesional, Linux suele aparecer con tres máscaras: servidor (servicios, seguridad, logs), entorno de desarrollo (paquetes, tooling, compilación) y infraestructura (automatización, procesos, redes). Si aprendes a leer el sistema como un conjunto de piezas, dejas de “probar cosas” y empiezas a diagnosticar.
Si quieres convertir esto en habilidad de trabajo (con práctica guiada, ejercicios y metodología), échale un ojo al curso LINUX PROFESIONAL AVANZADO. Está pensado para pasar de “me suena” a “lo administro” sin sufrir en silencio.
Ver el curso
Qué significa “administrar sistemas de verdad” (sin postureo)
Significa saber responder rápido y con calma cuando pasan cosas normales: un servicio no arranca, el disco se llena, un update rompe dependencias, un usuario no tiene permisos, hay un pico de CPU, o alguien entra por SSH donde no debería. No es magia, es método: observar, aislar, comprobar hipótesis y documentar lo que has aprendido. 🧠🛠️
Ruta visual del Linux profesional
Una vista de pájaro (o de pingüino 🐧) del camino que recorre un administrador Linux: desde el hardware y el arranque hasta la seguridad, los logs y la operación diaria. Ideal para entender cómo encajan todas las piezas.
Si algo falla en tu sistema, no empieces a tocar cosas al azar. Sigue el flujo visual: logs → servicio → procesos → permisos → disco → red → kernel. Este mapa es exactamente el mismo enfoque que se trabaja en el curso.
Terminología mínima
Linux tiene un pequeño truco mental: muchas palabras significan cosas muy concretas. Si las confundes, tu diagnóstico se convierte en un “¿por qué no funciona?” eterno. Aquí va el diccionario de bolsillo (versión sin bostezos).
Conceptos que conviene separar
- Kernel: el núcleo que habla con el hardware y gestiona procesos, memoria y drivers.
- Distribución: el “pack” (kernel + herramientas + gestor de paquetes + decisiones de diseño).
- Init: el primer proceso (PID 1). Hoy suele ser systemd.
- Filesystem: cómo se guardan datos (ext4, XFS, btrfs). No es lo mismo que partición.
- Paquete: software empaquetado para instalar, actualizar y desinstalar con control.
- Proceso: programa en ejecución. Un servicio suele ser un proceso gestionado.
Traducción al mundo real
- El kernel es el motor.
- La distro es el coche con su configuración y extras.
- systemd es el copiloto que enciende y vigila sistemas.
- El filesystem es el sistema de archivadores.
- Los paquetes son cajas etiquetadas con piezas dentro.
- Los procesos son cosas ocurriendo ahora mismo.
Mini checklist mental antes de tocar nada
- ¿Estoy en el host correcto? (hostname, whoami)
- ¿Qué cambió justo antes del fallo? (actualización, config, despliegue)
- ¿Tengo logs y estado del servicio? (journalctl, systemctl status)
- ¿El problema es permisos, red, disco, o dependencia? (sí: suele ser uno de esos cuatro)
Hardware y arquitectura
“Linux no arranca” a veces es software, y otras veces es que el sistema está gritando “no encuentro el disco” con voz de robot educado. Leer hardware en Linux es como leer un parte meteorológico: no controlas la lluvia, pero sí sales con paraguas.
Comandos para “leer tu máquina” en 90 segundos
uname -a
lscpu
free -h
lsblk -f
lspci | head
lsusb | head
df -hT
Arquitecturas y arranque
- x86_64: lo típico en servidor/PC.
- ARM: muy común en dispositivos y algunos servidores.
- UEFI vs BIOS: afecta a particiones (ESP), GRUB y recuperación.
- NVMe vs SATA: cambia nombres y rendimiento: /dev/nvme0n1 vs /dev/sda.
Problemas típicos que huelen a hardware
- Errores intermitentes de disco: mira SMART (smartctl).
- Kernel panics tras cambios: drivers o módulos.
- Rendimiento raro: swap, throttling, IO wait alto.
- Disco “desaparece”: cable/puerto/controladora, o UEFI travieso.
Instalación pro + gestión de paquetes
Instalar Linux “para casa” y preparar Linux “para producción” se parecen como una bici y una furgoneta: ambos ruedan, pero uno necesita mantenimiento serio. La gestión de paquetes es tu seguro anti-caos.
APT y DNF en un vistazo (lo esencial)
Debian/Ubuntu (APT)
- Actualizar índices: sudo apt update
- Actualizar paquetes: sudo apt upgrade
- Buscar info: apt show paquete
- Dependencias: apt-cache policy paquete
RHEL/Rocky/Alma (DNF)
- Actualizar: sudo dnf upgrade
- Buscar: dnf search paquete
- Info: dnf info paquete
- Repos: dnf repolist
Checklist pro antes de actualizar
- Revisa qué se va a tocar: apt list –upgradable o dnf check-update
- Comprueba espacio y estado de disco: df -h, lsblk
- Si es servidor crítico, planifica ventana y rollback (snapshot/VM/backup).
- Después: revisa servicios: systemctl –failed
Discos y sistemas de archivos
Aquí es donde Linux se pone “adulto”: particiones, volúmenes, montajes y cuotas. Si lo diseñas bien, duermes. Si lo diseñas mal, aprendes a las 03:12am lo que significa “no queda espacio”.
El reparto típico (orientativo)
- / para sistema
- /var para logs, cachés, colas, contenedores
- /home para usuarios
- /boot y (en UEFI) ESP
Filesystem: elige con intención
- ext4: generalista y fiable.
- XFS: muy usado en servidores, bueno para grandes volúmenes.
- btrfs: snapshots y features modernas, genial si lo sabes gestionar.
Montajes y fstab sin sustos
# Ver UUID y tipo de FS
lsblk -f
# Montaje temporal
sudo mount /dev/sdb1 /mnt/datos
# Ver montajes
mount | head
LVM en una frase: elasticidad controlada
# Vista rápida
sudo pvs
sudo vgs
sudo lvs
Cuotas: cuando el disco es buffet libre y alguien se pasa
# (Esquema general, depende de distro/FS)
sudo apt install quota
sudo quotacheck -cum /home
sudo quotaon /home
sudo edquota -u usuario
Arranque: GRUB, systemd y diagnóstico
El arranque es una carrera de relevos: firmware → bootloader → kernel → init → servicios. Si falla, no es “Linux se rompió”, es “se rompió un eslabón”. La buena noticia: casi siempre deja pistas.
Diagnóstico rápido tras un boot problemático
# Ver logs del último arranque
journalctl -b
# Ver errores recientes del kernel
dmesg | tail -n 80
# Ver servicios fallidos
systemctl --failed
Compilar desde código fuente + librerías compartidas
Compilar desde código fuente es potente, pero también es abrir la puerta a un universo paralelo donde tu gestor de paquetes no sabe qué has hecho. Úsalo con propósito: necesitas una versión específica, una opción de compilación, o estás en un entorno sin paquete disponible.
El ritual clásico: configure → make → install
./configure
make
sudo make install
Librerías compartidas: cuando un binario te dice “no te conozco”
# Ver qué librerías necesita un binario
ldd /ruta/al/binario
# Actualizar caché de librerías
sudo ldconfig
Paquetes Debian y Red Hat
A nivel profesional, no basta con “instalar cosas”. Hay que saber inspeccionar, verificar, localizar archivos, y entender qué paquete trajo qué archivo. Aquí Linux deja de ser “tierra de nadie” y se vuelve auditable.
Chuleta rápida: inspección y verificación
Debian/Ubuntu
# Archivos de un paquete instalado
dpkg -L paquete
# Qué paquete posee un archivo
dpkg -S /ruta/archivo
# Info del paquete
apt show paquete
RHEL/Fedora/Rocky
# Archivos de un paquete
rpm -ql paquete
# Qué paquete posee un archivo
rpm -qf /ruta/archivo
# Info del paquete
dnf info paquete
Comandos UNIX para trabajar rápido
La línea de comandos es un taller mecánico: no hace magia, pero tiene herramientas precisas. Y lo mejor: puedes encadenarlas. Aquí van recetas de uso real (las que te ahorran horas y discusiones).
Recetas rápidas de texto (para logs y datos)
# Ver las líneas con "error" ignorando mayúsculas
grep -i "error" /var/log/syslog | head
# Contar ocurrencias por tipo (ejemplo)
grep -i "failed" /var/log/auth.log | awk '{print $NF}' | sort | uniq -c | sort -nr | head
# Extraer columnas por separador
cut -d: -f1,3 /etc/passwd | head
Recetas de archivos (sin romper nada… mucho)
# Encontrar archivos grandes
find /var -type f -size +200M -print
# Comprimir una carpeta con fecha
tar -czf backup_$(date +%F).tar.gz /ruta/carpeta
# Copia eficiente y reanudable
rsync -avh --progress /origen/ /destino/
Pipes, streams y regex
Pipes y redirecciones son el idioma secreto de Linux. No necesitas hablarlo perfecto, pero con unas frases bien aprendidas puedes hacer automatización real sin herramientas pesadas.
Redirecciones esenciales
# Guardar salida y ver en pantalla
comando | tee salida.txt
# Guardar solo errores
comando 2> errores.txt
Regex práctica: cinco patrones que usarás siempre
# Emails simples (muy básico)
grep -E "[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Za-z]{2,}" archivo.txt
# Fechas YYYY-MM-DD
grep -E "\b[0-9]{4}-[0-9]{2}-[0-9]{2}\b" archivo.txt
Procesos, prioridades y systemd
Si Linux fuera una ciudad, los procesos serían peatones, coches, repartidores y algún que otro pato suelto. Entenderlos te permite detectar cuellos de botella y decidir si necesitas optimizar, reiniciar o investigar.
Comandos básicos de procesos
ps aux | head
top
kill -TERM PID
kill -KILL PID # último recurso
pgrep -a nginx
systemd en modo “control y diagnóstico”
systemctl status nginx
sudo systemctl restart nginx
journalctl -u nginx --since "today"
systemctl --failed
Permisos, propietarios, enlaces y localizar
Los permisos son el “control de acceso” de Linux. Bien configurados, dan seguridad y orden. Mal configurados, convierten tu despliegue en un escape room.
Permisos: lectura rápida (rwx) y casos típicos
chmod 750 /ruta/carpeta
chown usuario:grupo /ruta/carpeta
ls -lah
Enlaces duros y simbólicos
ln -s /ruta/origen /ruta/enlace
ln /ruta/origen /ruta/enlace_duro
Localizar archivos sin volverte detective privado
find /etc -type f -name "*.conf" | head
which python
locate ssh_config | head
Documentación, VI y cultura Linux
En Linux, la documentación no es un extra: es parte del sistema. Y saber usar un editor en terminal es como saber nadar: esperas no necesitarlo, pero cuando lo necesitas… lo necesitas ya.
Manual, ayuda e investigación rápida
man systemctl
systemctl --help
info coreutils
man -k network | head
VI en modo “supervivencia”
- i insertar
- Esc salir modo insertar
- :wq guardar y salir
- :q! salir sin guardar
- /texto buscar
Kernel y módulos
El kernel es la pieza central, pero no necesitas recompilarlo cada martes para ser “avanzado”. Lo importante es entender módulos, parámetros y cómo diagnosticar cuando el kernel se queja.
Módulos: cargar, ver y entender
lsmod | head
modinfo nombre_modulo | head
sudo modprobe nombre_modulo
sysctl: ajustes del sistema con cuidado
sysctl vm.swappiness
sudo sysctl -w vm.swappiness=10
Impresión y colas
Sí, imprimir sigue existiendo. CUPS gestiona impresoras y colas. En servidores puede ser “legacy” o crítico.
Comandos útiles de impresión
lp archivo.pdf
lpstat -o
cancel ID_TRABAJO
Servicios de red + seguridad esencial
Esta sección es el cinturón de seguridad: no garantiza que no haya accidente, pero reduce daños. Lo básico en Linux profesional es: SSH bien configurado, firewall sensato, usuarios con mínimos privilegios, y logs que te permitan investigar.
SSH: lo mínimo para endurecerlo
journalctl -u ssh --since "today"
tail -n 80 /var/log/auth.log
Firewall (UFW / firewalld)
UFW
sudo ufw status
sudo ufw allow OpenSSH
sudo ufw enable
firewalld
sudo firewall-cmd --state
sudo firewall-cmd --add-service=ssh --permanent
sudo firewall-cmd --reload
Logs: tu caja negra
journalctl -p warning --since "today"
journalctl -f
Checklist final: Linux listo para producción + mini retos
Checklist “listo para producción”
- Actualizaciones gestionadas y repositorios confiables.
- Particionado/montajes coherentes (especialmente /var si aplica).
- Backups o snapshots probados (no solo “configurados”).
- SSH endurecido y firewall habilitado con reglas mínimas.
- Usuarios con permisos mínimos, sin “sudo para todo”.
- Servicios críticos revisables (estado + logs).
- Documentación mínima: cambios, rutas y decisiones.
Mini retos para practicar
- Crear un usuario de servicio y darle permisos mínimos a una carpeta compartida.
- Simular “disco lleno” en una carpeta de pruebas y diagnosticar con df y du.
- Filtrar un log con pipes y generar un resumen por tipo de evento.
- Listar qué paquete instaló un binario concreto y qué archivos trae.
Recursos oficiales para seguir profundizando
Si alguna vez dudas, vuelve a la fuente: documentación oficial y manpages. Son menos “opinión” y más “verdad operacional”.
GNU coreutils
Debian
Red Hat (DNF)
FAQ: Linux avanzado
25 preguntas que aparecen una y otra vez en equipos, tickets y madrugada. Respuestas con contexto.
Qué diferencia hay entre un proceso y un servicio
Un proceso es cualquier programa en ejecución. Un servicio suele ser un proceso pensado para estar corriendo “de fondo” y gestionado por el sistema (habitualmente systemd). Un proceso puede existir sin ser servicio, pero un servicio casi siempre termina siendo uno o varios procesos.
Qué es systemd y por qué lo usa casi todo el mundo
systemd gestiona arranque, servicios, dependencias, logs (journald), timers y más. Se usa porque unifica control y diagnóstico. En entornos profesionales, dominarlo es una ventaja enorme.
Cuándo debería usar APT y cuándo DNF
Depende de la distro: APT en Debian/Ubuntu, DNF en Fedora/RHEL/Rocky/Alma. Profesionalmente importa entender repos, dependencias y trazabilidad, y luego traducir comandos.
Por qué no es buena idea instalar software a mano en /usr/bin
Porque tu gestor de paquetes no lo controla: puedes crear conflictos y dejar instalaciones imposibles de mantener. Si instalas manualmente, prefiere /usr/local y documenta versión y origen.
Qué es LVM y qué problema resuelve
LVM permite volúmenes lógicos flexibles sobre discos/particiones. Resuelve el “necesito ampliar este filesystem sin rehacer todo” y facilita administración en producción.
Cuál es la diferencia entre partición y filesystem
Una partición divide el disco. Un filesystem define cómo se almacenan datos dentro de un espacio. Un filesystem puede vivir en una partición o encima de LVM.
Cómo investigo por qué no arranca un servicio
Empieza por systemctl status y luego journalctl -u servicio. Busca errores de config, permisos, puertos, dependencias o rutas inexistentes.
Qué hago si el servidor no arranca tras una actualización
Si puedes, prueba kernel anterior desde GRUB. Luego revisa journalctl -b y dmesg. Evita “tocar al azar”: recoge evidencias, cambia una cosa cada vez.
df dice que hay espacio, pero no puedo escribir: por qué
Puede ser falta de inodos (df -i), permisos, filesystem en solo lectura o archivos borrados pero abiertos por procesos (espacio “fantasma”).
Qué es un inode y por qué importa
Los inodos representan archivos. Si se agotan, no puedes crear archivos aunque quede espacio en gigas. Muy común con muchísimos ficheros pequeños.
Qué diferencia hay entre enlace duro y simbólico
El simbólico apunta a una ruta (se rompe si cambia). El duro referencia el mismo inode (más “real”) y suele estar limitado al mismo filesystem.
Qué es el sticky bit y para qué sirve
En directorios compartidos (ej. /tmp) permite que cualquiera cree archivos, pero solo el dueño (o root) pueda borrarlos.
Cuándo usar nice/renice
Cuando una tarea pesada compite por CPU. Ajusta la prioridad para mejorar convivencia del sistema, especialmente en procesos batch.
Cómo identifico qué paquete instaló un archivo
Debian/Ubuntu: dpkg -S /ruta. Red Hat: rpm -qf /ruta. Habilidad clave para auditoría y mantenimiento.
Qué es journald y por qué usar journalctl
journald centraliza logs con filtros potentes por tiempo, unidad, severidad y arranque. journalctl es tu lupa.
Qué hago si un comando “no existe” pero debería
Puede faltar el paquete o tu PATH. Usa which / type -a y busca el paquete correcto.
Qué es initramfs y por qué puede romper un arranque
Es un sistema temporal para cargar drivers y montar el root real. Si faltan módulos (almacenamiento), el kernel no podrá montar el sistema y falla el arranque.
Qué es SELinux y por qué a veces “bloquea cosas”
SELinux añade políticas MAC (más allá de rwx). Puede bloquear acciones aunque permisos parezcan correctos. Lo ideal es aprender a leer alertas y ajustar políticas.
Cómo saber qué consume disco realmente
Combina du y df. Si difieren, sospecha archivos borrados abiertos o montajes. Empieza con du -sh /var/*.
Qué es /var y por qué se llena tanto
/var guarda datos variables: logs, cachés, colas, contenedores… Es un imán de crecimiento. Separarlo en un volumen ayuda a que el sistema no colapse.
Cómo pruebo reglas de firewall sin perder acceso por SSH
Permite SSH primero, aplica reglas y valida conectividad antes de cerrar sesión. Usa sesiones persistentes (tmux/screen) si puedes.
Qué significa “mínimo privilegio”
Usuarios y servicios con permisos estrictamente necesarios. Reduce el impacto de errores y ataques. Es higiene operativa.
Qué diferencia hay entre grep, sed y awk
grep busca patrones, sed transforma texto, awk procesa por campos con lógica más rica. Juntos forman un kit brutal para logs.
Cuándo merece la pena compilar desde fuente
Cuando necesitas versión/opciones específicas o no hay paquete fiable. Instala en /usr/local y deja rastro (documenta).
Qué hago si un servicio se cae cada pocos minutos
Revisa logs, dependencias, límites, puertos y políticas de restart. A veces no “se cae”, se reinicia por configuración.
Cómo empiezo a automatizar sin meterme en un lío
Scripts pequeños: una tarea, una salida, un log. Prueba en laboratorio, comenta lo importante, y luego conviértelo en servicio/timer o tarea programada con control.
Glosario completo para entender Linux
Definiciones orientadas a trabajo real. Léelo como un “diccionario de campo”.
- ACL
- Listas de control de acceso. Permiten permisos más detallados que rwx (por usuario/grupo específico).
- APT
- Gestor de paquetes de Debian/Ubuntu. Maneja repositorios, dependencias y actualizaciones.
- BIOS / UEFI
- Firmware de arranque. UEFI suele usar partición ESP y es el estándar moderno.
- btrfs
- Filesystem moderno con snapshots y subvolúmenes. Potente si lo administras bien.
- CUPS
- Sistema de impresión en Linux: impresoras, colas y trabajos.
- DNF
- Gestor de paquetes en Fedora/RHEL y derivados (evolución moderna de yum).
- dpkg
- Herramienta de bajo nivel para paquetes .deb (listar archivos, dueño de archivo, etc.).
- dmesg
- Muestra mensajes del kernel. Muy útil para drivers, hardware y arranque.
- ext4
- Filesystem generalista y fiable.
- fstab
- /etc/fstab: define montajes persistentes al arranque (mejor con UUID).
- GRUB
- Gestor de arranque común. Permite elegir kernel/entradas y ayuda en recuperación.
- init
- Primer proceso (PID 1). Hoy suele ser systemd.
- initramfs
- FS temporal para cargar drivers y montar el root real.
- inode
- Estructura que representa archivos en un filesystem. Se puede agotar.
- journald
- Servicio de systemd que almacena logs consultables con journalctl.
- Kernel
- Núcleo del sistema. Gestiona procesos, memoria, drivers, red y hardware.
- ldd
- Lista librerías compartidas usadas por un binario.
- ldconfig
- Actualiza caché de librerías compartidas.
- LVM
- Logical Volume Manager: volúmenes lógicos flexibles y ampliables.
- MAC
- Mandatory Access Control: control extra (SELinux/AppArmor) además de permisos rwx.
- Mount / Unmount
- Montar hace accesible un filesystem; desmontar lo separa de forma segura.
- Nice / Renice
- Ajustan prioridades de CPU de procesos.
- Paquete
- Software empaquetado y controlado por el gestor de paquetes.
- PATH
- Rutas donde el sistema busca ejecutables.
- Pipe
- Operador | que conecta salida de un comando con entrada de otro.
- PID
- Identificador de proceso. PID 1 suele ser systemd.
- Repositorio
- Fuente de paquetes firmados desde donde instalar/actualizar.
- RPM
- Formato/herramienta de paquetes en Red Hat y derivados.
- SSH
- Acceso remoto seguro. Endurecerlo es práctica esencial.
- Sticky bit
- En directorios compartidos evita borrados entre usuarios (ej. /tmp).
- Streams
- stdin/stdout/stderr: base de pipes y redirecciones.
- sudo
- Ejecuta comandos con privilegios. Mejor con mínimo privilegio y trazabilidad.
- systemctl
- Comando para gestionar servicios systemd.
- XFS
- Filesystem robusto y muy usado en servidores.
Esta guía está pensada para ser práctica y “de campo”. Si quieres convertirla en aprendizaje estructurado con ejercicios, recuerda que tienes el curso LINUX PROFESIONAL AVANZADO.