¿Por qué se necesita un dispositivo de bucle?

Anteriormente solía crear archivos de imagen usando dd, configurar un sistema de archivos en ellos usando mkfsy mountacceder a ellos como particiones montadas. Más tarde, he visto en Internet que muchos ejemplos usan de losetupantemano para hacer una entrada de dispositivo de bucle debajo /devy luego montarlo. No podría decir por qué uno prácticamente necesitaría un archivo de imagen para comportarse como un dispositivo de bucle y tener su propia /deventrada, mientras que se puede obtener el mismo comportamiento sin toda la molestia.

Resumen: en un escenario de la vida real, ¿por qué necesitamos una /dev/loopXentrada para estar presente, cuando simplemente podemos montar la imagen fs sin ella? ¿De qué sirve un dispositivo de bucle?

Los montajes, por lo general, deben realizarse en dispositivos de bloque. El controlador de bucle coloca un dispositivo de bloque front-end en su archivo de datos.

Si realiza un montaje en bucle sin losetup, el sistema operativo hace uno en segundo plano.

p.ej

$ dd if=/dev/zero of=/tmp/foo bs=1M count=100
100+0 records in
100+0 records out
104857600 bytes (105 MB) copied, 0.0798775 s, 1.3 GB/s
$ mke2fs /tmp/foo
mke2fs 1.42.9 (28-Dec-2013)
....


$ losetup    
$ mount -o loop /tmp/foo /mnt1    
$ losetup
NAME       SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE
/dev/loop0         0      0         1  0 /tmp/foo
$ umount /mnt1
$ losetup
$ 

Es posible que deba llamar losetupdirectamente si la imagen de su archivo tiene particiones integradas.

Por ejemplo, si tengo esta imagen:

$ fdisk -l /tmp/foo2      

Disk /tmp/foo2: 104 MB, 104857600 bytes, 204800 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0x1f25ff39

     Device Boot      Start         End      Blocks   Id  System
/tmp/foo2p1            2048      204799      101376   83  Linux

No puedo montar eso directamente

$ mount -o loop /tmp/foo2 /mnt1
mount: /dev/loop0 is write-protected, mounting read-only
mount: wrong fs type, bad option, bad superblock on /dev/loop0,
       missing codepage or helper program, or other error

Pero si uso losetupy kpartxluego puedo acceder a las particiones:

$ losetup -f /tmp/foo2
$ losetup
NAME       SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE
/dev/loop0         0      0         0  0 /tmp/foo2
$ kpartx -a /dev/loop0
$ mount /dev/mapper/loop0p1 /mnt1
$

Los sistemas de archivos esperan leer y escribir en dispositivos de bloque, pero los archivos de imagen no son dispositivos de bloque. Los dispositivos de bucle proporcionan un dispositivo de bloque encima de un archivo (u otro dispositivo de bloque, opcionalmente con reasignación).

No hay necesidad de considerar los dispositivos loop al montar las imágenes en muchos casos porque mountse encarga de todo para usted; pero los dispositivos de bucle todavía están involucrados. losetup -l -ales mostrará

Vea también ¿Cuál es la diferencia entre mount y mount -o loop ?

Parece que estás en Linux y Linux usa un nombre incorrecto para esa característica.

Inventé esa característica en 1988 en SunOS-4.0 y llamo a esa característica fbk: el archivo emula el dispositivo BlocK.

El fondo es que el controlador del dispositivo emula un dispositivo de bloque en la parte superior de un archivo sin formato. Necesita esto ya que un sistema de archivos no puede usar un archivo plano como almacenamiento de fondo para un sistema de archivos. Más bien necesita un dispositivo de bloqueo y esto es lo que fbkemula.

Desde hace un tiempo, algunas personas hicieron que el programa fuera mountun poco más inteligente y hay implementaciones de montaje que crean automáticamente una fbkinstancia para un archivo en caso de que el mountprograma detecte que el argumento que se espera que sea un dispositivo de bloque parece ser un archivo de plan.

Incluso si no fuera necesario en segundo plano para montar sistemas de archivos a partir de archivos, igual lo necesitaría para cualquier configuración que use un controlador o programa que espere absolutamente un dispositivo de bloque. Piense en servidores nbd (dispositivo de bloque de red), controladores de dispositivos de bloque compuesto como mdraid, lvm, etc.