Un disco conectado a un VPS aparece como un dispositivo y nada más. Mientras no esté formateado y montado no guarda nada y ningún directorio apunta a él, y por eso un volumen recién conectado parece que no ha funcionado.

Mira qué hay conectado

lsblk -f

El dispositivo nuevo no tiene FSTYPE ni MOUNTPOINT. Así lo distingues del disco del sistema, que ya lleva un sistema de archivos.

Formatéalo

sudo mkfs.ext4 -L data /dev/sdb
Si lanzas esto sobre el dispositivo equivocado, sus datos desaparecen sin preguntar y sin vuelta atrás. Vuelve a leer la salida de lsblk y confirma que el tamaño coincide con el volumen que acabas de conectar.

Un sistema de archivos sobre todo el dispositivo, sin tabla de particiones, es lo habitual en un volumen de nube y facilita ampliarlo más adelante. Particiona solo si otra cosa espera una partición.

Móntalo

sudo mkdir -p /srv/data
sudo mount /dev/sdb /srv/data
df -h /srv/data

El paso que se olvida

Un montaje hecho a mano desaparece en el siguiente reinicio y el directorio vuelve a ser una carpeta vacía en el disco del sistema, que se llena mientras el volumen sigue sin usarse. Escríbelo en fstab por UUID, porque los nombres de dispositivo pueden cambiar de orden entre arranques.

sudo blkid /dev/sdb
# UUID="0a1b2c3d-..." TYPE="ext4"

echo 'UUID=0a1b2c3d-... /srv/data ext4 defaults,nofail 0 2' | sudo tee -a /etc/fstab
sudo mount -a
nofail deja que la máquina arranque aunque falte el volumen. Sin esa opción, un volumen desconectado deja el servidor atascado en el arranque, y en un VPS sin consola eso es un ticket de soporte.

Mueve los datos al disco nuevo

  1. Detén lo que escribe ahí — la base de datos o el servidor web, para que nada cambie a mitad de la copia.
  2. Copia con los permisos intactos — sudo rsync -aHAX /var/lib/mysql/ /srv/data/mysql/
  3. Apunta el servicio a la ruta nueva — y vuelve a arrancarlo.
  4. Guarda la copia antigua hasta comprobarlo — renómbrala en lugar de borrarla, y elimínala una semana después.