Linux-kommandon och skalfärdigheter
GNU-skärm: Session Wrapper som vägrade att dö
GNU-skärmen föregår tmux-server-klientmultiplexering med ett decennium och förblir förinstallerad i fler räddningsbilder, äldre värdar och minimala system än dess moderna rival. Dess funktionsuppsättning är mindre, dess kommandon börjar med Ctrl-a, och dess ärliga roll 2026 är enkel: sessionshållaren som finns när tmux inte gör det, plus muskelminnet för värdar där det är det enda installerade verktyget.
Nyckelpunkter
- Kärnloopen: `screen -S name` startar en namngiven session, Ctrl-a d tar bort (sessionen är levande på serversidan), `screen -r name` kopplas var som helst igen: identisk arbetsflödesfilosofi som tmux, olika prefix och flaggordförråd.
- Scrollback lever i kopieringsläge: Ctrl-a [ + blanksteg för att sätta märken, PgUp för sökning, sök med ?, klistra in med Ctrl-a }; "hardcopy -h"-dumpen fångar den synliga skärmen med historik till en fil när du behöver bevis snabbt.
- Multi-user attach är en inbyggd: delade sessioner via acls plus multiuser-läge tillåter två ingenjörer i samma live-vy (chmod the socket, `acladd user`): en klassiker för paroperationer innan tmux gjorde narr av det lätt. Säkerhetsgranskning: den är privilegierad nog att spela roll med id-disciplinen för sessioner med delat skal.
- Övervakning och status: hårdstatuslinjekonfiguration i ~/.screenrc plus fönstertitelkonventioner; fönsterloggning (`Ctrl-a H`) log-till-fil per fönster är en inbyggd för att fånga driftsättningar utan extra verktyg.
- Det finns uppdelningar (Ctrl-a S horisontell, | vertikal, Tab-cykler, X tar bort) även om fönsterhanteringen är tråkigare än tmux: ärligt användningsfall för bifogad diagnostik snarare än full arbetsyta.
- Regeltabellen för 2026 från vår jämförelse: moderna planerade inställningar: tmux; värdar där endast skärm existerar (urgammal RH5-klass, OpenBSD-bas installerar pre-tmux standard, minimala räddningsskal): skärm: överföringstiden för färdigheter är minuter, och varje systemadministratör bör bära båda.
Fältnotis
Den uråldriga supportboxen som bara skickar GNU-skärmen var anledningen till att en ingenjör lärde sig Ctrl-a d efter ett decennium av tmux: den ärliga regeln är att känna till båda. Räddningsbilder frågar inte om dina preferenser.
Vanliga frågor
Behålls skärmen fortfarande?
Underhållsläge, inte utvecklingsläge: kvartalsvisa bugfixutgåvor håller det stabilt men statiskt; för nya konfigurationer och funktioner ärvde tmux färdplanen.
Är skärm- och tmux-konfigurationer utbytbara?
Inte bokstavligen: prefix (Ctrl-a vs Ctrl-b) och kommandovokab skiljer sig åt; den mentala modellen (sessioner, fönster, lossa/fästa) överförs på några minuter, vilket är anledningen till att det är standard att lära sig båda.
Kan jag migrera löpande sessioner mellan värdar?
Inte direkt, något av verktygen: sessioner är serverprocesser på sin värd. Migreringsvägen är på processnivå: koppla loss, flytta arbetet (eller starta om under en övervakare/loggomslag), anslut på nytt på den nya värden.
Varför skickas räddningsbilder på skärmen och inte tmux?
Litet binärt, decennier av paketeringshistoria och bas-förrådsmetoder som föregår tmux:s ankomst: anledningen till att varje systemadministratörs muskelminne bör inkludera Ctrl-a d även under ett tmux-normaliserat decennium.
Så hjälper Kinetikatech dig med linux-kommandon och skalfärdigheter
Det här är vad vi gör varje dag: Kommandon och skriptvanor som avgör om en administratör driver en server eller bekämpar den: sök, transformera, överföra och övervaka text och processer med verktygen som finns i varje basinstallation. Vår Linux-serversäkerhet och Serverhantering-tjänst täcker hela kedjan, bedömning, genomförande, övervakning dygnet runt och akutinsats inom 30 minuter.