{"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":"Il sistema di inizializzazione Finit 4.0 \u00e8 disponibile","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Dopo circa tre anni di sviluppo, \u00e8 stato pubblicato il rilascio del sistema di inizializzazione Finit 4.0 (Fast init), sviluppato come una semplice alternativa a SysV init e systemd. Il progetto \u00e8 basato su risultati ottenuti mediante reverse engineering del sistema di inizializzazione fastinit, utilizzato nel firmware Linux dei netbook EeePC e noto per il suo processo di avvio molto rapido. Il sistema \u00e8 principalmente destinato a garantire l'avvio di sistemi compatti e incorporati, ma pu\u00f2 essere utilizzato anche in ambienti desktop e server convenzionali. Esempi di scenari per l'implementazione sono stati preparati per Void Linux, Alpine Linux e Debian GNU\/Linux. Il codice del progetto \u00e8 scritto in linguaggio C e distribuito con licenza MIT. <\/p>\n

Finit supporta i livelli di esecuzione (runlevel) in stile SysV init, il monitoraggio della disponibilit\u00e0 dei processi in background (riavvio automatico del servizio in caso di fallimento), l'esecuzione di gestori monouso, l'avvio di servizi tenendo conto delle dipendenze e di condizioni arbitrarie, l'aggiunta di ulteriori gestori da eseguire prima o dopo l'esecuzione del servizio. Ad esempio, \u00e8 possibile configurare l'avvio di un servizio solo dopo che si \u00e8 stabilito l'accesso alla rete o dopo l'avvio di un altro servizio, come syslogd. I limiti sono definiti utilizzando Cgroups v2. <\/p>\n

Per estendere le funzionalit\u00e0 e adattarsi alle proprie esigenze, possono essere utilizzati plugin, per i quali \u00e8 fornito un sistema di hook che consente di collegare un gestore a diverse fasi di avvio e esecuzione dei servizi, oltre a garantire il legame con eventi esterni. Ad esempio, sono stati preparati plugin per supportare D-Bus, ALSA, netlink, resolvconf, il collegamento a caldo dei dispositivi, il controllo della disponibilit\u00e0 e il caricamento dei moduli del kernel, la gestione dei file PID e la configurazione dell'ambiente per il server X. <\/p>\n

\u00c8 supportato l'uso di script standard per avviare servizi, creati per SysV init (\/etc\/rc.d e \/etc\/init.d non vengono utilizzati, ma il supporto per \/etc\/inittab pu\u00f2 essere realizzato tramite un plugin), cos\u00ec come script rc.local, file con variabili ambientali e impostazioni di rete \/etc\/network\/interfaces, come in Debian e BusyBox. Le impostazioni 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 gli strumenti standard initctl e run-parts, che consentono di attivare e disattivare i servizi in base ai livelli di avvio, nonch\u00e9 di avviare selettivamente alcuni servizi. Finit include anche un'implementazione integrata di getty (gestione del terminale e accesso degli utenti), un watchdog per monitorare la funzionalit\u00e0 e una modalit\u00e0 di ripristino dopo un guasto con sulogin integrato per avviare una shell di comando isolata.

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

Tra le modifiche introdotte nella versione Finit 4.0 (la versione 3.2 \u00e8 stata saltata a causa di modifiche che violano la retrocompatibilit\u00e0): <\/p>\n