☰

Copia de seguridad del servidor Linux en disco duro ntfs

tag-icon • tag-icon linux backup ntfs rsync tar
Copia de seguridad del servidor Linux en disco duro ntfs

Estoy buscando una manera de hacer una copia de seguridad de mi servidor Debian. Para la partición de datos, tengo una solución que usa rsync, la copia de seguridad va a una unidad ntfs cifrada. NTFS porque a menudo llevo el disco conmigo para ver algunas películas, etc. en mi computadora portátil con Windows.

Hacer una copia de seguridad del sistema con rsync no funciona porque los permisos no se conservan en ntfs. Estaba pensando en un tararchivo, pero la --updatebandera solo agrega archivos nuevos y no elimina archivos que ya no están allí.

¿Hay alguna forma de obtener una buena copia de seguridad en el contenedor que preserve los permisos y que se pueda actualizar como una actualización de rsync?

Respuesta1

Una forma de satisfacer sus necesidades de almacenamiento sería crear unsistema de archivos de bucle invertidodentro de su partición NTFS, pero el problema es que el rendimiento de dicho dispositivo de bucle sería peor porque la entrada y salida (E/S) ocurriría en un sistema de archivos dentro de un sistema de archivos.

Es bastante sencillo configurar un sistema de archivos loopback. Suponiendo que ahí /demoes donde ha montado su dispositivo NTFS:

Crear un archivo en blanco y no disperso

El tamaño es tu elección. Mi ejemplo es de 1GiB de tamaño:

root@node51 [/demo]# dd if=/dev/zero of=loopback.img bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 1.88537 s, 570 MB/s

Formatee el archivo usando un sistema de archivos que tenga todas las capacidades de permisos que necesita

Yo uso ext4 en este ejemplo:

root@node51 [/demo]# mkfs.ext4 loopback.img
mke2fs 1.42.9 (4-Feb-2014)
loopback.img is not a block special device.
Proceed anyway? (y,n) y
Discarding device blocks: done
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
65536 inodes, 262144 blocks
13107 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=268435456
8 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376

Allocating group tables: done
Writing inode tables: done
Creating journal (8192 blocks): done
Writing superblocks and filesystem accounting information: done

Acaba de crear un sistema de archivos dentro de un archivo.

Montar el nuevo sistema de archivos

root@node51 [/demo]# mount -o loop loopback.img /mnt

Coloque datos en su nuevo sistema de archivos

root@node51 [/demo]# echo "Data data data" > /mnt/file.txt
root@node51 [/demo]# ll /mnt/
total 28
drwxr-xr-x  3 root root  4096 May 25 09:31 ./
drwxr-xr-x 24 root root  4096 May 25 09:29 ../
-rw-r--r--  1 root root    15 May 25 09:31 file.txt
drwx------  2 root root 16384 May 25 09:30 lost+found/

Convenientemente, puede cambiar el tamaño del sistema de archivos ext4 de manera bastante flexible.

Ampliar Ejemplo

root@node51 [/demo]# ll -h
total 33M
drwxr-xr-x  2 root root 4.0K May 25 09:30 ./
drwxr-xr-x 24 root root 4.0K May 25 09:29 ../
-rw-r--r--  1 root root 1.0G May 25 09:31 loopback.img

root@node51 [/demo]# umount loopback.img

root@node51 [/demo]# e2fsck -f loopback.img
e2fsck 1.42.9 (4-Feb-2014)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
loopback.img: 12/65536 files (0.0% non-contiguous), 12636/262144 blocks
root@node51 [/demo]# resize2fs loopback.img 4G
resize2fs 1.42.9 (4-Feb-2014)
Resizing the filesystem on loopback.img to 1048576 (4k) blocks.
The filesystem on loopback.img is now 1048576 blocks long.

root@node51 [/demo]# ll -h
total 33M
drwxr-xr-x  2 root root 4.0K May 25 09:30 ./
drwxr-xr-x 24 root root 4.0K May 25 09:29 ../
-rw-r--r--  1 root root 4.0G May 25 09:32 loopback.img

Ejemplo de reducción

root@node51 [/demo]# ll -h
total 33M
drwxr-xr-x  2 root root 4.0K May 25 09:30 ./
drwxr-xr-x 24 root root 4.0K May 25 09:29 ../
-rw-r--r--  1 root root 4.0G May 25 09:32 loopback.img

root@node51 [/demo]# e2fsck -f loopback.img
e2fsck 1.42.9 (4-Feb-2014)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
loopback.img: 12/262144 files (0.0% non-contiguous), 25167/1048576 blocks

root@node51 [/demo]# resize2fs loopback.img 128M
resize2fs 1.42.9 (4-Feb-2014)
Resizing the filesystem on loopback.img to 32768 (4k) blocks.
The filesystem on loopback.img is now 32768 blocks long.

root@node51 [/demo]# ll -h
total 33M
drwxr-xr-x  2 root root 4.0K May 25 09:30 ./
drwxr-xr-x 24 root root 4.0K May 25 09:29 ../
-rw-r--r--  1 root root 128M May 25 09:44 loopback.img

Respuesta2

Puedes intentar dar (http://dar.linux.free.fr/), ya que tiene capacidad de copia de seguridad incremental. No he probado la recuperación ante desastres, pero las copias de seguridad normales parecen funcionar bien.

información relacionada