Montování /dev/loop

28.4.2014 07:20 | Přečteno: 2440× | Počítače | poslední úprava: 28.4.2014 07:19

Zařízení loop používám při práci s Linuxem už dlouhé roky. Zařízení loop je šikovné, pokud potřebuji přimontovat do systému například ISO obraz CD-ROM - ale to je věc, která je dnes už trochu mimo.

Dnes jsem narazil na jiné použití zařízení loop. Pro jednoho zákazníka vytvářím instalační USB disk. Z disku se nabootuje a spustí instalační disk. Celý disk jsem si připravil přímo na flash disku, který jsem předal zákazníkovi. U sebe na disku jsem si nechal jen obraz vytvořený příkazem dd:

dd if=/dev/sde of=instalacni-flash.img

Když jsem potřeboval cosi změnit, automaticky jsem namontoval soubor přes zařízení loop:

losetup /dev/loop instalacni-flash.img

a zjistil jsem, že nevím, jak namontovat první oblast na takovém disku. Fdisk mi prozradil nějaké informace:

# fdisk -l /dev/loop0 

Disk /dev/loop0: 2 002 MB, 2 002 780 160 bajtů, 3 911 680 sektorů
Jednotky = sektorů po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 512 bajtů
Velikost I/O (minimální/optimální): 512 bajtů / 512 bajtů
Identifikátor disku: 0xe5837737

 Zařízení Zavádět   Začátek       Konec    Bloky    Id  Systém
/dev/loop0p1   *        2048     3911679     1954816   83  Linux

Ale zařízení /dev/loop0p1 neexistuje. Malé pátrání na internetu mi prozradilo řešení. Příkaz mount dokáže použít zařízení až od určité vzdálenosti od začátku media - zde potřebuji posunout montovanou oblast o 2048 jednotek dál od začátku media. Příkaz mount to potřebuje v bajtech. Potřebnou velikost jednotky najdeme na řádku

Jednotky = sektorů po 1 * 512 = 512 bajtech

Velikost je zde 512 bajtů.

Potřebný posun najdeme na řádku

/dev/loop0p1   *        2048     3911679     1954816   83  Linux

Zde je posun 2048 jednotek, vynásobeno velikostí jednotky vychází posun 1048576 bajtů. Můžeme montovat:

mount -t ext4 -o offset=1048576 /dev/loop0 /mnt

Po ukončení práce je potřeba soubor odmontovat a odpojit od zařízení loop:

umount /mnt
losetup -d /dev/loop0

Originál blogu vychází zde: http://www.hobrasoft.cz/cs/blog.

       

Komentáře

[Ruža Becelin]

Zařízení loop je šikovné, pokud potřebuji přimontovat do systému například ISO obraz CD-ROM - ale to je věc, která je dnes už trochu mimo.

???

[Petr Bravenec]

Co je na tom divného? Loop jsem používal tak před patnácti lety, když stálo CD spoustu peněz a před vypálením jsem se chtěl přesvědčit, že připravený ISO obraz je v pořádku. Jenže CD jsem pálil naposledy možná před rokem, a to jsem se na nějakou kontrolu mohl vyklašlat. Vypálit CD a ověřit přímo výsledek je "rychlejší", než přemýšlet, jak se to s tím /dev/loop vlastně pracovalo. Nedá se ani říci, že bych riskoval jedinou korunu, pár CD, která mi zbývají v šuplíku, už jsem dávno zaplatil a pokud je nevypálím teď, za rok se pravděpodobnost použití CD ještě sníží.

[xkucf03]

Co se týče obrazů CD, tak celkem věřím nástrojům jako je ark, mc nebo k3b. Největší pravděpodobnost selhání je stejně při tom vypalování – to CD, které vytáhneš ze šuplíku to má už za sebou, nebo je čočka ve vypalovačce po letech nepoužívání zaprášená a CD se ani nevypálí nebo pak nejde přečíst.

[pavlix]

Osobně si nemyslím, že by se v tomhle za tu dobu něco změnilo kromě toho, že člověk už placky zdaleka tolik nepoužívá. Mountování ISO za účelem kontroly se snad nikdy nedělalo kvůli domnělým chybám ve stabilních verzích uvedených nástrojů. Chápu, že si tím někdo kontroloval, zda image připravil správně.

Na druhou stranu já osobně jako běžnější užití vidím získat přístup k souborům v tom image, což je použití čím dál tím častější a užitečnější, vzhledem k tomu, že nechci nebo nemůžu vypálit placku jenom proto, abych se dostal k souborům na staženém image. Mountování ISO mi zabere vteřinu, sehnat v okolí někoho ochotného s vypalovačkou nejméně hodinu :D.

[Ruža Becelin]

Tohle presne jsem myslel, CD/DVD vypaluji minimalne, ale primountovani ISO za ucelem pristupu k souborum je neco, co delam dost casto.

[chrono]

Na pripájanie CD diskov už dosť dlho používam CDEmu (prípadne gCDEmu), pretože si poradí aj s inými formátmi obrazu disku.

[Radovan]

A dokáže mi připojit obraz jednostranné 360kB diskety s PC-DOSem 1.10 z roku 1982?

[xkucf03]

Vzhledem k tomu, že CDemu má emulovat optickou mechaniku, tak bych tipoval, že ne.

Ale na té disketě asi nebude žádná tabulka oddílů, ale rovnou systém souborů. Jaký? Nějaká stará FATka? To by mělo jít normálně připojit.

[jadd]

Také mě to zajímalo, FAT12. Ale co taková video/audio kazeta, no nic jsem nenašel, pravděpodobně žádný souborový systém, jen hlavička která čeká co jí poskytne kolečko.

[Radovan]

Normálně to jde, jen se tak ptám

Ale tu velikost jsem si popletl, ta disketa má dokonce jen 160 KB, i když tahle verze DOSu uměla už oboustranné s 320 KB. Ale ještě bez adresářů! Těch 360 KB bylo později, až když přidali devátý sektor.

[chrono]

Dokáže mount pripojiť obraz CD disku v nero formáte?

[#Tom]

V podstatě ano – byť autor to myslel jinak, fuseiso poslouží pro připojení ISO obrazu stejně dobře, navíc nepotřebuje správcovská práva. :)

[TurboLama]

Ono stačí modulu loop předat parametr max_part=N, kde N je v tvém případě >= 1, a /dev/loop0p1 se vytvoří automaticky.

[pavlix]

mount umí volby loop a offset. První z nich se používá k připojování souborů právě abys nemusel přímo volat losetup, druhý z nich vidím že používáš. Pokud vím, tak fdisk zvládá pracovat i přímo se souborem.

[trekker.dk]

kpartx -a /dev/loop0

Až s tím skončíš, tak kpartx -d /dev/loop0

[David Watzke]

+1, to mi přijde výrazně lepší.

[xkucf03]

Zařízení loop jsem přímo nemusel vytvářet snad nikdy, leda cvičně (asi jsem příliš mladý a začal jsem mount používat v době, kdy už loopback uměl).

Používal jsem volbu offset u mountu, který pak loopback zařízení sám vytvoří. začátek oddílu se zjistí jedním příkazem:

parted soubor.img unit b print

Parted se podívá rovnou do souboru, není potřeba ručně připojovat loopback ani nic násobit.

To je takový klasický postup. Ještě lepší je použít nástroj kpartx, který si tu tabulku oddílů načte a podle ní vytvoří příslušná zařízení pro jednotlivé oddíly.

[pavlix]

Ještě lepší je použít nástroj kpartx, který si tu tabulku oddílů načte a podle ní vytvoří příslušná zařízení pro jednotlivé oddíly.

To už ale vyžaduje ten krok s losetup, ne?

[xkucf03]

funguje to i na soubory a hodí se to hlavně, když je tam těch oddílů víc nebo když chceš dělat něco jiného než obyčejný mount (formátování, šifrování, lvm, raid…)

[gtz]

kpartx/partx nejen ukáže, ale vytvoří už přímo /dev/... a pak lze v klidu použít přímo mount nebo něco jiného na ten image.

[pavlix]

To zní fajn. A vytváří automaticky i loop pro celý disk nebo kernel pracuje přímo s tím imagem.

[marbu]

Vytvori loop device pro vsechny oddily, co na tom image najde, viz ukazka pouziti.

[pavlix]

Aha, podle té ukázky pouze pro oddíly, to dává smysl. Každopádně moc hezké.

[pavlix]

Vzhledem k tomu, že se oddíly odkazují na loop1, je zvláštní, že tam loop1 vlastně není vidět.

[gtz]

Ano, můžeš se nejen podívat, ale celé to připojit do /dev/ a následně s tím pracovat.

[pavlix]

Pardon, ta druhá věta byla myšlena jako otázka. Šlo o to, zda vytvoří pouse loop device pro oddíli nebo i pro image jako celek.

[xkucf03]

Není jednodušší si to vyzkoušet?

Vytvoří to /dev/loopX pro celý disk a /dev/mapper/loopXpY pro jednotlivé oddíly.

[pavlix]

Btw... osedlej iso nebo ho spal.

[gtz]

partx ten ukáže co je na tom imagi a také ho umí správně použít.

Dost často jsem to používal pro testy, kdy jsem disk -> image vytvářel přes qemu.

qemu-img create [název disku] velikost

celkem rychle to vytvoří prázdný image, na kterém lze dělat cokoliv.

[xkucf03]

celkem rychle to vytvoří prázdný image

Ještě existuje fallocate

[Max]

Jednak teda stará záležitost známá od počátku věků, ale co je mnohem lepší je již zmiňovaný kpartx, který proskenuje celý image a vytvoří příslušné loopy, které pak mountuješ jako klasické partition, jednoduché, bez zjišťování jakýchkoli offsetů atd.
Po konci práce s imagem zase pomocí kpartx řekneš, aby loopy odstranil a hotovo.
Zdar Max