왜 루프 장치가 필요한가?

나는 이전에 사용하여 이미지 파일을 만드는 데 사용 dd, 사용하여에 파일 시스템을 설정 mkfs하고 mount파티션을 마운트로 그들에 액세스 할 수 있습니다. 나중에 인터넷에서 많은 예제가 losetup미리 아래 /dev에서 루프 장치 항목을 만든 다음 마운트하는 데 사용하는 것을 보았습니다 . 루프 장치로 작동하고 자체 /dev항목을 갖는 이미지 파일이 실제로 필요한 이유를 알 수 없었지만 모든 번거 로움없이 동일한 동작을 얻을 수 있습니다.

요약 : 실제 시나리오 /dev/loopX에서 fs 이미지를 마운트하지 않고 마운트 할 수 있는데 왜 엔트리가 있어야합니까? 루프 장치의 용도는 무엇입니까?

마운트는 일반적으로 블록 장치에서 수행해야합니다. 루프 드라이버는 블록 장치 프런트 엔드를 데이터 파일에 넣습니다.

없이 루프 마운트를 수행 losetup하면 OS가 백그라운드에서 수행합니다.

예 :

$ 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
$ 

losetup파일 이미지에 파티션이 포함되어 있으면 직접 호출해야 할 수도 있습니다 .

예를 들어이 이미지가있는 경우 :

$ 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

직접 장착 할 수 없습니다

$ 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

하지만 사용하는 경우 losetup와 kpartx그때 파티션에 액세스 할 수 있습니다 :

$ 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
$

파일 시스템은 블록 장치를 읽고 쓸 것으로 예상하지만 이미지 파일은 장치를 차단하지 않습니다. 루프 장치는 파일 위에 블록 장치를 제공합니다 (또는 다른 블록 장치 (선택적으로 리매핑 포함)).

대부분의 경우 이미지를 마운트 할 때 루프 장치를 고려할 필요가 없습니다 mount. 그러나 루프 장치는 여전히 관련되어 있습니다. losetup -l -a그들을 보여줄 것이다.

mount와 mount -o 루프의 차이점은 무엇입니까?를 참조하십시오 .

Linux에 있고 Linux는 해당 기능에 잘못된 이름을 사용합니다.

1988 년에 SunOS-4.0 fbk에서이 기능을 발명 했으며이 기능을 호출했습니다 . 파일은 BlocK 장치를 에뮬레이트합니다.

배경은 장치 드라이버가 일반 파일 위에 블록 장치를 에뮬레이트한다는 것입니다. 파일 시스템은 일반 파일을 파일 시스템의 백그라운드 스토리지로 사용할 수 없으므로 이것을 필요로합니다. 오히려 블록 장치가 필요하며 이것이 fbk에뮬레이션됩니다.

때때로 어떤 사람들은 프로그램 mount을 좀 더 영리하게 만들었고 프로그램 이 블록 장치로 예상되는 인수가 대신 계획 파일 인 것으로 감지하는 fbk경우 파일에 대한 인스턴스를 자동으로 생성하는 마운트 구현이 mount있습니다.

파일에서 파일 시스템을 마운트하기 위해 백그라운드에서 필요하지 않더라도 블록 장치를 절대적으로 기대하는 드라이버 또는 프로그램을 사용하는 설정에는 여전히 필요합니다. nbd (네트워크 블록 장치) 서버, mdraid, lvm 등과 같은 복합 블록 장치 드라이버를 생각하십시오.