Phenquestions
Hvorfor er dette foretrukket?
Årsagen til denne type software handler om optimering. Du starter kun med de mest basale funktioner og tilføjer alt, hvad du vil have. Da du starter fra næsten ufrugtbar, ender du kun med de funktioner, du ønsker. Dette er mere effektivt sammenlignet med at fjerne unødvendige funktioner. Du kan måske indse, at du også ender med at lægge meget arbejde for at få opsætning, og du skal kende programmering nok til at tilføje patches til eksisterende kode og fejlfinde problemer i C.
Hvad kan du kontrollere?
I de fleste systemer, hvor systemd er den mest almindelige, har du en pakke, der tager sig af start, stop og dæmonstyring. Når du vil minimere og fremskynde tingene, kan du vælge sinit og et valg af daemon-controller, der passer til dine behov. For at gøre dette skal du vide nok om Linux-systemet. Når du har en dæmon, som du kan tilpasse, skal du bare kende stykkerne i dit system. Da du ikke kan kontrollere andet end at starte og stoppe, skal du starte en dæmon eller vælge en dæmoncontroller.
Hvilken dæmon?
Det suckløse websted foreslår, at du bruger dæmonværktøjerne fra Untroubled.org. Denne software er skrevet til ethvert * Nix-system, så du kan bruge viden selv uden for Linux. Brug af daemontools-encore er et kapitel i sig selv, men kort sagt, pakken vil gøre ethvert script til en tjeneste. Du kan placere filerne hvor som helst, men katalogerne skal være tilgængelige når daemontools starter. Ethvert filsystem, det er tændt, skal derfor monteres tidligere af andre scripts. For at kompilere denne pakke skal du oprette en ny makefil. Ellers er denne pakke en standard måde at kompilere C-kode på. Hvis du ikke kompilerer C-kode regelmæssigt, skal du bruge denne som praksis. Forsøg ikke dit live system.
En sikker måde at teste det på.
En sikker måde at teste dette på er at downloade et minimalt Linux-system og køre det på en virtuel maskine. Hvis du gør det, skal du oprette en kildemappe og tilføje sinit, sbase og daemontools-encore. Med disse tre binære pakker kan du opbygge hele systemet med boot- og dæmonkontrol. Aktuelle systemer startes med systemd. Når du begynder at oprette et nyt system, skal du overføre de dæmoner, du har brug for, og køre dem som et simpelt script. Da systemd allerede kører scripts, vil dette for det meste være de samme scripts. Hvad du skal tilføje manuelt er afhængighederne mellem processerne. Hvis du virkelig vil lave et minimalt system, kan du.
Blærer hurtigt, hvorfor bruges det ikke i de fleste maskiner?
Når et system kører ved hjælp af sinit, blærer det hurtigt. Årsagen er, at du kun har det nøjagtige system, du har brug for, og intet andet. Du undrer dig måske over, hvorfor det ikke bruges over hele linjen. Årsagerne er flere, den ene er, at systemd allerede er komplet, og det holder styr på de komplekse interaktioner mellem processer. Hvis du bruger sinit, bliver du nødt til at opbygge mere logik omkring disse afhængigheder. En logik, der allerede er i systemd. Der er også meget tæt integration mellem GNOME og systemd, så disse systemer understøtter hinanden. De fleste situationer er dækket simpelthen fordi de er udviklet parallelt.
Konklusion
Ved hjælp af sinit kan du oprette et meget hurtigt opstartssystem. Du har mange valg om, hvordan du holder dit system afbalanceret og alle processer aktive og overvåget. Du bliver dog nødt til at gøre en masse arbejde for at få et fuldt system til at køre med alle klokker og fløjter. For de fleste af os kan dette være et spændende projekt for at lære, hvordan Linux og andre * Nix-systemer fungerer, men vi har brug for standardfordelingen til vores "Produktionssystemer"
