Før eller siden må du kanskje kjøre Windows-programmer på Linux. Et stort antall programmer er skrevet for Linux-operativsystemet, kanskje til og med flere dusin programmer for å løse en spesifikk oppgave. Men denne trenden observeres bare for utbredte oppgaver som for spesialiserte programmer og spill, er situasjonen en helt annen. Det er rett og slett ingen programmer for å løse høyt spesialiserte problemer, for eksempel i det samme området av SEO for Linux, og spill har først begynt å dukke opp de siste årene.
Det var enkle open source-spill før, men populære AAA-spill begynte først å dukke opp da Valve ble interessert i denne plattformen. Men så langt er ikke situasjonen med spill som vi skulle ønske. Derfor er det behov for å installere Windows-programmer på Linux.
Windows-programmer kan ikke startes bare ved å dobbeltklikke på den kjørbare filen. Det kjørbare filformatet for Linux er veldig forskjellig fra Windows. Derfor, for å kjøre dem, må du bruke spesiell programvare - vin. Navnet Wine er dannet ved å bruke, av en eller annen grunn, en populær metode i verden av fri programvare - et rekursivt akronym, og står for Wine is not emultor. Og det er sant, vin er ikke en emulator.
Dette er et programvareskall som konverterer systemanrop fra Windows-programmer til anrop til funksjoner i Linux-operativsystemet. Dermed er vin et lag mellom et Windows-program og Linux-operativsystemet, sammen med kjernen og bibliotekene.
For å forstå hvordan Wine fungerer, må du først si noen ord om Windows-kjernen. Windows, som Linux, har en kjerne. Som du vet, består Linux-kjernen av én fil og ligger i oppstartsmappen. Windows-kjernen er helt annerledes, i hovedsak er det et sett med dll-biblioteker som ligger i mappen C:\windows\system32. Derfor, for å få Windows-programmer til å fungere i Linux, trenger vi bare å implementere dll-bibliotekene som programmet trenger, slik at de kaller opp funksjonene vi trenger fra Linux-systemet, som er det Wine faktisk gjør. Men prosjektet utvikler seg veldig sakte og utviklerne har ikke tid til å implementere alle funksjonene fra Windows-systembibliotekene, så ikke alle programmer fungerer, spesielt ikke nye.
Populære programmer kjøres enkelt i Wine, og uten ekstra innstillinger. Men faktum er at det er nok alternativer til å løse populære og etterspurte oppgaver i Linux, og vi må kjøre spesialiserte programmer og spill som krever seriøse komponenter som ennå ikke er skrevet i Wine. Det er her feilen i dette programmet kommer frem. Men det er en vei ut, som vi vil vurdere nærmere.
Grunnleggende om vin
Alle vinprogramfiler, installerte programmer, biblioteker, registerfiler, konfigurasjonsfiler ligger i hjemmekatalogen, eller mer presist, i ~/.wine.
Siden forskjellige programmer vil kreve forskjellige biblioteksarkitekturer og forskjellige filer må erstattes med originale Windows-biblioteker, ble en funksjon kalt prefikser oppfunnet.
~/.wine-mappen er et prefiks, men vi kan lage et annet prefiks for hvert nytt program, og det vil bare fungere med det. For å angi prefikset som vin skal fungere med, bruk WINEPREFIX miljøvariabelen, for eksempel:
eksport WINEPREFIX=~/program
Ulike programmer kan kreve forskjellige systemarkitekturer, vin kan kjøre 64-bits programmer, men mange krever x86-arkitektur for å fungere ordentlig.
For å stille inn arkitekturen, bruk WINEARCH-variabelen. For eksempel, for x86:
eksport WINEARCH=win32
Ikke lag en mappe for det nye prefikset ved å bruke mkdir eller en filbehandler, la programmet selv lage denne mappen når du starter den.
Installere Windows-programmer i Wine
Hvis du trenger å kjøre et program som er fullt støttet av Wine, for eksempel Explorer eller Notisblokk, er alt du trenger å gjøre:
vinadresse/fil/program.exe
Men som jeg allerede sa, vi må kjøre få slike programmer, de fleste av dem vil kreve funksjonalitet som ennå ikke er implementert i vin. Da må vi erstatte Wine-bibliotekene med de originale Windows-bibliotekene. Selvfølgelig er det wrappers for Wine som automatiserer denne prosessen, for eksempel Crossover, PlayOnLinux, WineWizard, etc. Men vi vil vurdere det manuelle alternativet.
For å installere Windows-komponenter i vin, er det et spesielt verktøy - vintriks. Det er bedre å installere det fra programmets nettsted, så versjonen vil være nyere:
wget https://raw.githubusercontent.com/Winetricks/winetricks/master/src/winetricks
$ chmod +x vintriks
For å installere den nødvendige komponenten, send bare navnet på denne komponenten:
winetricks vcrun2008
Installasjonen av komponenter er mer eller mindre oversiktlig, men hvordan finner du ut hvilke komponenter som trengs? Mest sannsynlig har de allerede prøvd å installere programmet ditt og andre brukere har funnet en løsning på problemet. Bruk derfor Google-søk for å finne måter å installere programmet på. Nettstedet appdb.winehq.org vil også være svært nyttig. Den inneholder en database over alle applikasjoner som støttes i Wine, det er installasjonsinstruksjoner, mulige problemer er beskrevet og en generell vurdering av programmets ytelse er gitt, selv om alt er på engelsk.
La oss se på et eksempel. Skriv Advego Plagiatus i appdb-søket, la meg minne deg på at dette er et program for å sjekke det unike ved tekster, ofte brukt av tekstforfattere:
Det ble umiddelbart funnet i databasen:
På programsiden ser vi, i tillegg til skjermbildet og evalueringen av arbeidet, gul betyr gull, veldig bra, og instruksjoner for å installere det, i vårt tilfelle trenger vi et sett med riched30-biblioteker, som kan installeres med kommandoen :
winetriks rik30
Etter å ha installert denne pakken, vil programmet starte og fungere.
Men spørsmålet gjenstår, hva du skal gjøre hvis det ikke er noen instruksjoner, minimal informasjon, men programmet må fungere. Vi kan analysere Wines produksjon når vi kjører programmet. Dessuten vil vi ikke være interessert i alle meldinger fra programloggen, men bare de siste, nøyaktig hva som forårsaket feilen.
La oss se på eksemplet med den samme Advego Plagiatus. Først, la oss lage et nytt prefiks for ikke å ødelegge det som allerede er installert:
eksport WINEPREFIX=~/advego
Vi trenger ikke å endre arkitekturen, men hvis du vil, kan du spesifisere at du må bruke win64:
fixme:richedit:ITextRange_fnEndOf (0xa04410)->(6 0 (null)): stub
fixme:richedit:ITextRange_fnEndOf (0xa04410)->(6 0 (null)): stub
fixme:richedit:ITextRange_fnEndOf (0xa04410)->(6 0 (null)): stub
Det gjenstår å forstå hva richedit er, og Microsoft TechNet informerer oss vennlig om at dette er deres API og det består av Riched32.dll, dette er den nyeste versjonen, men før den ble riched20.dll, forstår du allerede hvilke biblioteker som trengs?
Vi vet hvordan du installerer dem ved hjelp av vintriks, men dette er ikke nødvendig, du kan gjøre det manuelt. Last ned bibliotekene, det vil ikke være vanskelig å finne dem ved hjelp av Google. Bare se etter versjonen for Windows XP.
Vi kopierer biblioteket til prefikset vårt, til syswow64-mappen:
cp ~/Downloads/riched32.dll ~/advego/drive_c/windows/syswow64/
cp ~/Downloads/riched20.dll ~/advego/drive_c/windows/syswow64/
For 32-bits biblioteker brukes system32-mappen, og siden vi spesifiserte en 64-bits arkitektur, må vi bruke de riktige bibliotekene. Kjør deretter winecfg og på biblioteker-fanen, i den nye erstatningen for bibliotek-feltet, skriv inn *riched32, legg til *riched20 og legg til igjen:
Det er det, nå kan du prøve å kjøre programmet:
vin ~/advego/drive_c/Program\ Files\ \(x86\)/Advego\ Plagiatus/plagiatus.exe
Nå fungerer programmet og krasjer ikke lenger med en feil. På denne måten kan du erstatte mange vinbiblioteker. Du kan kjøre nesten alle programmer som ble skrevet for flere år siden og som ikke krever noen ny teknologi. Det er nok bare å erstatte de nødvendige bibliotekene. Du kan ikke bare bruke vintriks eller kopiere biblioteker fra Internett, men også ta dem direkte fra Windows. Du bør definitivt ikke erstatte gdi32.dll, kernel32.dll og user32.dll - disse bibliotekene implementerer Windows-kjernefunksjoner på det laveste nivået, og å erstatte dem vil bare ødelegge Wine. Det er sannsynligvis andre biblioteker som ikke kan erstattes, men dette kan bare bestemmes gjennom eksperimentering. Eksperimenter og la programmene kjøre uten feil!
Ved å bli vant til det nye systemet og tilpasse det for seg selv, står hver nybegynner overfor problemet med å velge applikasjoner, og vaner og uvitenhet om alternativer bremser prosessen med å bytte til Ubuntu.
Som regel, for alle tilpassede Microsoft Windows-applikasjoner kan du finne en erstatning i form av en "native" applikasjon under Ubuntu i den siste artikkelen (se "Open Source" utgave nr. 035, publisert 21. november 2008) I; prøvde å nevne en rekke applikasjoner for fullverdig arbeid. Og denne tilnærmingen (ved å bruke "native" Linux-analoger) vil i de fleste tilfeller være å foretrekke, siden det skaper færre problemer, de løses raskere, og generelt er det mer behagelig når alle applikasjoner ser ut og fungerer omtrent likt.
Hvis det av en eller annen grunn er vanskelig eller umulig å finne en erstatningsapplikasjon for Windows (for eksempel for spill), eller de eksisterende analogene ikke er tilfredsstillende, kan du bruke mulighetene til å starte Windows-applikasjoner i GNU/Linux miljø. Dette kan oppnås på flere måter.
Virtuelle maskiner
En av de populære måtene å jobbe med Windows-applikasjoner på Linux er å bruke . Som alle andre har han sine egne fordeler og ulemper. Den første, i tillegg til enkelhet, inkluderer muligheten til å kjøre applikasjoner i deres "native" miljø en advarsel er verdt å gjøre her. Microsoft Windows i dette tilfellet vil fungere som en vanlig applikasjon - i et eget vindu og vil bli kalt "gjeste-OS", mens hoved-OS kalles "vertssystem" eller "vert-OS", denne tilnærmingen øker stabiliteten til selve applikasjonen . Applikasjoner som kjører i dette tilfellet i gjeste-OS, vil bli isolert fra hoved-OS-en, og hvis gjest-OS-en plutselig er infisert med en nettverksorm eller en uopprettelig feil oppstår, vil dette ikke påvirke vert-OS-en på noen måte. Fordelene inkluderer muligheten til å jobbe med "øyeblikksbilder" av systemet, det vil si registrere den nåværende tilstanden til operativsystemet og om nødvendig (hele systemet har blitt infisert), gjenopprette den forrige tilstanden, og også bildet av gjesteoperativsystem opprettet av veiviseren kan overføres til hvilken som helst datamaskin, etc. De største ulempene er behovet for å starte hele operativsystemet, noe som fører til en reduksjon i ytelsen til hovedoperativsystemet (siden den virtuelle maskinen bruker ganske mye systemressurser), lang tid å starte selve applikasjonen (fra start av emulator til det øyeblikket applikasjonen åpnes), og uansett hvor selvmotsigende dette kan høres ut som systemisolasjon, noe som begrenser muligheten til å utveksle data med vertssystemet.
Essensen av metoden er at en av versjonene av Windows-operativsystemet lanseres i emulatorprogrammet i vindusmodus. I dette vinduet jobber du med gjeste-OS som med et vanlig, installerer de nødvendige programmene og starter dem. Det viser seg at i ett vindu er det et operativsystem som kjører ønsket applikasjon.
Det finnes flere programmer for å lage og kjøre virtuelle maskiner – inkludert de med grafisk grensesnitt, som vil bli diskutert. La oss se på to applikasjoner: VMware Server og VirtualBox. Valget falt på dem ikke ved en tilfeldighet - de ligner på mange måter: brukergrensesnittet er omtrent det samme, begge distribueres gratis og har et sett med verktøy for gjeste-OSer. I dette tilfellet er sjansene for å spille lav, siden støtte for 3D-akselerasjon i gjeste-OSer er på inngangsnivå.
VirtualBox
Den kommer i to versjoner: åpen kildekode (Open Source Edition, OSE) og inneholder lukkede komponenter. I sistnevnte er funksjonaliteten noe utvidet (for eksempel er muligheten til å koble til en USB-enhet i gjeste-OS kun tilgjengelig i denne versjonen). Den kan installeres ved å laste ned deb-pakken for din versjon av distribusjonen fra prosjektets nettside (http://download.virtualbox.org/virtualbox/vboxdownload.html#linux). Åpen kildekode-alternativet (OSE) installeres fra depotene som følger (for Ubuntu Linux):
Sudo apt-get install virtualbox-ose
Programmet lar deg virtualisere de fleste versjoner av Windows, det skal ikke være noen inkompatibilitetsproblemer.
VMware server
Lukket men gratis utvikling av det kjente selskapet VMware, som spesialiserer seg på virtualiseringsprogramvare. I tillegg til Server finnes det andre produkter, inkludert betalte (http://www.vmware.com/products/product_index.html). Alle detaljer om dem og nedlastingslenker er tilgjengelig på selskapets nettside.
Til tross for likheten mellom driftsprinsipper og funksjonene som tilbys, er det forskjeller mellom VirtualBox og Vmware Server som er merkbare for den gjennomsnittlige brukeren: mens det virtuelle maskinvinduet i VirtualBox er atskilt fra hovedprogramvinduet, implementeres dette i VMware Server ved hjelp av faner ; oppsettsveivisere (arbeid med disker og stasjoner) for VirtualBox utføres også i separate vinduer; Binære pakker for server har en tendens til å være dobbelt så store, osv. Jeg anbefaler deg å prøve begge alternativene, sammenligne og velge den du liker.
VIN
I motsetning til virtuelle maskiner, virtualiserer ikke WINE noe, den implementerer kun delvis WinAPI-funksjonalitet, slik at du kan kjøre Microsoft Windows-applikasjoner på GNU/Linux. Og denne programvareløsningen har sine fordeler og ulemper. Ulempene er ganske betydelige: garantien for å starte og betjene applikasjonen er lavere enn når du flytter WINE fra versjon til versjon, kan applikasjonen slutte å fungere, dette gjelder hovedsakelig applikasjoner som bruker tredjeparts dll-filer er ingen støtte for 64-bits applikasjoner. Blant fordelene er det verdt å nevne at det er mindre tap i ytelse, systemkravene er lavere sammenlignet med virtuelle maskiner, og integrasjonen med hovedoperativsystemet er høyere.
For seks måneder siden, etter femten år med utvikling, ble WINE utgitt under nummeret 1.0.0, hvor utgivelseskriteriet var stabil drift av Photoshop CS2 og Mircosoft fillesere. I løpet av den siste tiden har programmet vokst enda mer og er foreløpig den eneste (bortsett fra virtuelle maskiner) kobling mellom Microsoft Windows og andre operativsystemer.
Installere WINE på Ubuntu:
Sudo apt-get install vin
Etter å ha utført denne kommandoen, vil alle nødvendige pakker bli lastet ned, installert og konfigurert, men det er verdt å vurdere at de offisielle Ubuntu-repositoriene vanligvis inneholder en gammel versjon av WINE. For å få tilgang til de siste utgivelsene, må du koble til et tredjeparts WINE-lager. Hvordan du gjør dette er beskrevet på http://www.winehq.org/download/deb. Deretter bør du kjøre "sudo apt-get update" og installere WINE ved å bruke kommandoen ovenfor. Du kan konfigurere WINE ved å kjøre winecfg-kommandoen (eller fra "Wine"-menyen i "Applications", kjør "Configure Wine").
Det er to måter å starte Microsoft Windows-applikasjoner på: fra konsollen, som er en mer fleksibel metode, siden du kan angi flere startparametere i linjen; gjennom et grafisk brukergrensesnitt. I det første tilfellet må du kjøre noe sånt som dette på kommandolinjen:
Vinnøkler /home/user/program.exe
- vin - WINE utførelseskommando,
- -nøkler - nøklene du vil sende til programmet for kjøring,
- /home/user/ - katalogen der programmet ligger,
- program.exe er en Windows-kjørbar fil.
Etter å ha installert WINE på systemet, kan Windows kjørbare filer startes ved å høyreklikke og velge menyelementet "åpne med WINE". Hvis du installerte et Windows-program i WINE, vil det vises i den nyopprettede spesielle "Wine"-menyen i "Applications", som vist på bildet.
Det offisielle WINE-nettstedet har en spesiell database som viser ytelsen til en eller annen populær Windows-applikasjon, takket være den kan du finne ut på forhånd om favorittprogrammet eller det nødvendige programmet vil fungere. Nettgrensesnittet til databasen ligger på nettstedet http://appdb.winehq.org/
Andre utviklinger basert på WINE
WINE, som mange åpen kildekode-prosjekter, har gjennomgått revisjoner og tillegg på siden. Spesielt har det blitt utviklet applikasjoner på grunnlag som spesialiserer seg på et bestemt område.
WINE@Etersoft
Betalt russisk utvikling, primært rettet mot bedrifter. Det særegne er muligheten til å kjøre innenlandske programmer som "1C: Enterprise" på Linux-systemer, som er mye brukt i den russiske bedriftssektoren. I tillegg er det mulig å lansere klient-bank og juridiske systemer, samt noen kjente for den gjennomsnittlige brukeren 2GIS, FineReader, ABBYY Lingvo.
CrossOver
En applikasjon utviklet for å gi brukerne en sømløs opplevelse med Microsoft Office. I tillegg gir det lanseringen av noen spesialiserte programmer: Adobe Dreamweaver MX, Quicken og andre. CrossOver inkluderer et brukervennlig konfigurasjonsverktøy og programoppdateringer. I tillegg tilbyr den betalt teknisk støtte. Produsenten, CodeWeavers, har også et spesialisert produkt, CrossOver Linux Games, som tar sikte på å kjøre noen populære spill (deres liste finner du på http://www.codeweavers.com/compatibility/browse/group/?app_parent=4100). Dette programmet er også lukket og betalt, men det meste av arbeidet returneres til WINE i samsvar med vilkårene i GPL-lisensen.
PlayOnLinux
PlayOnLinux (POL) er et ganske ungt gratisprosjekt rettet mot å kjøre Microsoft Windows-spill i et Linux-miljø. Alle kan delta i utviklingen ved å skrive en plugin eller spillinstallasjonsmodul. Essensen av prosjektet er å lage en database med parametrene som er nødvendige for å installere og kjøre spill. Du kan installere programmet på Ubuntu slik:
Sudo wget http://playonlinux.botux.net/playonlinux.list -O /etc/apt/sources.list.d/playonlinux.list
sudo apt-get oppdatering
sudo apt-get install playonline
Cedega
Cedega er i utgangspunktet et kommersielt, men mer "modent" prosjekt fokusert på spill. Den har vært under utvikling en god stund, og 7.0 ble utgitt i midten av desember i fjor. For å motta den trenger du et abonnement verdt 25 USD i seks måneder. For å tiltrekke tredjepartsutviklere laster Cedega opp deler av kildekoden til SVN, som lar deg få grunnleggende funksjonalitet gratis.
Konklusjon
Dette er den siste artikkelen i "Ubuntu for Beginners"-serien, som markerer slutten på introduksjonen til GNU/Linux-verdenen. Den diskuterer det siste viktige aspektet ved å jobbe i Ubuntu etter min mening - lansering av Microsoft Windows-applikasjoner. Jeg vil gjerne gjenta igjen at i de fleste tilfeller er funksjonaliteten til "native" applikasjoner for GNU/Linux tilstrekkelig, og dette alternativet er å foretrekke. Bruk WINE som en siste utvei, og prøv å unngå å bruke virtuelle maskiner helt.
Legg igjen din kommentar!
Wine er spesiell programvare som lar deg kjøre applikasjoner laget for Windows på UNIX-lignende systemer, inkludert Linux. Jeg tror, om ikke alle, så mange har hørt om Wine. Jeg vil også grafisk om dette emnet. Mange artikler om Wine sier at du må trykke på halliken, trekke i krusingen, og så vil programmet (skriv inn navnet) fungere. Jeg vil gjerne la dette ligge til side og snakke om Vin generelt, hvilke finesser det er, og hvordan man bruker det generelt. Det var i hvert fall det jeg manglet i starten.
I mange distribusjoner er Wine installert ut av esken - bare dobbeltklikk på filen med .exe-utvidelsen, og, ganske sannsynlig, vil alt fungere. Hvis dette ikke var nok, så la oss dykke ned i detaljene.
Hvordan finne ut hvilken versjon av Wine som er installert?
Åpne konsollen og kjør kommandoen:
winecfg
I vinduet som åpnes velger du fanen "Om programmet", der det du leter etter ligger.
Hvor kan jeg få tak i vin og hvilken versjon bør jeg velge?
Når det gjelder installasjon, vil jeg bare presisere at i mange populære distribusjoner kan Winetricks installeres fra depoter.
For å kjøre Winetricks for standardprefikset, kjør bare kommandoen:
vintriks --gui
Hvis du klarte å lage forskjellige prefikser, bruk kommandoen:
WINEPREFIX=~/.wine_example/ winericks --gui
Er det noe program som vil gjøre alt det ovennevnte for meg?
Ja, det er to av dem. La oss starte med PlayOnLinux - https://www.playonlinux.com/ru/. Dette programmet inneholder et stort antall skript for å installere ulike applikasjoner under Wine. Noen ganger trenger du et distribusjonssett, i noen tilfeller vil PlayOnLinux laste det ned selv, og også lage et eget prefiks med de nødvendige vininnstillingene, laste ned og installere alle nødvendige komponenter osv. I listen over programmer for "generelle pedagogiske formål" finnes det er også de som ikke fungerer. De er uthevet i rødt. Grensesnittet til PlayOnLinux er enkelt og på russisk.
Det andre alternativet er den betalte og ganske velkjente løsningen CrossoOver (https://www.codeweavers.com/). Plassert som en kommersiell versjon av Wine. Produktet er på den ene siden rettet mot å kjøre kontorapplikasjoner. På den annen side, akkurat som PlayOnLinux, finnes det skript for å installere et stort antall andre applikasjoner, inkludert spill. Personlig forsto jeg på en eller annen måte ikke "trikset" med dette programmet. Det er ikke billig, og dessuten snakker vi ikke om et "en gang for alle" kjøp, men om et abonnement: 12 måneder - $40. Samtidig, etter å ha brukt testversjonen (du kan gjøre dette også, hvis du ønsker), så jeg at programmene jeg var interessert i (spesielt Microsoft Office, samt noen andre småting) ikke fungerte bedre enn under "enkel" Vin , og kjøpte ikke CrossOver. Jeg kan ikke unngå å legge merke til at den nye, 15. versjonen av CrossOver nærmer seg, der vi er lovet mye nytt – for eksempel et fungerende Office 2013. Hvordan det vil fungere er selvfølgelig et stort spørsmål . Men i mellomtiden.
Hva er resultatet?
Men til syvende og sist er det enkelt:
- ha den nyeste versjonen av Wine;
- hvis du har problemer med et program, ikke vær lat med å besøke AppDB og bare lese forumene. For eksempel, på forumene til mange MMO-er er det spesielle emner om å kjøre dem under Wine;
- tilleggskomponenter, om nødvendig, installer ved hjelp av Winetricks;
- installer spesielt "tung" programvare ved å bruke et spesielt prefiks.
Forresten, om tilleggskomponenter. Mange prøver å installere DirectX under Wine, i de fleste tilfeller er dette helt unødvendig. Hvis spillet klager over fraværet av et spesifikt bibliotek, er det bare å installere det gjennom Winetricks.
Generelt, bruk vin forsiktig. Det er ingen vits i å bytte til Linux bare for å prøve å kjøre alle dine vanlige programmer under Wine.
For det første er det mye god innebygd programvare i Linux, bare søk hardere og du vil definitivt finne det du leter etter. For eksempel har jeg allerede plukket opp dem for å erstatte de jeg brukte i "vinduene".
For det andre bringer "Wine" med seg ikke bare applikasjoner for Windows, men også forskjellige problemer som er iboende i denne plattformen. For eksempel virus. Og gitt det faktum at programmer som kjører under Wine har tilgang til hjemmekatalogen din... Noen, så vidt jeg vet, installerer til og med antivirus under Wine. Men dette synes jeg er helt overkill.
Du må bare være forsiktig og ikke installere alt. Jeg kjører to spill under Wine, og også, fra tid til annen, 7-zip-arkiver - jeg kan ikke finne en analog for Linux som passer meg helt.
I motsetning til advarslene vil jeg si at selve tilstedeværelsen av programvare som Wine åpner for mange muligheter, spesielt hvis vi tar i betraktning det faktum at Wine har blitt bokstavelig talt bedre foran øynene våre i det siste.
Det er mange artikler og fora på Internett om en så kjent Linux-applikasjon som Wine, som lar deg kjøre Windows-programmer i et Linux-miljø. Tidligere har vi allerede sett på hvordan du kan bruke Wine i Ubuntu. Dette er ikke et unikt program av sitt slag. Det finnes lignende prosjekter som PlayOnLinux og CrossOver, men de er basert på utviklingen av Wine i tillegg er CrossOver også et kommersielt produkt. Men takket være den intensive utviklingen av virtualiseringsprogrammer som VirtualBox og VMware, er det en annen god måte å integrere programvare fra andre operativsystemer i ditt Linux-lignende system.
Jeg tror mange brukere allerede vet om et så nyttig program som VirtualBox. Den eneste fordelen fremfor en så seriøs virtualiseringskonkurrent som VMware er at den distribueres under en gratis lisens, det vil si at det er et helt gratis programvareprodukt. VirtualBox er også programvare på tvers av plattformer, det vil si at applikasjonen er utviklet og tilgjengelig for nedlasting for forskjellige operativsystemer: Windows, Linux, Mac OS. I en av dem så vi på et annet relativt gratis virtualiseringsmiljø kalt Hyper-V, som kun er tilgjengelig i nye versjoner av Windows. Hvorfor kalte jeg det relativt gratis? - Fordi selve Hyper-V-miljøet leveres gratis som en komponent av operativsystemet, for bruken av dette må du allerede betale hvis du vil bruke det offisielt. Men i motsetning til VirtualBox og VMware har Hyper-V én betydelig fordel - det er ikke tredjepartsprogramvare, men en innebygd komponent i systemet. Dette faktum gir en god fordel til fordel for Hyper-V sammenlignet med andre programmer av denne typen.
Merk: For å få best mulig ytelse fra virtualiseringsapplikasjoner, må du sørge for at prosessoren din støtter maskinvarevirtualisering. Se i beskrivelsen for prosessoren din for tilstedeværelsen av teknologier: for Intel-prosessorer - Intel VT (VT-x), for AMD-prosessorer - AMD-V. Hvis teknologien støttes, må du sørge for at den er aktivert i BIOS.
Installerer VirtualBox.
For Linux tror jeg ingen vil tvile på valget av VirtualBox, siden denne programvaren er helt gratis, tilgjengelig for de fleste populære Linux-distribusjoner (Ubuntu, Linux Mint, Debian, openSUSE, SUSE Linux Enterprise Server, Fedora, Mandriva, Oracle Linux) , har flerspråklig støtte, det er samlinger av nye versjoner i tredjeparts repositories, det er ganske enkelt å sette opp og bruke, og er også mer fokusert på den gjennomsnittlige brukeren.
Installasjonsprosessen for deb-lignende systemer (Ubuntu, Linux Mint, Debian) er veldig enkel, siden applikasjonen er tilgjengelig i et standard depot. Derfor kan du bruke både standard applikasjonsbehandler fra det grafiske skallet og kommandoer fra terminalen:
apt-get install virtualbox
Hvis du vil bruke den siste stabile versjonen av programmet, kan du laste den ned fra den offisielle nettsiden på nedlastingssiden, hvor du også kan få informasjon om hvordan du setter opp et offisielt depot for deb/rpm-lignende operativsystemer. Etter å ha koblet depotet og den offentlige nøkkelen til det, vil installasjon av VirtualBox for deb-lignende systemer være mulig ved å bruke kommandoene:
sudo apt-get oppdatering
sudo apt-get install virtualbox-X.X
hvor er nummeret til den siste gjeldende versjonen av programmet (i skrivende stund er dette virtualbox-4.3).
Tilsvarende for rpm-lignende systemer:
nam oppdatering
yum installer virtualbox-X.X
Installasjonsprosessen, både fra et grafisk miljø og fra en Linux-terminal, er automatisk og krever ikke brukermedvirkning. Slik ser vinduet for virtuell maskinbehandler ut etter installasjon.
Konfigurering av gjeste-OS.
Oppsettprosessen er også veldig enkel. Etter å ha startet VirtualBox, i hovedvinduet, må du klikke på "Opprett" -knappen. Deretter må du skrive inn navnet på den nye virtuelle maskinen, for eksempel "Windows XP", og VirtualBox vil automatisk bestemme typen system og justere alle grunnleggende parametere for det. Bare husk å velge bitdybden til den virtuelle maskinen (32/64-bit) i samsvar med bitdybden til gjeste-OS.
Hvorfor er det bedre å bruke Windows XP som en plattform for å kjøre Windows-applikasjoner i et Linux-miljø?
Jeg tror de fleste på planeten allerede vet om påliteligheten og stabiliteten til dette operativsystemet. Og selv om Microsoft i april i år allerede sluttet å offisielt støtte dette systemet, tatt i betraktning dets svært lave krav i forhold til moderne maskinvare og enkel konfigurasjon, gjør dette Windows XP til en ideell, så å si, analog av Wine. Men i motsetning til Wine, vil du ikke se noen kompatibilitetsproblemer eller feil i programmene.
Deretter må du angi mengden RAM som er tildelt for dette operativsystemet. Det avhenger av mengden RAM på hovedsystemet ditt, og dens optimale verdi bestemmes automatisk, men kan også stilles inn manuelt.
På samme måte opprettes og bestemmes volumet på en virtuell harddisk. Det er best å velge "VDI"-diskformatet og deretter sette alternativet "Dynamic Virtual Hard Disk" med en viss maksimal størrelse. Hvis det under driften av den virtuelle maskinen ikke er nok plass på denne disken, med systemet allerede installert.
Etter at en virtuell maskin med forhåndsinnstilte innstillinger for Windows XP er opprettet, må du gå til hovedprogramvinduet, velge oppføringen med den nyopprettede virtuelle maskinen og velge "Konfigurer" (Ctrl+S) fra menyen. Et vindu åpnes med mer detaljerte innstillinger for den virtuelle maskinen. "System"-fanen emulerer alle de grunnleggende innstillingene til hovedkortet og enhetene på det: oppstartsrekkefølge, tildelt mengde RAM, tildeling av CPU-ressurser og ytterligere akselerasjonsteknologier.
På fanen Skjerm kan du redigere grafikkinnstillinger for bedre ytelse i utseende og grafiske effekter.
Media-fanen viser den tidligere opprettede virtuelle harddisken, så vel som den virtuelle stasjonen. I dette tilfellet bør spesiell oppmerksomhet rettes mot den virtuelle CD-ROMen, siden vi med dens hjelp kan koble til både ISO-bildet til installasjonsdisken og den virkelige stasjonen som er installert i datamaskindekselet.
Vi kobler installasjonsdiskbildet til Windows XP ved å klikke på diskikonet i øvre høyre hjørne av vinduet. For en virtuell maskin tilsvarer denne handlingen å sette inn en disk i en CD-ROM. Siden oppstartsrekkefølgen allerede er satt på "System"-fanen, vil den virtuelle maskinen starte opp fra bildet og installere systemet neste gang den starter.
Deretter er en annen viktig parameter å sikre at gjeste-OS har tilgang til Internett eller lokalt nettverk. Det er flere måter å konfigurere nettverket på fra Network-fanen i VirtualBox-innstillingene. Hvis du velger tilkoblingstypen "NAT", vil gjesteoperativsystemet motta en intern spesiell IP-adresse (10.0.2.15 - som regel) som det vil ha samme tilgang til nettverksressurser med som hovedoperativsystemet ditt. Vanligvis brukes denne typen tilkobling for å gi gjeste-OS med Internett-tilgang. Ofte brukes også tilkoblingstypen "Virtual Host Adapter" for å opprette et internt lokalt nettverk mellom gjeste- og vertssystemene dine. Under installasjonen lager VirtualBox et virtuelt grensesnitt i hovedsystemet som systemene samhandler gjennom.
På "Delte mapper"-fanen kan du konfigurere gjeste-OS-tilgang til mappene og filene dine. Denne innstillingen vil være enda mer nyttig for noen brukere enn nettverksinnstillingen. På VirtualBox-siden må du spesifisere banen til de delte mappene, mens på den virtuelle maskinsiden vil de vises som en kartlagt nettverksstasjon og brukes av gjeste-OSet som sin egen stasjon. Denne funksjonen gjør det ekstremt praktisk å bruke VirtualBox og Windows XP som en plattform for å kjøre Windows-applikasjoner.
Etter at alle innstillingene er fullført, kan du begynne å installere operativsystemet. For å gjøre dette, velg ønsket OS fra listen og klikk på startknappen i hovedmenyen til programmet, eller dobbeltklikk på det valgte systemet.
Installere et gjeste-OS.
Det neste trinnet er å installere Windows XP. Etter mange års bruk bør denne prosedyren ikke forårsake noen vanskeligheter. Installasjonen skal foregå i vanlig standardmodus uten noen triks, akkurat som på en vanlig PC.
Under installasjonen av gjeste-OS vil prosedyrer for tilgang til eksterne enheter vises nederst i vinduet med den virtuelle maskinen: tilgang til den virtuelle harddisken, diskstasjonen som systembildet er koblet til, USB-enheter og nettverket. Når installasjonen er fullført, vil du kunne starte opp og se det kjente Windows XP-grensesnittet.
Sette opp tillegg.
For å installere tillegg (dette er et spesielt sett med verktøy og drivere for gjeste-OS, nødvendig for vellykket sammenkobling med VirtualBox-miljøet og hovedsystemet), må du starte opp i sikker modus ved å bruke F8-tasten når den virtuelle maskinen støvler. Sikker modus er nødvendig for å installere drivere på et virtuelt skjermkort i gjesteoperativsystemet for ytterligere å sikre driften av 3D-applikasjoner og systemkomponenter.
Etter at Windows XP har startet opp i sikker modus, må du finne elementet "Enheter" -> "Mount Guest OS Additions-diskbilde" i vinduet for den virtuelle maskinen. Deretter må du gå til "Min datamaskin" og starte disken med tillegg.
Merk av i boksen ved siden av alternativet "Direct 3D Support" og klikk på "Installer"-knappen.
Deretter kan du starte på nytt til normal modus. Nå vil gjeste-OSet ditt være fullt optimalisert for å kjøre på en virtuell PC, noe som fremgår av VirtualBox-ikonet i systemstatusfeltet.
Vis integreringsmodus.
Nå er vi veldig nær målet som tidligere ble satt i begynnelsen av denne artikkelen. Etter å ha fullført alle de ovenfor beskrevne manipulasjonene i gjeste-OS, kan du bruke skjermintegrasjonsmodus. Denne modusen integrerer Windows XP-skrivebordet i skrivebordet på hovedsystemet. Dermed vil kjørende applikasjoner og programmer i gjestesystemet flyttes til skrivebordet til hovedoperativsystemet. Som et resultat skapes effekten som om Windows-programvare kjører i Linux, mens arbeidsmiljøet for slike applikasjoner ikke er Wine, men et fullverdig Windows XP.
Displayintegrasjonsmodus kan aktiveres i vinduet med den virtuelle maskinen for å gjøre dette, velg "Vis integreringsmodus" fra Vis kontekstmenyen.
I dette tilfellet vil bare Windows XP-oppgavelinjen og hurtigmenyen VirtualBox nederst på skrivebordet forbli fra den virtuelle maskinen.
For enkelhets skyld og maksimal integreringseffekt kan du aktivere automatisk skjuling av oppgavelinjen.
Deretter ser det ut til at Windows XP ganske enkelt fungerer i Linux Mint.
Konklusjon.
Uansett hva man kan si, har Windows-familien av operativsystemer det største settet med programvare for nesten alle behov og forespørsler. Svært ofte er det ingen spesialiserte programmer for Linux, og hvis det er det, er disse analogene oftest ikke så funksjonelle og praktiske som i Windows. Et programvareprodukt som Wine og lignende er utviklet for å løse disse problemene, men dessverre er det ikke all programvare som er skrevet for Windows som fungerer under Wine, og hvis den gjør det, observeres ofte feil eller krasj. Selvfølgelig er Wine det beste alternativet for å løse slike problemer, men i tilfeller der Wine ikke hjelper, vil VirtualBox alltid hjelpe.
I likhet med Adobe Photoshop fungerer Adobe Dreamweaver under Wine ved å bruke spesielle manipulasjoner (trinn-for-trinn kopiering av filer og registernøkler fra en kjørende Windows-maskin), men installasjon og arbeid i den fra under VirtualBox ser etter min mening litt enklere ut og hyggeligere.
Ulempene med denne metoden inkluderer det faktum at en del av CPU-ressursen og en viss mengde RAM vil bli brukt på funksjonen til gjeste-OS selv. Det er faktisk derfor det er bedre å velge Windows XP som det letteste relativt moderne Windows-systemet. Legg derfor igjen tankene dine om emnet for denne artikkelen i kommentarene.
Bruken av Linux- eller UNIX-applikasjoner på Windows kan dikteres av mange årsaker - fra en banal vane med visse programmer til manglende evne til å kjøre en egen maskin med Linux. Noen ønsker å bruke native versjoner av programvaren for feilsøking, mens andre håper at de på denne måten kan tvinge brukere til å migrere jevnt til en fullverdig distribusjon.
Før du gjerder med emulatorer, er det bedre å se etter porterte versjoner eller analoger av favorittprogrammene dine. De samme GIMP, Audacity, Pidgin og mange andre verktøy har native builds ikke bare for Windows, men også for Mac OS X. For å få noen spesifikk funksjonalitet er det ofte ikke nødvendig med en fullverdig analog av Linux-programvare. For eksempel blir du vant til Tab-fullføring i bash-skallet veldig raskt, men på Windows-kommandolinjen er det ingen spor av dette. Klinkeverktøyet vil bidra til å rette opp dette og andre irriterende utelatelser.
Standard konsollverktøy, for eksempel fra GNU Coreutils-pakken, har lenge blitt portert til Windows. Det er både ganske gamle sett med GNUWin II og , samt stadig oppdaterte UWIN (anbefales ikke for bruk) og . For sistnevnte, etter å ha fullført installasjonen av det grunnleggende installasjonsprogrammet, må du kjøre filene download.bat og install.bat sekvensielt, og deretter kopiere gnuwin32-mappen til et passende sted og kjøre update-links.bat-filen fra den. Etter å ha kjørt det siste skriptet, vil underkatalogen StartMenu inneholde lenker til å starte kommandolinjen med GNU-miljøet og dokumentasjon for verktøyene.
 |
 |
 |
Eiere av Windows Vista/7 i maksimal- og bedriftsversjoner, samt serverversjoner av Microsoft OS, trenger ikke å bry seg i det hele tatt. Et undersystem for UNIX-baserte applikasjoner (SUA) eller Microsoft Windows Services for UNIX (SFU) er tilgjengelig for dem. Dette settet med grunnleggende verktøy finnes direkte i systemkomponentene. Ytterligere programvarepakker kan lastes ned. Til slutt, den siste på listen og den første mest populære løsningen for å kjøre UNIX-programmer er Cygwin. Denne pakken er enkel å installere og inneholder et stort sett med programmer portert til Windows. Det anbefales å bruke det.
Nå kan vi snakke om noe merkelig - å starte et ikke-Windows-innfødt KDE-system. Faktisk har KDE på Windows-prosjektet eksistert i flere år, og til å begynne med var det rett og slett umulig å bruke det på grunn av vanlige krasj, som ikke førte det uheldige systemet inn i BSOD. Utviklerne satt imidlertid ikke passivt, og i den nåværende reinkarnasjonen av prosjektet kan du trygt installere det - feil er ganske sjeldne, og selv de er ikke kritiske. Det er sannsynligvis ingen vits i å installere alt på en gang, men noen programmer kan appellere til deg.
Dessverre oppfører ikke porterte programmer seg alltid på samme måte som i det opprinnelige miljøet, eller kan komme i konflikt med andre programmer. Derfor er den eneste løsningen, foruten å installere et "pingvin" OS på bare metall, å emulere Linux. For engangsbruk kan du bruke et skall for QEMU kalt MobaLiveCD, som vil hjelpe deg å lansere LiveCD/USB med ulike distribusjoner uten unødvendig oppstyr. For permanent bruk er det bedre å installere Linux på en virtuell maskin: i VirtualBox eller VMWare Player. Bare ikke glem å installere Guest Additions for en mer komfortabel opplevelse. Et alternativt alternativ er å bruke VDI-løsninger med muligheten til sømløst å integrere Linux-applikasjoner i Windows som kjører på en egen vert, som også kan virtualiseres.
Det beste alternativet for å kjøre Linux-applikasjoner er å bruke coLinux-miljøet. Den kjører relativt sett Linux-kjernen på Windows-kjernenivå og har tilgang til alle maskinvareressurser på maskinen, på grunn av dette er det praktisk talt ingen tap av ytelse. Samtidig forblir den fullt kompatibel med Linux-applikasjoner, slik at du kan starte dem direkte. Basert på coLinux finnes det ferdige systemer for rask oppstart, Topologilinux (Slackware), (ulike distribusjoner) og Linux (Ubuntu). Den eneste ubehagelige begrensningen for coLinux og alle pakker basert på det er behovet for å bruke en 32-biters versjon av Windows 2k/XP/2k3/Vista/7. Som et eksempel, la oss se på den minimale konfigurasjonen av Debian Squeeze. Først av alt, la oss installere den nyeste versjonen, nekte å laste ned ferdige bilder og installere WinPcap samtidig.
Nå må du arkivere diskbildet med Debian og pakke det ut i mappen der coLinux ble installert. Størrelsen på rootfs_2gb.img-disken kan økes om ønskelig. Filen squeeze.conf må redigeres litt. Minimumsendringene er å øke mengden tildelt RAM (mem), gi tilgang til C:-stasjonen via COFS og legge til et TAP-nettverksgrensesnitt. Vær oppmerksom på at når du bruker COFS, er det best å ikke få tilgang til de samme filene med mapper fra Linux og Windows samtidig.
Kernel=vmlinux cobd0="rootfs_2gb.img" cobd1="swap_128mb.img" root=/dev/cobd0 ro cofs0="C:\" initrd=initrd.gz mem=512 eth0=slirp eth1=tuntap
Etter å ha kjørt squeeze.bat vil du bli ført til Debian-konsollen. Standard pålogging er root, men det er ikke noe passord. Ved å bruke nano vil vi redigere parametrene for nettverksgrensesnitt i filen /etc/network/interfaces. La oss legge til en seksjon for eth1. Vi bruker hvilken som helst IP-adresse så lenge det ikke er noen skjæringspunkt med andre lokale subnett. I Windows, i IPv4-innstillingene til TAP-Win32 Adapter V8 (coLinux) nettverksadapter, må du spesifisere en adresse fra samme undernett.
Auto eth1 iface eth1 inet statisk adresse 192.168.100.2 nettmaske 255.255.255.0
Avslutt nano og lagre endringene - F2, Y, Enter. La oss nå lage en mappe der stasjon C: vil bli montert...
Mkdir /mnt/windrvc
...legg til en linje på slutten av /etc/fstab-filen og lagre den:
/dev/cofs0 /mnt/windrvc cofs standard 0 0
Nå skal vi installere X-serveren, men for enkelhets skyld eksporterer vi DISPLAY-variabelen til ~/.profile-filen (dette må gjøres for alle andre brukere). For IP-adressen, bruk den som er spesifisert for TAP-adapteren i Windows. Etter dette kan du starte på nytt med kommandoen omstart.
Eksporter DISPLAY=192.168.100.1:0
Det ville være nyttig å installere et sett, inkludert kyrilliske. Eventuelt kan du bla gjennom fontkataloger, inkludert C:\Windows\Fonts, ved å bruke mkfontdir og mkfontscale-verktøyene fra Cygwin. Nå er alt klart for å installere X-serveren. Umiddelbart etter denne prosedyren legger vi til IP-adressen til TAP-grensesnittet i Debian til X0.hosts-filen (i vårt eksempel er det 192.168.100.2).
La oss "takke" Windows for deres årvåkenhet, og i standard brannmur vil vi endre alle reglene angående Xming fra å forby til å tillate, ellers vil programmer ganske enkelt ikke nå X-serveren. Nå starter vi XLaunch-verktøyet, der du kan velge X-window-visningsmodus og angi flere parametere. Det er viktig for oss å konfigurere støtte for russisk og engelsk tastaturoppsett med Alt+Shift-svitsjing og valgfritt innstilt DPI. På slutten må innstillingsfilen lagres som name.xlaunch. I fremtiden vil et dobbeltklikke på denne filen starte X-serveren med parametrene vi spesifiserte.
Xkblayout us,ru -xkbvariant basic,winkeys -xkboptions grp:alt_shift_toggle -dpi 96
For å gjøre ting mindre kjedelig, la oss installere den synaptiske grafiske pakkebehandleren for mer praktisk programvareinstallasjon og et lett panel med en applikasjonsmeny, for eksempel lxpanel. For enkelhets skyld vil vi legge til sistnevnte til autorun ved pålogging ved å legge til lxpanel&-kommandoen til slutten av ~/.profile.
Apt-get update apt-get upgrade apt-get install synaptic lxpanel
For å fullføre bildet, la oss legge til lydstøtte. Last ned Pulseadio-arkivet herfra og pakk det ut i en katalog, der vi lager en tekstfil default.pa. Vi fyller denne filen med følgende linjer. Her er 192.168.100.0/24 vårt TAP-undernett.
Load-module module-native-protocol-tcp auth-ip-acl=127.0.0.1;192.168.100.0/24 load-module module-esound-protocol-tcp auth-ip-acl=127.0.0.1;192.168.100.0/24 load-module modul-detect add-autoload-sink output module-waveout sink_name=output set-default-sink output
Vi starter pulseaudio.exe og går igjen for å redigere tillatelsene i Windows-brannmuren. Vi installerer de nødvendige verktøyene og bibliotekene i Debian-konsollen.
Apt-get install libpulse0 libasound2-plugins alsa-utils
I filen /etc/pulse/client.conf legger vi til IP-adressen til vertsmaskinen som kjører Pulseaudio-serveren - default-server = 192.168.100.1, og i /etc/asound.conf følgende parametere:
Pcm.!standard (type puls) ctl.!standard (type puls) pcm.puls (type puls) ctl.pulse (type puls)
For å sjekke funksjonaliteten kan du prøve å spille av en av testfilene.
Aplay /usr/share/sounds/alsa/Front_Center.wav
Pulseaudio startes automatisk når Debian starter ved å legge til følgende kommando på slutten av squeeze.conf-konfigurasjonsfilen.
Exec0="X:\bane\til\mappe\pulseaudio\pulseaudio.exe"
Dette trikset fungerer ikke for en X-server. I prinsippet er det som allerede er gjort nok for å få jobben gjort. Imidlertid ville det være fint å legge til en ny ikke-root-bruker til Linux, sette opp autologin for ham med mingetty, installere coLinux som en Windows-tjeneste og sette Xming til autostart. For enkelhets skyld kan du installere Desktops-verktøyet, som lager flere virtuelle skrivebord i Windows, og kjøre X-serveren i fullskjermmodus på det andre skrivebordet.
Som et resultat fikk vi et raskt miljø for nesten naturlig kjøring av Linux-applikasjoner på Windows. Den kan brukes til å skrive og feilsøke webapplikasjoner, krysskompilere drivere og andre oppgaver. Men det er ingen rimelig grafikkakselerasjon for tunge applikasjoner ennå, og 64-bitsversjonen begynte å utvikles for bare noen måneder siden. Imidlertid er coLinux ganske egnet for daglig bruk. For ytterligere å utforske mulighetene og innstillingene til dette systemet, vennligst se prosjektets wiki. Vel, foreløpig vil vi lukke temaet om det symbiotiske forholdet mellom Windows og Linux gjennom forskjellige steder. Lykke til!
