[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RiminiLUG-General] loop device per LVM o file immagine (da serata XEN)
- To: riminilug-general@xxxxxxxxxxxx
- Subject: Re: [RiminiLUG-General] loop device per LVM o file immagine (da serata XEN)
- From: Daniele Palumbo <daniele@xxxxxxxxxxxx>
- Date: Thu, 21 Apr 2011 16:31:07 +0200
- Authentication-results: dtc.neutrino1.xteklabs.com;
- Delivered-to: battarsa@xxxxxxxxxxxx
- Delivered-to: riminilug.it_riminilug_general@xxxxxxxxxxxxxxxxxxxxxxxxx
- Dkim-signature: v=1; a=rsa-sha1; c=relaxed; d=neutrino1.xteklabs.com; h= message-id:date:from:reply-to:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; s=postfix; bh=AWDuChSYF7KlnesdqMPimfxho3Y=; b=N5LTSyRq8LQhgWwlVra/L6hatGfM +OKSmhHs4icDxC/IvG/rZZ7UPt4dskCpBDacJsu0B1zJewGEKQ6uLfZSbwN1rPSZ iVuIIAfJCDh4je21oL4bz1i31PPeFvKTmfj1erjmApZthKTzAAzPgZXKEZA1DeUD AkDiFsmR/5wPgUE=
- In-reply-to: <BANLkTin8j=DWuTHn=00boGA8e5sSurT3Dw@mail.gmail.com>
- References: <BANLkTin8j=DWuTHn=00boGA8e5sSurT3Dw@mail.gmail.com>
- Reply-to: riminilug-general@xxxxxxxxxxxx
- User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.15) Gecko/20110325 Icedove/3.1.9
On 21/04/2011 15:05, Ivan Tarozzi wrote:
Si supponga di dover accedere ai file system in esso contenuti. Il
classico mount come dispositivo di loopback (mount -o loop)
fallirebbe, in quanto il file (o il vol. logico LVM) contiene appunto
più di una partizione (e quindi più di un file system).
un volume logico lvm non ha bisogno di "-o loop", a meno di usare offset
come definito sotto, perché è già un device.
-o loop è necessario se utilizziamo dei files, che non verrebbero
montati perché (appunto) files.
in sostanza, loop serve (senza altre opzioni, solo con -o loop) a usare
un file come un device.
Per stabilire quale offset utilizzare si può usare fdisk -l
<file.img>, vedere a quale blocco inizia la partizione la partizione a
cui si vuole accedere e moltiplicare tale numero per la dimensione del
blocco (restituita sempre da fdisk).
se per montarlo il comando è ok, per *formattare* il drive la prima
volta dopo averlo partizionato è necessario (almeno in gentoo di qualche
settimana fa) dare anche la "fine" della partizione con --sizelimit,
altrimenti viene montata in ro (questo con partition table msdos, con
altre non saprei)
non ho investigato sul perché, sinceramente.
Primo dubbio:
c'è differenza ad usare il comando losetup per definire un block
device o ad usare direttamente il comando mount -o loop passando ad
esso il parametro di offset?
mount(8)
---
This type of mount knows about four options, namely loop, offset, size‐
limit and encryption, that are really options to losetup(8).
---
:)
Secondo dubbio:
tra i miei spaciughi con xen e immagini virtuali mi sono imbattutto
nel comando 'kpartx'. Se non ho capito male non è un comando legato a
xen ma utilizzabile indipendentemente (?).
non è un tool di xen, è un tool che deriva da partx, che fa parte delle
multipath-tools
http://packages.debian.org/squeeze/kpartx
Questo comando sembra semplificare la vita in quanto:
si. (in short)
#mount -o loop /dev/mapper/loop0p1 /mnt/disk
vista l'affermazione iniziale, perché usi -o loop? :)
alla fine: c'è differenza tra le due modalità (loop con offset vs kpartx)?
no, se fai bene i conti con gli offset.
kpartx semplifica la vita :)
ovviamente gestisce la cosa in modo leggermente diverso, perché giocando
con gli offset ragioni con loop0, loop1, loop2, ...
mentre con kpartx ragioni con loop0p1, loop0p2, ...
bye
d.