Fedora Workstation 43: el método de un USB que simplemente funciona

febrero 10, 2026 • febrero 10, 2026 • Lectura: 29 min • Views: 0

¿Te fue útil?

Instalar un sistema operativo debería ser aburrido. Sin embargo, muchas instalaciones de Fedora siguen fallando por las mismas razones: una memoria USB que miente, firmware que “amablemente” reescribe el orden de arranque y un almacenamiento que parece correcto hasta que intentas montarlo.

Esta guía es el método de un USB que uso cuando quiero Fedora Workstation 43 funcionando y estable sin convertir la tarde en un ejercicio forense. No es el camino “más rápido”. Es el camino que produce una máquina en la que puedes confiar.

El principio del un USB (y lo que no estás haciendo)

El “método de un USB” es simple: una memoria USB, escrita una vez, verificada dos veces, usada para instalar Fedora Workstation 43 en la máquina objetivo. Sin segundo “USB de rescate”. Sin cargadores de arranque encadenados. Sin ISO misteriosa que descargaste hace seis meses y olvidaste.

Qué sí haces:

Descargar la ISO correcta de Fedora Workstation 43.
Verificar integridad (checksum) y autenticidad (firma GPG) de forma que sobreviva a proxies corporativos, Wi‑Fi inestable y optimismo humano.
Grabar el USB usando un método que preserve la capacidad de arranque para sistemas UEFI.
Arrancar vía UEFI, instalar con valores sensatos de almacenamiento y luego validar que el sistema instalado arranca correctamente y que tu almacenamiento no está degradado en silencio.

Qué no haces:

“Simplemente usar dd” sin verificar el dispositivo de destino. Así es como la gente aprende cómo se siente borrar su disco de copia de seguridad.
Cambiar cinco ajustes de firmware a la vez. “Lo arreglarás”, pero no sabrás qué lo arregló y el siguiente reinicio será una sorpresa.
Sobrepersonalizar particiones el primer día porque leíste un post de 2017.

Datos rápidos & contexto (por qué las cosas son así)

Puntos de contexto cortos y concretos que explican el comportamiento de las instalaciones de Fedora hoy:

Fedora ha sido un campo de pruebas para Linux empresarial durante dos décadas. Muchas funciones maduran en Fedora antes de aparecer en distribuciones empresariales de larga vida.
UEFI desplazó al BIOS, pero el “modo legacy” persistió. Muchas máquinas todavía se envían con opciones de Compatibility Support Module (CSM), lo que puede crear ambigüedad de arranque si mezclas modos.
Fedora pasó a Btrfs por defecto en Workstation. Esto cambió la historia post-instalación: snapshots, subvolúmenes y preguntas del tipo “¿dónde se fue mi espacio en disco?” se volvieron normales.
Anaconda es potente y ocasionalmente contundente. Es el instalador de Fedora desde hace mucho; puede hacer desde instalaciones simples hasta diseños LVM complejos, pero no te salvará de tu propia creatividad.
Secure Boot dejó de ser “paranoia opcional” para ser “fricción por defecto”. Muchos portátiles vienen con él activado; Fedora generalmente funciona bien, pero controladores de terceros pueden complicarlo.
La calidad de los medios USB empeoró, no mejoró. Las sticks baratas a menudo son residuos electrónicos reetiquetados. “Funcionan” hasta que no, y los instaladores son buenos encontrando ese límite.
NVMe cambió los modos de fallo. Las unidades NVMe son rápidas y comunes; también sacan a la luz peculiaridades de firmware/PCIe que no veías en SATA.
Las imágenes live son un compromiso. Son fantásticas para arranques rápidos y detección de hardware, pero dependen mucho de la RAM, del modesetting de GPU y de parámetros del kernel.

Preparación que previene dolor

Elige la memoria USB como eliges un disco de producción

Usa una memoria USB 3.x de marca reputada; 8–16 GB son suficientes. Si instalas en más de una máquina, compra dos sticks idénticos y rótalos. No es superstición; reduce variables cuando algo falla.

Regla: si la memoria USB alguna vez se usó como “instalador de Windows + ISOs aleatorias + fotos familiares”, no la uses para tu instalación de Fedora. Usa una limpia. Trátala como infraestructura desechable.

Sabe sobre qué vas a instalar

Antes de arrancar nada, decide:

Arranque único (Fedora ocupa la máquina) o arranque dual (Windows/macOS permanece)?
¿Necesitas cifrado de disco completo?
¿El disco objetivo es NVMe? ¿Hay un segundo disco que podrías borrar accidentalmente?

Si haces arranque dual con Windows, desactiva “Inicio rápido” de Windows primero. Si no lo haces, tendrás problemas con el sistema de ficheros y culparás a Fedora. Windows sonreirá educadamente mientras deja tu NTFS en un estado “no limpio”.

Decide si te importa Secure Boot

Para la mayoría de portátiles: mantén Secure Boot activado. Fedora está bien integrado en general. Si necesitas módulos propietarios del kernel (ciertos chips Wi‑Fi, algunas pilas de GPU), planifica eso y acepta que puede que necesites inscribir claves o desactivar Secure Boot temporalmente.

Una cita para mantenerte honesto: “La esperanza no es una estrategia” — idea parafraseada repetida en círculos de operaciones y confiabilidad. Tu plan de instalación debe ser comprobable, no inspirador.

Crear el USB (la forma segura y reproducible)

En Linux, el camino menos sorprendente es: descargar la ISO, verificar checksum y firma, grabar la imagen de forma que preserve su estructura híbrida de arranque, y luego confirmar que el USB parece un disco booteable.

Tarea 1: Identifica el dispositivo USB antes de escribir nada

cr0x@server:~$ lsblk -o NAME,SIZE,TYPE,MODEL,MOUNTPOINTS
NAME   SIZE TYPE MODEL            MOUNTPOINTS
nvme0n1 1.8T disk Samsung SSD 990 
├─nvme0n1p1 600M part              /boot/efi
├─nvme0n1p2   1G part              /boot
└─nvme0n1p3 1.8T part              /
sda    14.6G disk SanDisk Ultra
└─sda1 14.6G part                  /run/media/cr0x/OLDLABEL

Qué significa: Puedes ver la USB como sda, 14.6G, modelo “SanDisk Ultra”.

Decisión: Si no puedes identificar claramente el disco USB por tamaño/modelo, detente. Desconecta otros discos externos. Vuelve a ejecutar lsblk. Solo continúa cuando estés seguro de qué dispositivo será sobrescrito.

Tarea 2: Desmonta cualquier cosa montada desde esa USB

cr0x@server:~$ sudo umount /dev/sda1
umount: /dev/sda1: not mounted.

Qué significa: O ya está desmontado o no estaba montado. Bien. Quieres el disco inactivo.

Decisión: Si está montado y se niega a desmontarse, cierra administradores de archivos y terminales que lo estén usando, luego reintenta. No escribas una imagen sobre un sistema de ficheros montado.

Tarea 3: Descarga la ISO de Fedora Workstation (nombre de ejemplo)

cr0x@server:~$ ls -lh Fedora-Workstation-Live-x86_64-43-1.2.iso
-rw-r--r-- 1 cr0x cr0x 2.2G Jan 15 12:03 Fedora-Workstation-Live-x86_64-43-1.2.iso

Qué significa: La ISO existe localmente y tiene un tamaño plausible.

Decisión: Si es sospechosamente pequeña, tu descarga está incompleta. Vuelve a descargar antes de perder tiempo persiguiendo errores de arranque causados por un archivo truncado.

Tarea 4: Verifica el checksum (integridad)

cr0x@server:~$ sha256sum Fedora-Workstation-Live-x86_64-43-1.2.iso
9f2b9d1b0f3b2e7c2c1d7c3d53f7b0a6a7d6a1f4d8c1a6d3e0f9c7b2a1d3e4f5  Fedora-Workstation-Live-x86_64-43-1.2.iso

Qué significa: Tienes un hash SHA-256. Por sí solo no es útil hasta que lo compares con el archivo de checksum oficial.

Decisión: Compáralo con el checksum proporcionado por el proveedor. Si no coincide exactamente, elimina la ISO y descárgala de nuevo. No “lo intentes de todos modos”. El medio de instalación corrupto es un devorador de tiempo.

Tarea 5: Verifica la firma (autenticidad)

Normalmente verificas el archivo de checksum usando GPG. Los nombres exactos varían, pero el flujo es estable: importa las claves de lanzamiento de Fedora, verifica la firma del archivo CHECKSUM, luego confía en la comparación del hash.

cr0x@server:~$ gpg --keyserver keyserver.ubuntu.com --recv-keys 38AB71F4
gpg: key 38AB71F4: public key "Fedora (43) <fedora-43-primary@fedoraproject.org>" imported
gpg: Total number processed: 1
gpg:               imported: 1

Qué significa: Importaste una clave de lanzamiento. (Los IDs de clave y UIDs difieren por lanzamiento; trata esto como un patrón, no como un número mágico.)

Decisión: Si no puedes verificar la firma del archivo de checksums, no tienes autenticidad. En un entorno corporativo, aquí es donde descubres que el proxy está intercambiando archivos o que tu espejo no es de confianza.

Tarea 6: Graba la ISO en la USB (imagen híbrida, escritura raw)

Prefiero dd por una razón: es aburrido y universal. Solo debes tener cuidado. Usa status=progress y sync al final.

cr0x@server:~$ sudo dd if=Fedora-Workstation-Live-x86_64-43-1.2.iso of=/dev/sda bs=4M status=progress oflag=direct conv=fsync
536870912 bytes (537 MB, 512 MiB) copied, 6 s, 89.3 MB/s
2147483648 bytes (2.1 GB, 2.0 GiB) copied, 26 s, 82.6 MB/s
dd: writing to '/dev/sda': No space left on device
2214592512 bytes (2.2 GB, 2.1 GiB) copied, 27.1 s, 81.7 MB/s

Qué significa: La escritura terminó cuando la USB se llenó. El “No space left on device” al final es normal cuando el tamaño de la ISO coincide con el límite de capacidad del dispositivo. Lo clave es que conv=fsync fuerza el vaciado de datos.

Decisión: Si la velocidad de copia cae a casi cero durante minutos, sospecha una USB moribunda. Cámbiala ahora, no después de que estés a mitad de instalación.

Tarea 7: Confirma que la USB ahora tiene particiones y parece booteable

cr0x@server:~$ lsblk -f /dev/sda
NAME   FSTYPE FSVER LABEL   UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda    
├─sda1 vfat   FAT16 EFI     4C2A-1B7E                            
├─sda2 iso9660      Fedora-WS-Live 2026-01-15-12-00-00-00        
└─sda3 ext4   1.0   overlay 1a2b3c4d-5e6f-7a8b-9c0d-1e2f3a4b5c6d

Qué significa: Ves una partición EFI. Esa es la señal de que el arranque UEFI debería funcionar. Las etiquetas varían, pero la presencia importa.

Decisión: Si solo ves una partición o un sistema de ficheros extraño que no esperabas, probablemente la escritura falló o escribiste en el dispositivo equivocado. Detente y vuelve a comprobar la selección del dispositivo.

Chiste #1: “dd” significa “destructor de discos” solo si tratas los nombres de dispositivo como un juego de adivinanzas.

Arrancar el USB en hardware real

Los problemas de arranque generalmente no son problemas de Fedora. Son problemas de firmware, problemas de medios o problemas de “cambié tres ajustes del BIOS y ahora nada tiene sentido”.

Disciplina del menú de arranque UEFI

Usa la tecla del menú de arranque de tu máquina (a menudo F12, F10, Esc) y selecciona la entrada que explícitamente diga UEFI. Si ves dos entradas para la USB—una “UEFI: SanDisk” y otra simple “SanDisk”—elige la UEFI. Mezclar modos legacy y UEFI crea la clase de confusión de cargadores de arranque que sobrevive reinstalaciones.

Si la pantalla se queda en negro, no entres en pánico—triage

Las GPU modernas y el modesetting pueden provocar pantallas negras durante el arranque. Tu trabajo es decidir si es un problema de GPU, de lectura USB o de compatibilidad kernel/firmware. El “Guion de diagnóstico rápido” más adelante hará esto mecánico.

Instalación con Anaconda: decisiones que importan

Cuando Anaconda se inicia, parece sencillo: elegir idioma, elegir disco, hacer clic en instalar. El problema empieza cuando tratas el almacenamiento como una preferencia casual. El almacenamiento es la parte que muerde después.

La partición por defecto es buena—hasta que tienes requisitos

Para un portátil de un solo disco, los valores por defecto de Fedora son sensatos: partición del sistema UEFI, /boot y una raíz Btrfs con subvolúmenes. Si quieres cifrado de disco completo, actívalo en el instalador. Si deseas un /home separado, decide por qué.

Mi opinión: no dividas /home a menos que tengas una necesidad específica (experimentos de arranque dual, política estricta de rollback o conoces tu carga de trabajo). Con subvolúmenes Btrfs, puedes gestionar la separación lógicamente sin tallar el espacio en disco prematuramente.

Cifrado: sí, pero comprende el intercambio

El cifrado LUKS es una buena opción por defecto para portátiles. El intercambio es que el rendimiento en el arranque y los flujos de recuperación cambian. Si pierdes tu frase de paso, ninguna cantidad de energía SRE revivirá tus datos. Eso no es un problema de Fedora; es matemática.

Arranque dual: la política de “no ser ingenioso”

Si haces arranque dual con Windows:

Haz copia de seguridad primero.
Reduce las particiones de Windows desde Windows, no desde el instalador de Fedora.
Deja la Partición del Sistema EFI existente; Fedora puede usarla.

El objetivo es el cambio mínimo: añade particiones para Fedora, añade entradas de arranque, no reordenes el universo.

12+ tareas prácticas con comandos, salidas y decisiones

Estas tareas están escritas como un runbook de operador: comando, salida de muestra, qué significa y qué decisión tomas a continuación. Ejecútalas desde el entorno live cuando corresponda, y desde el sistema instalado después del primer arranque cuando se indique.

Tarea 8 (Live USB): Confirma que has arrancado en modo UEFI

cr0x@server:~$ test -d /sys/firmware/efi && echo "UEFI boot" || echo "Legacy/CSM boot"
UEFI boot

Qué significa: Si /sys/firmware/efi existe, estás en modo UEFI.

Decisión: Si estás en modo legacy y tu disco ya tiene una partición EFI (la mayoría de sistemas modernos la tienen), reinicia y selecciona la entrada USB UEFI. No instales en modo legacy por accidente.

Tarea 9 (Live USB): Inspecciona discos y confirma el objetivo

cr0x@server:~$ sudo fdisk -l
Disk /dev/nvme0n1: 1.82 TiB, 2000398934016 bytes, 3907029168 sectors
Disk model: Samsung SSD 990
Device           Start        End    Sectors   Size Type
/dev/nvme0n1p1     2048    1230847    1228800   600M EFI System
/dev/nvme0n1p2  1230848    3327999    2097152     1G Linux filesystem
/dev/nvme0n1p3  3328000 3907028991 3903700992   1.8T Linux filesystem

Disk /dev/sda: 14.56 GiB, 15634268160 bytes, 30535680 sectors
Disk model: SanDisk Ultra

Qué significa: Puedes distinguir claramente el NVMe interno de la memoria USB.

Decisión: Si existen múltiples discos internos, etiquétalos ahora (físicamente o con notas). La interfaz del instalador está bien, pero los humanos no lo están.

Tarea 10 (Live USB): Revisa la salud del NVMe (señal rápida, no evangelio)

cr0x@server:~$ sudo smartctl -a /dev/nvme0n1 | sed -n '1,25p'
smartctl 7.4 2023-08-01 r5530 [x86_64-linux-6.8.0] (local build)
=== START OF INFORMATION SECTION ===
Model Number:                       Samsung SSD 990
Serial Number:                      S7X9NX0W123456A
Firmware Version:                   1B2QJXD7
PCI Vendor/Subsystem ID:            0x144d
IEEE OUI Identifier:                0x002538
Total NVM Capacity:                 2,000,398,934,016 [2.00 TB]
Unallocated NVM Capacity:           0
Controller ID:                      4
Number of Namespaces:               1
Namespace 1 Size/Capacity:          2,000,398,934,016 [2.00 TB]
Namespace 1 Utilization:            500,000,000,000 [500 GB]

Qué significa: El dispositivo responde y reporta identidad; eso es una comprobación básica de cordura.

Decisión: Si smartctl no puede hablar con el dispositivo, tu kernel/firmware live puede estar roto. Actualiza firmware/BIOS si está disponible, o prueba un kernel más reciente vía un medio actualizado.

Tarea 11 (Live USB): Busca errores de almacenamiento o USB en el log del kernel

cr0x@server:~$ sudo dmesg -T | egrep -i "usb|nvme|i/o error|reset|timeout" | tail -n 15
[Mon Feb  5 10:14:22 2026] usb 2-2: new SuperSpeed USB device number 3 using xhci_hcd
[Mon Feb  5 10:14:23 2026] usb-storage 2-2:1.0: USB Mass Storage device detected
[Mon Feb  5 10:14:23 2026] scsi host6: usb-storage 2-2:1.0
[Mon Feb  5 10:14:24 2026] scsi 6:0:0:0: Direct-Access     SanDisk  Ultra            1.00 PQ: 0 ANSI: 6
[Mon Feb  5 10:14:25 2026] nvme nvme0: pci function 0000:04:00.0
[Mon Feb  5 10:14:25 2026] nvme nvme0: 16/0/0 default/read/poll queues
[Mon Feb  5 10:14:25 2026] nvme0n1: p1 p2 p3

Qué significa: No hay timeouts ni tormentas de resets obvias. El USB y el NVMe se enumeran correctamente.

Decisión: Si ves repetidos “reset SuperSpeed USB device” o errores de I/O en la USB, deja de culpar a Fedora. Cambia la memoria o prueba otro puerto USB (a menudo los puertos USB-A del lado opuesto están en otro controlador).

Tarea 12 (Sistema instalado): Confirma la entrada de arranque del firmware y el cargador arrancado

cr0x@server:~$ sudo bootctl status
System:
     Firmware: UEFI 2.70 (American Megatrends 5.17)
  Secure Boot: enabled (user)
 TPM2 Support: yes
Boot Loader:
     Product: systemd-boot 253
     Features: ✓ Boot counting  ✓ Menu timeout  ✓ One-shot menu
Current Boot Loader Entry:
         id: fedora.conf
     source: /boot/efi/loader/entries/fedora.conf
      title: Fedora Linux
     linux: /vmlinuz-6.10.8-200.fc43.x86_64

Qué significa: Estás arrancado en modo UEFI y puedes ver qué cargador está activo. (Algunas instalaciones pueden usar GRUB; este es un ejemplo.)

Decisión: Si Secure Boot está activado y vas a usar módulos de terceros más tarde, planifica firmarlos o inscribir claves. Si el sistema arrancó vía legacy inesperadamente, arregla la configuración del firmware antes de añadir complejidad encima.

Tarea 13 (Instalado): Confirma tus sistemas de archivos y subvolúmenes Btrfs

cr0x@server:~$ findmnt -o TARGET,SOURCE,FSTYPE,OPTIONS | egrep "^/ |^/home |^/boot"
TARGET SOURCE                     FSTYPE OPTIONS
/      /dev/nvme0n1p3[/@]         btrfs  rw,relatime,ssd,space_cache=v2,subvolid=256,subvol=/@
/boot  /dev/nvme0n1p2             ext4   rw,relatime
/home  /dev/nvme0n1p3[/@home]     btrfs  rw,relatime,ssd,space_cache=v2,subvolid=257,subvol=/@home

Qué significa: Root y home son subvolúmenes Btrfs; boot es ext4. Esto es típico y sensato.

Decisión: Si / no es lo que esperabas (por ejemplo, instalaste en el disco equivocado), detente y corrige ahora. Migrar después es posible pero innecesariamente picante.

Tarea 14 (Instalado): Revisa la contabilización de espacio de Btrfs (para evitar sorpresas de “disco lleno”)

cr0x@server:~$ sudo btrfs filesystem df /
Data, single: total=120.00GiB, used=38.50GiB
System, single: total=32.00MiB, used=16.00KiB
Metadata, single: total=8.00GiB, used=2.10GiB
GlobalReserve, single: total=512.00MiB, used=0.00B

Qué significa: Btrfs asigna “chunks” para datos y metadata. “total” es lo asignado; “used” es lo consumido dentro de los chunks asignados.

Decisión: Si metadata está casi llena mientras data no lo está, recibirás extraños errores de “no queda espacio”. Planifica un balanceo de metadata más tarde y evita cargas patológicas (millones de archivos pequeños) sin monitorización.

Tarea 15 (Instalado): Valida soporte TRIM/discard (longevidad y rendimiento SSD)

cr0x@server:~$ systemctl status fstrim.timer
● fstrim.timer - Discard unused blocks once a week
     Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; preset: enabled)
     Active: active (waiting) since Mon 2026-02-05 09:55:01 UTC; 8min ago
    Trigger: Mon 2026-02-10 00:00:00 UTC; 4 days left
     Docs: man:fstrim

Qué significa: TRIM semanal está habilitado.

Decisión: Si está deshabilitado, habilítalo a menos que tengas una razón específica de almacenamiento para no hacerlo. La mayoría de portátiles se benefician y es de bajo riesgo.

Tarea 16 (Instalado): Confirma consistencia entre kernel, initramfs y cadena de arranque

cr0x@server:~$ uname -r
6.10.8-200.fc43.x86_64

cr0x@server:~$ lsinitrd /boot/initramfs-$(uname -r).img >/dev/null && echo "initramfs exists"
initramfs exists

Qué significa: El kernel en ejecución tiene un initramfs correspondiente en disco.

Decisión: Si falta initramfs, no reinicies a la ligera. Reconstrúyelo primero, o convertirás un sistema en ejecución en un sistema que no arranca.

Tarea 17 (Instalado): Comprueba unidades systemd fallidas después del primer arranque

cr0x@server:~$ systemctl --failed
  UNIT                          LOAD   ACTIVE SUB    DESCRIPTION
0 loaded units listed.

Qué significa: Nada obvio está ardiendo.

Decisión: Si existen fallos, inspecciónalos ahora. El periodo temprano post-instalación es cuando arreglar servicios base es más fácil.

Tarea 18 (Instalado): Revisa logs por advertencias de hardware/controladores

cr0x@server:~$ sudo journalctl -b -p warning..alert --no-pager | tail -n 20
Feb 05 09:56:12 fedora kernel: iwlwifi 0000:00:14.3: WRT: Invalid buffer destination
Feb 05 09:56:15 fedora kernel: ACPI BIOS Error (bug): Failure creating named object [\_SB.PCI0.XHCI.RHUB.SS01], AE_ALREADY_EXISTS
Feb 05 09:56:18 fedora gnome-shell[1920]: Window manager warning: Overwriting existing binding of keysym 32 with keysym 32.

Qué significa: Las advertencias ocurren; no todas son accionables. Las advertencias ACPI BIOS suelen ser peculiaridades del firmware.

Decisión: Si ves timeouts NVMe, errores de sistema de ficheros o resets repetidos de GPU, tienes un problema real de estabilidad. Actualiza BIOS/firmware primero y luego considera parámetros del kernel.

Tarea 19 (Instalado): Confirma la pila de red y la resolución DNS (no asumas que el Wi‑Fi “funciona suficientemente”)

cr0x@server:~$ nmcli device status
DEVICE  TYPE      STATE         CONNECTION
wlp0s20f3 wifi      connected     corp-wifi
lo      loopback  unmanaged     --

cr0x@server:~$ resolvectl status | sed -n '1,25p'
Global
       Protocols: -LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
resolv.conf mode: stub
Current DNS Server: 10.10.10.53
       DNS Servers: 10.10.10.53 10.10.10.54

Qué significa: NetworkManager ve una interfaz conectada; systemd-resolved tiene servidores DNS.

Decisión: Si falta DNS o es incorrecto, arréglalo antes de intentar actualizaciones. DNS roto parece “dnf está caído”, y eso hace perder tiempo.

Tarea 20 (Instalado): Actualiza limpiamente y confirma que no estás mezclando repos accidentalmente

cr0x@server:~$ sudo dnf -y upgrade
Last metadata expiration check: 0:12:41 ago on Mon 05 Feb 2026 09:48:31 AM UTC.
Dependencies resolved.
Nothing to do.
Complete!

Qué significa: Estás actualizado y tus repos son coherentes.

Decisión: Si ves conflictos de dependencias justo después de instalar, probablemente activaste repos extra demasiado pronto. Retrocede antes de profundizar.

Tarea 21 (Instalado): Comprueba espacio en /boot (evita fallos en actualizaciones del kernel)

cr0x@server:~$ df -h /boot
Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme0n1p2  974M  312M  596M  35% /boot

Qué significa: Hay espacio de sobra. Las actualizaciones del kernel necesitan espacio en /boot.

Decisión: Si /boot está casi lleno, poda kernels antiguos con cuidado antes de que una actualización falle a mitad de camino.

Tarea 22 (Instalado): Verifica sincronización de tiempo (porque TLS y repositorios lo necesitan)

cr0x@server:~$ timedatectl status
               Local time: Mon 2026-02-05 10:07:41 UTC
           Universal time: Mon 2026-02-05 10:07:41 UTC
                 RTC time: Mon 2026-02-05 10:07:40
                Time zone: Etc/UTC (UTC, +0000)
System clock synchronized: yes
              NTP service: active
          RTC in local TZ: no

Qué significa: El reloj está sincronizado.

Decisión: Si la sincronización de tiempo está mal, arréglala antes de depurar errores “aleatorios” de TLS y fallos de inicio de sesión.

Validación post-instalación: trata tu portátil como un servidor

Una instalación Workstation sigue siendo un sistema de producción—solo que el cliente eres tú. Valida lo básico: arranque, almacenamiento, logs y actualizaciones. Luego déjalo quieto el tiempo suficiente para demostrar que es estable.

Comprobación de GPU: hazlo aburrido

Si tienes un portátil con gráficos híbridos, resiste la tentación de instalar controladores propietarios inmediatamente. Primero confirma que el sistema es estable con la pila por defecto. Si necesitas el controlador propietario por razones de trabajo, instálalo con un plan de reversión (como mínimo: saber cómo entrar en un TTY y eliminar paquetes).

Comprobación de almacenamiento: confía, pero verifica

Si activaste cifrado, prueba un reinicio de inmediato. Si usas Btrfs, aprende dos comandos (btrfs filesystem df y btrfs device stats) y úsalos siempre que el rendimiento se sienta “raro”.

Chiste #2: Mi tipo favorito de incidente es el que no ocurre porque reiniciaste una vez a propósito.

Guion de diagnóstico rápido

Cuando algo va mal, la velocidad viene del orden. No saltes a soluciones exóticas. Identifica el cuello de botella en tres pasadas: modo de arranque, medios, luego almacenamiento/logs.

Primero: confirma el modo de arranque y el objetivo de arranque

Comprueba UEFI vs legacy: En el entorno live, verifica /sys/firmware/efi. Si instalaste en un modo y arrancaste en otro, perseguirás fantasmas.
Confirma la selección del disco: Usa lsblk y fdisk -l. Asegúrate de que el OS esté en el disco que crees.
Mira la entrada de arranque: Después de instalar, usa bootctl status o efibootmgr -v.

Segundo: valida la USB y el entorno del instalador

Errores USB: Revisa dmesg por resets/timeouts.
Prueba otro puerto: Prefiere puertos directos de la placa base. Evita hubs frontales y estaciones de acoplamiento durante la instalación.
Sospecha de la memoria: Si la instalación se cuelga en porcentajes aleatorios o lanza errores I/O, cambia la USB. No regatees con medios defectuosos.

Tercero: localiza fallos de almacenamiento o controladores

Detección de almacenamiento: Si el NVMe no aparece, suele ser configuración del firmware/BIOS (modo RAID vs AHCI, VMD, etc.).
Logs del kernel: journalctl -b -p warning..alert y dmesg son tu suero de la verdad.
Estado del sistema de archivos: En Btrfs, comprueba btrfs device stats y btrfs filesystem df. En ext4, busca replays de journal y errores.

Errores comunes: síntoma → causa raíz → solución

1) Síntoma: La USB arranca en una máquina, no en otra

Causa raíz: Estás seleccionando la entrada legacy en una máquina y UEFI en otra, o el firmware bloquea ciertas rutas de arranque USB.

Solución: Usa el menú de arranque y selecciona la entrada UEFI explícita. Desactiva CSM/legacy si es posible. Verifica que el entorno live muestre UEFI boot usando la comprobación de la Tarea 8.

2) Síntoma: El instalador se congela o lanza errores I/O a mitad

Causa raíz: Memoria USB defectuosa, puerto USB malo o ruta de controlador USB inestable (docks/hubs).

Solución: Revisa dmesg por resets USB. Cambia de puerto. Reemplaza la memoria. Reescribe la ISO tras verificar checksum.

3) Síntoma: “No bootable device” tras una instalación exitosa

Causa raíz: El orden de arranque del firmware no se actualizó, o la entrada EFI no se creó porque instalaste en modo legacy, o instalaste en el disco equivocado.

Solución: Arranca la USB otra vez, confirma modo UEFI y luego inspecciona entradas EFI con efibootmgr -v (desde el entorno live). Arregla el orden de arranque en el firmware. Si instalaste en legacy en un sistema UEFI, reinstala en modo UEFI en lugar de parchear para siempre.

4) Síntoma: Fedora arranca, pero falta totalmente el Wi‑Fi

Causa raíz: Chipset no soportado, firmware faltante o Secure Boot bloqueando un módulo de controlador de terceros.

Solución: Revisa lspci -nn y journalctl -b por fallos de carga de controladores/firmware. Si debes usar un módulo de terceros, planifica la historia de Secure Boot (firma/inscripción) en vez de alternar interruptores al azar.

5) Síntoma: Advertencias de “disco lleno” en Btrfs con mucho espacio libre

Causa raíz: Agotamiento de metadata de Btrfs o desequilibrio en asignación de chunks.

Solución: Confírmalo con btrfs filesystem df /. Considera una operación de balance controlada más tarde. Evita borrados en pánico; entiende si el limitador es data o metadata.

6) Síntoma: Windows en arranque dual se queja de errores de disco

Causa raíz: Fast Startup/hibernación de Windows dejó NTFS sucio; Linux monta en modo solo lectura o provoca prompts de “reparar”.

Solución: Desactiva Fast Startup en Windows, apaga completamente y luego arranca Fedora. No “montes forzadamente” NTFS en lectura-escritura a menos que te guste vivir peligrosamente.

7) Síntoma: El instalador no ve el SSD interno

Causa raíz: Modo de almacenamiento del BIOS en RAID/VMD, o el controlador está escondido detrás de una abstracción de firmware.

Solución: Cambia a AHCI (si es apropiado para tu plataforma), o desactiva VMD donde sea seguro. Luego reintenta. Si es un portátil corporativo gestionado, coordina con IT—cambiar esto puede romper imágenes preinstaladas.

Listas de verificación / plan paso a paso

Plan de instalación One-USB (el camino mínimo y correcto)

Elige una memoria USB conocida y en buen estado (nueva o confiable).
Descarga la ISO de Fedora Workstation 43.
Verifica checksum y firma (integridad + autenticidad).
Identifica el dispositivo USB con lsblk.
Escribe la ISO en /dev/sdX (disco entero, no partición) usando dd con flush.
Confirma que la USB tiene una partición EFI vía lsblk -f.
Arranca mediante la entrada USB UEFI (no legacy).
En el entorno live, confirma el modo de arranque UEFI.
En Anaconda, elige el disco objetivo correcto. Si haces arranque dual, sé conservador y no reordenees particiones existentes.
Activa cifrado si es un portátil y valoras tus datos.
Completa la instalación, reinicia e inmediatamente prueba un segundo reinicio (sí, en serio).
Ejecuta validaciones post-instalación: unidades fallidas, logs, sistemas de archivos, espacio de arranque, actualizaciones.

Checklist “Si es un portátil corporativo”

Confirma si Secure Boot debe permanecer activado (la política suele decir que sí).
Confirma si la BIOS está bloqueada (algunas lo están).
Verifica si los cambios de modo de disco (AHCI/RAID/VMD) están permitidos; pueden bricar la imagen del proveedor.
Asegúrate de tener una ruta de recuperación aprobada por IT (aunque nunca la uses).
Confirma la compatibilidad del cliente VPN antes de borrar nada.

Checklist “Si necesitas arranque dual”

Haz copia de seguridad de los datos de Windows (y verifica que la copia se abre).
Desactiva Fast Startup de Windows; apaga completamente.
Reduce la partición de Windows desde las herramientas de Windows.
Durante la instalación de Fedora, no borres ni reformatees la Partición del Sistema EFI.
Después de instalar, confirma que ambas entradas de arranque existen y que el firmware no está reseteando silenciosamente el orden de arranque.

Tres mini-historias corporativas (para que no las repitas)

Mini-historia #1: El incidente causado por una suposición errónea

Un pequeño equipo de ingeniería estandarizó en “una stick instaladora para gobernarlas a todas”. La memoria vivía en un cajón, viajaba entre oficinas y se usaba para todo: instalaciones de Fedora, actualizaciones de firmware, “copiar rápido este bundle de logs”, lo que sea. Funcionaba lo suficientemente a menudo como para sentirse fiable.

Luego llegó un modelo nuevo de portátil. La instalación arrancó, empezó a copiar paquetes y murió con errores I/O intermitentes. El equipo supuso que el nuevo portátil tenía un SSD malo. Abrieron un ticket, luego otro. Cambiaron el portátil. Mismo problema. Ahora era un “lote malo”. Alguien sugirió que el puerto USB podría estar fallando. Probaron otro puerto. Mismo problema.

La suposición errónea fue simple: “Si arranca, los medios USB están bien.” Arrancar lee relativamente poco. Instalar lee constantemente, con rendimiento sostenido. La memoria se estaba desgastando; podía servir un kernel e initramfs, pero se desmoronó bajo carga.

La solución fue aburrida: reemplazar la memoria y adoptar una política—los medios USB de instalación son de un solo propósito, y cualquier error I/O en la instalación es motivo para retirarla. También añadieron una comprobación rápida de dmesg durante instalaciones para detectar tormentas de resets. El incidente terminó no con un parche ingenioso, sino con una papelera.

Mini-historia #2: La optimización que salió mal

Una organización más grande tenía una iniciativa para “agilizar la provisión de portátiles”. Alguien decidió que escribir ISOs con paralelismo agresivo y caché ahorraría tiempo. Usaron una estación de trabajo rápida y un duplicador USB y produjeron sticks en masa. En papel parecía genial: más sticks por hora, menos tiempo humano.

El retroceso vino después: un subconjunto de esos sticks arrancaba en algunas máquinas pero no en otras. Las fallas no eran consistentes, lo peor. Depurar consumió días porque el equipo trató cada portátil como un copo de nieve único.

Eventualmente, alguien comparó las tablas de particiones en un stick “bueno” y uno “malo”. Los sticks malos tenían inconsistencias sutiles—lo suficiente para confundir implementaciones de firmware más exigentes. La “optimización” del duplicador no preservaba fielmente el layout híbrido de la imagen cada vez.

La remediación fue abandonar la canalización ingeniosa y estandarizar en un método de escritura verificado por stick, más un paso de validación post-escritura: lsblk -f debe mostrar una partición EFI. La provisión quedó un poco más lenta. Los incidentes fueron mucho menos frecuentes. Es un intercambio que la mayoría de SRE aceptan sin pestañear.

Mini-historia #3: La práctica aburrida pero correcta que salvó el día

Un departamento financiero usaba Fedora Workstation en portátiles de analistas porque sus flujos de trabajo eran intensivos en contenedores y seguridad quería cifrado. El equipo era cauteloso por naturaleza y adoptó una regla de “dos reinicios”: después de instalar y actualizar, reiniciar dos veces antes de entregar la máquina al usuario.

Una semana, un lote de portátiles empezó a fallar después del primer reinicio post-instalación. El primer reinicio funcionaba; el segundo no. Molesto. Sin la regla, estas máquinas se habrían entregado “funcionando” y luego fallado un lunes por la mañana, en manos de humanos impacientes.

Porque lo reprodujeron en provisión, tenían logs y un entorno controlado. El culpable fue una inconsistencia en la cadena de arranque activada por una rareza del firmware cuando cambiaba el orden de arranque. El segundo reinicio sacó a la luz el estado malo de forma fiable.

La solución fue un ajuste en la configuración del firmware y asegurar la selección UEFI-only durante la instalación. La práctica salvadora no fue monitorización exótica ni una nueva herramienta. Fue la disciplina de reiniciar dos veces mientras la máquina estaba en banco de pruebas, cuando arreglarla es barato.

Preguntas frecuentes

Q1: ¿Por qué “un USB” cuando podría usar Ventoy o una herramienta multi-ISO?

Porque quieres menos variables. Las herramientas multi-ISO están bien para entusiastas, pero cuando un arranque falla has añadido otra capa para depurar. Un USB, una imagen, un camino conocido y bueno.

Q2: ¿Debería usar Fedora Media Writer en lugar de dd?

Si estás en un escritorio y prefieres GUI, Fedora Media Writer es una buena elección. Aun así me gusta dd cuando quiero un método determinista, scriptable y ya estoy en Linux. Lo clave es la verificación y la selección correcta del dispositivo, no la herramienta específica.

Q3: ¿Por qué dd dijo “No space left on device”?

A menudo eso es normal cuando el tamaño de la imagen alcanza el final del dispositivo. Lo que importa es que la copia se completó y tienes un layout de particiones válido después (lsblk -f). Si la escritura terminó sospechosamente pronto, eso es distinto.

Q4: ¿Necesito una partición /home separada en Fedora Workstation 43?

Usualmente no. Los valores por defecto Btrfs de Fedora te dan separación lógica vía subvolúmenes sin límites rígidos de partición. Divide /home solo cuando tengas una razón operacional clara.

Q5: ¿Vale la pena el cifrado de disco completo?

En portátiles, sí. El único argumento honesto en contra es “no puedo permitirme perder la frase de paso” o “mi modelo de amenaza no incluye pérdida del dispositivo”. Si tu portátil sale de tu casa, encriptalo.

Q6: Mi máquina solo arranca la USB en modo legacy. ¿Qué hago ahora?

Primero, comprueba la configuración del firmware: desactiva CSM/legacy si es posible y asegúrate de que UEFI esté habilitado. Prueba otro puerto USB. Si el firmware está realmente roto, puedes instalar en modo legacy—pero entonces mantente consistente y acepta las limitaciones del cargador. La consistencia importa más que la ideología.

Q7: El instalador no ve mi SSD interno (NVMe). ¿A Fedora le faltan controladores?

A veces sí, pero a menudo es configuración del BIOS (RAID/VMD). Revisa el modo de almacenamiento en el firmware. En dispositivos gestionados, coordina los cambios porque pueden afectar imágenes de recuperación y herramientas de cumplimiento.

Q8: Fedora se instaló, pero siempre arranca en Windows.

Eso suele ser el orden de arranque del firmware. Entra en la configuración del firmware y mueve Fedora (o la entrada del cargador Linux) por encima de Windows Boot Manager. También revisa si el firmware tiene una función de “restaurar orden de arranque”.

Q9: ¿Cómo sé si la memoria USB es el problema?

Busca resets/timeouts USB en dmesg durante la sesión live y durante la instalación. Si aparecen errores, reemplaza la memoria. Los medios USB son baratos; tu tiempo no.

Q10: Después de instalar, ¿cuáles son las tres comprobaciones más importantes?

1) systemctl --failed (servicios), 2) journalctl -b -p warning..alert (logs), 3) findmnt y btrfs filesystem df (realidad del almacenamiento vs suposiciones).

Conclusión: próximos pasos que deberías hacer

Si no haces nada más, haz estos pasos después de instalar Fedora Workstation 43:

Reinicia dos veces y confirma que es estable. Esto detecta incoherencias de orden de arranque e initramfs mientras aún recuerdas qué cambiaste.
Ejecuta los comandos de validación: unidades fallidas, logs con advertencias, montajes de sistema de ficheros y espacio de arranque.
Actualiza el sistema y confirma que la gestión de paquetes está limpia antes de añadir repos de terceros o controladores.
Escribe lo que hiciste: elección de layout de discos, estado de cifrado, configuración de Secure Boot. El tú del futuro tratará esta nota como oro.

El método de un USB no es glamuroso. Es un pequeño ritual que te compra algo raro en instalaciones de Linux de escritorio: un resultado aburrido. Y aburrido es lo que quieres.