Proxmox Backup Server EROFS es uno de esos errores que te dejan frío cuando tus backups empiezan a fallar sin previo aviso. En mi caso todo funcionaba hasta que de repente los jobs comenzaron a terminar en 1 B y con exit code 255.
Y ahí ya sabes que algo no va bien.
Proxmox Backup Server EROFS: qué significa este error
Proxmox Backup Server EROFS indica que el filesystem del servidor se ha montado en modo solo lectura, normalmente porque EXT4 ha detectado corrupción en el journal.
El síntoma real
Desde Proxmox VE reviso el log completo del job y aparece esto:
INFO: starting new backup job: vzdump 108 --storage PBS ...
INFO: Starting Backup of VM 108 (lxc)
INFO: create storage snapshot 'vzdump'
Logical volume "snap_vm-108-disk-0_vzdump" created.
INFO: creating Proxmox Backup Server archive 'ct/108/...'
INFO: Starting backup protocol: Thu Feb 26 11:48:18 2026
INFO: Error: mkstemp "/var/log/proxmox-backup/tasks/..." failed: EROFS: Read-only file system
ERROR: Backup of VM 108 failed - exit code 255
El snapshot se crea.
El cliente arranca, pero cuando intenta escribir en /var/log/proxmox-backup/tasks aparece el EROFS.
Y ahí ya cambia todo.
Primera comprobación
Me voy a la consola del PBS.
Ejecuto:
mount | grep " on / "
Y veo esto:
/dev/mapper/pbs-root on / type ext4 (rw,relatime,errors=remount-ro)
Ese errors=remount-ro es la clave.
Si EXT4 esta corrupto, y remonta el filesystem en solo lectura para protegerlo.
Eso explica el EROFS.
Lo que decía el kernel
Siguiente paso lógico:
dmesg | egrep -i "ext4|jbd2|error|abort"
Salida:
EXT4-fs error (device dm-1): ext4_journal_check_start: Detected aborted journal
EXT4-fs error (device dm-1): ext4_do_writepages: err -30
EXT4-fs error (device dm-1): Journal has aborted
EXT4 abortó el journal.
El kernel protegió el sistema montándolo en solo lectura.
PBS dejó de poder escribir y los backups empezaron a fallar.
No era el NAS.
No era el NFS.
Era el root del propio PBS.
Ahí se ve el dmesg con el journal abortado.
Recuperación offline
Lamentablemente, esto no se arregla en caliente.
La propia documentación de Proxmox Backup Server explica
que hay que parar la VM y arrancar desde ISO.
En Proxmox VE:
VM → Hardware → CD/DVD → montar ISO PBS
VM → Options → Boot Order → CD primero
Entramos en Advanced Options → Install (Debug Mode)
Activar LVM manualmente
En el entorno debug:
lvm vgscan
lvm vgchange -ay
lvm lvscan
Los volúmenes aparecían activos.
Pero al listar /dev/mapper solo aparecía control.
Aquí viene el detalle interesante.
Se ve que /dev/mapper no tiene los nodos.
Comprobamos con:
dmsetup ls
Aparecen pbs-root y pbs-swap.
La solución:
dmsetup mknodes
Y ahora sí aparecen en /dev/mapper.
Reparación del filesystem
Ahora sí:
e2fsck -f -y /dev/mapper/pbs-root
Pasa por todas las fases de comprobación.
Al final muestra que el filesystem está consistente.
Esa es la del e2fsck terminando correctamente.
Reinicio y validación
Quitamos ISO.
Ponemos disco principal como primero.
Reiniciamos.
Primero comprobamos mount.
Luego revisamos logs con journalctl.
Después verificamos servicios:
systemctl status proxmox-backup proxmox-backup-proxy
Ambos en running.
Lanzamos backup manual.
Esta vez termina correctamente.
Se ve el backup completado correctamente.
Conclusión real
Cuando aparece un error Proxmox Backup Server EROFS, no siempre es el storage remoto.
En este caso EXT4 abortó el journal.
El kernel remontó el filesystem en solo lectura.
PBS dejó de poder escribir en su propio sistema y los backups fallaron con exit code 255.
La solución fue reparar el filesystem offline con e2fsck.
Antes de culpar al NAS o al NFS merece la pena ejecutar tres cosas básicas:
mount
dmesg
journalctl
Muchas veces el problema está en el backend.
Si usas Proxmox en entorno doméstico, revisa también cómo deshabilitar el repositorio enterprise
Espero que os sirva.