21
Ubuntu tietokoneissa / Vs: Miten virtualisointi toteutetaan fiksusti Linuxissa?
« : 08.03.21 - klo:17.46 »Esimerkiksi Kubuntu/disks-yhdistelmän jäljiltä sisäinen levy mountataan GUIDilla, joka ei tietenkään koskaan voi olla sama toisella levyllä, joten esimerkiksi levynvaihto ei voi koskaan toimia, jos siihen ei ole varauduttu juuri VirtualBoxia varten.
Tarkoitatko sellaista tapausta, että virtualisoituun järjestelmään on liitetty fyysinen levyosio, joka sitten vaihtuu virtuaalikonetta siirrettäessä joksikin toiseksi ja vaatii muutoksen virtualisoidun järjestelmän fstabiin? En oikein ymmärrä, miten mikään hypervisor hoitaisi tällaisen tapauksen muita paremmin, koska ne eivät muunna virtuaalikoneeseen liitetyn raakaosion tunnisteita lennossa vaan tarjoavat osion sellaisenaan.
Jos taas virtuaalikone käyttää fyysisten osioiden sijaan levykuvaa, osioiden tunnisteet eivät muutu levykuvan sisällä levykuvaa siirrettäessä. Edes levykuvan tallennusmuodon muuttaminen ei vaikuta asiaan.
Kiitokset neuvoista, mutta tilanne vaikuttaa kuitenkin samalta kuin ennenkin. En oikeastaan kysy itselleni, koska tiedän tämän asian ja voin hoitaa asian, mutta jos joskus pitää neuvoa muita.
Ymmärsin vastauksestasi, että siirto pitää tehdä etukäteen. Jälkikäteen voi vain operoida uuden koneen kautta - mikä sinänsä toimii, mutta onhan se aika syvältä. Minulla on arkistossa paljon koneita, joiden alkuperäisestä sijainnista ei ole hajuakaan.
Tuossa Kubuntu-tapauksessa tarkoitin oikeastaan (käytännössä) samaa tilannetta joka on aina kun sijainti muuttuu. Esimerkiksi, jos päätän olla käyttämättä levyä A, joka mountattiin GUIDlla tai vaikkapa nimellä "levyA". Sen sijaan ostan kaupasta uuden levyn, jolle annan nimen levyB, jolla sitten on eri GUID ja kopioin/siirrän kaikki koneet tälle uudelle levylle. Tarkoitin Kubuntun tapauksessa sitä, että jos ei manuaalisesti ronki fstabia, niin uutta levyjä ei saa koskaan samalle nimelle, esimerkiksi levyA. Jos vanhaa levyä ei oltu koskaan ronkittu nimelle vaan mountti annettiin tapahtua GUIDilla. Siis VirtualBoxin käytön aikajana on ajateltu väärin, koska ei pitäisi ajatella että menneisyyttä voi muuttaa.
VMwaressa ei tapahdu yhtään mitään uutta. Browserilla valitaan levyltä B tai uudelta GUID:lta hakemisto ja virtuaalikone ja aletaan sitä käyttämään.
Tästä käy ilmi myös VirtualBoxin systeemisuunnitteluvirhe - on tehty absoluuttinen levyn osoitteen haku. Tämä vastaa virheenä DOSin perusmuisti/ylämuistihässäkkää, Windows C:/D: jne drive-ajattelua ja MicroStationin absoluuttista 32-bit kuutioajattelua jonka sisällä kaikki tapahtuu. Näistä ei pääse eroon, muutoin kuin häsläyksen kautta - uudemmissa järjestelmissä näitä virheitä ei ole enää (välttämättä) tehty.
Viittasit fyysisiin levyihin virtualisointijärjestelmässä, mutta sitä en tarkoittanut - niiden käytöstä VMwaressa varoitetaan eikä se myöskään toiminut ollenkaan kun yritin sitä käyttää. Yritin ennen SSD-aikakautta pumpata lisää nopeutta, mutta ei se toiminut. Nyt sillä ei enää ole väliäkään, ainakaan normivaativassa käytössä.