Új hozzászólás Aktív témák
-
Syl
nagyúr
Igen, én is úgy sejtettem, hogy készítek egy vmdk-t az sda5-nek és nekieresztem az installert.
Holnap rápróbálok.
Köszi!Mondjuk azt azért jó lenne tudni, megéri-e egyáltalán a szenvedést.
Mármint, "kész" win7-es vbox gépem már van. Ad annyi sebesség pluszt a fizikai lemez a vdi-hez viszonyítva, hogy megérje az újratelepítés?[ Szerkesztve ]
Never let your sense of morals prevent you from doing what's right.
-
brd
nagyúr
Ha az a VDI amúgy is külön lemezen van (nem konkurál mással), akkor inkább lassabb lesz. A VDI-t, mint file-t, a host OS is cache-eli (legalábbis Windows-on; Linux-on nem tudom, hogyan működik a filerendszer cache).
[ Szerkesztve ]
The only real valuable thing is intuition.
-
A_ScHuLcZ
addikt
Sziasztok!
OpenMediaVault alá feltelepített virtualbox a legutóbbi reboot óta működésképtelen lett, reboot előtt még használtam. Bootolás után annyit láttam, hogy a Virtualbox Web Service engedélyezve van, de nem tudott elindulni. Megpróbáltam kikapcsolni, majd újra engedélyezni a virtualbox szolgáltatást az OMV felületről, utóbbi már nem sikerült, az alábbi hibaüzenetet kapom:
A hosszú, nem látszó sorban ez áll:
exception 'OMV\ExecException' with message 'Failed to execute command 'export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export LANG=C; systemctl start 'virtualbox-web' 2>&1' with exit code '1': A dependency job for virtualbox-web.service failed. See 'journalctl -xn' for details.' in /usr/share/php/openmediavault/system/process.inc:175ssh-val beléptem a gépre, és kiadtam a journalctl -xn parancsot, de ott semmi érdemlegeset nem láttam. A diszkek eléggé teli vannak, de azoknak semmi köze a vbox-hoz, mert annak külön lemezt adtam, aminek még több, mint a fele üres (sde3)
root@home-server:~# journalctl -xn
-- Logs begin at p 2018-08-10 12:09:54 CEST, end at szo 2018-08-11 18:12:50 CEST. --
aug 11 18:12:16 home-server sshd[7987]: Accepted password for root from 192.168.0.2 port 62394 ssh2
aug 11 18:12:16 home-server sshd[7987]: pam_unix(sshd:session): session opened for user root by (uid=0)
aug 11 18:12:19 home-server monit[961]: 'home-server.local' loadavg(5min) of 4.5 matches resource limit [loadavg(5min)>4.0]
aug 11 18:12:20 home-server monit[961]: 'fs_srv_dev-disk-by-label-volume1' space usage 88.9% matches resource limit [space usage>85.0%]
aug 11 18:12:20 home-server monit[961]: 'fs_srv_dev-disk-by-label-volume2' space usage 90.6% matches resource limit [space usage>85.0%]
aug 11 18:12:20 home-server monit[961]: 'fs_srv_dev-disk-by-label-volume4' space usage 99.7% matches resource limit [space usage>85.0%]
aug 11 18:12:50 home-server monit[961]: 'home-server.local' loadavg(5min) of 4.7 matches resource limit [loadavg(5min)>4.0]
aug 11 18:12:50 home-server monit[961]: 'fs_srv_dev-disk-by-label-volume1' space usage 88.9% matches resource limit [space usage>85.0%]
aug 11 18:12:50 home-server monit[961]: 'fs_srv_dev-disk-by-label-volume2' space usage 90.6% matches resource limit [space usage>85.0%]
aug 11 18:12:50 home-server monit[961]: 'fs_srv_dev-disk-by-label-volume4' space usage 99.7% matches resource limit [space usage>85.0%]
root@home-server:~#Sajnos nem vagyok linux guru, így eléggé tanácstalan vagyok.
Találkozott-e valaki hasonlóval, vagy van-e esetleg ötletetek, hogy mi lehet a gond?
[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
bango
tag
win7 et futttatok virtuálisan, gép állapot elmentéssel kikapcsolás helyett
az időt hogyan lehetne automatikusan frissíteni mert ha két hétig nem kapcsolom be akkor két héttel ezelőtti időt mutat -
margithid
veterán
Sziasztok!
Frissítettem a win10-et szombaton, és sajnos utána visszaesett a virtuális xpknek a teljesítménye amiket használok.
Frissítettem a virtualboxot is, de ugyanaz van.
Valamit elszúrtak a win10ben? Másnál nincs ilyen hiba? -
A_ScHuLcZ
addikt
Van ötletetek arra vonatkozóan, hogy egy meglévő win10-es rendszert hogyan tudnék bevirtualizálni vbox alá? A rejtett boot és rendszer partíciókon kívül van C és D partícióm, de a C elegendő, arra van telepítve a rendszer.
Amit eddig próbáltam:
1. Macrium Reflect programmal kimentettem egy image fájlba a rejtett + rendszer + C partíciókat.
2. Vboxban létrehoztam egy új gépet, beállítottam a megfelelő méretű lemezt (nagyobb értékre, mint a fentiek összege), és vhd kiterjesztéssel hoztam létre.
3. Még a virtuális gép indítása előtt felcsatoltam meghajtóként a vhd fájlt, és a Reflect programmal visszatöltöttem oda a kimentett partíciókat.Látszólag rendben lefutott, ám utána láttam, hogy nem kerültek rá a partíciók.
4. Utolsó lépésben azt terveztem, hogy leválastom a fájlt, és megpróbálom bebootolni a vbox-ban.
Van más ötletetek? Ti hogyan csinálnátok?
[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
Syl
nagyúr
válasz A_ScHuLcZ #2413 üzenetére
Disk2VHD
De az így virtualizált windowst újra kell aktiválni. Meg nyilván az első indításnál csökkentett mód, régi (fizikai gép) drivereket eltávolítani stb. Évekkel ezelőtt Win7-tel csináltam ilyet, hiba nélkül ment.Never let your sense of morals prevent you from doing what's right.
-
A_ScHuLcZ
addikt
válasz A_ScHuLcZ #2415 üzenetére
Sajnos nem vált be. Az általad ajánlott program szépen megcsinálja a vhd fájlt, de valamiért a vbox nem tudja bebootolni róla a rendszer, nem talál bootolható lemezt.
Disk0: rendszer SSD
Disk1: külső meghajtó, erre került a vhd fájl
Disk2: maga a vhdEllenőrzésképp felcsatoltam magamhoz a vhd fájt, megvannak a partíciók, a boot partíció is engedélyezve van, nem tudom mi lehet a baja.
[ Szerkesztve ]
"I'd tell you a joke about UDP, but you probably wouldn't get it."
-
Sziasztok! Feltettem egy Windows server 2012r2-őt virtuális gépre. Az a kérdésem, hogy a virtuális gépen levő IIS webszervert miért csak bridgelt hálózati módon látja a host gép? NAT-on adtam port továbbítást (ha jól értelmeztem, akkor a host gép virtual box ip címét kellene itt megdani, vagy amit a normál ip címét? )
Eladó Lego: 42139 All terrain vehicle
-
félisten
Nem tudok belépni a linuxos VM-be. Tudtommal semmi változás nem történt, mégis kidob a jelszómegadásnál.
Ha rossz jelszót adok meg, azt felismeri és közli, hogy lehet újrapróbálkozni.
A helyes jelszóra viszont ezt vágja a képembe:Mi történhetett, illetve mit tehetek?
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
Meg tudnátok mondani, hogy mit tartalmaz, illetve mi a különbség a .vdi és a .vmdk fájl között?
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
félisten
válasz DrojDtroll #2421 üzenetére
Köszönöm!
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
szabonagyur
félisten
Virtualbox legutolsó verziót raktam fel Win10 X64-re.
Amikor megnyitom mindenféle OS-t lehet virtuálizálni csak 64 bitet nem.
Eladó: iPhone 13Mini 2 év gari, iPhone 6S 32GB
-
DrojDtroll
addikt
válasz szabonagyur #2423 üzenetére
-
szabonagyur
félisten
válasz DrojDtroll #2424 üzenetére
Próbáltam és nem megy.
A vicc ezen a gépen eddig minden ment gond nélkül de OS újratelepítés történt és most csak 32 bitet enged.
Task manager is kiírja, hogy virtualizálás engedélyezve stb.
Eladó: iPhone 13Mini 2 év gari, iPhone 6S 32GB
-
májkimiki
őstag
Sziasztok!
Létezik a VBox-nak olyan funkciója, hogy ütemezett klónozás? Vagy hasonló? Használom a VBoxot, de most nem tudom megnézni.
Az elgondolás az lenne, hogy a virtualizált Win10-es gép leállítása után. Készűlne egy klón másolat a gépről, automatikusan. Mondjuk az utolsó és utolsó előtti megmaradna, régebbiek törlődnének. -
félisten
Létezik olyan, hogy a VirtualBOX egy működő windowsos gépet hardverazonosítókkal együtt pontosan reprodukál?
Nem a megoldás módja, pusztán a lehetőség meglétének ismerete lenne fontos.
Arról van ugyanis szó, hogy valaki határozottan állítja, hogy VB-on ilyen klónokat tud egy PC-ből kivett HDD-ről létrehozni, és ez alapján megmondani, hogy a HDD-re telepített OEM programok az adott gépre jogtisztán vannak-e telepítve.
Magyarán, hogy ha az eredeti gép nélkül, csak a HDD segítségével létrehozott VB VM-en a rajta telepített Windows 8 azt mondja, hogy nem eredeti a hardver alatta, akkor azzal mehet a rendőrségre feljelentést tenni.Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
Syl
nagyúr
válasz MaCS_70 #2428 üzenetére
>a VirtualBOX egy működő windowsos gépet hardverazonosítókkal együtt pontosan reprodukál
Szerintem ilyen nincs.
Olyan van, hogy egy virtuális összeállítást pontosan reprodukál, vagy legalábbis a hardver uuid-t át lehet írni - ezzel elérni, hogy egy aktivált win rendszer másolás/klónozás után is aktivált marad. De ugye maga a virtuális gép szinte semmit nem tárol a fizikai gép hardvereiről.Vagy nem jól értem a kérdést
Never let your sense of morals prevent you from doing what's right.
-
félisten
Köszönöm!
Akkor pontosítok:
Egy céghez új rendszergazda jön, aki nagyban érdekelt abban, hogy az előző rendszergazdát bemocskolja.
Bizonyítási eszközként kapott egy HDD-t az egyik munkaállomásból.
Most azt állítja, hogy a HDD tartalmából VirtualBOX segítségével megállapította, hogy az installált Windows nem eredeti. Elmondása szerint a HDD-ből rekonstruálta az eredeti gépet, arra telepítve azon a telepített OEM Windows példány dobálja a figyelmeztetéseket, hogy őt eredetileg nem erre a gépre (tehát immáron a VB-sra) aktiválták.A módszert persze nem adja ki mert azt majd csak a rendőrségnek, de most a hosszú hétvégén kap még egy HDD-t hasonló tesztre.
Magán az eredeti gépen persze nem tiltakozott a Windows, de az szerinte meg van hekkelve.
Köszönettel: MaCS
UI: A csávó hozzáállására jellemző egyébként, hogy a Linux-szervert azonnal törölni akarja, mert a Linux "kalózszoftverek pofátlanul összemásolt tákolmánya, ami már telepítéskor tartalmazza a legdurvább kémvírusokat".
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
Syl
nagyúr
válasz MaCS_70 #2430 üzenetére
Jó kis rendszergazda.
Szerintem az alapvető dolgokkal nincs tisztában.Ha egy legálisan aktivált rendszert költöztetsz Vbox alá (pl. disk2vhd-vel) akkor az újraaktiválást fog kérni (csináltam ilyet, tapasztalatból írom), elvégre drasztikusan megváltozott a hardverkörnyezet. A Vbox a CPU-n kívül, minden hardvert virtualizál. Furcsa is lenne ha nem. Mert akkor nem menne a virtuális XP-m Macbookon, hisz az (mármint a virtuális gép) egy desktop gépen, linux alatt készült.
Ha egy krekkelt Windowsos rendszert költöztetsz ugyanígy virtuális környezet alá (nem vagyok rá büszke, de már ilyet is csináltam ), az továbbra is krekkelt marad, vagyis nem fog panaszkodni.
[ Szerkesztve ]
Never let your sense of morals prevent you from doing what's right.
-
Piistii
tag
Sziasztok
Sosem raktam fel ezt a programot a win 10 -re még is amikor újra akarom indítani a gépet akkor kiírja hogy a virtualbox interface miatt nem tudja csak kényszerített újra indításban. Lefuttattam pár malware programot de semmit sem talált és a feladat kezelőben sincsen hogy futna a háttérben.Nem tudjátok mi lehet ez?
-
kusztax
tag
Hello,
Mac OS X-et szeretnék használni a Win10-es gépemen. Ezért fordultam a VirtualBox rendszerhez. Eljutok egy darabig, de megakadtam.
Gépem:
Asrock Z170
Intel i3-6100
8Gb RAM
Gigabyte GTX 950Megvan a Mac OS X oprendszer .dmg kiterjesztésű telepítő fájlja.
Beállításnak jónak kell lennie (a telepítő képfájl is hozzá van adva). De!
Ha nem engedélyezem az EFI-t, akkor azt írja, amikor elindítom: "FATAL: Could not read from boot medium! System halted."
Ha engedélyezem az EFI-t, akkor egy darabig eljutok. Viszont egy idő múlva megáll, lesz egy áthúzott kör az ablak közepén, és ~5 percenként új sorba írja: "Still waiting for root device." Hasonló: https://goo.gl/images/w9gYnu
Már minden beállítást kipróbáltam. Hogy tudnám telepíteni, mi lehet a hiba? (Googleba nem találtam megoldást.)
[ Szerkesztve ]
-
Syl
nagyúr
válasz kusztax #2434 üzenetére
Könnyen lehet hogy tévedek, rosszul emlékszem, de:
- VirtualBox-szal Mac-et csak Mac gépen lehet virtualizálni
- Windowson működő virtuális Mac-et én eddig csak VMware alatt láttam, de ahhoz is előre elkészített / preparált virtuális gépet (virtuális hdd-vel együtt!) kellett letölteni hozzá.Never let your sense of morals prevent you from doing what's right.
-
félisten
válasz kusztax #2434 üzenetére
[link] - Ott vannak a MacOS High Siera 10.13.1 ISO letöltési linkjei meg egy jó bemutatóvideó a telepítéshez VirtualBox alá (is).
[ Szerkesztve ]
Mindenki tudja, hogy bizonyos dolgokat nem lehet megvalósítani, mígnem jön valaki, aki erről nem tud, és megvalósítja. (Albert Einstein)
-
kusztax
tag
válasz Fire/SOUL/CD #2436 üzenetére
Kösz!
Feltelepült. Probléma: NAGYON lassú. Minden, ami csak lehet (RAM csak 4 GB), maxra van állítva. Proci így 50%-on pörög, HDD alig használva.
A kép szaggat, vagy teljesen megakad.
Hogyan lehetne ezt felgyorsítani?
[ Szerkesztve ]
-
margithid
veterán
Telepítettem egy win7-et, de sajnos nem ismeri fel a wifi adapteremet. (USB stick)
Xp-nél ilyen gond nincs.
Valakinek valami ötlet, mit nézzek meg? -
félisten
válasz kusztax #2437 üzenetére
Sajnos ezt nem tudom. Esetleg próbáld meg VMware alá telepíteni, lhet, hogy a VB gyengélkedik e téren vagy egy régebbi VB-t letölteni...
margithid
Extension Pack is fent van?Mindenki tudja, hogy bizonyos dolgokat nem lehet megvalósítani, mígnem jön valaki, aki erről nem tud, és megvalósítja. (Albert Einstein)
-
margithid
veterán
válasz Fire/SOUL/CD #2440 üzenetére
Nem, de a wifi része már jó, egyelőre elég az is.
-
félisten
Van annak bármi akadálya / hátulütője, ha a Snapshotokat valahol máshol tárolom, mint a VM mappájában?
Úgy okoskodom, hogy amíg nincs rájuk szükség, minek foglalják a drága helyet az SSD-n, jó nekik egy távolabbi zugban is...
MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
bpx
őstag
válasz MaCS_70 #2442 üzenetére
Melyik snapshotot?
A Virtualbox a legfrissebb snapshotba írja folyamatosan a változásokat, tehát lassabb lesz ha SSD helyett HDD-re ír. Ha több egymásra épülő snapshot is van, akkor a korábbiakba nem ír, de azokból továbbra is olvasnia kell, amíg olyan területet kell elérnie, amelynek a változása abba a snapshotba került bele, tehát megint csak lassabb lesz.
Ha viszont a snapshotok elágaznak, akkor csak az aktuális ágra van szükség, a többit nem írja/olvassa, szóval azokat nyugodtan át lehet rakni.
-
félisten
Ezt nem igazán értem. A snapshot az egy állapot rögzítése, abba nem írhat bele többé semmit. Nincs is minden virtuális gépemhez, és értelemszerűen: van olyan napi használatú gép, aminek már nagyon sok éve nem változott a snapshotja.
Használatban tehát nem hiszem, hogy lenne a snapshot, a kérdés az, hogy valami általam nem ismert okból nem hülyül-e meg a VBox, ha kiveszem a remélhetőleg csak nagyon ritkán használt snapshotot az alapmappájából és átteszem egy távoli helyre.
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
Syl
nagyúr
válasz MaCS_70 #2444 üzenetére
Én úgy tudom, hogy ha snapshotot készítesz, onnan kezdve abba a fájlba ír, nem az eredeti vhd-ba. Vagyis nem olyan, mint egy lementett image, hanem onnan kezdve külön állományba végzi a módosításokat.
A régebbi snapshop fájlokat valóban nem használja, de ha kiveszed alóla, akkor hisztizni fog a Média-kezelő.[ Szerkesztve ]
Never let your sense of morals prevent you from doing what's right.
-
félisten
Hát, ez nagyon érdekes -- és egyben elkeserítő...
Adott két virtuális gép, amik teljesen máshogyan viselkednek:
1. XP
A főkönyvtárban van egy .vmdk fájl (a legutóbbi kilépés dátumával), a Snapshots könytvárban egy .vdi (két éves módosítási dátummal), ami nagyobb is, mint a .vmdk. Ehhez a gép egyértelműen nem szokott hozzányúlni.
A Snapshotsban tartott .vdi-t elmozgathatom, a VM működik tovább, csak nem jelzi a manager, hogy van róla snapshot.2. W7
A főkönyvtárban és a Snapshots könyvtárakban is egyaránt .vmdi-k vannak, a Snapshotsban kettő is. A főkönyvtáras .vdi módosítási dátuma tavaly nyári, a Snaphots könyvtárban levőké minden futtatáskor frissül. Ha bármelyikhez hozzányúlok, a gép nem indul -- tehát akkor sem, ha az a fájl tűnik el, amibe másfél éve nem írt bele.
Határozottan nem tetszik, hogy egy 30 GB-os VM így pontosan 100 GB helyet foglal -- és legfőképpen nem értem, hogy ez mire is jó pontosan...Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
Syl
nagyúr
válasz MaCS_70 #2446 üzenetére
Van egy szkennerem amihez semmi emészthető oprendszerhez nincs már driver, ezért évek óta VBox-os XP-vel használom. Most nyomtam rá egy pillanatképet, elindítottam, majd leállítottam. Az eredmény, a gép fő mappájában található "alap" vdi mérete és dátuma maradt a régi, a snapshop mappán belül pedig keletkezett egy friss, kb 250 megás állomány.
Ugyanígy van egy tesztelős Win7 gépem is. Azon is elvégeztem a fenti lépéseket (snapshot, boot, shutdown), ugyanaz az eredmény. A fő vdi változatlan, snapshop mappába keletkezett új, kicsi fájl.Utána mindkét gépen töröltem a pillanatképet (a vboxon belüli pillanatkép kezelővel), amire a snapshot mappából eltűnt az új kis vdi és a fő vdi fájl változott. Vagyis bedolgozta a változásokat a fő állományba.
Ez a normális működése a snapshotnak.
Lehet nálad azért viselkedik másként az XP, mert az vmdk konténert használ (esetleg vmware gép lett konvertálva vbora?) és abba nem tud "normálisan" pillanatképekkel dolgozni?
Never let your sense of morals prevent you from doing what's right.
-
félisten
Biztosan VirtualBOX alatt készült az összes gép, nem konvertáltam én semmit.
Azt meg továbbra sem értem, hogy ha egy 30 GB-os virtuális géphez van 3 snapshotom, akkor miért használ ehhez 3 db. 30 GB-os fájlt.
Sajnos úgy tűnik, nem úszom meg az SSD-vásárlást...
Köszönettel: MaCS
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
bpx
őstag
válasz MaCS_70 #2446 üzenetére
Az, hogy ennyit fogal, pont a Windows miatt van.
Az ügyfelekhez kb. 12 fajta különböző VPN klienst használok, és vannak amelyek összeakadnak egymással ha egyszerre fel vannak telepítve. Ezen kívül egyszerre sokszor több ügyfélhez is be kell lépnem, tehát több VPN-t kell használni egyszerre.
Ezt úgy gondoltam megoldani, hogy telepítettem egy Windows 7-et én is, és csináltam belőle linked clone-okat (ami snapshotokkal operál), hogy legyen több hasonló virtuális gépem, de ne foglaljon sok helyet.
Na most ha van pl. egy 25 GB-os Windows 7 VM-em, csinálok belőle egy snapshotot vagy clone-t, akkor a snapshot percek alatt több GB-ra hízik, néhány nap alatt meg akkora lesz, mint maga VM eredeti állapotában.
Nyilván utána lehetne nézni, hogy milyen mindenféle folyamatok futnak, amelyek ennyi módosítást termelnek, de én feladtam, van ugyanabból a VM-ből 4 másolatom, snapshotok nélkül és kész.Linux VM-eknél nem tapasztaltam ilyet, de ott ugye nem indul be Windows Update, meg indexelés meg egyebek.
-
Syl
nagyúr
válasz MaCS_70 #2448 üzenetére
Nem tudom miért viselkedik nálad ilyen módon, de az tuti nem a normális módja a dolgoknak.
Idézet a VBox manualból:
"when a snapshot is taken, VirtualBox creates differencing images which contain only the changes since the snapshot were taken, and when the snapshot is restored, VirtualBox throws away that differencing image, thus going back to the previous state. This is both faster and uses less disk space."Nálad valamiért mintha komplett klónozást végezne a snapshot.
Never let your sense of morals prevent you from doing what's right.
Új hozzászólás Aktív témák
- Milyen TV-t vegyek?
- Honda topik
- No Voice in the Galaxy
- gban: Ingyen kellene, de tegnapra
- KERÉKPÁR / BRINGA / ALKATRÉSZ beárazás
- Call of Duty: Modern Warfare III (2023)
- VR topik (Oculus Rift, stb.)
- Poco X6 Pro - ötös alá
- Kerékpárosok, bringások ide!
- Szevam: Érzelmi magabiztosság/biztonság - miért megyünk sokan külföldre valójában?
- További aktív témák...
- Steames kulcsok jó áron eladóak!
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- World of Warcraft Shadowlands Collectors edition EU EN
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül