{"id":100039,"date":"2021-04-27T16:22:35","date_gmt":"2021-04-27T14:22:35","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/dostupna-sistema-iniczializaczii-finit-4-0"},"modified":"2021-04-27T16:22:35","modified_gmt":"2021-04-27T14:22:35","slug":"dostupna-sistema-iniczializaczii-finit-4-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/dostupna-sistema-iniczializaczii-finit-4-0","title":{"rendered":"Disponibile il sistema di inizializzazione Finit 4.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Dopo circa tre anni di sviluppo, \u00e8 stata pubblicata la versione 4.0 del sistema di inizializzazione Finit (Fast init), sviluppato come un'alternativa semplice a SysV init e systemd. Il progetto si basa su esperienze acquisite tramite il reverse engineering del sistema di inizializzazione fastinit, utilizzato nel firmware Linux dei netbook EeePC e noto per il suo rapido processo di avvio. Il sistema \u00e8 principalmente orientato a garantire il caricamento di sistemi compatti e embedded, ma pu\u00f2 essere utilizzato anche in ambienti desktop e server convenzionali. Esempi di scenari di implementazione sono stati preparati per Void Linux, Alpine Linux e Debian GNU\/Linux. Il codice del progetto \u00e8 scritto in C e distribuito con licenza MIT. <\/p>\n

Finit supporta livelli di esecuzione (runlevel) in stile SysV init, monitoraggio della disponibilit\u00e0 dei processi in background (riavvio automatico del servizio in caso di guasto), esecuzione di gestori one-shot, avvio di servizi tenendo conto delle dipendenze e condizioni arbitrarie, e aggiunta di gestori personalizzati da eseguire prima o dopo l'esecuzione del servizio. Ad esempio, \u00e8 possibile configurare l'avvio di un servizio solo dopo l'accesso alla rete o dopo l'avvio di un altro servizio, come syslogd. Per la definizione delle restrizioni vengono utilizzati i Cgroups v2. <\/p>\n

Per espandere la funzionalit\u00e0 e adattarla alle proprie esigenze, \u00e8 possibile utilizzare plugin che forniscono un sistema di hook per attaccare gestori a diverse fasi di avvio e esecuzione dei servizi, nonch\u00e9 per gestire eventi esterni. Ad esempio, sono stati preparati plugin per supportare D-Bus, ALSA, netlink, resolvconf, rilevamento a caldo dei dispositivi, verifica della disponibilit\u00e0 e caricamento dei moduli del kernel, gestione dei file PID e configurazione dell'ambiente per X-server. <\/p>\n

\u00c8 supportato l'uso di script standard per l'avvio dei servizi, creati per SysV init (\/etc\/rc.d e \/etc\/init.d non vengono utilizzati, ma il supporto per \/etc\/inittab pu\u00f2 essere implementato tramite un plugin), cos\u00ec come script rc.local, file con variabili di ambiente e impostazioni di rete \/etc\/network\/interfaces, come in Debian e BusyBox. Le configurazioni possono essere definite in un unico file di configurazione \/etc\/finit.conf oppure distribuite su pi\u00f9 file nella directory \/etc\/finit.d. <\/p>\n

La gestione avviene tramite strumenti standard come initctl e run-parts, che consentono di attivare e disattivare i servizi in base ai livelli di esecuzione, nonch\u00e9 di avviare selettivamente solo alcuni servizi. Finit include anche un'implementazione integrata di getty (gestione del terminale e accesso degli utenti), un watchdog per monitorare la disponibilit\u00e0 e una modalit\u00e0 di ripristino dopo guasto con sulogin integrato per avviare una shell di comando isolata.

\"Disponibile<\/center> <\/p>\n

Tra le modifiche apportate nella versione Finit 4.0 (la versione 3.2 \u00e8 stata saltata a causa di modifiche che compromettono la compatibilit\u00e0 retroattiva): <\/p>\n