Virtualbox 4.0 – jaunas iespējas

[root]

Nu labi, paplašinātā versija:

Ko piedāvā biedrs azazul:

Virtualboksā izveidot procesu, kas piemontētu lokāli virtuālo failu sistēmu.

Kāpēc tas teorētiski varētu darboties:

Nu kā, virtuaboks taču “saprot” doto failu sistēmu. Kāpēc lai to nesaprastu lokālā OS? 😀

Kāpēc tas nedarbosies faktiski:

Lokālā OS, šoreiz Win, neatbalsta tādus failu sistēmu formātus, kā ext2/3/4. Ir kaut kāds kreiss draiveris, kas atbalstu nodrošina, bet ja godīgi, šamā iespējas ir diezgan nožēlojamas. Tādēļ, piemēram Windows vidē bez tilta slāņa, kas transportē datus no vienas failu sistēmas otrā, tas vienkārši nedarbosies, jo tu kaut arī gribētu nevari lokāli piemontēt virtuālu failu sistēmu formātā, kuru os natīvi/bez draivera nepazīst.

Var protams izmantot to pašu tīkla mapjošanu, bet tas nebūs pilvērtīgs drag & drop, tik pat labi tu vari drag & drop savu failu tīkla mapē un no tās drag & drop kur vien sirds kāro. Bet VB nav natīva atbalsta šādām failu sistēmām, tas ir basicly emulators, kas izveido virtuālu kasti, uz kuras griežas guest os. Tas nozīmē, ka tā pat kā reālai kastei VB nav nepieciešams atbalstīt failu sistēmu formātus lai tos virtualizētu.

Kā tas varētu darboties gan teorijā gan praksē

Ja VB devi izveidotu atbalstu visām Kim Possible (LOL WUT?) failu sistēmām, izveidotu forsētu addonu katrai iespējamajai OS ko varētu virtualizēt (kā tad), iebūvētu VB transporta kodu, tas varētu strādāt. Bet tieša interakcija ar guest failu sistēmu diez vai būs tik vienkārši realizējama.

Protams nav izslēgts, ka to var izdarīt arī veidā, par ko ātrumā nevaru iedomāties, bet kāda velna pēc tas vispār vajadzīgs?

[jonjs]

root kungam jautājums?

Terminus tu zini un zini noteikti ne tikai terminus, bet man nabaga jūzerim jautājums.

Vai nav tā, ka tas Virtualbox izgriež gabaliņu no cietā diska un ļauj tur savietot ko tu gribi. Virtualbox taču strādā gan uz MAC, gan un Win, gan uz Lin u.t.t. (unix tjipa laikam gribēju teikt) vai patiesi tu zini, ko viņi tur tai visā ir ierakuši.

Mans jautājums ir lamerisks protams, bet ja es būtu ūber programmers, tad gan jau zinātu, kā atvēlēt diska vietu jeksperimentiem. Ja nē tad nē.

Nepretendēju uz gudrību no savas puses, man vienkārši tādi jautājumi.

Piemēram kādēļ Linux pēc Win ir uzlikt daudz vienkāršāk nekā otrādi? Nu apmēram tā.

Tie visi ir jautājumi ne apgalvojumi no manas puses.

[root]

Viņi neko neizgriež, viņi izveido uz fiziskas diska vietas fizisku datu konteineri, kurā VB emulators glabā datus, kurus tam glabāt liek viesu OS. Emulatoram ir vienalga, kādi un kādā formātā ir tie dati. Savukārt kā VB to gabaliņu “izgriež”? Dodot mājas OS komandu to darīt. 🙂

Krč tas viss nav tik vienkārši un to nevar tik vienkārši pāris frāzēs izskaidrot. Savukārt garas desas te drukāt vienos naktī nav īpaša vēlme.

[jonjs]

root -am vispār gan jau, ka ir samērā vienkārši tiem, kas ir rakstījuši konkrēto OS.

Bet ne vienmēr emulators var to EMULĒT laikam.

Un kā viņi cīnās ar dažādo OS kodiem? Tjipa emulācijai?

[jonjs]

Labi laikam jābeidz ar sekleim jautājumiem man vienkārši nav laika programmierēšanai. Un jebkurā gadījumā visas Windws vai Unix kodu gudrības man mūžā neapgūt, jo to raksta ļoti daudz cilvēku, tādēļ arī brīnos par šo smago “diskusiju” pirms maniem lameriskajiem izteicieniem.

[root]

https://en.wikipedia.org/wiki/Hardware_abstraction_layer

https://en.wikipedia.org/wiki/File_system

https://en.wikipedia.org/wiki/Hard_disk_drive

https://en.wikipedia.org/wiki/Emulator

https://en.wikipedia.org/wiki/Storage_virtualization

https://en.wikipedia.org/wiki/Full_virtualization

Palasi šos. Varbūt sapratīsi principu.

[Crow]

[spoil][align=left]Kā strādā drag-n-drop iekš Virtual PC:

– Supervisor saņem no Host drag-n-drop eventu, kurā tiek padots kišmiš, kas jāiemet iekš Guest.

– Iekš Guest strādā serviss (Unix: daemons) ar aktīvā lietotāja privilēģijām.

– Minētais serviss raksta lokālajā failsistēmā tā, kā paģēr no Supervisor saņemtā informācija.

Vienīgā problēma ir kaut kādā puslīdz universālā protokolā, kas saista Supervisor un Guest. Virtual PC gadījumā tas ir device draiveris. Katrai iespējamajai Guest operētājsistēmai būtu jāuzraksta attiecīgs daemons un kaut kāds veids kā Supervisor var ar to komunicēt.

Otrs risinājums – pieeja caur tīklu. Tad talkā nāk vesela čupa protokolu, kas paredzēti priekš šādām izdarībām – HTTP (un WebDAV), FTP, Samba, SSH utt., ko nu attiecīgā Host/Guest kombinācija atbalsta. Visādiem Unix surogātiem ar šo nevajadzētu būt problēmām.

Trešais risinājums – ja pirmie divi varianti nav iespējami vai nevar uzveidot tīklu – operēt mandeles caur pakaļu, t.i., montēt failu sistēmas. Tādā gadījumā jau tiek čakarēta Host sistēma, kas ir pretrunā ar virtualizācijas nepieciešamību pēc definīcijas.

[/spoil]

Jomajo, kāds tam visam sakars ar sākotnēji pieminēto nelaimīgo drag-n-drop, ja iekš Plan9 drag-n-drop vispār NEEKSISTĒ. Nu, lūdzu, kāds sakars, nu? :nuke:

#256711

[root]

Cik neveikla situācija 🙁

[Autors]

Ieraksti