La pianificazione dei processi, o scheduling, riguarda l'esecuzione in date ed orari stabiliti e la modifica delle priorità. Il mezzo attraverso il quale si controlla l'avvio di un processo in un momento stabilito è il daemon cron, mentre la priorità può essere modificata attraverso il valore nice.
La tabella (seguente) elenca i programmi e i file a cui si accenna in questo capitolo.
Nel bel mezzo della notte, mentre si sta lavorando isolati da qualunque rete, potrebbe capitare di notare una intensa attività del disco fisso senza apparente giustificazione. Di solito si tratta di cron.
Cron è il daemon che si occupa di eseguire dei comandi in momenti determinati in base a quanto stabilito all'interno dei file crontab. Questi file possono essere diversi, solitamente uno per ogni utente che ha la necessità di pianificare l'esecuzione di alcuni comandi, e uno generale per tutto il sistema.
I file crontab vengono creati attraverso il programma crontab e questo permette di non dover necessariamente sapere dove devono essere collocati e in che modo vanno nominati. Oltre che per un fatto di relativa comodità, l'esistenza del programma crontab permette di evitare che i file crontab siano accessibili ad utenti che non ne siano i proprietari. Inoltre, non è necessario preoccuparsi di avvisare il daemon cron dell'avvenuto cambiamento nella situazione dei piani di esecuzione.
Indipendentemente dal fatto che il daemon cron necessiti o meno di essere avvisato.
L'output dei comandi che cron mette in esecuzione, se non è stato ridiretto in qualche modo, per esempio a /dev/null o a un file, viene inviato con un messaggio mail all'utente cui appartiene il crontab.
Il daemon cron viene di norma avviato durante la procedura di inizializzazione del sistema. Di questo daemon ne esistono almeno due tipi diversi per Linux: Vixie Cron e Dillon's Cron, dai nomi dei loro autori. Nelle sezioni seguenti si fa riferimento in particolare a quello di Paul Vixie.
Vedere cron(1), crontab(1) o crontab(8), e crontab(5).
cron
cron è un daemon funzionante in background che si occupa di interpretare i file crontab collocati in /var/spool/cron/ oltre a uno speciale, /etc/crontab, il cui formato è leggermente diverso.
Dal momento che la sostanza del funzionamento di questo programma sta nella interpretazione dei file crontab, le altre notizie sul suo utilizzo sono riportate in occasione della presentazione di quei file.
crontab [<opzioni>]
crontab permette di creare o modificare il file crontab di un
determinato utente.
In particolare, solo l'utente root può agire sul crontab di un
altro utente.
Di solito, crontab viene utilizzato con l'opzione -e per
modificare o creare il file crontab.
I file crontab vengono poi utilizzati dal daemon cron che si occupa di eseguire i comandi lì indicati.
crontab [
-u <utente>] <file>
Sostituisce il crontab con il contenuto del file indicato come argomento.
crontab
-l [<utente>]
Visualizza il crontab dell'utente.
crontab
-e [<utente>]
Crea o modifica il crontab dell'utente.
crontab
-r [<utente>]
Cancella il crontab dell'utente.
$ crontab -e
Inizia la modifica del file crontab dell'utente.
$ crontab -l
Visualizza il contenuto del crontab dell'utente. Il suo contenuto potrebbe apparire come nel listato seguente.
# DO NOT EDIT THIS FILE - edit the master and reinstall.
# (/tmp/crontab.1466 installed on Thu Aug 21 17:39:46 1997)
# (Cron version -- $Id: crontab.c,v 2.13 1994/01/17 03:20:37 vixie Exp $)
10 6 * * * echo "ciao ciao"
---------
$ crontab -r
Elimina il crontab dell'utente.
Si tratta dei file crontab degli utenti normali, creati normalmente attraverso il programma crontab. Ogni utente ha il proprio, e i comandi contenuti al suo interno vengono eseguiti come se fossero stati avviati dall'utente proprietario del file crontab.
Le righe vuote sono ignorate e così anche quelle il cui primo carattere diverso da blank (spazi e/o tabulazioni) è il simbolo # (commenti).
Un record significativo può essere un'assegnazione di una variabile di ambiente o un comando cron.
L'assegnazione di una variabile può avvenire nel modo consueto,
<nome> = <valore>
dove gli spazi attorno al segno di uguaglianza sono facoltativi e il valore assegnato può essere indicato eventualmente con virgolette (singole o doppie).
La possibilità di inserire delle assegnazioni di variabili di ambiente all'intero di un file crontab è una particolarità del cron di Paul Vixie.
Il daemon cron utilizza una serie di variabili di ambiente per determinare il proprio comportamento. Alcune di queste ricevono un valore predefinito da cron stesso e tutte, tranne LOGNAME, possono essere modificate attraverso una assegnazione all'interno del file crontab.
Normalmente, /bin/sh è un link alla shell predefinita, ovvero a bash, che se avviata così, si comporta in modo compatibile con sh.
Un tipico file crontab può contenere solo comandi cron. Il formato di questo può essere brevemente riassunto nel modo seguente.
<data-orario> <comando>
Il comando viene eseguito attraverso la shell indicata all'interno della variabile SHELL, mentre l'indicazione data-orario si scompone in altri cinque campi.
<minuti> <ore> <giorni-del-mese> <mesi> <giorni-della-settimana>
I campi possono contenere un asterisco (*) e in tal caso rappresentano ogni possibile valore di quel campo. Per esempio, * * * * * rappresenta ogni minuto di ogni ora di ogni giorno del mese di ogni mese di ogni giorno della settimana.
A parte il caso degli asterischi, all'interno di questi campi si possono indicare dei valori numerici secondo gli intervalli seguenti:
Per ognuno di questi campi, i valori possono essere indicati in vari modi con diversi significati.
Un numero isolato all'interno di un campo indica che il comando deve essere eseguito quando l'orologio del sistema raggiunge quel valore.
Per esempio, 10 6 * * * rappresenta esattamente le 6:10' di ogni giorno.
Un intervallo, rappresentato da una coppia di numeri separati da un trattino, indica che il comando deve essere eseguito ogni volta che l'orologio del sistema raggiunge uno di quei possibili valori.
Per esempio, 10 6 1-5 * * rappresenta esattamente
le 6:10' dei primi cinque giorni di ogni mese.
Un elenco, rappresentato da una serie di numeri separati da una virgola (senza spazi), indica che il comando deve essere eseguito ogni volta che l'orologio del sistema raggiunge uno di quei valori.
Per esempio, 10 6 1-5 1,3,5 * rappresenta
esattamente le 6:10' dei primi cinque giorni di gennaio, marzo e maggio.
Gli elenchi possono essere anche combinati con gli intervalli.
Per esempio, 10 6 1-5 1-3,5-7 * rappresenta
esattamente le 6:10' dei primi cinque giorni di gennaio, febbraio, marzo, maggio,
giugno e luglio.
Invece di indicare momenti precisi, è possibile indicare una ripetizione o un passo. Questo può essere rappresentato con una barra inclinata seguita da un valore e indica che il comando deve essere eseguito ogni volta che è trascorsa quella unità di tempo.
Per esempio, */10 6 * * * rappresenta le 6:10', le 6:20', le 6:30', le 6:40', le 6:50' e le 6:00'. In pratica, corrisponde a 0,10,20,30,40,50 6 * * *.
Il passo può essere combinato opportunamente con gli intervalli.
Per esempio, 0-30/10 6 * * * rappresenta le 6:00',
le 6:20' e le 6:30.
In pratica, corrisponde a 0,10,20,30 6 * * *.
---------
Quello che appare dopo i cinque campi dell'orario, viene interpretato come un comando da eseguire. Più precisamente, viene considerato tale tutto quello che appare prima di un carattere newline o di un segno di percentuale (%). Quello che eventualmente segue dopo il primo segno di percentuale viene interpretato come testo da inviare allo standard input del comando stesso. Se all'interno del testo da inviare appaiono altri segni di percentuale, questi vengono trasformati in caratteri newline.
Segue un esempio commentato di file crontab tratto da crontab(5).
# Utilizza ``/bin/sh'' per eseguire i comandi, indipendentemente da
# quanto specificato all'interno di ``/etc/passwd''.
SHELL=/bin/sh
# Invia i messaggi di posta all'utente ``pippo'', indipendentemente
# dal proprietario di questo file crontab.
MAILTO=pippo
# Esegue 5 minuti dopo la mezzanotte di ogni giorno.
5 0 * * * $HOME/bin/daily.job >> $HOME/tmp/out 2>&1
# Esegue alle 14:15' del primo giorno di ogni mese.
# L'output viene inviato tramite posta all'utente ``pippo''.
15 14 1 * * $HOME/bin/monthly
# Esegue alle 22 di ogni giorno lavorativo (da lunedì al venerdì).
# In particolare viene inviato un messaggio di posta a ``paperoga''.
0 22 * * 1-5 mail -s "Sono le 22" paperoga%Paperoga,%%è ora di andare a letto!%
# Esegue 23 minuti dopo mezzanotte, dopo le due, dopo le quattro, ...,
# ogni giorno.
23 0-23/2 * * * echo "Ciao ciao"
# Esegue alle 4:05' di ogni domenica.
5 4 * * 0 echo "Buona domenica"
Il file /etc/crontab ha un formato leggermente diverso da quello dei file crontab normali. In pratica, dopo l'indicazione del quinto campo data-orario, si inserisce il nome dell'utente in nome del quale deve essere eseguito il comando indicato successivamente.
Nell'esempio seguente, tutti i comandi vengono eseguiti per conto dell'utente root.
SHELL=/bin/bash
PATH=/sbin:/bin:/usr/sbin:/usr/bin
MAILTO=root
# Run any at jobs every minute
* * * * * root [ -x /usr/sbin/atrun ] && /usr/sbin/atrun
# run-parts
01 * * * * root run-parts /etc/cron.hourly
02 1 * * * root run-parts /etc/cron.daily
02 2 * * 0 root run-parts /etc/cron.weekly
02 3 1 * * root run-parts /etc/cron.monthly
# Remove /tmp, /var/tmp files not accessed in 10 days (240 hours)
41 02 * * * root /usr/sbin/tmpwatch 240 /tmp /var/tmp
# Remove formatted man pages not accessed in 10 days
39 02 * * * root /usr/sbin/tmpwatch 240 /var/catman/cat?
L'esecuzione di una elaborazione può essere necessaria una volta sola in una data e in un orario stabilito, oppure quando l'attività del sistema è ridotta. Anche se la gestione della pianificazione dei processi è gestita da cron, per questo scopo gli si affianca atrun, eseguito periodicamente da cron.
atrun può essere immaginato come una sorta di daemon con lo scopo di eseguire dei job accodati su diversi tipi di code da at o batch. In realtà si tratta di un programma che viene messo in funzione periodicamente (normalmente una volta al minuto) da cron. Per verificarlo basta analizzare il contenuto di /etc/crontab o del crontab dell'utente root.
Queste code sono classificate per importanza (priorità) attraverso una lettera alfabetica: le lettere minuscole si riferiscono a job accodati da at, mentre quelle maiuscole, a job accodati da batch.
La differenza tra questi due sta nel fatto che il primo accoda job da eseguire in un determinato momento, mentre con il secondo, questi vengono eseguiti non appena l'attività del sistema raggiunge un livello sufficientemente basso da non disturbare l'esecuzione di processi più importanti.
Le code di questi job si trovano normalmente all'interno di /var/spool/at/.
L'utilizzo di at e batch può essere controllato attraverso due file: /etc/at.allow e /etc/at.deny. Se esiste /etc/at.allow, solo gli utenti elencati al suo interno possono utilizzare at e batch. Se /etc/at.allow non esiste, viene preso in considerazione /etc/at.deny e gli utenti elencati al suo interno non possono utilizzare at e batch. Se questi due file non esistono, non vengono posti limiti all'utilizzo di questi programmi.
Nel momento in cui si decide di fare eseguire un comando in un momento successivo a quello attuale, si pone il problema di definire l'ambiente in cui questo dovrà trovarsi. In linea di massima si può dire che si fa riferimento alla stessa situazione in cui ci si trova nel momento in cui si accoda il job. Si tratta dello UID, della directory corrente, della maschera umask (per la creazione dei file) e delle variabili di ambiente. In particolare, le variabili TERM e DISPLAY, e il parametro $_ non mantengono il loro valore originale.
Quando si pianifica l'esecuzione di un comando in un momento successivo, si pone il problema di stabilire dove debba essere diretto il suo output. Sarebbe buona norma stabilirlo già nel comando, per esempio ridirigendo sia lo standard output che lo standard error in un file. Se qualcosa sfugge, l'output non ridiretto viene inviato all'utente che ha accodato il job attraverso un messaggio di posta (più precisamente attraverso /bin/mail).
atrun [<opzioni>]
atrun è un programma che si occupa di mettere in esecuzione i comandi accodati attraverso at e derivati. Per poterlo fare, atrun viene eseguito periodicamente da cron.
at [<opzioni>] <orario>
Il programma at permette di pianificare, in un certo orario, l'esecuzione di un determinato comando attraverso la shell predefinita, corrispondente a /bin/sh. Il comando o i comandi da eseguire, vengono ricevuti dallo standard input, oppure da un file se specificato attraverso le opzioni.
L'orario di esecuzione può essere specificato in vari modi, anche combinando alcune parole chiave che in generale si riferiscono ai termini e alle abitudini dei paesi di lingua inglese.
Segue un elenco di ciò che può essere ragionevolmente utilizzato in ambito internazionale.
---------
<hhmm> [AM|PM] | <hh>:<mm> [AM|PM]
Specifica un orario espresso in ore e minuti. Il simbolo : di separazione tra le due cifre che rappresentano le ore e quelle dei minuti, è facoltativo. L'utilizzo delle sigle AM e PM non è consigliabile: in generale, è preferibile esprimere gli orari utilizzando la notazione internazionale di 24 ore.
Si possono specificare due ulteriori indicazioni: today (oggi); tomorrow (domani).
---------
<mmggaa> | <mm>/<gg>/<aa> | <gg>.<mm>.<aa>
Una data può essere espressa con un gruppo di sei cifre, eventualmente separate da /, e in tal caso si deve usare la sequenza mese-giorno-anno, oppure utilizzando . come separatore, e allora si può utilizzare la sequenza giorno-mese-anno.
now
La sigla now viene usata per definire il momento attuale, e si usa in combinazione con una definizione di ritardo.
<momento-di-partenza> + <quantità-del-ritardo> <unità-di-tempo>
Questa forma permette di stabilire un ritardo nell'avvio dei processi, a partire dal momento indicato come riferimento. Il momento iniziale può essere now che si riferisce al momento presente, o un orario preciso. La durata del ritardo viene espressa da un numero che rappresenta una quantità definita subito dopo: minutes (minuti); hours (ore); days (giorni); weeks (settimane).
-q <coda>
Permette di definire la coda. Si tratta di una lettera alfabetica minuscola, dalla a alla z. Si possono anche utilizzare lettere maiuscole, ma queste si usano per le code batch. La coda predefinita di at è quella della lettera c, mentre quella di batch è quella della lettera E. Se si utilizzano lettere successive, i compiti associati riceveranno un valore nice maggiore.
-m
Invia un messaggio, attraverso il sistema di mail, all'utente che ha accodato la richiesta quando il compito è stato svolto.
-f <file>
Legge i comandi da eseguire da un file, invece che dallo standard input.
-l
Si comporta come atq e informa dei job in coda.
-d
Si comporta come atrm.
-b
Si comporta come batch.
-v
Riguarda il funzionamento in modalità atq e permette di conoscere l'orario di esecuzione.
-c <job>...
Emette attraverso lo standard output il contenuto della coda associata al numero (o ai numeri) di job indicato. Viene in pratica emesso il contenuto del file che costituisce la coda associata al job indicato.
$ at -f routine 13:30 + 3 days
Esegue i comandi contenuti nel file routine, fra tre giorni, alle 13:30.
$ at 15:00 tomorrow
Eseguirà domani alle 15:00 i comandi che verranno indicati di seguito (si conclude
con una combinazione
$ at 10:00 10.11.99
Il 10 novembre 1999 alle 10:00 eseguirà i comandi specificati.
batch [<opzioni>] [<orario>]
batch è normalmente un link al programma at ( at). Quando at viene avviato usando il nome batch, i compiti associati vengono eseguiti non appena il livello di carico del sistema diventa ragionevolmente basso da permetterlo. In pratica, si può anche indicare un momento particolare (un orario), ma l'esecuzione avverrà solo quando il sistema avrà una attività ridotta.
atq [<opzioni>]
atq è normalmente un link al programma at.
Quando at viene avviato usando il nome atq, emette l'elenco dei
job in coda.
Se viene specificata una coda particolare, attraverso l'opzione -q, si
limita ad analizzare quella particolare coda.
atrm <job>...
atrm è normalmente un link al programma at. Quando at viene avviato usando il nome atrm, elimina dalla coda i job specificati nella riga di comando.
L'esempio seguente dovrebbe permettere di comprendere il meccanismo attraverso cui viene registrata la situazione dell'istante in cui si accoda un job.
L'intenzione è quella di fare eseguire il programma ls, alle 16:30', nella directory corrente nel momento in cui si accoda il job, generando il file esempio (nella stessa directory) con l'output ottenuto.
$ at 16:30
ls > ./esempio
Job 1 will be executed using /bin/sh
A questo punto si può dare un'occhiata alla coda.
$ atq
Date Owner Queue Job#
12:00:00 08/22/97 daniele c 1
Con i privilegi dell'utente root, è possibile dare una occhiata all'intero della directory /var/spool/at/ per scoprire che è stato creato uno script, in questo caso denomianto c0000100ddd2b8. Segue il listato del suo contenuto.
#!/bin/sh
# atrun uid=500 gid=500
# mail daniele 0
umask 2
USERNAME=; export USERNAME
ENV=/home/daniele/.bashrc; export ENV
COLORTERM=rxvt; export COLORTERM
HISTSIZE=1000; export HISTSIZE
HOSTNAME=pippo.zigozago.dg; export HOSTNAME
LOGNAME=daniele; export LOGNAME
HISTFILESIZE=1000; export HISTFILESIZE
MAIL=/var/spool/mail/daniele; export MAIL
COLORFGBG=0\;default; export COLORFGBG
HOSTTYPE=i386; export HOSTTYPE
PATH=/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/var/script:/usr/local/medit:/usr/local/StarOffice-3.1/linux-x86/bin:/usr/local/NetscapeGold301:/usr/local/popclient:/usr/local/sgml-tools/bin:.:/home/daniele/bin; export PATH
HOME=/home/daniele; export HOME
SHELL=/bin/bash; export SHELL
USER=daniele; export USER
LC_CTYPE=ISO-8859-1; export LC_CTYPE
LESSCHARSET=latin1; export LESSCHARSET
HOSTDISPLAY=pippo.zigozago.dg:0.0; export HOSTDISPLAY
LANG=it_IT; export LANG
OSTYPE=Linux; export OSTYPE
WINDOWID=37748738; export WINDOWID
SHLVL=4; export SHLVL
XPPATH=/usr/local/StarOffice-3.1/xp3; export XPPATH
cd /daniele || {
echo 'Execution directory inaccessible' >&2
exit 1
}
ls > ./esempio
Nella prima parte viene definita la maschera umask.
umask 2
Quindi seguono una serie di assegnazioni di variabili esportate che riproducono l'ambiente del momento in cui il job è stato sottomesso.
USERNAME=; export USERNAME
ENV=/home/daniele/.bashrc; export ENV
...
Al termine, prima dell'esecuzione dei comandi richiesti, viene eseguito lo spostamento nella directory che, nel momento in cui si sottometteva il job, era quella corrente. Se l'operazione fallisce, viene interrotto lo script.
cd /daniele || {
echo 'Execution directory inaccessible' >&2
exit 1
}
La priorità di esecuzione di un processo può essere modificata attraverso il valore nice che viene sommato, in modo algebrico, al valore di questa.
Quando si parla di priorità occorre però fare attenzione al contesto: di solito, un valore basso significa precedenza (quindi priorità) rispetto ai valori superiori. Spesso però si parla di priorità maggiore o minore in maniera impropria: quando si consulta della documentazione in cui si parla di priorità bisogna fare bene attenzione a non confondersi.
Dal momento che il valore nice viene sommato alla priorità, se nice è pari a zero, non altera la priorità di esecuzione di un processo, se invece ha un valore positivo ne rallenta l'esecuzione, e ancora, un valore negativo ne accelera il funzionamento.
Alcuni programmi ricevono dal sistema un valore di priorità particolarmente basso per motivi fisiologici di funzionamento del sistema stesso. Pretendere di portare agli stessi livelli di priorità altri programmi potrebbe significare bloccare il sistema. In pratica, anche se si tenta di dare a un processo un valore nice negativo, spesso il sistema non reagisce con un'eguale diminuzione del valore della priorità. Inoltre, solo l'utente root può attribuire ai processi valori nice inferiori a 0 (zero).
Di solito quindi, il valore nice viene usato per ridurre la velocità di esecuzione di un processo in modo da alleggerire l'impiego di risorse da parte dello stesso. Spesso si combina questa tecnica assieme all'utilizzo di elaborazioni in sottofondo (background).
A fianco del problema della modifica della priorità di esecuzione di un programma c'è quello di mantenere in funzione un programma anche dopo la disconnessione del terminale dal quale questo viene avviato.
nice [<opzioni>] [<comando> [<argomenti>]]
Esegue un comando con un valore nice diverso dal normale.
Minore è questo valore, maggiori saranno le risorse (in termini di rapidità di esecuzione)
che il sistema gli concede.
L'esecuzione senza alcun attributo visualizza il livello attuale del valore nice.
Se viene specificato il nome di un comando, ma non viene indicato il livello di variazione
(adjustment), il valore nice del comando indicato come argomento,
sarà incrementato di 10 rispetto al valore attuale.
Il livello di variazione può andare da un minimo di -20 a un massimo di +19, ma solo
l'utente root può attribuire variazioni negative.
-n <variazione>
Definisce esplicitamente il livello di variazione del valore nice da attribuire al comando da eseguire.
renice <priorità> [[
-p] <pid>... ] [[-g] <pgid>... ] [[-u] <utente>... ]
renice modifica il valore nice di uno o più processi. Se invece di indicare i processi attraverso il loro PID, si utilizza il PID di gruppo o un nome di utente, si intende intervenire su tutti i processi di quel gruppo o di quell'utente.
-g <pgrp>
Indica esplicitamente che si fa riferimento a un PID di gruppo (PGRP).
-u <utente>
Indica esplicitamente che si fa riferimento a un utente indicato per nome.
-p <pid>
Indica esplicitamente che si fa riferimento a un numero di processo (PID).
nohup <comando> [<argomenti>]
Esegue un comando facendo in modo che questo non sia interessato dai segnali di interruzione di linea (SIGHUP). In questo senso, nohup permette di avviare dei processi che non devono interrompersi nel momento in cui l'utente che li avvia termina la sua sessione di lavoro (esegue un logout). Naturalmente, questo ha senso se i programmi vengono avviati in background.
In base a questo principio, cioè quello per cui si usa nohup per avviare un programma in background in modo che continui a funzionare anche quando l'utente si scollega, la priorità di esecuzione viene modificata, aumentando il valore nice di 5.
Il comando indicato come argomento non viene messo automaticamente in background, per ottenere questo, occorre aggiungere il simbolo & (e-commerciale) alla fine della riga di comando. Quando il comando indicato come argomento utilizza il terminale (tty) per l'output, sia lo standard output che lo standard error vengono ridiretti verso il file ./nohup.out oppure, se i permessi non lo consentono, ~/nohup.out. Se questo file esiste già, i dati vengono aggiunti.
Segue un esempio che mostra in che modo si comporta nohup.
Viene avviata una nuova copia della shell bash nel modo seguente.
$ bash
Viene avviato in background il programma yes e il suo output viene semplicemente ridiretto verso /dev/null.
$ nohup yes > /dev/null &
[1] 1304
Il processo corrispondente ha il PID 1304.
Si controlla lo stato dei processi attraverso ps.
$ ps
PID TTY STAT TIME COMMAND
...
1304 1 R N 1:55 yes
...
Dalla colonna STAT si può osservare che yes ha un valore nice positivo (N).
Si controlla lo stato dei processi attraverso pstree.
$ pstree -p
init(1)-+-...
|
...
|-login(370)---bash(387)---bash(1303)-+-pstree(1341)
| `-yes(1304)
...
Si può osservare che yes è un processo figlio della shell bash avviata poco prima.
Si conclude l'attività della shell provocando un segnale di interruzione per i processi che dipendono da lei.
$ exit
Si controlla nuovamente lo stato dei processi attraverso pstree.
$ pstree -p
init(1)-+-...
|
...
|-login(370)---bash(387)---pstree(1359)
...
|-yes(1304)
...
Adesso, yes risulta essere un processo figlio di init.
1997.10.26 - Scritto da Daniele Giacomini daniele@calion.com (vedi copyright: Appunti Linux).