virtualbox 4, xp gazda, az xp vendég egy egész merevlemezt kap:
vboxmanage internalcommands createrawvmdk -filename phydrv2.vmdk -rawdisk \\.\physicaldrive2
a gond az, hogy valahogy mindig elromlik az állományrendszer, még ha csak egy mentés csinálok róla, még ha nincs is felcsatolva.
hogyan kell bánni egy ilyen elrendezéssel, hogy (nyilván nem egyszerre) mind a gazda, mind a vendég írni/olvasni (és nem elrontani) tudja?
- 1620 megtekintés
Hozzászólások
sup
- A hozzászóláshoz be kell jelentkezni
???
- A hozzászóláshoz be kell jelentkezni
sub = subscribe = kíváncsi vagyok a témára
up = leszökött a címoldalról kevesen látják
röviden sup
bocs:)
egyébként a hoston hogy csatolod le?
- A hozzászóláshoz be kell jelentkezni
>sup
rájöhettem volna. reggel van... és ksznm.
>egyébként a hoston hogy csatolod le?
eltávolítom a bötűket a lemezkezelőben, remélvén, hogy így nem nyúl hozzá más. nem is értem: a vb-nak zárolnia kellene az egész lemezt miközben használja, de nem teszi...
mellesleg mindenképp gondjaim vannak, ha a vendég --akár tényleges, akár képzetes-- lemezeit akarom kezelni a gazdáról. ráadásul a vb külön utálja a vhd állományokat, amikkel ms virtualpc/vhdmount alatt/-val semmi gond nincs. a saját vdi állományait pedig nem tudom felcsatolni. ugyan van valami imdisk, de valahogy nem igazán vált be.
ok miatt kénytelen vagyok a vb-t használni, pedig a vpc gyorsabb, vhd-ben tárolja a lemezeket (vhdmount), továbbá kénytelen vagyok a vendég lemezeit a gazda alól használni. jó lenne valami használható megoldás.
pl arra is, hogy hogyan lehet egy vhd, vagy vdi lemezt kerülőutak nélkül tényleges lemezre átrakni, úgy, hogy az állományrendszert ráigazítsa a célra. (ehhez nyilván el kellene tudni olvasnia, ahogy pl a ghost teszi. de az csak a saját formátumát ismeri...) van a sysinternals-nak egy disk2vhd, na az kéne visszafele. egy ilyen páros mentésre/visszaállításra sem lenne utolsó.
álmodik a nyomor...
(miért nincs piszkozat mentése gomb...?)
- A hozzászóláshoz be kell jelentkezni
jó kérdés (sub)
amúgy egy időben hálózaton át fértem hozzá egymás fájlrendszeréhez (sshfs)
- A hozzászóláshoz be kell jelentkezni
subscribe
--------------------------------------------------------------------------
színes
- A hozzászóláshoz be kell jelentkezni
fel
- A hozzászóláshoz be kell jelentkezni
egy hétfő reggeli felküldés
- A hozzászóláshoz be kell jelentkezni
szerda reggeli felküldés
- A hozzászóláshoz be kell jelentkezni
hogy (nyilván nem egyszerre) mind a gazda, mind a vendég írni/olvasni (és nem elrontani) tudja?
win vs. mount?
azaz: attol me'g hogy te nem irod konkretan az adott filerendszert, felcsatolaskor az me'g nincs "clean" allapotban. tehat ha a guest hasznalja, akkor mount-old le a gazdage'pen. igen, akkor is ha "tutibiztos" hogy menet kozben nem irkalja senki. nem tudom ilyet lehet-e csinalni windoz alatt, rtfm, mindenesetre unix-oknal ez egy elegge ordas hiba, es kb lehet orulni annak hogy nincs adatvesztes :)
szerk: az is megoldas lehet, hogy a gazdage'pen az adott particiot (drive-ot, vagy hogy hivjak ott arrafele, ty:\ vmi ilyesmi remlik) readonly-va' teszed. legalabbis unix fs-eknel egy readonly-kent felcsatolt filerendszeren _semmi_ nem valtozik, tehat ha eredetileg is clean volt, akkor tovabbra is az marad. persze mindezt mielott elinditod a guest-et...
- A hozzászóláshoz be kell jelentkezni
Felejtsd el, parhuzamozan nem lehet egy winyo ket gepben felmountolva. Ezzel mar nagyon sokszor szivtam, csak inkonzisztens diszk lehet a vege. Samba megosztas lesz neked a baratod.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal
- A hozzászóláshoz be kell jelentkezni
csak én értem úgy hogy NEM akarja egyszerre használni? (fentebbi hszra is)
C:\>mountvol
Creates, deletes, or lists a volume mount point.
...
tehát elvileg le van csatolva a fájlrendszer, sync \\live.sysinternals.com\Tools\sync.exe után már tényleg semmi dolga nem szabadna lennie a windowsnak vele
- A hozzászóláshoz be kell jelentkezni
használni?
definiald a hasznalatot. az olvasat szerint az is lehet hasznalat, hogy "megnyitok nehany filet rw-re". de ugye mount ota tudjuk, hogy ez nem igy megy. me'g ha nem is nyitsz meg semmit rw-re, akkor is olyan allapotba kerul, hogy konnyen "nem nyert" szitu lehet belole.
- A hozzászóláshoz be kell jelentkezni
használni == felcsatolva*
\\.\phi..-hoz nem nyúl a windows csak fájlrendszerhez, amíg az meg nincs felcsatolva nem is létezik, a kérdés LEcsatolni lehet-e, vagy csak az elérni nem lehet tovább "d:" alapján és valójában felcsatolva marad
a mountvol beépített parancs fentebbi szövege erőteljesen azt sugallja hogy lehet
*:tehát akár mégcsak read-re se nyit meg egyetlen fájlt sem, egy dir d:-t sem ereszt el, az explorert sem nyitja meg hogy baloldalon akárcsak megjelenjen a d: meghajtó, akkor is fel van csatolva, azaz használja az oprendszer és ÍR rá, de arról van szó hogy nem akar ilyet, szerintem
- A hozzászóláshoz be kell jelentkezni