This is not me.

Atmeneti ekezet nelkuli poszt.

Fizikai vinyokat kellett bemountolnom VirtualBox ala. OS X alatt ez alapvetoen mokas dolog, hala a BSD-s gyokereknek sosem lehetunk biztosak az elnevezesekben. Ha nagyon hosszu tavon akarom ezeket a diszkeket virtualis Linux alatt hasznalni valoszinuleg gyartok valami szkriptet, ami boot kozben kitalalja, hogy pontosan melyik lemezek tartoznak virtualis gephez es megadja ra a jogosultsagokat, meg ujra legeneralja a VMDK fajlokat.

A mar bemountolt diszkeket unmountolni es belso lemez eseten akar Ejectelni is kell. A gephez tartozo VMDK link fajlokat a sudo VBoxManage internalcommands createrawvmdk -filename ./NEV.vmdk -rawdisk /dev/diskN -register paranccsal lehet letrehozni. Nekem elsore nagyon nem volt egyertelmu - mert nem neztem meg a VMDK tartalmat - hogy, habar a parancs csunya hibat dob, a letrejovo VMDK fajl teljesen rendben van es hasznalhato.

RAW host disk access VMDK file ./WD2.vmdk created successfully.
ERROR: Could not find file for the medium '/var/root/Library/VirtualBox/WD2.vmdk' (VERR_FILE_NOT_FOUND)
Details: code VBOX_E_FILE_ERROR (0x80bb0004), component Medium, interface IMedium, callee nsISupports
Context: "OpenHardDisk(filename, AccessMode_ReadWrite, false, Bstr(""), false, Bstr(""), hardDisk.asOutParam())" at line 1355 of file VBoxInternalManage.cpp

Ezek utan mar csak ket dologra kell figyelni: Egyreszt az uj fajlon kapasbol at kell allitani a jogosultsagokat vagy a tulajdonost, hogy az aktualis user VirtualBox instance-e is hozzanyulhasson. (A sudo miatt root tulajdona a friss VMDK.) Masreszt reboot utan a jogosultsagok, diszk azonositok, stb. mind-mind valtozhatnak, at kell ellenorizni oket. Nagy baj mondjuk nem lehet, mert az uj /dev/diskN divajszok tulajdonosa a root, szoval alapbol a VirtualBox nem tud rajuk irni, de akkor is. :)