dubbio telinit 1

[danix]

Ciao a tutti,
ieri cercavo di spiegare alla mia ragazza i vari livelli di init, quando mi è successa una cosa inaspettata... sono andato in init 1 e mi era ancora possibile effettuare il login su più di una tty alla volta... li per li non ho indagato ma volevo chiedervi lumi, è una cosa normale?? Io sapevo che in init 1 il sistema non è multi utente...

chi mi illumina??

[matzu]

È vero. Nel dubbio che fosse una stranezza della 13.0 (32 bit nel mio caso) ho provato sul portatile vecchio che ha una 8.1, ed è la stessa cosa. Nel inittab dice espressamente che il livello 1 è single user, mentre ti puoi loggare in sei vt e con utenti diversi. In altre distro (almeno in versioni di anni fa, contemporanee e successive della 8.1), come Suse e Mandrake, il runlevel 1 era single user vero con la sola console 1 disponibile. Il 2 era multiutente senza rete, il 3 multi con rete, il 4 non c'era, il 5 era un 3 con sistema grafico. Anche in Debian il livello 1 è utente singolo.

[danix]

che stranezza...

grazie del feedback, pensavo di essere impazzito io o di aver sbagliato qualcosa...

[matzu]

Del resto non c'è proprio uno standard. Debian ha due soli runlevel oltre a 0 e 6. Forse il commento nel inittab è rimasto lì da una quindicina d'anni, perché nessuno ha bisogno di usare Slackware in runlevel 1

[danix]

mah, io di tanto in tanto ci vado, ad esempio quando devo aggiornare pacchetti come la toolchain (sono in current), se non sbaglio è più sicuro farlo in init 1 (o almeno così dovrebbe essere)...

che mi dici??

[Mario Vanoni]

da /etc/inittab

Codice: Seleziona tutto

# Script to run when going single user (runlevel 1).
su:1S:wait:/etc/rc.d/rc.K


da /etc/rc.d/rc.K

Codice: Seleziona tutto

# rc.K          This file is executed by init when it goes into runlevel
#               1, which is the administrative state. It kills all
#               daemons and then puts the system into single user mode.
#               Note that the file systems are kept mounted.
#
# Version:      @(#)/etc/rc.d/rc.K      3.1415 Sat Jan 13 13:37:26 PST 2001
#
# Author:       Miquel van Smoorenburg <miquels@drinkel.nl.mugnet.org>
# Modified by:  Patrick J. Volkerding <volkerdi@slackware.com>



Invariato da tanti anni, AT&T UNIX SVR3 era simile.

Installare SW con tanti demoni in vita disturba il lavoro,
per questo il modo "Single User", non riferito ai tty!

[danix]

grazie per il chiarimento mario, ma ipoteticamente, avere più di un utente collegato al sistema non può essere dannoso allo stesso modo?? per questo non mi era chiara la questione delle tty...

[conraid]

Sì danilo, se mentre aggiorni le glibc l'altro utente lancia un programma che le usa... può non funzionare.
Ma si prevede che in quel momento ci sei solamente tu nel sistema, pensa sempre a linux come multiutenza anche fisica, o da remoto. Non a te che ti logghi in varie tty. Se sei nel runlevel 1 un altro utente non può collegarsi ed usare il sistema. E se lo fai tu uno si domanda "ma questo lo fa apposta allora"
Comunque se leggi in qua e la vedi che i runlevel cambiano comportamento a volte anche dalla distribuzione, alcuni non li hanno tutti, altri sì, come ti ha mostrato mario, guarda sempre gli script di avvio cosa fanno.

[Mario Vanoni]

grazie per il chiarimento mario, ma ipoteticamente, avere più di un utente collegato al sistema non può essere dannoso allo stesso modo?? per questo non mi era chiara la questione delle tty...

tty1: login root
tty2: login utente
tty1: telinit 1
tty2: sbattuto fuori
tty2: login utente, accettato, puo` fare, limitato dai demoni che mancano
tty2: telinit 3, rifiutato
tty1: telinit 1, eseguito

Il problema del tuo dubbio e` descritto in man 8 init:

Codice: Seleziona tutto

CHANGING RUNLEVELS
       After  it  has spawned all of the processes specified, init waits for one of its descendant processes to die, a powerfail signal, or until it is signaled by telinit to change the sys-
       tem's runlevel.  When one of the above three conditions occurs, it re-examines the /etc/inittab file.  New entries can be added to this file at any time.  However,  init  still  waits
       for one of the above three conditions to occur.  To provide for an instantaneous response, the telinit Q or q command can wake up init to re-examine the /etc/inittab file.


quindi se /etc/inittab contiene

Codice: Seleziona tutto

# These are the standard console login getties in multiuser mode:
c1:1235:respawn:/sbin/agetty 38400 tty1 linux
c2:1235:respawn:/sbin/agetty 38400 tty2 linux
c3:1235:respawn:/sbin/agetty 38400 tty3 linux
c4:1235:respawn:/sbin/agetty 38400 tty4 linux
c5:1235:respawn:/sbin/agetty 38400 tty5 linux
c6:12345:respawn:/sbin/agetty 38400 tty6 linux


tutti i tty sono attivi in single user mode!

Se non ti piace, metti ai c2...c6:2345.

La filosofia UNIX, quindi quella di PJV, lasciare spazio al sysadm,
non come altre "distruzione" (scusa conraid) dove sei tassato da idiota.

[danix]

@conraid:
si, il mio dubbio era proprio in caso di login fisico di più utenti, è ovvio che se ci sono solo io non mi pongo il problema era più che altro un dubbio di forma che non un vero è proprio problema...

@Mario:
avevo visto inittab e infatti avevo pensato di modificare quel comportamento... mi domandavo più che altro che senso ha di default lasciare init1 con le tty attive...


seghe mentali e null'altro comunque...


Grazie dei chiarimenti, e buona pasqua

[Mario Vanoni]

@conraid:
si, il mio dubbio era proprio in caso di login fisico di più utenti, è ovvio che se ci sono solo io non mi pongo il problema era più che altro un dubbio di forma che non un vero è proprio problema...

@Mario:
avevo visto inittab e infatti avevo pensato di modificare quel comportamento... mi domandavo più che altro che senso ha di default lasciare init1 con le tty attive...

Per metterti il cuore in pace, come dice Corrado,
se sei davanti allo schermo con 6 potenziali tty,
durante il telinit 1 ti puo` servire un altro schermo.
Se lo abbandoni in quel tempo ... errore grave.

Guarda /etc/inittab della ditta, 16 linee tty supplementari

Codice: Seleziona tutto

# These are the standard console login getties in multiuser mode:
c1:1235:respawn:/sbin/agetty 38400 tty1 linux
c2:1235:respawn:/sbin/agetty 38400 tty2 linux
c3:1235:respawn:/sbin/agetty 38400 tty3 linux
c4:1235:respawn:/sbin/agetty 38400 tty4 linux
c5:1235:respawn:/sbin/agetty 38400 tty5 linux
c6:12345:respawn:/sbin/agetty 38400 tty6 linux

# CYCLADES serial lines
C0:23:off:/sbin/getty ttyC0 DT9600
C1:23:off:/sbin/getty ttyC1 DT9600
C2:23:off:/sbin/getty ttyC2 DT9600
C3:23:off:/sbin/getty ttyC3 DT9600
C4:23:respawn:/sbin/getty ttyC4 DT9600 vt510
C5:23:respawn:/sbin/getty ttyC5 DT9600 vt510
C6:23:respawn:/sbin/getty ttyC6 DT9600 vt510
C7:23:respawn:/sbin/getty ttyC7 DT9600 vt510
C8:23:respawn:/sbin/getty ttyC8 DT9600 vt510
C9:23:respawn:/sbin/getty ttyC9 DT9600 vt510
C10:23:respawn:/sbin/getty ttyC10 DT9600 vt510
C11:23:respawn:/sbin/getty ttyC11 DT9600 vt510
C12:23:respawn:/sbin/getty ttyC12 DT9600 vt510
C13:23:respawn:/sbin/getty ttyC13 DT9600 vt510
C14:23:respawn:/sbin/getty ttyC14 DT9600 vt510
C15:23:respawn:/sbin/getty ttyC15 DT9600 vt510


Come vedi solo init 2 e 3 accettati.

[danix]

capito... di nuovo grazie

[ildiama]

mah, io di tanto in tanto ci vado, ad esempio quando devo aggiornare pacchetti come la toolchain (sono in current), se non sbaglio è più sicuro farlo in init 1 (o almeno così dovrebbe essere)...

che mi dici??

Linux/Unix è per impostazione un sistema multiutente. Che l'amministratore faccia l'aggiornamento cruciale X mentre magari una trentina di utenti stanno facendo chissà quali operazioni personali sulla macchina non è molto "consigliabile".
Passare in runlevel 1 "uccide" questa eventualità, disconnettendo tutti gli utenti e interrompendo i demoni di rete. Sul tuo computer di casa, in cui ci sei tu e solo tu, runlevel 1,2,3,4,5 non cambia una ma$$a, a parer mio

[WRoy.82]

mah, io di tanto in tanto ci vado, ad esempio quando devo aggiornare pacchetti come la toolchain (sono in current), se non sbaglio è più sicuro farlo in init 1 (o almeno così dovrebbe essere)...

che mi dici??

Linux/Unix è per impostazione un sistema multiutente. Che l'amministratore faccia l'aggiornamento cruciale X mentre magari una trentina di utenti stanno facendo chissà quali operazioni personali sulla macchina non è molto "consigliabile".
Passare in runlevel 1 "uccide" questa eventualità, disconnettendo tutti gli utenti e interrompendo i demoni di rete. Sul tuo computer di casa, in cui ci sei tu e solo tu, runlevel 1,2,3,4,5 non cambia una ma$$a, a parer mio

Quoto

[ZeroUno]

quoto anche io... sempre fatti aggiornamenti in runlevel 4 e mai avuto problemi. Al più può crasharmi kde se lo aggiorno mentre lo uso oppure può capitare che firefox non mi apre qualche popup se non lo chiudo dopo aver fatto l'aggiornamento. Oppure non riesco a rilevare una pennetta usb se aggiorno il kernel e non riavvio (e vedi un po'... la directory che conteneva i moduli ora è vuota... ma i moduli caricati rimangono funzionanti)...

Sono riuscito a fare le operazioni più invasive in runlevel 4.
Il top è stato il cambio di distribuzione. Ne è venuto fuori un bel wiki.
Installare Slackware a caldo
In pratica avevo una suse RUNNING in runlevel 5. Ho eliminato la suse e installata la slackware senza uscire da kde.
Poi ovviamente è stato necessario UN reboot per leggere il nuovo kernel, ma prima del reboot funzionava tutto discretamente (beh, quasi).

Ciao
01