Mengapa seseorang membutuhkan perangkat loop sama sekali?

Saya sebelumnya digunakan untuk membuat file gambar menggunakan dd, mengatur sistem file pada mereka menggunakan mkfsdan mountmereka untuk mengaksesnya sebagai partisi yang dipasang. Kemudian, saya telah melihat di internet bahwa banyak contoh yang digunakan losetupsebelumnya untuk membuat entri perangkat loop di bawah /dev, dan kemudian memasangnya. Saya tidak bisa mengatakan mengapa seseorang secara praktis membutuhkan file gambar untuk berperilaku sebagai perangkat loop dan memiliki /deventri sendiri sementara perilaku yang sama dapat diperoleh tanpa semua kesulitan.

Rangkuman: Dalam skenario kehidupan nyata, mengapa kita membutuhkan /dev/loopXentri untuk hadir sama sekali, ketika kita bisa memasang gambar fs tanpa itu? Apa gunanya perangkat loop?

Pemasangan, biasanya, harus dilakukan pada perangkat blok. Pengandar loop menempatkan front-end perangkat blok ke file data Anda.

Jika Anda melakukan loop mount tanpa losetupmaka OS melakukan satu di latar belakang.

misalnya

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

Anda mungkin perlu menelepon losetuplangsung jika gambar file Anda telah menyematkan partisi di dalamnya.

mis. jika saya memiliki gambar ini:

$ 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

Saya tidak bisa memasang itu secara langsung

$ 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

Tetapi jika saya menggunakan losetupdan kpartxkemudian saya dapat mengakses partisi:

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

Sistem file berharap dapat membaca dan menulis untuk memblokir perangkat, tetapi file gambar tidak memblokir perangkat. Perangkat loop menyediakan perangkat blok di atas file (atau perangkat blok lain, opsional dengan memetakan ulang).

Tidak perlu mempertimbangkan perangkat loop saat memasang gambar dalam banyak kasus karena mountmengurus semuanya untuk Anda; tetapi perangkat loop masih terlibat. losetup -l -aakan menunjukkan kepada mereka.

Lihat juga Apa perbedaan antara mount dan mount -o loop .

Anda tampaknya berada di Linux dan Linux menggunakan nama yang salah untuk fitur itu.

Saya menemukan fitur itu pada tahun 1988 di SunOS-4.0 dan saya menyebut fitur itu fbk- File mengemulasi perangkat BlocK.

Latar belakangnya adalah driver perangkat mengemulasi perangkat blok di atas file biasa. Anda memerlukan ini karena sistem file tidak dapat menggunakan file biasa sebagai penyimpanan latar belakang untuk sistem file. Ini lebih membutuhkan perangkat blok dan inilah yang fbkditiru.

Sejak beberapa orang membuat program mountsedikit lebih pintar dan ada implementasi mount yang secara otomatis membuat fbkcontoh untuk file jika mountprogram mendeteksi bahwa argumen yang diharapkan menjadi perangkat blok tampaknya menjadi file rencana sebagai gantinya.

Bahkan jika itu tidak diperlukan di latar belakang untuk memasang sistem file dari file, Anda masih akan membutuhkannya untuk pengaturan apa pun menggunakan driver atau program yang benar-benar mengharapkan perangkat blok. Pikirkan server nbd (perangkat blok jaringan), driver perangkat blok majemuk seperti mdraid, lvm dll ....