[Vmware] ESX diskimage mounten

[sariel]

Ik probeer een ESX diskimage te mounten onder Linux. Als ik fdisk op een image uitvoer krijg ik een partitietabel te zien met daarop een NTFS partitie. Maar hoe kan ik deze partitie mounten?

Ik heb geen ESX server, en kan dus ook niet vmkfstools gebruiken om de image om te zetten naar een Vmware server/workstation/gsx/player image...

Iemand een idee?

Edit: Ik heb online gezocht naar vmkfstools, in de hoop ergens een binary oid te vinden die gedownload kon worden (niet gelukt), ik heb gegoogled naar mounten van esx images (nada), en ben nu al een paar dagen bezig hier mee....maar weinig resultaat


Edit: Formaat van disk gevonden: Raw. Ik probeer het om te zetten naar iets anders (qemu image), in de hoop dat dat misschien te gebruiken valt........

[ Voor 37% gewijzigd door sariel op 03-10-2006 16:35 ]

[nzyme]

raw? dan doe je toch

code:

mount <diskimage> /mnt -o loop -t ntfs

[smokalot]

nzyme schreef op dinsdag 03 oktober 2006 @ 17:34:
raw? dan doe je toch

code:

mount <diskimage> /mnt -o loop -t ntfs

dat werkt denk ik niet omdat het blijkbaar een image is van een harde schijf, en niet van een filesystem. je moet dus op de een of andere manier het filesysteem eruit te zien dd'en.

[nzyme]

jamaar...... dat fs zit toch OP de disk en ik zou het iig even proberen gewoon ff een RO mee geven om readonly te mounten

[smokalot]

nzyme schreef op dinsdag 03 oktober 2006 @ 22:30:
jamaar...... dat fs zit toch OP de disk en ik zou het iig even proberen gewoon ff een RO mee geven om readonly te mounten

dat fs zit op de partitie, en die zit op de disk.

maar kwaad kan het sowieso niet, als ie het filesysteem niet kan vinden gaat ie er niet opeens rare dingen mee doen ofzo.

[sariel]

Ik heb het inderdaad geprobeerd, en het werkt inderdaad niet. Is er een manier om een partitie uit een raw disk image te 'slopen', en dat dan te mounten?

[smokalot]

sariel schreef op vrijdag 06 oktober 2006 @ 14:08:
Ik heb het inderdaad geprobeerd, en het werkt inderdaad niet. Is er een manier om een partitie uit een raw disk image te 'slopen', en dat dan te mounten?

ja, dat moet kunnen.

ik denk dat als je nog een harde schijf hebt liggen die leeg mag, je dan gewoon dd if=diskimage.esx of=/dev/harde_schijf_waar_t_om_gaat bs=1MB kunt doen, en dan mount /dev/harde_schijf_waar_t_om_gaat_plus_partitienummer /mnt/

als t goed is zit t fs gewoon in het juiste formaat, alleen zit ervoor (en erna?) nog wat andere informatie, waardoor je m niet kunt mounten. als t goed kun je een fs ook nog mounten als erachter wat troep staat, mount zoekt alleen in t begin als t goed is, en negeert de rest gewoon. Je moet er dus achter zien te komen waar het fs begint, na hoeveel bytes. Dan kun je "dd if=diskimage.esx of=fs_image.dd.out bs=512 skip=x" doen, waarbij x het aantal blocks van 512bytes is wat je over moet slaan. Als t om de eerste partitie gaat denk ik dat je x de waarde 1 moet geven, ik geloof dat een partitietabel 512 bytes groot is. het is het proberen waard iig.

Dit is allemaal in de veronderstelling dat het echt om een raw formaat gaat, wat waarschijnlijk lijkt als je ziet dat je m gewoon kunt fdisken, maar wat zeker niet gegarandeerd is.

[Spider.007]

Heb je dit al geprobeerd?

losetup /dev/loop0 /disk.esx

Volgens mij moet dat een /dev/loop0p1 opleveren; zolang er daadwerkelijk een MBR in je image zit. Anders zul je met

losetup -oblocknumber /dev/loop0 /disk.esx

het MBR over moeten slaan

[smokalot]

Spider.007 schreef op maandag 09 oktober 2006 @ 20:26:
Heb je dit al geprobeerd?

losetup /dev/loop0 /disk.esx

Volgens mij moet dat een /dev/loop0p1 opleveren; zolang er daadwerkelijk een MBR in je image zit. Anders zul je met

losetup -oblocknumber /dev/loop0 /disk.esx

het MBR over moeten slaan

ah wauw, ik wist niet dat dat ook kon :-)

[sariel]

Sinds kernel 2.6 schijnt er een leuke nieuwe feature te zijn in mount.

code:

mount -o loop,offset=bytes image location

met fdisk -l -u image is het dan mogelijk om het aantal sectors van de image te zien, vermenigvuldig dat met het aantal bytes/sectory (meestal 512), en je hebt de offset. dit werkt ook met andere partities in hetzelfde image

code:

vmtest:/opt/images# fdisk -l -u *.vmdk
You must set cylinders.
You can do this from the extra functions menu.

Disk image.vmdk: 0 MB, 0 bytes
255 heads, 63 sectors/track, 0 cylinders, total 0 sectors
Units = sectors of 1 * 512 = 512 bytes

            Device Boot      Start         End      Blocks   Id  System
image.vmdk1   *          63    15358139     7679038+   7  HPFS/NTFS
image.vmdk2        15358140    41913584    13277722+   7  HPFS/NTFS
Partition 2 has different physical/logical endings:
     phys=(1023, 254, 63) logical=(2608, 254, 63)
vmtest:/opt/images# mount -o loop,offset=32256 -t ntfs ./image.vmdk /mnt/test 
vmtest:/opt/images# ls /mnt/test
boot.ini                               Program Files
BOOTLOG.TXT                            RECYCLER
NTDETECT.COM                           WINDOWS
ntldr                                  wmpub
pagefile.sys                           WUTemp
vmtest:/opt/images# umount /mnt/test

Spider.007 schreef op maandag 09 oktober 2006 @ 20:26:
Heb je dit al geprobeerd?

losetup /dev/loop0 /disk.esx

Volgens mij moet dat een /dev/loop0p1 opleveren; zolang er daadwerkelijk een MBR in je image zit. Anders zul je met

losetup -oblocknumber /dev/loop0 /disk.esx

het MBR over moeten slaan

Dit grapje wist ik ook nog niet. Bedankt voor de tip

[ Voor 13% gewijzigd door sariel op 12-10-2006 10:01 ]