Network drive másként

Microsoft Windows

Tudnátok valami alternatívát ajánlani a Windowsok beépített hálózati meghajtó csatolás funkciója helyett?
Ugyan ez tökéletesen működik, csak van egy átkozott program ami felismeri, hogy a meghajtó igazából egy hálózati hely és ezért nem engedi használni (ne kérdezzétek miért nem...)

Lényeg, hogy megpróbálnék valami alternatívát, amivel egy hálózati helyet meghajtóként lehet felvenni. Talán más megoldással be lehetne csapni a programot :)

  • 1243 megtekintés

( Czo v | 2017. 03. 31., p – 20:27 )

Csatolod a driveot majd a megfelelo pathot substolod? Bar szerintem igy is ki fogja deriteni.

---
Apple iMac 27"
áéíóöőúüű

Közben kipróbáltam, hogy mi van ha magam írom át a configjában az útvonalat.
Noh ez sikerült is, megtalálta a játékokat, akarta is frissíteni őket, de ott el is akadt.

Asszem nem véletlenül tiltották ezt le. Valami olyan frissítési eljárás lehet, ami hálózaton keresztül egyszerűen nem megy.

( BlinTux v | 2017. 03. 31., p – 20:56 )

Kiegészítés a kérdéshez:
Igazából a Windows VirtualBoxban fut. Szóval az is megoldás lehet, ha valamivel ki lehetne váltani a shard folder funkcióját a VB-nek.
A végcél az lenne, hogy a host egyik könyvtára meghajtó, vagy egy könyvtár legyen a guest-ben, ahova a progi tud irkálni anélkül, hogy felfedezze, hogy az igazából egy network drive.

És? Sejtem én, hogy valamit nem mondasz el, de az, hogy az az 50 GB a host file-rendszerén közvetlenül van vagy becsomagolva egy virtuális diszkbe, elsőre nem nagy különbség.

Majd ha tudható, hogy pontosan mi a feladvány, akkor megadható az arra legjobbnak tűnő válasz.
Addig - tőlem legalábbis - kaphatsz néhány konstruktív de korántsem biztos, hogy a problémád megoldására releváns tippet.

Üdv,
Marci

Jó, hát nem titok:
Van a Blizzard app nevű progi, ami a legújabb frissítés óta nem indul el Wine-al. Az ebből inditható játékok futnak, csak ez a kliens nem, ami patchelné a játékokat.
Noh most a kliens Windowsban elindul, látja is a megosztott könyvtárban a játékokat, de nem patcheli őket, mert a képembe vágja, hogy nem támogatott a hálózati megosztás.

Megnéztem pontosan, 121 Gb-ot foglalnak a játékok: Diablo III, Hearthstone, Heroes of the Storm, Overwatch, Starcraft II, World of Warcraft

Na most ezt mind bemásolni a guest alá, patchelni, aztán vissza másolni, nem egy kényelmes dolog :D
Ráadásul akár hetente jöhet patch valamennyihez.

Ha nem kell egyszerre menjen a két dolog, akkor Marci javaslatára alapozva:
- egy konténerfájlt csinálsz a hoston (vagy egy komplett partíciót/LVM volume-ot is használhatsz): mkfile vagy dd if=/dev/zero
- ezt odaadod a guestnek úgy, hogy bent egy full diszknek látsszon,
- bent ntfs-re formázod, mountolod (adsz neki betűjelet, windowsos szleng szerint),
- belerakod, amit akarsz, amikor már nem kell, akkor dismount (elveszed a betűjelet), elveszed a virtuális géptől,
- mount -o loop -t ntfs a hoston, és hopp, máris látod a tartalmát/tudsz bele írni,
- amikor vinnéd vissza megint a guestre, akkor nyilván umount aztán lehet újból a guestbe belekonfigurálni.

Lehet variálni más fájlrendszerekkel is, nyilván olyat kell választani, amit mindkét rendszer korrektül kezel, így hirtelen az ntfs-en kívül mást nem tudnék mondani (a vfat lehet még jó megoldás esetleg).
Az nyilván fontos, hogy egyszerre vagy a hoston mountolod, vagy a guestnek adod oda, ha a kettőt egyszerre próbálod, akkor saját zsebre kezd majd dolgozni a fájlrendszer ("korrupt" lesz), de ezt esetleg elsőre észre sem veszed... :D

Nem biztos... LVM tud thin provisioning-et (mondjuk NTFS-sel nem tudom, hogy működik együtt), bármelyik, a VirtualBox által támogatott storage formátum tud dinamikusan allokálni, a qcow2-t pedig tudja csatolni utána linux alatt.
Persze a tisztességes és sebesség-optimális egyben lefoglalni, de ez a vhd-nál is így van :)

Szerk.: VBox úgy tűnik qcow-ból csak read-only tud dolgozni, úgyhogy LVM/QCow2, és a hostról rawdisk-ként átadva a guestnek. Vagy iSCSI-n kiajánlva, és az felcsatolva a Guest-en.

Vagy egy thin provisioned LVM kötet felett levő fájlrendszerben levő QCow2 image felcsatolva a hoston, raw device-ként kiajánlva egy virtuális gépnek, ami csinál benne partíciókat és az egyiket iSCSI-n kiajánlja, így a Windows-os gépnek is, ami ott felcsatolva :) "Happy debugging suckers"

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)