Fórum Root.cz
Hlavní témata => Software => Téma založeno: Mlocik97 13. 06. 2020, 19:32:16
-
Zdravím,
majme v počítači dualboot:
systém 1 - Linux
systém 2 - Linux alebo Windows
v systéme 1 mám nainštalovaný virtualbox.
potrebujem ako keby passnúť celý systém, všetky nainštalované aplikácie zo systém 2 do virtualboxu (tzv. mať možnosť ten istý systém nabootovať jak naostro tak vo virtuálke).
Je to nejak možné? A ako by ste to prípadne riešili?
-
Nuž, napríklad takto:
VBoxManage internalcommands createrawvmdk -filename "sda.vmdk" -rawdisk /dev/sdaSamozrejme vo virtualboxe nemôžeš vybrať boot z tej partície na ktorej práve beží systém.
-
Ďakujem, to však znamená že partícia druhého systému musí byť pripojená/mountnutá do systému 1, dobre tomu rozumiem? Dalo by sa nejak v systéme 1 skryť tú partíciu, aby mimo virtuálky nebola viditelná?
Momentálne dostávam tento error:
(https://i.imgur.com/UPVqSSG.png)
-
ok, tak sa mi to podarilo vyriešiť a pripojiť, vo virtualboxe však stále ten systém nevidím.
-
keď sa ho snažím do VirtualBoxu pridať dostávam chybu:
(https://i.imgur.com/uVCfcRy.png)
-
ok pohral som sa s chmod a pár nastaveniami a funguje to... akurát keď dám bootovať virtuálku, tak zostane zamrznutá na čiernej obrazovke s blikajúcim kurzorom, na ostro ten systém spustiť ide normálne.
-
ok pohral som sa s chmod a pár nastaveniami a funguje to... akurát keď dám bootovať virtuálku, tak zostane zamrznutá na čiernej obrazovke s blikajúcim kurzorom, na ostro ten systém spustiť ide normálne.
Ako bootuje počítač? Ak UEFI, možno bude treba prepnúť Virtuál na UEFI boot. Ak je to legacy BIOS, nemal by byť problém
-
Ako bootuje počítač? Ak UEFI, možno bude treba prepnúť Virtuál na UEFI boot. Ak je to legacy BIOS, nemal by byť problém
Díky, našiel som tu nejakú virtual EFI položku, tak som ju zaškrtol a zapol som systém, teraz na mňa vyskočilo toto:
(https://i.imgur.com/OSIPdZr.png)
-
VirtulBox uz roky nepouzivam a tohle sem tam neresil, takze polo-obecne:
1. kdyz prirazujes real DISK virtualu tak prirad DISK ne ODDIL (viz tve [...] -rawdisk nvme0n1p4)
2. EFI zapinas ve virtualu jen pokud ten real DISK ma system co s EFI pocital (coz s nvme asi pocital)
3. pokud nechces prijit o data, "dvakrat mer" co delas a premyslej u toho ;-)
-
VirtulBox uz roky nepouzivam a tohle sem tam neresil, takze polo-obecne:
1. kdyz prirazujes real DISK virtualu tak prirad DISK ne ODDIL (viz tve [...] -rawdisk nvme0n1p4)
2. EFI zapinas ve virtualu jen pokud ten real DISK ma system co s EFI pocital (coz s nvme asi pocital)
3. pokud nechces prijit o data, "dvakrat mer" co delas a premyslej u toho ;-)
1. lenže keď ten systém mám na disku, na ktorom je aj hostitelský systém? resp. 2 partície na stejnom disku? ako by som to mal riešiť? Mal by som vmdk teda vytvoriť z /dev/nvme0n1 ?
2. no Win10 samotný viem že mám v EFI režimu, aj disk na ktorom je ten oddiel, takže teraz fakt netuším či to mám mať v EFI alebo nie.
3. o toto sa neboj, zálohu mám, a inak systém ktorý sa snažím virtualizovať pôjde o pol mesiaca do koša. Ja to riešim teraz preto že keď aj niečo poserem tak sa poučím, keďže až po pol mesiaci, keď nainštalujem Ubuntu 20.04. tak toto budem potrebovať spraviť. Ono reálne to budem možno mať zanorené až 3 systémy:
Ubuntu (osobný)
Ubuntu (pracovný)
Win10 (pracovný).
Pričom z Ubuntu (osobný) budem chcieť mať prístup cez virtuál k obom pracovným.
A v Ubuntu (pracovný) prístup do Win10 (pracovný)...
pričom tie 2 Ubuntu by boli real v dual-bootu, a Windows iba vo virtual partícii v Ubuntu (pracovný).
(ako ideálne by som to tak chcel, ale teoreticky nie nutne potrebujem 3 systému, aj 2 by mi stačili).
-
Čím sa spúšťa počítač? Ak UEFI spúšťa GRUB, tak doporučujem boot z iného (virtuálneho) média. Widle by sa asi celkom zbláznili keby sa im posunulo písmeno z C: na D:, preto by som si vytvoril virtuálnu disketu, do nej dal iba GRUB a bootoval z nej. Ako vytvoriť takú disketu neviem, ale určite sa sú na to nástroje.
VirtulBox uz roky nepouzivam a tohle sem tam neresil, takze polo-obecne:
1. kdyz prirazujes real DISK virtualu tak prirad DISK ne ODDIL (viz tve [...] -rawdisk nvme0n1p4)
2. EFI zapinas ve virtualu jen pokud ten real DISK ma system co s EFI pocital (coz s nvme asi pocital)
3. pokud nechces prijit o data, "dvakrat mer" co delas a premyslej u toho ;-)
Jasné, treba vytvoriť vmdk z celého disku. S bodom 3 tiež súhlasím.
-
1. lenže keď ten systém mám na disku, na ktorom je aj hostitelský systém? resp. 2 partície na stejnom disku? ako by som to mal riešiť? Mal by som vmdk teda vytvoriť z /dev/nvme0n1 ?
2. no Win10 samotný viem že mám v EFI režimu, aj disk na ktorom je ten oddiel, takže teraz fakt netuším či to mám mať v EFI alebo nie.
stale polo-obecne..
1. nemuzes proste rict virtualu "tady mas disk" kterej bude smerovat na oddil a cekat ze virtual si domysli k tomu partition tabulku :-)
pokud by slo o legacy, tak schazi cast kde za mbr ma grub tu cast z ktere nahodi zaklad nez sahne na moduly z boot/grub boot ci rootfs oddilu, pokud by slo o UEFI tak schazi EFI oddil, proste by virtual mel pocit ze ma nerozdelenej disk bez zavadece, pokud bys zkusil nainstalovat z virtualu zavadec tak samozrejme ponicis ten oddil ze by ani zelezo pak nemelo spravne data z zacatku oddilu...
tzn. pokud to sdilani ma mit reseni, musi to byt reseni predani celeho disku, s tim ze ALE system ve virtualu budes startovat jinej nez ten na zeleze bezici a ZAROVEN NEbudes pripojovat/pristupovat na tom prirazenem celem disku na oddily ktere jsou pripojene v systemu na zeleze (a obracene z zeleza pri bezicim virtualu nebudes pripojovat/pristupovat_na oddil toho beziciho virtualu
2. nastartujes Linux na zeleze a v terminalu pustis "efibootmgr", pokud oznami error, tak Linux v UEFI rezimu NEstartujes, pokud zobrazi seznam BootXXXX tak mas v UEFI rezimu nastartovano...
-
ďakujem...
nakoniec som teda dospel k názoru že budem potrebovať 2x GRUB, 1x pre ostrý boot, a jeden pre boot vo virtuálke. Jak mi tu už niekto písal. Je dosť neštastné to riešenie. Možno ešte keby existovala možnosť spraviť GRUP tak že by som mal DISK -> rozdelený na 2 časti -> a ešte tieto 2 časti ďalej rozdelené na časti (niečo ako subpartícia). Pri čom by teda v rámci 1 časti bol jak zavádzač tak Win10, ktorý by som predal virtuálke. A v druhej Grup k prvej časti a zároveň hostitelský systém a všetky ostatné partície. Šlo by to tak, je to tak vôbec možné? Ak nie, tak to vidím len na 2x GRUB, inak takto som momentálne v probléme že bootujem hostitelský systém vo virtuálke a tiež že z oboch systémov je mountnutá stejná partícia.
-
2. screenshot:
(https://i.imgur.com/1kCXmkz.png)
-
ďakujem...
nakoniec som teda dospel k názoru že budem potrebovať 2x GRUB, 1x pre ostrý boot, a jeden pre boot vo virtuálke. Jak mi tu už niekto písal. Je dosť neštastné to riešenie. Možno ešte keby existovala možnosť spraviť GRUP tak že by som mal DISK -> rozdelený na 2 časti -> a ešte tieto 2 časti ďalej rozdelené na časti (niečo ako subpartícia). Pri čom by teda v rámci 1 časti bol jak zavádzač tak Win10, ktorý by som predal virtuálke. A v druhej Grup k prvej časti a zároveň hostitelský systém a všetky ostatné partície. Šlo by to tak, je to tak vôbec možné? Ak nie, tak to vidím len na 2x GRUB, inak takto som momentálne v probléme že bootujem hostitelský systém vo virtuálke a tiež že z oboch systémov je mountnutá stejná partícia.
Pokud tam mas GRUB, a primarni system je Linux, tak bys mohl pridat init skripty, ktere pri bootu (init start action) toho primarniho linuxu prehodili grub default na slave system, a pri vypinani (init stop action) ho zas vratili.. a pokud jsou oba systemy Linux, tak to muzes provest v obojim, aby vzdy bootoval ten druhej :) Dosahnes tim jakeho takeho automagickeho chovani, jen kdyz pak natvrdo zhodis nejaky system, tak si musis pri pristim bootu ohlidat co zvolis v grubu pri bootu.
-
RDa no to riešenie mi prijde moc náchylné na problémy,...
skôr ma napadlo takéto rozdelenie diskov:
(https://i.imgur.com/wI3kq3L.png)
či by to teoreticky bolo možné. Virtuálka by ukazovala na Partíciu 00, ktorá by obsahovala 2 subpartície, kde by bol jak zavádzač tak samotný Win10. A obe by mountovali Partíciu na Disku 1, šlo by to?
-
mozna mi neco NEobecniho unika, ale na co 2x Grub? mel by stacit:
1. 1x Grub
2. nepripojovat v zadnem systemu oddil toho druheho pokud ten bezi
Ubuntu mas v UEFI rezimu, stejne jako Windows...
ta "subpartica" by mohla jit, ale pouze pokud bys ten system na ni chtel startovat JEN ve virtualnce, ktere bys predal JEN ten oddil jako raw disk
-
2. nepripojovat v zadnem systemu oddil toho druheho pokud ten bezi
No ale to by som potreboval nejak.
ta "subpartica" by mohla jit, ale pouze pokud bys ten system na ni chtel startovat JEN ve virtualnce, ktere bys predal JEN ten oddil jako raw disk
neviem prečo by na ostrom železe nemohol štartovať? Nie je možné z GRUB ukázať na subpartíciu?
-
ty subpartice jak sem (az po tobe) psal, nejde, a at uz bys to mel jakkoliv, stale plati ze nelze mit pripojene 1 stejnej oddil v obou bezicich systemech... kdyz uz tak pripojit ted datovej oddil do OS na zeleze a do virtualniho ho predat bud moznosti sdileni ve virtualboxu, nebo pres nfs, sambu...
-
neviem prečo by na ostrom železe nemohol štartovať? Nie je možné z GRUB ukázať na subpartíciu?
GPT NEpodporuje subpartice, Grub NEpodporuje subpartice... to ze by virtual z "subpartice" mohl startovat by bylo tim ze na tom fyzickem oddilu by bylo dalsi GPT s normalnima oddilama a virtual tim ze bys mu priradil raw fyzickej oddil by s nim pracoval jako by slo o disk
ad "No ale to by som potreboval nejak." - jedine viz ta vbox share, nfs, samba
-
rozumiem, ok tak to by som skúšal vyriešiť cez zdieľanie...
ak nie je možné z GRUBU bootovať na subpartíciu, tak je to dosť blbé. ale potom už fakt netuším ako by som takúto vec riešil. Jedine že by som dal ten Win10_prac na Disk 1. Čo sa mi ale moc nepáči, pretože Disk 0 je SSD, a Disk 1 je HDD. Takže by som si tým spomalil jeden systém. Fakt som dúfal že by bolo možné v GRUB ukázať na subpartíciu.
Máte ešte nejaké nápady ako by šlo toto vyriešiť? Mňa napadá jedine nainštalovať ten Win10_prac na Disk 1, a že to by toto vyriešilo. To je ale podla mňa tiež neštastné riešenie, keďže Disk 0 je SSD, a Disk 1 je HDD.
-
keby existovalo niečo ako symlink ale nie na úrovni súborov a adresárov,... ale na úrovni partícií...
-
symlink na urovni particii samozrejme je, v /dev napr. auto generovane pristupy pres symlink k zarizenim, oddilum dle UUID, Vyrobce-Model-Serial, Label, atd v /dev/disk/by-* nicmene to neresi nijak tvuj problem ;-)
proc vlastne resis subpartice? vzdyt sem psal ze virtualu predat celej disk tak jak je, jedno ze z totozneho disku z JINEHO oddilu pobezi na zeleze dalsi system... jen nesmis mit v obou pripojene najednou stejne odidly (asi s vyjimkou EFI oddilu kterej tim ze je VFAT kterej nema journal, tak by k poruseni mohlo dojit jen v pripade ze bys v jednu chvili na oba neco nahraval)
-
jeste "drobnost" z dotazu nebylo patrne zda ten jeden system/oddil co ma bezet bud na zeleze nebo z virtualu je Linux nebo "nebo Windows", protoze Windows si z jejich principu se zmenou HW poradi nekonecne hure... Linux NEma dataazi pritomneho HW jako Windows, ale pri kazdem startu provadi ocuchani HW a podle toho aktivovani casti jadra ci jadernejch modulu ci userspace ovladacu, totozne jako by slo o prvni start po instalaci...
vim ze W10 si se zmenou HW poradi lepe nez WIndows, ale neverim ze by to bylo bezproblemove...
-
jeste "drobnost" z dotazu nebylo patrne zda ten jeden system/oddil co ma bezet bud na zeleze nebo z virtualu je Linux nebo "nebo Windows", protoze Windows si z jejich principu se zmenou HW poradi nekonecne hure... Linux NEma dataazi pritomneho HW jako Windows, ale pri kazdem startu provadi ocuchani HW a podle toho aktivovani casti jadra ci jadernejch modulu ci userspace ovladacu, totozne jako by slo o prvni start po instalaci...
vim ze W10 si se zmenou HW poradi lepe nez WIndows, ale neverim ze by to bylo bezproblemove...
Tohle resili hardwarove profily od dob snad W95 ne?
-
Tohle resili hardwarove profily od dob snad W95 ne?
myslim ze ne ;-) skocim z W95 na W7, tak kdyz si chtel dat disk do jineho HW, tak si musel pustit "sysprep /oobe /generalize", to "vycistilo" HW db aktivnich ovladacu a pri dalsim startu se provedlo ala prvotni ocuchani HW a vytvoreni nove HW db dle nalezeneho HW...
pokud bys to neudelal, tak v "lepsim" pripade ve Spravci zarizeni budou vyset desitky "ztracenych" zarizeni, v horsim to vubec nedonastartuje.
-
jeste "drobnost" z dotazu nebylo patrne zda ten jeden system/oddil co ma bezet bud na zeleze nebo z virtualu je Linux nebo "nebo Windows", protoze Windows si z jejich principu se zmenou HW poradi nekonecne hure... Linux NEma dataazi pritomneho HW jako Windows, ale pri kazdem startu provadi ocuchani HW a podle toho aktivovani casti jadra ci jadernejch modulu ci userspace ovladacu, totozne jako by slo o prvni start po instalaci...
vim ze W10 si se zmenou HW poradi lepe nez WIndows, ale neverim ze by to bylo bezproblemove...
no ono práve jde o to že v Linuxe mám ten virtual box, ale vo virtual boxu budem mať jak Windows tak Linux,... pričom ale jak tento Windows tak ten Linux budú aj na ostrom železe. Tzv. budem mať 3 systémy:
Linux (osobný) -> virtuálka -> vo virtuálke možnosť nabootovať Linux (pracovný) a Windows (pracovný).
Linux (pracovný)
Windows (pracovný)
všetky 3 zároveň v dual resp. tripleboote na ostro.
-
jeste "drobnost" z dotazu nebylo patrne zda ten jeden system/oddil co ma bezet bud na zeleze nebo z virtualu je Linux nebo "nebo Windows", protoze Windows si z jejich principu se zmenou HW poradi nekonecne hure... Linux NEma dataazi pritomneho HW jako Windows, ale pri kazdem startu provadi ocuchani HW a podle toho aktivovani casti jadra ci jadernejch modulu ci userspace ovladacu, totozne jako by slo o prvni start po instalaci...
vim ze W10 si se zmenou HW poradi lepe nez WIndows, ale neverim ze by to bylo bezproblemove...
ohľadom toho očuchávania, dalo by sa teoreticky to vyriešiť že by ten Windows bol pravý virtual, ale bežal by v Linux_prac (ostrý systém) a ten by som spúšťal prípadne ako virtuálku v Linux_osobný? Vraj na nested virtuálky existuje riešenie Nested VT-x/AMD-V
-
Druhá možnosť ma napadla či by nebolo možné aby virtuálny systém bežal bez hosta, a zároveň mal možnosť ho spustiť aj z hosta... https://chrisjean.com/run-virtual-machines-without-the-host-os/ čož by teoreticky taktiež riešilo túto vec a navyše by ten virtualizovaný OS nemal prístup k môjmu Ubuntu (Osobný)...
alebo ďalšia možnosť, mať len jeden systém na ostrom železe,... v tomto jednom systéme 2 účty, a v oboch virtuálku so stejným systémom (stejný virtuálny oddiel). Len potreboval by som v takom prípade úplne zamedziť z jedného účtu prístup na druhý účet (z prac. na osobný).
-
v tomto jednom systéme 2 účty, a v oboch virtuálku so stejným systémom (stejný virtuálny oddiel). Len potreboval by som v takom prípade úplne zamedziť z jedného účtu prístup na druhý účet (z prac. na osobný).
ale toto asi skôr nie, pretože z pracovného účtu bude možné vždy ovplyvniť systém aj osobný účet. Lepšie to mať oddelené,...
-
no stale mas moznost to proste zkusit, je mozne ze tve W10 resp. tve zelezo Vs virtual, projde "migrace" "tam" a "zpet"...
pokud bys ale zkousnul ze Windows budou jen ve virtualu, zkusil bych obracene, ze zeleznej_linux by mel disk pro virtual_windows na k sobe pripojenem disku a v virtual_linux bys zkusil virtual pustit s daty smerovanejma pres to sdileni z zeleza, samozrejme by nesmeli bezet virt_win v obou linuxech najednou a zaroven vubec netusim jak se ty virt_win nad virt_lin budou chovat, nicemene VirtualBox to zda se umi (https://docs.oracle.com/en/virtualization/virtualbox/6.0/relnotes/nested-virt-support.html) jen s AMD CPU
s ESXi pripadne XEN kterej to ma asi podobne, mam nulove zkusenosti takze nebudu k tomu ani polo-obecne ci polo-teoretizovat :)
-
aha, no ja mám Intel, takže nested virtuálky odpadávajú... hm.. fakt už neviem... skúsim to ešte premyslieť a uvidím ako to vyriešim. Možno by som mohol to spraviť nasledovne:
ostré systémy:
Linux (osobný)
Linux (pracovný)
v oboch mať virtuálky, na rovnaký Windows, pričom ten by bol skutočne virtuálny systém. (takže no problem s databázou s hardvérovými info)
v osobnom mať navyše vo VirtualBoxu aj Linux (pracovný) (takým spôsobom ako som teraz riešil ten Windows).
Síce by som nepristupoval z osobného cez pracovný na Windows, ale len priamo z osobného na pracovný Windows vo virtuálke. Takže není problém s Windows hardware databázou, není problém s nestovaním, není problém s prepínaním medzi systémami.
-
Tak ani som to nevedel ale našiel som spôsob ako vo virtuálke mať len jeden systém, ak je naišntalovaný na stejnom disku ako host systém. Je možné totiž virtuálke priradiť aj množinu partícií a teda nemusím priradiť celý disk.
VBoxManage internalcommands createrawvmdk -filename /path/to/file.vmdk
-rawdisk /dev/sda -partitions 1,5
-
Pokud tak chceš udělat windows, tak by to bylo možné řešit následovně:
1. ve windows udělat zálohu systému (pokud tuší správně jmenuje se to něco jako zálohování a obnovení windows 7)
2. ve virtuálce nabootovat z instalačního média windows a zvolit obnovení systému ze zálohy a dá tomu tu zálohu.
Nevýhodou je, že potřebuješ nějaký disk navíc (nebo můžeš zálohovat na síť), ale mohlo by to vyřešit problémy s drivery windows pro tu virtuálku a i ti to udělá samo uefi a takové věci...