MacBook-ban hol találhatom a "C meghajtót" amin a rendszer van?

Jezusom...

Szoval, macbookon nincs C: . A rendszermeghajtohoz nem fersz hozza, semmi keresnivalod rajta, az adataidat a Finderben talalod a sajat mappadban.

Nos, én távolról sem vagyok Mac-fanatikus, de még csak sima felhasználó sem. De tudom, hogy BSD alapú, és a BSD-ben, meg pár másik Unix-gyökerű rendszerben (pl. Linux) otthon vagyok. Ezeknél a "rendszermeghajtó" maga a gyökérmeghajtó. A "/". A legfelső szintű könyvtár. Szükség esetén a többi partíció ennek valamelyik alkönyvtárába csatolódik be. Például nálam a /home külön partíción van, de a rendsze indításakor felcsatolódik, így a /home könyvtár alatt már ezt a másik partíciót látom. (Ami egyébként azért praktikus, mert pl. egy újratelepítéskor minden dokumentumom és beálíltásom megmarad, ha csak a rendszert húzom újra. De ez már más kérdéskör.)

"A CrossOver meg át konvertálja a Windowsos fájlokat MacBook-ra, ergo nem kell virtuális környezet a futtatásához. mint Pl. Parallels."

Öhm... nem, a Crossover - ami igazából egy átdolgozott Wine - nem konvertál át semmit, hanem egy kompatibilitási réteget biztosít, vagy ha úgy nézzük, egyfajta emulátornak is tekinthető. Ergo virtuális környezetet hoz létre, még ha nem is teljesen "virtualizál" mindent. Az pedig, hogy a Wine/Crossover számára mi a "C" meghajtó, azt a beállításai között lehet megadni. De ennek nincs köze ahhoz, hogy mi melyik partíció.

"Viszont a "C meghajtót" a rendszerindító lemezen hozta létre a CrossOver, így ott tudom csak megtalálni azt, ezért kellett nekem amit már megtaláltam."

Oké, a Crossovert nem használtam még, de abból kiindulva, hogy Wine-alapú, alapbeállítás szerint a felhasználó könyvtárában hozza létre a virtuális C meghajtót. Máshol nem is lenne értelme, hiszen a felhasználó nem tudná módosítani.

"A CrossOver másként működik. Ez nem emulátor. Elvégzi a Windows-parancsok Mac-parancsokká való lefordítását, így a Windows-szoftvert úgy futtathatja, mintha azt a Mac-re tervezték volna."

Belemagyarázós marketingduma, az sem saját szellemi termék, hanem a Wine-tól nyúlva. Csak kicserélve benne a termékneveket. ;-)

Amikor a Wine indult, akkor a neve a WINdows Emulator rövidítése volt. Mert az. Emulátorból is létezik több típus, van, ami csak szoftverkörnyezetet emulál, van, ami hardverkörnyezetet is; van, ami teljes mértékben emulálja azt, és van, ami kisebb-nagyobb mértékben támaszkodik a gazda rendszerre. Attól az még emuláció. Csak mivel sokak képzeletében az emulátor szorosan összefügg a régi NES-, és C64-játékokkal, ezért nincs jó csengése az üzleti szférában. Ezért egy idő után elkezdtek lázadni az ellen, hogy ez egy emulátor lenne. Miért? Marketing-okokból. Lehet csűrni-csavarni, a lényegen nem változtat. Emulál egy Windowsos környezetet a futtatni kívánt állományok számára.

"Elvégzi a Windows-parancsok Mac-parancsokká való lefordítását"

Oké, ez kicsit pongyola így, de legalább közérthető. Na, de pl. egy NES emulátor nem pont ugyanezt csinálja? Átalakítja a 6502-es proci utasításait úgy, hogy az x86-en fusson. ;-) A különbség csak annyi, hogy a NES emulátor egy teljes hardverkörnyezetet is emulál. Na, meg az, hogy igazából olyan, hogy "Windows-parancsok", meg "Mac-parancsok", nem igazán léteznek. A gépi kódú utasítások nagy része változatlanul lefut Wine/Proton/Crossover alatt is, csak az erőforrásmenedzsment - és a fájlformátum - tér el jelentősen.

De tök mindegy, csűrhetjük-csavarhatjuk, a kérdés lényegén nem változtat. Ott van a virtuális C meghajtó a home könyvtáradban valahol. Internetes források szerint: "User-specific CrossOver files are located in your home folder, under the: Library/Application Support/CrossOver hierarchy."