{"id":181,"date":"2026-02-22T07:02:40","date_gmt":"2026-02-22T11:02:40","guid":{"rendered":"https:\/\/juredev.com\/blog\/?p=181"},"modified":"2026-02-22T07:06:06","modified_gmt":"2026-02-22T11:06:06","slug":"como-recuperar-grub-cuando-un-vps-debian-12-o-13-no-arranca-en-hetzner","status":"publish","type":"post","link":"https:\/\/juredev.com\/blog\/2026\/02\/como-recuperar-grub-cuando-un-vps-debian-12-o-13-no-arranca-en-hetzner\/","title":{"rendered":"C\u00f3mo recuperar GRUB cuando un VPS Debian 12 o 13 no arranca en Hetzner Cloud"},"content":{"rendered":"\n

Gu\u00eda t\u00e9cnica actualizada (2026)<\/strong><\/p>\n\n\n\n

Cuando un VPS deja de arrancar tras una actualizaci\u00f3n, un apt full-upgrade<\/code>, un cambio de particiones o un snapshot, el problema suele ser el mismo: GRUB<\/a> no encuentra el sistema<\/strong>.<\/p>\n\n\n\n

En Hetzner Cloud<\/a> esto suele solucionarse sin p\u00e9rdida de datos usando el Rescue System<\/strong>. Si ves mensajes t\u00edpicos::<\/p>\n\n\n\n

grub rescue>\nerror: no such device\nerror: no such partition<\/code><\/pre>\n\n\n\n
Esta gu\u00eda te explica c\u00f3mo recuperar GRUB en:<\/p>\n\n\n\n
    \n
  • Debian 12 (Bookworm)<\/li>\n\n\n\n
  • Debian 13 (Trixie)<\/li>\n<\/ul>\n\n\n\n
    El procedimiento es v\u00e1lido para Hetzner Cloud en 2026. Te puede ayudar a resolver un problema con un VPS que tengas en Hetzner.<\/p>\n\n\n\n
    Por qu\u00e9 falla GRUB en un VPS<\/h2>\n\n\n\n
    GRUB es el cargador que arranca antes del kernel. Si no encuentra:<\/p>\n\n\n\n
      \n
    • El UUID correcto<\/li>\n\n\n\n
    • La partici\u00f3n ra\u00edz<\/li>\n\n\n\n
    • El directorio \/boot<\/code><\/li>\n\n\n\n
    • Un kernel v\u00e1lido<\/li>\n<\/ul>\n\n\n\n
      el sistema no contin\u00faa.<\/p>\n\n\n\n
      En entornos cloud, la recuperaci\u00f3n se hace desde el Rescue System<\/strong>, ya que no hay acceso f\u00edsico a la consola.<\/p>\n\n\n\n
      Particularidades de Hetzner Cloud<\/h2>\n\n\n\n
      Antes de empezar, ten en cuenta:<\/p>\n\n\n\n
      Dispositivo principal<\/h3>\n\n\n\n
        \n
      • Siempre aparece como \/dev\/vda<\/strong> (virtio).<\/li>\n\n\n\n
      • No uses \/dev\/sda<\/code> (t\u00edpico de servidores dedicados).<\/li>\n<\/ul>\n\n\n\n
        Layout de particiones por defecto<\/h3>\n\n\n\n
        Hetzner Cloud usa uno de estos esquemas:<\/p>\n\n\n\n
        Tipo de instalaci\u00f3n<\/th>Particiones<\/th><\/tr><\/thead>
        Est\u00e1ndar (la mayor\u00eda)<\/strong><\/td>\/dev\/vda1<\/code> \u2192 \/<\/code> (una sola partici\u00f3n)<\/td><\/tr>
        Con LVM<\/strong><\/td>\/dev\/vda1<\/code> \u2192 PV LVM \u2192 VG \u2192 LV root<\/td><\/tr>
        Con EFI (raro)<\/strong><\/td>\/dev\/vda1<\/code> \u2192 ESP, \/dev\/vda2<\/code> \u2192 root<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
        Un \/boot<\/code> separado no es habitual<\/strong> salvo que lo hayas creado manualmente.<\/p>\n\n\n\n
        Recuperar GRUB desde el Rescue System<\/h2>\n\n\n\n
        1. Activar el Rescue<\/h3>\n\n\n\n
          \n
        1. Panel de Hetzner Cloud<\/li>\n\n\n\n
        2. Servidor \u2192 pesta\u00f1a Rescue<\/strong><\/li>\n\n\n\n
        3. Activar (SSH key o contrase\u00f1a temporal)<\/li>\n\n\n\n
        4. Reiniciar<\/li>\n\n\n\n
        5. Conectarte por SSH como root<\/code><\/li>\n<\/ol>\n\n\n\n
          2. Identificar particiones<\/h3>\n\n\n\n
          lsblk -f\nfdisk -l \/dev\/vda\nblkid<\/code><\/pre>\n\n\n\n
          Localiza:<\/p>\n\n\n\n
            \n
          • La partici\u00f3n ra\u00edz<\/li>\n\n\n\n
          • \/boot<\/code> si existe<\/li>\n\n\n\n
          • Vol\u00famenes LVM si aparecen como LVM2_member<\/code><\/li>\n<\/ul>\n\n\n\n
            3. Montar el sistema instalado<\/h3>\n\n\n\n
            Caso A:<\/strong> instalaci\u00f3n est\u00e1ndar (una sola partici\u00f3n)<\/p>\n\n\n\n
            mount \/dev\/vda1 \/mnt<\/code><\/pre>\n\n\n\n
            Caso B:<\/strong> \/boot<\/code> separado (instalaciones personalizadas)<\/p>\n\n\n\n
            mount \/dev\/vda2 \/mnt\nmount \/dev\/vda1 \/mnt\/boot<\/code><\/pre>\n\n\n\n
            Bind mounts necesarios<\/p>\n\n\n\n
            mount --bind \/dev  \/mnt\/dev\nmount --bind \/proc \/mnt\/proc\nmount --bind \/sys  \/mnt\/sys\nmount --bind \/run  \/mnt\/run<\/code><\/pre>\n\n\n\n
            Caso EFI (poco com\u00fan en Cloud)<\/p>\n\n\n\n
            mount \/dev\/vda1 \/mnt\/boot\/efi<\/code><\/pre>\n\n\n\n
            Caso especial:<\/strong> sistemas con LVM<\/p>\n\n\n\n
            Si lsblk<\/code> muestra LVM:<\/p>\n\n\n\n
              \n
            1. Activar vol\u00famenes:<\/li>\n<\/ol>\n\n\n\n
              vgchange -ay\nlvscan<\/code><\/pre>\n\n\n\n
                \n
              1. Localizar el LV ra\u00edz (ej. \/dev\/mapper\/vg0-root<\/code>)<\/li>\n\n\n\n
              2. Montar:<\/li>\n<\/ol>\n\n\n\n
                mount \/dev\/mapper\/vg0-root \/mnt<\/code><\/pre>\n\n\n\n
                Luego aplicar los bind mounts igual que en el caso est\u00e1ndar.<\/p>\n\n\n\n
                4. Entrar en chroot<\/h3>\n\n\n\n
                chroot \/mnt<\/code><\/pre>\n\n\n\n
                Ahora est\u00e1s dentro de tu Debian real.<\/p>\n\n\n\n
                5. Reinstalar GRUB correctamente<\/h3>\n\n\n\n
                Instalar siempre sobre el disco completo:<\/p>\n\n\n\n
                grub-install \/dev\/vda<\/code><\/pre>\n\n\n\n
                Nunca sobre \/dev\/vda1<\/code>.<\/p>\n\n\n\n
                Si aparece un error por restos de otro bootloader:<\/p>\n\n\n\n
                grub-install --force \/dev\/vda<\/code><\/pre>\n\n\n\n
                Regenerar configuraci\u00f3n:<\/p>\n\n\n\n
                update-grub<\/code><\/pre>\n\n\n\n
                Debes ver que detecta los kernels instalados.<\/p>\n\n\n\n
                Verificaciones importantes antes de salir<\/h2>\n\n\n\n
                Comprobar UUIDs<\/h3>\n\n\n\n
                blkid\ncat \/etc\/fstab<\/code><\/pre>\n\n\n\n
                Si un UUID no coincide, corr\u00edgelo.<\/p>\n\n\n\n
                Confirmar que existe un kernel<\/h3>\n\n\n\n
                ls \/boot\/vmlinuz*<\/code><\/pre>\n\n\n\n
                Si no hay kernel:<\/p>\n\n\n\n
                apt update\napt install linux-image-amd64\nupdate-grub<\/code><\/pre>\n\n\n\n
                Salir y desmontar<\/h3>\n\n\n\n
                exit\numount -R \/mnt\nsync<\/code><\/pre>\n\n\n\n
                Reiniciar normalmente<\/h3>\n\n\n\n
                  \n
                1. Desactivar Rescue en el panel<\/li>\n\n\n\n
                2. Reiniciar<\/li>\n\n\n\n
                3. Esperar 1\u20132 minutos<\/li>\n\n\n\n
                4. Probar acceso SSH<\/li>\n<\/ol>\n\n\n\n
                  Comprobaciones tras recuperar GRUB<\/h2>\n\n\n\n
                  lsblk -f\ndf -h\njournalctl -b -p err..alert\ndmesg | grep -i error<\/code><\/pre>\n\n\n\n
                  Si vuelve a aparecer grub rescue><\/code>, revisa:<\/p>\n\n\n\n
                    \n
                  • UUIDs<\/li>\n\n\n\n
                  • Kernel instalado<\/li>\n\n\n\n
                  • Montaje correcto de \/boot<\/code><\/li>\n<\/ul>\n\n\n\n
                    Errores frecuentes y soluciones<\/h2>\n\n\n\n
                    Mensaje<\/th>Causa<\/th>Soluci\u00f3n<\/th><\/tr><\/thead>
                    no such device<\/td>UUID incorrecto<\/td>Revisar \/etc\/fstab<\/code> y regenerar GRUB<\/td><\/tr>
                    no such partition<\/td>Tabla modificada<\/td>Confirmar layout con lsblk<\/code><\/td><\/tr>
                    No kernel detected<\/td>\/boot<\/code> vac\u00edo<\/td>Reinstalar kernel<\/td><\/tr>
                    grub-install falla<\/td>Disco equivocado<\/td>Usar \/dev\/vda<\/code><\/td><\/tr>
                    Sigue sin arrancar<\/td>Kernel panic temprano<\/td>Revisar journalctl -b -1<\/code><\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
                    \u00daltimo recurso: reinstalar desde Rescue<\/h2>\n\n\n\n
                    l Rescue System incluye installimage<\/code>, aunque en Cloud ofrece menos opciones que en servidores dedicados.<\/p>\n\n\n\n
                    Alternativamente, puedes usar Rebuild desde el panel.<\/p>\n\n\n\n
                    Reinstalar es recomendable cuando:<\/p>\n\n\n\n
                      \n
                    • El sistema est\u00e1 muy da\u00f1ado<\/li>\n\n\n\n
                    • Hay corrupci\u00f3n de filesystem<\/li>\n\n\n\n
                    • No hay backups<\/li>\n\n\n\n
                    • El tiempo de recuperaci\u00f3n es m\u00e1s costoso que reinstalar<\/li>\n<\/ul>\n\n\n\n
                      C\u00f3mo evitar futuros problemas con GRUB<\/h2>\n\n\n\n
                        \n
                      • Crear snapshot antes de apt full-upgrade<\/code><\/li>\n\n\n\n
                      • No interrumpir actualizaciones de kernel<\/li>\n\n\n\n
                      • Guardar layout del disco:<\/li>\n<\/ul>\n\n\n\n
                        lsblk -f > \/root\/disk-layout-$(date +%F).txt<\/code><\/pre>\n\n\n\n
                          \n
                        • Vigilar espacio libre en \/boot<\/code><\/li>\n\n\n\n
                        • Documentar tu particionado<\/li>\n<\/ul>\n\n\n\n
                          Si el arranque de tu VPS falla, no es el fin del mundo<\/h2>\n\n\n\n
                          Recuperar GRUB en Hetzner Cloud suele ser un proceso r\u00e1pido si se sigue un m\u00e9todo ordenado.<\/p>\n\n\n\n
                          La mayor\u00eda de incidentes se resuelven sin p\u00e9rdida de datos y en menos de 15 minutos.<\/p>\n\n\n\n
                          Los fallos m\u00e1s comunes no son t\u00e9cnicos, sino errores de montaje, UUIDs incorrectos o kernels ausentes.<\/p>\n\n\n\n
                          Sigamos administrando.<\/p>\n","protected":false},"excerpt":{"rendered":"
                          Gu\u00eda t\u00e9cnica actualizada (2026) Cuando un VPS deja de arrancar tras una actualizaci\u00f3n, un apt full-upgrade, un cambio de particiones o un snapshot, el problema suele ser el mismo: GRUB no encuentra el sistema. En Hetzner Cloud esto suele solucionarse sin p\u00e9rdida de datos usando el Rescue System. Si ves mensajes t\u00edpicos:: Esta gu\u00eda te […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[18],"tags":[24],"class_list":["post-181","post","type-post","status-publish","format-standard","hentry","category-guia","tag-linux"],"_links":{"self":[{"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/posts\/181","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/comments?post=181"}],"version-history":[{"count":0,"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/posts\/181\/revisions"}],"wp:attachment":[{"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/media?parent=181"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/categories?post=181"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/juredev.com\/blog\/wp-json\/wp\/v2\/tags?post=181"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}