- Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
- Az USA vizsgálja a RISC-V kínai terjedésének kockázatát
- Kicsit extrémre sikerült a Hyte belépője a készre szerelt vízhűtések világába
- Egészen nagy teljesítményspektrumon fedné le a mobil piacot az AMD
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- Visszaveszi az alapértelmezett tuningot az egyik csúcslapjában az ASUS
- VR topik (Oculus Rift, stb.)
- Milyen notebookot vegyek?
- TCL LCD és LED TV-k
- Steam Deck
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Milyen cserélhető objektíves gépet?
- 3D nyomtatás
- Melyik tápegységet vegyem?
Hirdetés
-
Karácsonyfaként világíthat a Thermaltake új CPU-hűtője
ph Az ASTRIA 600 ARGB ráadásul a hűtési teljesítmény szempontjából sem szégyenkezhet.
-
Konzolokra is megjelenik a Fera: The Sundered Tribe
gp A kooperatív szörnyvadászós játékhoz a minap egy friss trailert kaptunk.
-
Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
it Egyre nagyobb probléma az AI hallucinálása – most az osztrák adatvédelmi hatóság veheti elő a ChatGPT miatt az OpenAI-t, alapvetően a GDPR megsértése miatt.
Új hozzászólás Aktív témák
-
félisten
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
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
brd
nagyúr
válasz MaCS_70 #2032 üzenetére
Kihúz-visszadug, ha kevés, akkor host oldalon az adott eszköz Virtualbox-os USB driverét is el kellhet távolítanod.
The only real valuable thing is intuition.
-
Syl
nagyúr
válasz MaCS_70 #2037 üzenetére
>de a VirtualBoxnál ez nem működik.
Hogyne működne! Csak arra kell vigyázni, hogy mindegyik helyen ugyanaz a verzió fusson.
Simán viszed magaddal a teljes mappát, majd hozzáadod, mint új gép:Linux és Windows host között is hibátlanul megy a "költöztetés"
[ Szerkesztve ]
Never let your sense of morals prevent you from doing what's right.
-
félisten
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
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
Syl
nagyúr
válasz MaCS_70 #2040 üzenetére
Nálam Linuxon a /home/user/VirtualBoxVMs, windowson pedig a D:\VirtualBoxVMs mappában vannak a virtuális gépek (.vbox, .vbox-prev, .vdi, .vmdk, Logok). A program többi fájlja nem érdekel. Azokat nem piszkálom. Fogom az adott virtuális gép mappáját és viszem.
Nyilván "szállítás" előtt "eltávolítom" a virtuális gépből az "optikai lemezt", hisz az nincs benne a mappában.
Épp az imént másoltam át a Windows D:\VirtualBoxVMs\WinXP mappát Linux alá, hozzáadtam a virtualbox-hoz és kérdés nélkül elindult.Never let your sense of morals prevent you from doing what's right.
-
Syl
nagyúr
válasz MaCS_70 #2042 üzenetére
Elég érdekesen hoztad akkor létre a virtuális gépet.
Szerintem a legbiztosabb módja, ha "újraépíted" a virtuális gépet, a meglévő vdi felhasználásával.
1. VirtualBox, Fájl, Beállítások, Általános, Alapértelmezett mappa: (például) D:\VirtualBoxVMs
2. Új virtuális gép építése. Megadod a gép nevét (pl. winxp), memóriáját és amikor elérsz a merevlemez részhez, akkor a frissen létrehozott D:\VirtualBoxVMs\winxp mappába bemásolod a régi vdi fájlt.
3. Létező virtuális lemez hozzáadása, betallózod neki a vdi-t.
Ezek után az adott virtuális géphez tartó fájlok (.vbox, .vdi, log, snapshot stb.), mind egy mappában lesznek, a D:\VirtualBoxVMs-en belül.
Így már probléma nélkül tudod majd hozni-vinni a teljes winxp mappát.Csak a vdi fájlt nem szerencsés oda-vissza másolgatni két gép között, mert minden ilyen cuccban más ID szerepel és hisztizni fog a Vbox.
[ Szerkesztve ]
Never let your sense of morals prevent you from doing what's right.
-
Rimuru
veterán
válasz MaCS_70 #2042 üzenetére
Gondolom kulon mashova hoztad letre a a virtualis merevlemezt.
A legyegyszerubb mod grafikusan: Virtualis gep beallitasai -> storage -> eltavolitod a lemezt -> a faljt atmasolod a tobbi falj melle (vagy forditva) -> virtualis gephez hozzaadod a lemezt -> orulunk.Vigyázat, csalok!
-
Syl
nagyúr
válasz MaCS_70 #2045 üzenetére
A felhasználói könyvtárban eldugott virtualbox mappában csak a vbox rendszer működésével kapcsolatos logokat tárolja, az adott virtuális gép összes vacka a kijelölt "D:\VirtualBox VMs"-en belül kell hogy legyen.
Ilyen nálam például a winxp virtuális gép:Ezt a mappát így mindenestől átmásoltam windows alól linux alá, hozzáadtam mint meglévő gép és működik kérdés nélkül.
Never let your sense of morals prevent you from doing what's right.
-
kraftxld
nagyúr
válasz MaCS_70 #2048 üzenetére
Be kell bootolni a virtuális gépet mondjuk az SSD klónozó topikban megénekelt Macrium ISO-jával, abban van fix boot opció. Ez megtalálja az oprendszert a csatolt virtuális meghajtón és újrarajta a boot sectort meg mindent.
| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'
-
brd
nagyúr
válasz MaCS_70 #2056 üzenetére
Csak az EFI beállítás helyét mutattam meg, hogy hol keresd, ez a kép egy régebbi verzióról készült, nem baj, ha másképpen néz ki az aktuális verzióban, az EFI helye és a te gépeiden az állapota (forrás-cél esetén egyezzen meg) a lényeg.
The only real valuable thing is intuition.
-
Syl
nagyúr
válasz MaCS_70 #2051 üzenetére
>virtuális gépet generálni a virtuális HDD köré
Ha az itt mutatott módon, a teljes mappát viszed és nem új gépet generálsz, hanem ezt a meglévő nyitod, akkor sem indul.
De mintha írtál volna olyat, hogy a log fájlokat nálad valahol máshol tárolja a rendszer. Lehet előbb azt a részét kellene rendbe rakni?
Virtuális gépet nemhogy két gép között, két rendszer (win host -> linux host) között is probléma nélkül másoltam.Never let your sense of morals prevent you from doing what's right.
-
Syl
nagyúr
válasz MaCS_70 #2060 üzenetére
Érdekes, hogy a Virtualbox a saját vdi formátumáról nem tud bebootolni. Nálam meg ment a fizikai windowsról készített vhd fájlbóli bootolás is. Linux alól.
Brd kolléga linkelt egy képet. Ott van egy olyan, hogy chipset. Az nálad min áll? Mert nálam az mindegyik virtuális gépnél PIIX3.Never let your sense of morals prevent you from doing what's right.
-
Syl
nagyúr
válasz MaCS_70 #2062 üzenetére
Bootolható ISO-t? Érdekes ötlet, merthogy a vhd állományban is bootolható a partíció.
A vmdk nálam csak egy mutató a partíció fizikai eléréséhez. Bővebben: [link]
De mintha a vmware is vmdk fájlokat gyártana.Never let your sense of morals prevent you from doing what's right.
-
Syl
nagyúr
válasz MaCS_70 #2065 üzenetére
Akkor csakis valami a célgépen nem stimmel a VBox-szal.
Csak a vdi fájlt viszed, vagy a teljes virtuális gép mappát?
Ugyanolyan virtuális hardvert állítasz be? A virtuális merevlemez vezérlője ugyanaz? [kép]
Olyat még nem láttam, hogy egy hibátlan virtuális gép ne indulna el másik fizikai gépen.Never let your sense of morals prevent you from doing what's right.
-
Syl
nagyúr
válasz MaCS_70 #2067 üzenetére
Ha a problémás gépen újrarakod a vbox-ot, előtte pucold ki a registry-ből is, meg a user profil .virtualbox mappát.
A vbox gyakran fut két szálon, jelenleg 5.0.x és 5.1.x. Én is "kézzel" frissítettem, mert automatán csak alverzión belül frissül.
Never let your sense of morals prevent you from doing what's right.
-
brd
nagyúr
válasz MaCS_70 #2134 üzenetére
Ha file-ban van tárolva a virtuális HDD tartalma, akkor jobb kikapcsolva tartani, mert úgyis a host OS kezeli a TRIM-et. Akkor lehet inkább jelentősége, ha partíciót, vagy egész meghajtót adsz oda alacsony szinten a VirtualBox-nak.
The only real valuable thing is intuition.
-
Syl
nagyúr
válasz MaCS_70 #2168 üzenetére
Én régóta azon használom a virtuális hetest (sokat dolgozom benne). Azt hiszem kicsit jobban megterheli az SSD-t, mint "egy normális oprendszer", de nem vészes. Két év alatt 95%-ra esett a wear leveling. Cserébe minden villámgyorsan megy virtuálisban is.
Never let your sense of morals prevent you from doing what's right.
-
-
Syl
nagyúr
válasz MaCS_70 #2252 üzenetére
Meg sokkal több pénzzel (az ingyenes player egy vicc)
Linux host-on, ha bekapcsolom a 3D gyorsítást (intel 3D) olyan gyönyörű akadozások vannak benne, hogy jaj. 3-4 másodpercig megy a virtuális gép, majd 2-3 másodpercig dermedten áll... Az egész gép! A hostot is beakasztja...
Never let your sense of morals prevent you from doing what's right.
-
Syl
nagyúr
válasz MaCS_70 #2254 üzenetére
Régi (sok-sok évvel ezelőtti) tapasztalatom szerint a VMware gyorsabb, mint a VirtualBox, a driverei kiforrottabbak, jobbak. Csak nálam linux hoston nagyon nem okés - ez szinte biztos, hogy az intel vga végett van.
Never let your sense of morals prevent you from doing what's right.
-
-
Syl
nagyúr
válasz MaCS_70 #2318 üzenetére
Jaja. Nálam a szkenner fut XP guestben (a drága jó any**áját a canonnak!). Régen fixen be volt állítva az USB eszközök között, de mostanában hibát dob. Így kézzel kell játszanom, mind az usb kábellel, mind a fel- lecsatolással
Never let your sense of morals prevent you from doing what's right.
-
félisten
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
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
brd
nagyúr
válasz MaCS_70 #2374 üzenetére
Nevezd át a file-t, majd távolítsd el a VirtualBox media tárából (CTRL+D elvileg), aztán nevezd vissza a file-t, majd az adott gép beállításai között a Storage fülön add hozzá az ekkor már üres porthoz a tárolóvezérlőn (esetleg a médiatárból eltávolítás előtt nézd meg, melyik portra van kötve).
The only real valuable thing is intuition.
-
félisten
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
Fán nem lehet motorozni, motoron viszont lehet fázni!
-
Syl
nagyúr
válasz MaCS_70 #2384 üzenetére
Figyelmesen menj végig a paramétereken.
Példa:Balra VirtualBox.xml, középen Médiakezelő, jobbra a virtuális gép vbox fájl.
A VirtualBox.xml MachineEntry UUID meg kell hogy egyezzen a virtuális gép vbox Machine UUID-val. Ha igen, akkor a VirtualBox.xml tovább nem érdekes.
A Médiakezelőben láthatod minden vdi (snapshot is) UUID-ját, azokat hasonlítsd össze a virtuális gép vbox fájl HardDisk UUID értékekkel. Ha valamelyik nem stimmel, hiányzik, nem olyan sorrendben van (mint a médiakezelőben) akkor kézzel korrigáld a vbox fájlt.
Ha 100%-ban azonos a vbox a médiakezelővel és továbbra sem megy, akkor javaslom a balkezes szekercét
Nálam a frissítés nem cseszett el semmit, a virtuális gépem ugyanúgy működik, mint előtte. Sőt, ugyanez a virtuális gép megy Mac és Linux alatt is, merthogy a régi szkenneremet csak XP alatt tudom életre kelteni.Never let your sense of morals prevent you from doing what's right.
-
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.
-
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.
-
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.
-
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.
-
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.
-
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.
-
senior tag
Új hozzászólás Aktív témák
- Steam, Windows, Origin kulcsok, előfizetések közvetlenül a kiadótól, a LEGJOBB ÁRON!
- Eredeti Windows, telepítéssel! Digital Doctor Számítógép Szerviz
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- AKCIÓ! - STEAM kulcsok /Anuchard, Aragami, Children of Morta, stb. - 2024.04.17.