Hem
» Linux
»
Hur installerar du Linux på en Chromebook? En praktisk guide för installation och verifiering
Hur installerar du Linux på en Chromebook? En praktisk guide för installation och verifiering
Om ditt mål är att köra Linux-verktyg på en Chromebook utan att ge upp ChromeOS, är det bästa resultatet oftast inte en traditionell dual-boot-installation. På stödda Chromebooks tillhandahåller Google en inbyggd Linux-utvecklingsmiljö, vanligtvis kallad Crostini. Den kör en Debian-baserad Linux-container i en virtuell maskin vid sidan av ChromeOS, så att du kan använda en Terminal, kommandoradsverktyg, kodredigerare, IDE:er och många grafiska Linux-applikationer samtidigt som du behåller den normala Chromebook-upplevelsen.
Per september 2026 dokumenterar Google fortfarande detta som den officiella Linux-vägen för ChromeOS. Den viktiga frågan är inte bara om installationen slutförs. En bra installation bör lämna dig med en Linux-miljö som startar pålitligt, kan uppdatera paket, kan komma åt de filer och den hårdvara du faktiskt behöver, och kan säkerhetskopieras innan du förlitar dig på den för riktigt arbete.
AI-genererad illustration av Linux-utvecklingsmiljön på en Chromebook. Det är inte en riktig skärmdump; etiketter och layout kan variera beroende på ChromeOS-version.
Vad bör du förvänta dig när installationen lyckas?
En lyckad Crostini-installation bör ge dig ett användbart Linux-arbetsområde, inte ersätta ChromeOS. Google beskriver Linux på ChromeOS som en utvecklingsmiljö som installerar en Terminal och låter Linux-applikationer visas vid sidan av ChromeOS-appar. Du behöver inte aktivera Chromebook-utvecklarläget för den normala Crostini-installationen.
Kontroll
Bra resultat
Om det misslyckas
Linux-installation
En Terminal öppnas efter installationen
Kontrollera enhetsstöd, policybegränsningar, lagring och nätverksåtkomst
Pakethantering
sudo apt update slutförs utan repositoriefel
Kontrollera internetåtkomst, systemtid och repositoriefel innan du installerar mer programvara
Linux-appar
Installerade GUI-appar kan startas från ChromeOS-startmenyn
Bekräfta att paketet stöder din Chromebooks CPU-arkitektur och har alla beroenden
Filer
Linux kan se filer som kopierats till Linux-filer eller mappar delade från ChromeOS
Använd alternativet Dela med Linux i Fil-appen och kontrollera /mnt/chromeos
Utvecklingsservrar
En server som startats i Linux är nåbar från Chrome på localhost:PORT
Verifiera att servern lyssnar på den förväntade porten och inte har avslutats
Återställning
Du kan skapa en Linux-säkerhetskopia innan större ändringar
Frigör lagring och åtgärda säkerhetskopieringsfel innan du förlitar dig på miljön
Så här installerar du Linux på en Chromebook
1. Bekräfta att det inbyggda Linux-alternativet är tillgängligt
Öppna Inställningar och leta efter avsnittet Utvecklare och alternativet Linux-utvecklingsmiljö. Googles dokumentation kan visa något annorlunda navigeringsord beroende på ChromeOS-version, men funktionen exponeras via ChromeOS-inställningar. Om du inte ser Linux-alternativet, aktivera inte omedelbart utvecklarläget eller följ guider för firmware-modifiering. Att inställningen saknas kan innebära att modellen inte stöds, att Chromebooken hanteras av en organisation, eller att en policy förhindrar att Linux aktiveras.
Välj alternativet för att aktivera eller konfigurera Linux. ChromeOS laddar ner de komponenter som behövs och skapar Linux-miljön. Under installationen kan ChromeOS be om ett Linux-användarnamn och mängden diskutrymme att allokera. Välj en diskstorlek baserat på vad du planerar att installera istället för att försöka minimera den automatiskt. Källkod och kommandoradsverktyg kan vara blygsamma; IDE:er, SDK:er, containeravbildningar, språkcachar och lokala databaser kan förbruka mycket mer utrymme.
Installationen har nått sin första meningsfulla framgångspunkt när ChromeOS har skapat miljön och öppnar ett Terminal-fönster. Om processen upprepade gånger misslyckas innan den punkten kommer fler Linux-kommandon inte att hjälpa; åtgärda ChromeOS-nivåns installationsproblem först.
3. Uppdatera paketindexet innan du installerar verktyg
I den nya Terminalen, kör:
sudo apt update
Google rekommenderar att uppdatera APT-repositorieindexet som ett tidigt steg. APT är Debians pakethanteringssystem. Om kommandot slutförs normalt kan containern nå sina konfigurerade programvarurepositorier och är redo för paketinstallation. Om det rapporterar nätverks- eller repositoriefel, åtgärda dessa innan du bygger din utvecklingsmiljö; annars blir senare paketfel svårare att diagnostisera.
Du kan installera paket med kommandon som:
sudo apt install PACKAGE_NAME
För utvecklingsspråk rekommenderar Googles ChromeOS-dokumentation också att överväga språkspecifika versionshanterare när de passar din arbetsflöde. De kan göra det enklare att hålla flera projektversioner separata istället för att bara förlita sig på distributionens standardpaketversioner.
Hur verifierar du att Linux faktiskt är användbart för ditt arbete?
Döm inte installationen bara genom att se en Terminal-prompt. Testa de arbetsflöden som är viktiga för dig. En programmerare som bara behöver Git och Python har andra framgångskriterier än någon som använder Android Studio, Docker, USB-hårdvara, ljudinspelning eller en lokal databas.
Testa ett kommandoradsarbetsflöde
Kör sudo apt update, installera ett litet paket du faktiskt behöver, och bekräfta att det startar. Detta kontrollerar pakethantering, nätverk, behörigheter inuti containern och grundläggande beständighet.
Testa en grafisk Linux-app
Google säger att grafiska Linux-applikationer kan visas i ChromeOS-startmenyn. Om din avsedda app tillhandahåller ett Debian-kompatibelt paket, installera det med utgivarens dokumenterade Linux-metod och starta det sedan från ChromeOS. En lyckad start är en bättre signal än att bara slutföra en paketinstallation eftersom det också kontrollerar ChromeOS-integrationen.
Testa dina riktiga filer, inte bara exempelfiler
ChromeOS exponerar ett Linux-filer-område i Fil-appen. Du kan också högerklicka på en ChromeOS-mapp och välja Dela med Linux. Google dokumenterar delade mappar inuti containern under /mnt/chromeos. Testa att öppna, redigera, spara och återöppna en engångsprojektfil innan du flyttar viktigt arbete till ditt nya arbetsflöde.
Om du bara behöver några filer i Linux är det enkelt att kopiera dem till Linux-filer. Om du vill att ett projekt ska vara åtkomligt från både ChromeOS och Linux kan det vara mer bekvämt att dela en mapp. Avvägningen är att bredare delning ökar hur mycket värddata Linux-applikationer kan nå, så dela bara det du behöver.
Testa localhost om du arbetar med webbutveckling
ChromeOS vidarebefordrar automatiskt Linux-utvecklingsservrar för webb till huvudwebbläsaren Chrome vid normal användning. Starta din utvecklingsserver och öppna sedan localhost:PORT i Chrome. Googles dokumentation för webbutveckling noterar också penguin.linux.test som ett reservvärdnamn i relevanta fall. Detta gör en enkel lokal webbserver till ett användbart end-to-end-test av miljön.
Vilka är de praktiska begränsningarna med Linux på en Chromebook?
Crostini är avsiktligt integrerat och isolerat. Det är en styrka för vardaglig utveckling, men det innebär också att det inte är identiskt med att starta en konventionell Linux-laptop direkt på hårdvaran.
Det körs via en VM och container. Standard-Linux-miljön är isolerad från ChromeOS snarare än att ersätta dess kärna och skrivbord.
Hårdvaruåtkomst är kontrollerad. Google noterar att behörigheter som USB och mikrofonåtkomst inte delas automatiskt som standard. Aktivera bara de behörigheter din applikation behöver i ChromeOS-inställningar.
CPU-arkitektur spelar roll. En x86_64 Chromebook kör programvara byggd för Intel/AMD-arkitekturer, medan ARM-baserade Chromebooks behöver ARM-kompatibla binärer. Google tillhandahåller inte transparent integrerad körning av godtyckliga paket byggda för en annan arkitektur.
Linux-processer stoppas när du loggar ut. Google anger att Crostini-VM:er och containrar är kopplade till inloggningssessionen. Detta gör funktionen olämplig för arbetsbelastningar som måste fortsätta köra efter utloggning.
Alternativa Linux-distributioner är möjliga men inte Googles testade standard. ChromeOS Linux FAQ noterar att andra containrar kan användas, men Google testar standardmiljön. Integrationen kan vara mindre förutsägbar när du avviker från den.
Inte alla periferienheter eller specialiserade arbetsflöden garanteras. En Linux-applikation som förväntar sig obegränsad kärn-, GPU-, USB-, Bluetooth- eller lågnivåenhetsåtkomst kan bete sig annorlunda än den skulle på en konventionell Linux-maskin.
Dessa begränsningar betyder inte att Crostini är en dålig Linux-miljö. De berättar vad du bör validera innan du investerar tid i en stor installation.
När bör du ändra din strategi?
Stanna kvar med den inbyggda Linux-miljön när dina nödvändiga verktyg installerar utan problem, dina filer och utvecklingsservrar fungerar, och prestandan är bekväm för dina projekt. Det är den riskminimerade vägen eftersom du behåller ChromeOS säkerhet och integration samtidigt som du får en Debian-baserad utvecklingsmiljö.
Överväg en annan enhet eller en mer avancerad Linux-strategi när dina framgångskriterier beror på funktioner som Crostini inte tillförlitligt tillhandahåller. Exempel inkluderar en anpassad kärna, beständiga serverarbetsbelastningar som måste överleva utloggning, obegränsad åtkomst till specialiserad hårdvara, programvara som endast finns för en inkompatibel CPU-arkitektur, eller prestandakänsliga arbetsbelastningar som kräver direkt kontroll av maskinen.
Att ersätta ChromeOS med en fristående Linux-distribution är ett mycket annorlunda projekt. Stödet varierar avsevärt beroende på Chromebook-modell, och sådana procedurer kan kräva utvecklarläge, firmware-ändringar, radering av data eller osupporterade hårdvarulösningar. Googles standardinstruktioner för Crostini täcker inte den vägen. Om ditt mål helt enkelt är kodning, kommandoradsverktyg, Linux-skrivbordsappar eller lokal webbutveckling är det oftast onödig komplexitet att ersätta ChromeOS.
Hur bör du hantera filer, behörigheter och säkerhet?
Linux på ChromeOS är sandlådat, men applikationer inuti samma Linux-container delar containerns säkerhetsgräns. Behandla Linux-paket med samma försiktighet som du skulle på vilken annan dator som helst: föredra betrodda repositorier eller programvaruutgivarens officiella paket, granska installationskommandon innan du kör dem, och undvik att ge åtkomst till fler värdmappar eller enheter än nödvändigt.
För applikationer som är beroende av USB eller mikrofon, öppna Linux-inställningarna i ChromeOS och aktivera den relevanta behörigheten endast när det behövs. Om en applikation inte kan upptäcka en enhet, anta inte att appen är trasig förrän du har kontrollerat behörigheten på ChromeOS-sidan.
Säkerhetskopiera Linux-miljön innan den blir viktig
När du har installerat verktyg, konfigurerat skal, skapat SSH-nycklar eller ställt in projektberoenden kan en fungerande Linux-miljö ta avsevärd tid att återskapa. ChromeOS tillhandahåller en inbyggd funktion för säkerhetskopiering och återställning av Linux-filer och applikationer. Googles officiella instruktioner för säkerhetskopiering och återställning förklarar hur du skapar en säkerhetskopia från Linux-inställningar och återställer en .tini-säkerhetskopia senare.
Det finns en viktig kompatibilitetsbegränsning: Google säger att återställning av en komplett Linux-säkerhetskopia till en annan Chromebook kräver samma CPU-arkitektur, till exempel x86 till x86 eller ARM till ARM. Om arkitekturerna skiljer sig åt kan du fortfarande kunna återställa filer, men du bör inte anta att den kompletta miljön återställs normalt.
Vanliga problem och den snabbaste användbara kontrollen
Problem
Första användbara kontroll
När du bör eskalera
Linux-alternativet saknas
Kontrollera om Chromebooken hanteras och om modellen stöder Linux-utvecklingsmiljön
Om funktionen inte är tillgänglig genom design, använd en annan stödd maskin istället för att tvinga fram utvecklarläge
Installationen slutförs inte
Starta om ChromeOS, bekräfta nätverksåtkomst, uppdatera ChromeOS och kontrollera ledigt utrymme
Om upprepade installationsförsök misslyckas, använd Googles Chromebook-hjälp istället för felsökning inuti en container som aldrig skapades
APT misslyckas
Läs det exakta repositorie- eller nätverksfelet från sudo apt update
Åtgärda repositorie-/nätverksproblem innan du installerar större verktygskedjor
Appen installerar men startar inte
Bekräfta CPU-arkitektur och paketberoenden
Om utgivaren inte stöder din arkitektur eller miljö, välj en stödd build eller en annan enhet
Linux kan inte se en ChromeOS-mapp
Använd Dela med Linux i Fil-appen
Om åtkomst fortfarande inte är tillgänglig, kontrollera Linux-delningsinställningar och sökvägen under /mnt/chromeos
USB eller mikrofon är otillgänglig
Kontrollera Linux-behörigheter i ChromeOS-inställningar
Om enhetsklassen inte stöds kan ett konventionellt Linux-system passa bättre
Linux känns fastnat
Stäng av Linux från Terminal-appen och starta det igen
Om problemet återkommer, säkerhetskopiera viktig data innan djupare ändringar
En praktisk avslutningschecklista
Linux-utvecklingsmiljön installerar utan att aktivera utvecklarläge.
Terminalen öppnas och sudo apt update lyckas.
Minst ett verktyg eller Linux-app du verkligen behöver installerar och startar.
Ditt testprojekt kan läsa och skriva filer på den plats du avser att använda.
Om du utvecklar webbappar öppnas din lokala server från Chrome.
All nödvändig USB- eller mikrofonåtkomst har testats, inte bara antagits.
Dina applikationspaket matchar Chromebookens CPU-arkitektur.
Du har skapat en Linux-säkerhetskopia innan miljön blir affärskritisk.
Om alla dessa kontroller matchar dina behov har du mer än ”Linux installerat”: du har en Chromebook Linux-installation som demonstrerbart är användbar för ditt arbetsflöde. Om en av kontrollerna misslyckas på grund av en strukturell Crostini-begränsning snarare än ett tillfälligt konfigurationsproblem, är det den punkten att ompröva strategin istället för att spendera timmar på att få fel miljö att bete sig som en fullständig bare-metal Linux-maskin.