Ett av de mest idealiska målen när vi hanterar Linux -operativsystem är att starten av dessa är så snabb som möjligt så att alla tjänster och processer laddas optimalt och därmed kan vi snart börja arbeta med de flera uppgif.webpter som vi måste utföra.
När vi använder en distribution med systemd har vi en möjlighet att tydligt analysera hur starten fungerar tack vare systemd-analyskommandot och därför kommer Solvetic idag att göra en fullständig analys av hur man använder detta alternativ och därmed upptäcka alla typer av anomali eller fel under startprocessen.
Vad är systemdanalysDetta kommando är ansvarigt för att analysera och felsöka systemhanteraren på flera Linux -distributioner.
1. Hur man använder systemd-analys på Linux
Steg 1
Användningen är enkel, till exempel om vi vill få allmän information om starttiden för operativsystemet måste vi utföra följande kommando:
system-analyseraVi måste köra detta utan argument, på detta sätt kommer det att lista information om den totala tid det tar att starta varje tjänst, inklusive den tid som används av kärnan, initrd och användarutrymme under start:
Steg 2
Om vi vill få en lista över alla löpande enheter, ordnade efter den tid det tar att initiera, i fallande ordning, är underkommandot skuld användbart för att komma åt denna information, vi kommer att utföra följande;
systemd-analysera skulden
Steg 3
Vi kan se i den här informationen att varje enhet beställs enligt den tid som spenderats, detta är praktiskt för ledningsuppgif.webpter eftersom det var enkelt att ta reda på vilken tjänst som tar mer tid att starta och analysera problemet specifikt om det.
Om målet är att se ett träd som är associerat med den kritiska tidskedjan för ett fast mål eller en lista över specifika enheter måste vi använda parametern kritisk kedja enligt följande:
systemd-analysera kritisk kedja
Steg 4
Om vi vill få information om en specifik tjänst måste vi köra följande syntax:
systemd-analysera "namn" av kritisk kedja .serviceFör att se information om en fjärrvärd via ssh -protokollet måste vi använda -H -flaggan och ange direktivet user @ host så här.
systemd-analysera skulden -H [email protected] systemd-analysera kritisk kedja -H [email protected]
2. Systemd-analysera allmän syntax
För att arbeta med systemd-analys på ett omfattande sätt kan vi använda följande kommando för att se dess alternativ:
man systemd-analyseraDe tillgängliga alternativen kommer att vara:
Det här alternativet skriver ut den tid som genereras i kärnan innan användarutrymmet har nåtts, tiden som spenderats på den första RAM -disken (initrd) innan det normala systemanvändarutrymmet har uppnåtts och den tid som rymdsystemets användarnamn tog tid att initiera för att få åtkomst.
systemd-analysera [ALTERNATIV …] [tid]
Det här alternativet skriver ut en lista över alla löpande enheter, ordnade efter den tid det tar att initiera, med denna information kommer det att vara möjligt att optimera starttiden.
systemd-analysera [ALTERNATIV …] skylla
Med detta alternativ skrivs ett träd i kedjan av tidskritiska enheter ut. Tiden efter att enheten är aktiv eller startas kommer att skrivas ut efter "@" -tecknet. Den tid det tar innan enheten startas kommer att skrivas ut efter tecknet "+".
systemd-analysera [ALTERNATIV …] kritisk kedja [ENHET …]
Med denna parameter skrivs en SVG -graf ut som i detalj anger vilka systemtjänster som startades och vid vilken tidpunkt, vilket markerar tiden de spenderade på initialisering.
systemd-analysera [ALTERNATIV …] plot [> file.svg]
Med detta värde genereras en beskrivning av grafen för textberoende i punktformat för vidare bearbetning med GraphViz -punktverktyget.
systemd-analysera [ALTERNATIV …] punkt [MÖNSTER …] [> fil.dot]
Med detta värde genereras en användarläsbar serialisering av hela serverns tillstånd.
systemd-analysera [ALTERNATIV …] dump
Med denna parameter visas en lista över alla kataloger från vilka filerna på enheten finns.
systemd-analysera [ALTERNATIV …] enhetsvägar [
Med log-vel skrivs den aktuella loggnivån för systemd-demonen ut.
systemd-analysera [ALTERNATIV …] loggnivå [NIVÅ]
Med värdet log-target skrivs det aktuella loggmålet för systemd daemon ut.
systemd-analysera [ALTERNATIV …] log-target [TARGET]
Med detta värde kommer alla systemanrop lagrade i den angivna SET -systemsamtalet eller alla kända uppsättningar att listas om ingen uppsättning har angetts. Argument SET måste innehålla prefixet "@".
systemd-analysera [ALTERNATIV …] syscall-filter [SET …]
Denna inställning kommer att ladda filer från enheten och skriva ut varningar om fel upptäcks på enheten.
systemd-analysera [ALTERNATIV …] verifiera [FILER …]
Således har vi sett hur man implementerar och använder systemd-analys i Linux-distributioner och på så sätt har en mycket mer direkt kontroll över dess start.
