Slik kjører du EXE-filer ved hjelp av PowerShell

Det er ganske enkelt å kjøre en kjørbar fil (.exe) når du bare dobbeltklikker på den. Men hvis du automatiserer ting – for eksempel lager skript for å installere programmer, sette opp miljøer eller kjøre vedlikeholdsoppgaver – må du bli kjent med hvordan Windows PowerShell håndterer disse filene. Det er litt rart, men PowerShell har noen måter å kjøre en.exe på, og noen ganger fungerer ikke den enkleste metoden, avhengig av oppsettet eller filplasseringen. Dette kan være spesielt frustrerende hvis du går dypere inn i skript eller prøver å få ting til å kjøre uten brukermedvirkning.

I tillegg, hvis du administrerer servere eller PC-er eksternt, kan det spare deg mye tid å vite hvordan du kjører programmer fra et skript eller en kommandolinje. Målet her er å forstå noen pålitelige, testede metoder for å få den kjørbare filen til å rulle problemfritt uten å støte på tillatelsesmurer eller stiproblemer. Når du får det til, vil PowerShell-kommandoene bare kjøre filen som om du dobbeltklikket. Forvent litt prøving og feiling, siden rare ting som mellomrom i filnavn eller tillatelser kan sette ting i gang. Men ja, når det klikker, vil du lure på hvorfor det føltes så komplisert i starten. Fordi Windows selvfølgelig må gjøre det vanskeligere enn nødvendig noen ganger.

Hvordan kjører man en exe i Powershell?

Når du prøver å kjøre en kjørbar fil fra PowerShell, må du sørge for at du peker til riktig plassering og riktig syntaks. Erstatt filnavn eller sti med de faktiske fildetaljene, men ikke inkluder < >parenteser – de er bare der for struktur. Husk også at kommandoer kan være følsomme for mellomrom i filnavn eller mapper, så det er avgjørende å sitere stier med mellomrom.

Kjør direkte uten parametere ved hjelp av &-operatoren

Dette er den vanligste måten.&Symbolet (noen ganger kalt kalleoperatoren) forteller PowerShell: «Hei, kjør denne filen.» Det er fleksibelt fordi du kan gi den fullstendige stier eller relative stier, og det fungerer for de fleste enkle scenarier. Slik gjør du:

• Åpne PowerShell som administrator – trykk på Windows + R, skriv inn powershell, og trykk deretter på Ctrl + Shift + Enter.(Noen ganger er det nødvendig hvis appen krever administratorrettigheter.)
• Hvis.exe-filen er i samme mappe som du er i, skriver du: & '.\filename.exe'. Det .\betyr “se her” i gjeldende mappe.
• Hvis det er et annet sted og du vet hele stien, skriver du: & 'C:\Path\To\Your\File.exe'. Sørg for å sette anførselstegn rundt stier hvis de inneholder mellomrom, som & 'C:\Program Files\MyApp\app.exe'.

Hva skjer her? Vel, dette &får PowerShell til å forstå at du vil kjøre filen som et program, ikke bare behandle den som en streng. Noen ganger skjer det rare ting – i noen oppsett kan dette kreve et nytt forsøk eller en omstart for å registrere den fullstendig. Jeg er ikke sikker på hvorfor, men det føles som om Windows alltid prøver å være lur med skriptkjøringer.

Bruke Start-Process – PowerShells Power-User-metode

Start-Process er som den sveitsiske lommekniven for å starte apper. Det er flott hvis du vil ha mer kontroll, som å vente på at programmet skal lukkes før du går videre, eller kjøre det med administratorrettigheter uten å måtte starte PowerShell manuelt som administrator.

Hvorfor det hjelper: Flere alternativer, for eksempel å vente på fullføring, sende argumenter eller heve rettigheter.

Når det gjelder: Hvis skriptet ditt må vente til den kjørbare filen er ferdig, eller kjøre det med spesifikke rettigheter.

Forventet resultat: Programmet starter og skript fortsetter når det er ferdig (hvis -Waitbrukes).

• Grunnleggende bruk:Start-Process -FilePath “C:\Path\To\Program.exe”
• Venter på at prosessen skal fullføres:Start-Process -FilePath “C:\Path\To\Program.exe” -Wait
• Kjører som administrator:Start-Process -FilePath “C:\Path\Program.exe” -Verb RunAs

Husk at dette er nyttig hvis du vil automatisere oppstarten av en app og sørge for at den fullføres før du fortsetter. Noen ganger er dette den eneste pålitelige måten når du håndterer installasjonsskript eller batchjobber som er avhengige av tidligere fullførte trinn.

Bruk av Invoke-Expression – Meh, det er bedre å holde seg unna mesteparten av tiden.

Denne skremmer meg litt, ærlig talt. Microsoft anbefaler ikke å bruke den Invoke-Expressiontil å kjøre kjørbare filer fordi den er sårbar for skriptinjeksjon og kan være et stort ork å feilsøke.

Men hvis du er sikker på hva du gjør, kan den kjøre en kjørbar fil hvis du sender riktig kommando. Slik som dette:

Invoke-Expression -Command ".\Path\To\File.exe"

Dette fungerer vanligvis når du allerede er i katalogen med filen – i så fall fungerer bare filnavnet. Hvis du er i en annen katalog, angi hele banen: Invoke-Expression -Command "D:\Folder\File.exe". Men vær forsiktig – denne metoden kan være upålitelig eller usikker hvis du tar imot innspill fra andre.Ærlig talt, unngå den med mindre du er helt sikker på at ingenting kan gå galt, fordi ondsinnede skript kan snike seg inn ganske lett.

Noen ganger, på noen systemer, kan denne metoden gi en feil eller ikke kjøres med en gang. Det er litt rart, men det skjer. Og nei, Microsoft er ikke en stor fan av denne tilnærmingen lenger, så bruk den sparsomt.