Hirdetés
- CES 2026: ténylegesen megoldotta a leégő tápkonnektorok gondját a Cooler Master
- Indul a ChatGPT Health
- CES 2026: a Gigabyte legfrissebb csúcs-VGA-ja mindenképp kitűnik a tömegből
- CES 2026: az üzleti mellett a gamer szegmensben is újít az MSI
- CES 2026: felfrissült CPU-hűtők és két pihekönnyű egér a be quiet! gondozásában
- Milyen billentyűzetet vegyek?
- OLED monitor topic
- HiFi műszaki szemmel - sztereó hangrendszerek
- AMD vs. INTEL vs. NVIDIA
- Home server / házi szerver építése
- Házimozi belépő szinten
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- CES 2026: ténylegesen megoldotta a leégő tápkonnektorok gondját a Cooler Master
- TCL LCD és LED TV-k
- CES 2026: a Gigabyte legfrissebb csúcs-VGA-ja mindenképp kitűnik a tömegből
Új hozzászólás Aktív témák
-
válasz
Multipass
#3026
üzenetére
Nem igazán értem a problémádat.
Az a cél, hogy a telepített virtuális gép lássa a gazdagép mappáit?
Ez egy teljesen kézenfekvő alapfunkció, menüből állítható: Machine - Settings - Shared folders. De az is megoldás, hogy egyszerűen áthúzod a fájlokat a virtuális gépre.
Azt, hogy az internet melyik részén kerested a megoldást, nem tudhatom, de nekem az első keresésre találatok végtelen sorát dobta a Google.
MaCS
-
Nem pont ide tartozik, de érdekes lehet:
Én is szívesebben használnám a jó öreg Office 2000-et mint aj új csodákat, de az Excelben egészen bizarr hiányosságokba futottam bele. Megnéznéd, hogy ha egy Excel-tábla üres cellájába beírsz egy dátumrészletet, mondjuk, hogy 3/24, azt kiegészíti-e korrekt dátumra.
Nálam valamiért nem.
Köszönettel: MaCS
-
válasz
Wolfskin
#2794
üzenetére
"komolyan mondom, ennél labilisabb, esetlegesebb programmal még életemben nem találkoztam...
"Nem mondom, hogy hibátlan, de nagyon régen, napi szinten használom a VirtualBoxot, és a környezetemben nagyon sokan használják szintén nagyon aktívan. Sem labilitásra, sem az Általad jelzett többi problémára nem panaszkodik senki. Biztosan vannak problémák (nálam is előfordul, de nem erősebben, mint bármely más program esetén), de távolról sem kritikus a helyzet.
Nálad valami más probléma állhat a háttérben.
MaCS
-
-
#2718
MaCS_70
félisten
scott_free
#2714
válasz
scott_free
#2714
üzenetére
A virtuális gépre telepített operációs rendszernek fogalma sincs a gazdagépről, így a gazdagépre telepített Windows licencét sem tudják értelmezni.
MaCS
-
Ez egy régi, jól ismert probléma. Én is többször belefutottam már.
Ez a megoldása:
1...
2. Edit your registry
- Open the Windows registry, by clicking on Start > Run and typing regedit
- Navigate to the following location HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Class\{36FC9E60-C465-11CF-8056-444553540000}
- In the right hand panel, if the the UpperFilters entry exists, then delete it
3. Install virtualbox USB driver manually.
- Goto folder C:\Program Files\Oracle\VirtualBox\drivers\USB\filter
- Click right mouse button on file named VboxUSBMon.inf
- Check Install
4. Reboot
5. Unplug your USB device
6. Open VirtualBox and Close it rightly.
(It will remove your USB device from VM's seized list.)
7. Plug your USB memory.
8. Open VirtualBox and Run Virtual Machine.
9. Click right mouse button on USB icon placed in status bar which is below VM window.
10. Check USB device what you want to plug in.MaCS
-
-
"Melyik alapelvre gondolsz, ami hiányt szenved?"
Erről egyelőre nem nyilatkozhatom.
A helyzet az, hogy hamarosan vizsgázom belőle, és a háttéranyagot még nem tanultam meg, de előadáson az hangzott el, hogy az x86-os vonal a tanulmányban érintett mindhárom virtualizációs alapelv érvényesülését gátolja. Remélem, hamarosan kimerítőbb választ tudok adni!
Az említett tanulmány 3 Popek-Goldberg féle alapelve a hatékony virtualizációhoz egyébként az alábbi:
– A hypervisor teljes kontroll-lal kell, hogy rendelkezzen a virtualizált erőforrások felett;
– A virtuális gépen futó program nem tudhatja megkülönböztetni a virtualizált környezetet a fizikaitól;
– A gépi kódú utasítások nagy többségét magának a CPU-nak kell végrehajtania, a hypervisor beavatkozása nélkül.(Sajnos nem vagyok ilyen okos, a jegyzeteimből másolok ki.)
MaCS
-
A gyakorlatban valóban rájöhetnek az operációs rendszerek arra, hogy virtuális gépen futnak, és ez egy rendszerszintű hiba.
1974-ben (!!!) jelent meg egy cikk Formal Requirements for Virtualizable Third Generation Architectures címen, ami már akkor leírta a virtualizáció három alaptételét, amiből az egyik az, hogy a futó programnak nem szabad észrevennie azt, ha virtuális gép fut alatta. Az x86-os architektúra gyakorlatilag mindhárom tétellel hadilábon állt, és 25 évet kellett várni a VMWare-re, mint első működő virtuálisgép-rendszerre. Viszont maga az x86 a ma napig nem engedi tökéletesen érvényesülni az alapelveket.
MaCS
-
-
Ha az a kérdés, hogy a VirtualBox látja-e a géped HDD-it, akkor a válasz az, hogy beállítható rajta. Tehát elviekben működnie kell annak, hogy egy NAS program (egyébként melyik az?) rálásson a tárhelyre -- hacsak magában a programban nincs valami trükk, ami miatt ő közvetlen elérést kér.
MaCS
-
#2549
MaCS_70
félisten
egyedülülő
#2548
válasz
egyedülülő
#2548
üzenetére
Ebből sajnos gyakorlatilag SEMMIT nem tudtunk meg arról, hogy mi a probléma Nálad.
Mit és hogyan próbálsz, milyen környezetben, milyen gépen, mi történik erre, mit üzen a gép, mi nem működik, stb...
MaCS
-
#2523
MaCS_70
félisten
NdrewSunix
#2522
válasz
NdrewSunix
#2522
üzenetére
Én is akarok DOS-t, már vagy 10 éve, csak valahogy mindig más lesz az éppen fontosabb...
MaCS
-
#2521
MaCS_70
félisten
NdrewSunix
#2520
válasz
NdrewSunix
#2520
üzenetére
Hidd el, ha valaki tud segíteni, az fog is. Ha nem kaptál a kérdéseidre választ, annak nem a rosszindulat vagy a közömbösség volt az oka.
MaCS
-
válasz
Victoryus
#2509
üzenetére
Jó lenne többet tudni a problémádról, mert nem tűnik általánosnak, viszont nem sokat írsz a körülményekről, csak azt, hogy általában f0s meg lefagy.
Nálam jelenleg 10 fizikai gépen tucatnyi rendszerű virtuális gép nem produkált ilyen problémát, de a fórum sincs éppen tele ilyesmivel.
Úgyhogy, ha érdemi problémára vársz érdemi segítséget, akkor javasolom, hogy definiáld azt, amint azt szoktuk csinálni.
MaCS
-
-
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
-
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
-
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
-
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".
-
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
-
#2422
MaCS_70
félisten
DrojDtroll
#2421
válasz
DrojDtroll
#2421
üzenetére
Köszönöm!
MaCS
-
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
-
Nem tudom, hogy azt hogyan kell, most első sorban a szeretném életre kelteni magát a virtuális gépet. A snapshot fontos, de sokkal fontosabb, hogy eleve a VM elinduljon. De egyelőre képtelen vagyok bedrótozni a .vdi fájlt, mert mindig erre az eltérő UUID-ra hivatkozik.
Maguk a fájlok pedig hibátlanok, két biztonsági másolatra is ezt a hibát dobja, és nem volt kavarás velük.
Végső megoldásként leutazom egy vidéki géphez, amit még nem ért utol az áprilisi frissítés, megnézem azon, hátha...
Köszönettel: MaCS
-
-
válasz
MaCS_70
#2379
üzenetére
Ugyanis, amint látom, a vdi mint virtuális lemez nincs csatlakoztatva. Ha megpróbálom csatlakoztatni, akkor az eredeti hibaüzenetet kapom -- aminek viszont érdekessége, hogy az UUID, amire a virtualbox.xml részeként hivatkozik, egészen más, amint amit a virtualbox.xml ténylegesen tartalmaz.
MaCS
-
Indítanám a jól megszokott virtuális gépemet, mire az a hibaüzenet fogad:
A virtuális gép munkamenetének megnyitása sikertelen: Munka XP.
UUID {xxx-???-xxx} of the medium 'D:\fájlnév.vdi' does not match the value {yyy-???-xxx} stored in the media registry ('C:\Users\xxx\.VirtualBox\VirtualBox.xml').
Eredmény kód: E_FAIL (0x80004005)
Komponens: MediumWrap
Interfész: IMedium {4afe423b-43e0-e9d0-82e8-ceb307940dda}A virtuális gépen természetesen nem változtattam a legutóbbi használat óta.
Mi lehet erre a megoldás?
Köszönettel: MaCS
-
válasz
MaCS_70
#2322
üzenetére
Úgy tűnik, bejött! Ismét tudom csatlakoztatni az USB-eszközeimet!
A megoldás:
1. My Host is window 7 32bit home premium. But, 64bit's solution may be same because problem was caused by USB filtering function of WINDOW 7.
2. first of all, edit your registry
- Open the Windows registry, by clicking on Start > Run and typing regedit
- Navigate to the following location HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Class\{36FC9E60-C465-11CF-8056-444553540000}
- In the right hand panel, if the the UpperFilters entry exists, then delete it3. Install virtualbox USB driver manually.
- Goto folder C:\Program Files\Oracle\VirtualBox\drivers\USB\filter
- Click right mouse button on file named VboxUSBMon.inf
- Check Install(I) (maybe.. My window is korean so it dose not exact. )4. Rebooting
5. Unplug your USB memory (or joystick..)
6. Open VirtualBox and Close it rightly.
(It will remove your USB device from VM's seized list.)7. Plug your USB memory.
8. Open VirtualBox and Run Virtual Machine.
9. Click right mouse button on USB icon placed in status bar which is below VM window.
10. Check USB device what you want to plug in.
https://forums.virtualbox.org/viewtopic.php?f=6&t=39104&start=30#p373718
MaCS
-
Nekem furcsa ez a jelenség. Mármint az, hogy rövid kereséssel 2009-ig visszamenőleg találok sirámokat vele kapcsolatban, mégis stabilan fennáll.
Most, pár sikertelen egyéb ötlet után, ezt a javítást próbálom ki. Beszámolok róla.
MaCS
-
válasz
Doky586
#2319
üzenetére
Sajnos nem úgy tűnik, mivel ez nálam már régebben is gondot okozott, több Windows 10 host generációján át. Most azonban minden új és független az eddigiektől: a gép, a host és a guest is, a guest ráadásul az eddigi Windowsok helyett Linux.
És mégis: ugyanaz a hiba.A dolog érdekessége egyébként az, hogy amikor a guest ezt a "Busy" hibaüzenetet dobja, a hostttól már elvette az USB-eszközt, és molyol valamit vele, csak éppen nem hajlandó rendesen csatlakoztatni és használni. Az eszköz tehát felhasználói szemmel eltűnik a rendszerből, lebeg valahol a senki földjén a host és a guest között.
A neten egyébként rengetegen panaszkodtak erre, de megoldást én még nem találtam -- ami így több éves távlatban és számtalan VB-update-en keresztül azért érdekes.
MaCS
-
Rajtam kívül senki másnak nincs gondja az USB-vel?
Új gép, új Windows 10 telepítés, teljesen új virtuális gép, ráadásul az eddigi Windows XP guestek helyett Linux Mint.
És tök ügyanazt csinálja: akármilyen USB-eszközt (nyomtató, szkenner, pendrive) próbálok csatlakoztatni, közli, hogy:
USB eszköz csatlakoztatása sikertelen a virtuális géphez
USB device is busy with a previous request. Please try again later.
Eredménykód: E_INVALIDARGMaCS
-
Érdekes, nekem a Windowson futó VMWare mindig sokkal gyorsabb és gördülékenyebb volt, mint a VB.
Vagyonokat viszont nem akartam fizetni érte, nagyjából ezért álltam át a VB-ra.
Menet közben viszont a munkámhoz szükséges alkalmazások virtuális gépen futtatása okafogyottá vált, úgyhogy már az ingyenes VMWare is megfelel.
Még csak a VM telepítésénél tartok, de az nem tűnik lassaabbnak, mint VB alatt.
MaCS
-
Megpróbáltam downgrade-elni a VirtualBoxot.
A legrégebbi, ami el is indul, az 5.1.14. Az 5.1.12. települ, de nem indul el.
Sokra nem mentem vele, a hiba változatlanul megvan. A biztonság kedvéért friss Windows 10, friss VB, friss VM.
Gyanúm, hogy szépen visszatérek a jó öreg VMWare-hez, az amúgy is sokkal megbízhatóbb volt, sokkal kevesebb meglepetéssel.
MaCS
-
-
Pillanatnyilag a két W10-es hosthoz férek hozzá, azokon egyértelműen fennáll a hiba, szűz telepítés esetén is.
A W8-ast reményeim szerint legközelebb augusztus végén látom, 7-es már nincs.
Új fejleményként a drag'n'drop sem megy az XP-s VM-ek felé, ha kilépek belőlünk, a VboxTrayDndVnd alkalmazás összeomlására panaszkodik mindegyik. A 7-es guest simán csak elakad a fájlmásolás 0%-ánál (Dropping data ... 0%), de nem dob kilépéskor hibát. Szintén mindkét, független gazdagépen.
MaCS
-
Éni s Canon szkennert használok, illetve csak használnék. Pontosabban a virtuális gépeim legfőbb feladata a szkennelés lenne, az összes többi cél okafogyottá vált.
Hosszú évekig ment is a dolog, azonos guest XP-vel, hostként először Win7-tel, most egy Win8-cal és két Win10-zel.
A PC-k és a Canon eszközök, illetve azok driverei nem változtak, tehát gyakorlatilag minden a régi, mégi egyik napról a másikra MINDEGYIK gépen én is ezt a hibaüzenetet kapom:A(z) Canon MP600 (((vagy MX860))) [0104] USB eszköz csatlakoztatása sikertelen a virtuális géphez: Munka XP.
USB device 'Canon MP600' with UUID {d65d1358-04cc-47e7-839a-2495ee173f06} is busy with a previous request. Please try again later.
Eredmény kód: E_INVALIDARG (0x80070057)
Komponens: HostUSBDeviceWrap
Interfész: IHostUSBDevice {c19073dd-cc7b-431b-98b2-951fda8eab89}
Callee: IConsole {872da645-4a9b-1727-bee2-5585105b9eed}Olyannyira, hogy idegességemben nulláról újrahúztam egy guest XP-t, és első indításra, első csatlakoztatási kísérletre is ezt dobja.
Nosza, készítettem egyorsan egy Win7-es virtuális gépet: dettó, az sem hajlandó átvenni az eszközt (amúgy a többi USB-eszközt sem), már elsőre arra hivatkozik, hogy folymatban van egy másik átvételi folyamat. (Helyesebben vannak eszközök, amik elsőre csak nem csinálnak semmit, aztán másodikra már arra hivatkoznak, hogy az első kísérlettel vannak elfoglalva.)A neten találtam egy csomó panaszt erre, de nekem egyik megoldás sem működött, valamint az utóbbi időben a VirtualBoxot használó ÖSSZES barátom erre panaszkodik.
Ha van valakinek ötlete, azt nagy örömmel fogadnám, mert így ez az egész rengeteg plusz munkát okoz nekem...
Köszönettel: MaCS
-
A gondom a következő:
Windows 10 alatt futó Windows XP-n szoktam szkennelni, eddig gond nélkül.
Most a következővel lepett meg a drága:
Az Eszközök USP-alatt csatlakoztatni próbálom a szkennert, de a csatlakozás nem történik meg -- bár a gazfagépről ezért eltűnik.
Ha ismét próbálkozom, a következő hibaüzenetet kapom:A(z) Canon MX860 series [0105] USB eszköz csatlakoztatása sikertelen a virtuális géphez: XP.
USB device 'Canon MX860 series' with UUID {c242c679-c8e7-498f-9caa-d926c6364ca7} is busy with a previous request. Please try again later.
Eredmény kód: E_INVALIDARG (0x80070057)
Komponens: HostUSBDeviceWrap
Interfész: IHostUSBDevice {c19073dd-cc7b-431b-98b2-951fda8eab89}
Callee: IConsole {872da645-4a9b-1727-bee2-5585105b9eed}Ezt vajon hogyan tudom feloldani?
Köszönettel: MaCS
-
-
Jó fél év után ismét a migrációval küszködöm.
Itt van előttem egy másik gépről átmentett teljes Virtualbox VMs mappa, benne a vitruális gépek mappáival. Ezeket a gépeket szeretném életre kelteni ezen e gépen.
Megmondom neki, hogy legyen új gép, beállítom az alapparamétereket, és megkérem arra, hogy meglevő virtuális lemezt szíveskedjen felhasználni, amire ki is jelölöm a az adott mappában lekó vdi-fájlt.
Örömmel el is készíti a gépet, induláskor viszont közli, hogy No Bootable Media.Mit csinálok rosszul? Helyesen hogyan tudnám ezen a gépen életre kelteni a könyvtárban szunnyadó virtuális gépeket?
Köszönettel: MaCS
Hogy ez a VMWare-en milyen egyszerű is volt...
-
Nagyon köszönöm a problémámra fordított időt, de én most feladom.
Én is úgy érzem, hogy a célgép beállításaival van a gond, de plusz érdekesség az, hogy ha a saját maga által gyártott, 1 perce kipróbált vdi-t másolom és teszem egy új virtuális gép alapjává, akkor ez a vdi az új gépen már boot errort ad.
Ketten kidülledő szemekkel végiglapoztuk a beállításokat, nem találtunk különbséget.
valami halál triviális hülyeség lesz a gond, és teljesen betriebsblind vagyok...Lehet, hogy újrahúzom a Virtualboxot.
Egyébként mi ez az 5.1? Jelenleg .26-os használok, a frissítő szerint ez a legfrissebb, de a honlapon már az 5.1-et reklámozzák.
Köszönettel: MaCS
-
válasz
kraftxld
#2064
üzenetére
Sajnos nem igazán értem, hogy mit jelent az, hogy a Macrium ISo-jável bebootolom a virtuális gépet.
De szerintem nem ebben az irányban van a megoldás. Maguk a vdi-fájlok jók, azon a gépen, ahol születtek, kifogástalanul működnek, a másik gépen, ahová átmásoltam őket, viszont egyik sem. Tehát nem sérült, bootolhatatlan fájlokról van szó.Köszönettel: MaCS
-
Nálam is PIIX3, mindenhol.
Fórumokon keresgélve annyit találtam, hogy be kéne tennem egy bootolható ISO-t a virtuális CD-meghajtóba.
Ezt némi ügyeskedéssel meg tudom oldani -- lehet értelme?
Egyébként mi a különbség a vmdk és a vdi között? Csak mert az ova-ból visszahozott gépben vmdk a virtuális meghajtó.
Köszönettel: MaCS
-
Nálam jelenleg az a helyzet, hogy OVA-ból importált, illetve helyben létrehozott VM-et el tudok indítani, tetszőleges vdi-re épített gép esetén viszont boot error. Akkor is, ha azt a gépen itt helyben hoztam létre.
Pedig minden beállításnak stimmelnie kell, nagyon nem értem.A jelek szerint nem jön össze ez az idei szabadság. Egyszer már a internet hiánya miatt kellett hazautaznom, most meg ezért....
Köszönettel: MaCS
-
válasz
kraftxld
#2050
üzenetére
Köszönöm -- de sajnos nem az a gondom, hogy egyáltalán nem bootolható a virtuális gép, hanem az, hogy egyik hostról a másikra hordozva nem az. Az eredeti gépen vígan elindul, míg ha a másik gépen akarok úgy virtuális gépet generálni a virtuális HDD köré, akkor adja a boothibát.
Köszönettel: MaCS
-
Hosszabb kihagyás után visszajutottam ahhoz a géphez, amire át szeretném hozni a működő virtuális gépemet.
Ha az Általad leírt módszert követem (ami teljesen logikus), azaz a vdi-fájlt mint meglevő lemezt adom hozzá az új géphez, indításkor megkapom, hogy No bootable media found.Pedig a másik gépen működik a vdi -- sőt, az összes vdi-fájlommal ezt csinálja.
MaCS
-
Syl, Colomb2, mindkettőtöknek köszönöm!
A helyzet az, hogy telepítéskor az első dolgom, hogy megadjam a Beállításoknál, hogy az alapértelmezett gép mappa a D:\VirtualBox VMs legyen. Ettől függetlenül hozza létre a felhasználókönyvtáramban a .Virtualbox mappát, és tesz ide pl. log-fájlokat -- párhuzamosan a D:\VirtualBox VMs-be írt log-fájlokkal.
Nem igazán értem a logikáját, holnap tán' lesz rá időm, hogy elszöszmötöljek vele.
Köszönettel: MaCS
-
-
válasz
MaCS_70
#2039
üzenetére
Igen, ha csak a vdi-t cserélem, akkor ezt kapom:
Ezek szerint tehát mindkét könyvtárat szinkronba kell hozni -- illetve jöhet az NTFS-linkelés.
Nem igazán szeretem, amikor egy program a megkérdezésem nélkül pakol akármit, de főként a futáshoz szükséges, hatalmas állományokat a maga által jónak látott helyre, főleg a C-meghajtóra.
MaCS
-
Köszönöm!
Menet közben már látom, hogy hogy több helyre ment a VirtualBox. Van a tényleges vdi-fájlt tartalmazó mappa és van egy .Virtualbox a felhasználókönyvtáramban.
Mind a kettőt szinkronba kéne hoznom?Illetve kérdés, hogy ha importálom ova-fájlból, akkor hogyan tudom megmondani, hogy hol hozza létre a géed?
Köszönettel: MaCS
-
Na, úgy tűnik, végre végleges, azaz továbblépésre alkalmas formában összeállt a virtuális gép.
A kérdés az, hogy hogyan tudom gépről gépre mozgatni, mindig magammal vinni úgy, hogy az aktuális változásokat is továbbvigyem. VMWare-nél egyszerűen vittem az adott gép mappáját, de a VirtualBoxnál ez nem működik.
Melyik fájlokat/mappákat kell másolnom? (Ez az export-import módszer sajnos nem fér bele az időbe...)Köszönettel: MaCS
-
Hát, ennél azért bonyolultabb a helyzet.
Amint a legjobb barátunk mutatja, ez egy évek óta fennálló probléma, még valamikor a 4.3-as időkben jelentkezett először, és még a legfrissebb kiadásnál is tömeges rá a panasz.
Miután kipróbáltam számos, a többségnél amúgy szintén nem működő trükköt (mint pl. a drivertörléses machináció), végül a következő látszik beválni (az, hogy hosszú távon mit csinál, majd elválik):
a HKEY_LOCAL_MACHINE > SYSTEM > CurrentControlSet > Control > Class > {36FC9E60-C465-11CF-8056-444553540000} bejegyzésből töröltem az UpperFilters kulcsot, és egy host reboot után azonnal látta az USB-s eszközeimet.
Köszönettel: MaCS
-
válasz
MaCS_70
#2032
üzenetére
Kiegészítés:
Egy HP szkennerrel is ezt produkálja.
Indítom a virtuális gépet, az Eszközök/USB alatt rábökök az eszközre, azt szépen el is hozza a gazdagépről, de a virtuális gépen már nem jelenik meg. Ha viszont ismét rábökök a menüben, akkor jön a hibaüzenet, hogy "Csatlakozás sikertelen -- USB device 'Hewlett-Packard hp scanjet scanner' with UUID {xxx} is busy with a previous request. Please try again later."Később meg aztán próbálgathatom végtelen time outtal...
MaCS
-
Windows 8 alatt eddig hibátlanul futó XP vm nem engedi csatlakoztatni az eddig szintén hibátlanul működő nyomtatót:
A(z) Canon MP600 [0104] USB eszköz csatlakoztatása sikertelen a virtuális géphez: Munka XP.
USB device 'Canon MP600' with UUID {xxxxxxxxxx} is busy with a previous request. Please try again later.
Eredmény kód: E_INVALIDARG (0x80070057)
Komponens: HostUSBDeviceWrap
Interfész: IHostUSBDevice {c19073dd-cc7b-431b-98b2-951fda8eab89}
Callee: IConsole {872da645-4a9b-1727-bee2-5585105b9eed}Mit tehetek?
Köszönettel: MaCS
-
Üdvözlöm a helyieket!
Hosszú évek VMWare-használata után elegem lett az árpolitikájukból, és gondoltam, szintén sok év után ismét teszek egy próbát a VitrualBoxszal.
A problémám a következő:
Win8.1 majd Win10-es hoszt, rajta akár XP, akár Win7 VM. Alap telepítés, csak maga a nyers OS fut + a VB kiegészítő, tehát a VM-re telepített szoftver nem kavarhat be.
A gond az, hogy amint fájlokat másolnék a virtuális gépre (akár copy-paste-tel, akár DnD-pal) pár másodperc után se szó, se beszéd eldobja a virtuális gépet, az egyszerűen eltűnik.
Mit lehetne ezzel kezdeni?
Köszönettel: MaCS
"
Új hozzászólás Aktív témák
- HIBÁTLAN iPhone 13 Pro 256GB Sierra Blue 1ÉV GARANCIA -Kártyafüggetlen, MS3743, 91% Akkumulátor
- ÁRGARANCIA!Épített KomPhone Ryzen 7 5700X 16/32/64GB RAM RX 7600 8GB GAMER PC termékbeszámítással
- Bontatlan Oriflame Love Potion parfüm eladó
- Apple iPhone 13 Mini / 256GB / Kártyafüggetlen / 12Hó Garancia / Akku : 100%
- Keresünk iPhone 13/13 Mini/13 Pro/13 Pro Max
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest