{"id":141367,"date":"2025-08-23T17:12:20","date_gmt":"2025-08-23T15:12:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/pervyj-vypusk-minimalistichnoj-sistemy-iniczializaczii-nitro"},"modified":"2025-08-23T17:12:20","modified_gmt":"2025-08-23T15:12:20","slug":"pervyj-vypusk-minimalistichnoj-sistemy-iniczializaczii-nitro","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/pervyj-vypusk-minimalistichnoj-sistemy-iniczializaczii-nitro","title":{"rendered":"First release of the minimalist initialization system Nitro","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
De eerste publieke release van het Nitro-project is uitgebracht, dat zich richt op het ontwikkelen van een minimalistisch init-systeem met functies voor procesbewaking. Het project wordt geleid door Leah Neukirchen, een van de onderhouden pakketten in de Void Linux-distributie. De code is geschreven in de programmeertaal C en wordt verspreid onder de 0BSD-licentie. <\/p>\n
Nitro kan zowel worden gebruikt als init-proces (pid 1) als in de vorm van een niet-geprivilegieerd proces dat de robuuste uitvoering van applicaties in de gebruikersruimte beheert en taken herstart bij fouten. Het ondersteunt werking op Linux en FreeBSD, en het kan gebruikt worden in omgevingen die zijn gebaseerd op de standaard C-bibliotheek Musl. Mogelijke toepassingsgebieden zijn embedded systemen, ramdisk-images (initramfs), containers (Docker\/Podman\/LXC\/Kubernetes), maar ook werkstations en serversystemen. Voor het beheer van services en interactie met het init-proces wordt de opdrachtregelutility nitroctl meegeleverd. <\/p>\n
In plaats van samengestelde initialisatiescripts, gebruikt Nitro een model waarbij elke functie in een apart script wordt geplaatst. Voor elke service in de hi\u00ebrarchie \/etc\/nitro wordt een submap aangemaakt, waarin de volgende scripts kunnen worden geplaatst: setup \u2014 bevat de commando's die v\u00f3\u00f3r de start van de service worden uitgevoerd; run \u2014 bepaalt het opstartscenario van de service; finish \u2014 omvat de commando's die na de voltooiing van de service worden uitgevoerd. Voor logboekregistratie wordt een symbolische link met de naam log gebruikt, die naar een andere service verwijst waar de uitvoer naartoe wordt geleid. Om de automatische start van de service uit te schakelen, is het voldoende om in de map ervan een bestand met de naam \u201edown\u201d te maken, en om de service te negeren, moet het symbool \u201e@\u201d aan de naam van de map worden toegevoegd. <\/p>\n
De auteur van het project noemt de volgende voordelen van Nitro ten opzichte van andere init-systemen: <\/p>\n
\n
Alle toestand wordt in het RAM opgeslagen, wat het werken in omgevingen met schijfpartities in alleen-lezen modus vergemakkelijkt.\n
Een architectuur gebaseerd op event-driven verwerking, zonder polling.\n
Geen geheugenallocaties tijdens de uitvoering (alle buffers worden tijdens de opstart toegewezen).\n
Beperkt gebruik van bestandshandles tijdens de uitvoering.\n
De distributie in de vorm van \u00e9\u00e9n zelfstandige uitvoerbare bestand en een utility voor systeembeheer.\n
Het ontbreken van compilatiefases van de configuratie \u2014 de werking van de service wordt bepaald door eenvoudige scripts in de map die met de service is verbonden.\n
Beschikbaarheid van de functie om services opnieuw op te starten na een storing.\n
Aanwezigheid van een logmechanisme dat zowel standaard als selectief voor individuele services kan worden ingeschakeld.\n
Mogelijkheid om een logverwerkingsketen op te bouwen die meerdere services omvat.\n
De werking is onafhankelijk van de nauwkeurigheid van de systeemklokken.\n
Ondersteuning voor opstarten in FreeBSD via \/etc\/ttys.\n
Mogelijkheid om te bouwen in de vorm van een miniatuur statisch gecompileerd uitvoerbaar bestand bij gebruik van musl libc. <\/ul>\n