rc-default task and inittab

Under SysVinit, the initdefault entry in the /etc/inittab file tells init which runlevel to bring the system to when it comes up. Ubuntu does not include an inittab file and, by default, the Upstart init daemon (using the rc-default task) boots the system to multiuser mode (runlevel 2, the default runlevel). If you want the system to boot to a different runlevel, create an inittab file. The following file causes the system to boot to single-user mode (runlevel S).

---------------------------------------------------------------------
Ah ok :) j'avais lu une ou 2 infos concernant upstart, mais ça ne m'avait pas frappé que c'était son remplaçant.

Sinon, je pensais que la vérification de la présence de inittab dans /etc/event.d/rc-default n'était là que pour une histoire de compatibilité, mais il semblerait que non.

Donc ce n'est pas tout à fait vrai que upstart n'a pas besoin de inittab. Si on veut customiser un runlevel, et le lancer par défaut, il semblerait que inittab soit toujours nécessaire. Je ne comprends d'ailleurs toujours pas pourquoi il y a 4 runlevels identiques...

Je vais me pencher sur les commandes upstart/initctl, mais ça me semble moins intuitif que init/telinit et chkconfig (bien que chkconfig semble être compatible ubuntu, mais faut voir sur 8.04).

merci

Le 15.01.2010 15:20, Jean Pierre Rupp a écrit :
/etc/inittab est le fichier de configuration pour init, qui a été
remplacé par upstart dans Ubuntu. Upstart retiens compatibilité avec les
routines d'initialisation SysV utilisés par init, mais il n'a pas besoin
le fichier inittab. Upstart a été adopté aussi pour des autres
distributions, notamment Fedora.

Le vendredi 15 janvier 2010 à 14:37 +0100, Arnaud (CG) a écrit :
Tiens, pendant que je suis sur un Ubuntu...

Pourquoi est-ce qu'il n'y a pas de /etc/inittab ?
Et pourquoi le runlevel 2 à 5 sont tous identiques ?

->  recréation du fichier /etc/inittab, configuration nécessaire pour les
runlevel. Et ceci juste pour avoir un init 3 qui est définit par défaut
sur (toutes ?) les autres distributions... Même Debian a un fichier inittab.

C'est la même chose pour les dernières versions d'Ubuntu ?
(j'utilise 8.04 LTS)

Le 04.01.2010 17:22, Beat Michel a écrit :
Ce que je comprends de toute cette discussion c'est que du moment que je
suis le seul à utiliser mes deux ordis (un à la maison et un au bureau)
Ubuntu est un bon choix.
Beat

Félix Hauri a écrit :
On Mon, Jan 04, 2010 at 03:20:47PM +0100, Arnaud (CG) wrote:
Marcel Ryser a écrit :

c'est quoi co :-)
peux-tu nous en dire un peu plus sur ce qui est mal configuré et qu'il
faudrait systématiquement corriger pour l'utilisateur standard?

sudo&  Co. : sudo et tout ce qui permet de déléguer des droits
d'administrations avec le mot de passe d'un utilisateur standard.

C'est bien pour la délégation de droits restreints à certains
comptes, mais pas pour être utilisé pour déléguer toutes les
commandes root aux utilisateurs...

Faudra quand même m'expliquer à quoi ça sert de cacher le compte root
et son mot de passe à un utilisateur, mais de lui permettre de TOUT
faire grâce à sudo et en plus en utilisant son mot de passe standard ...
M'oui, d'autant que des commandes comme ``sudo su -''
rendent la chose encore plus évidente...

Heureusement, qu'ils ont pas mis un NOPASSWD en plus lol (à moins
qu'ils ne le fassent bientôt ?
Bof, qu'est-ce que cela change: dans 9 cas sur dix, le mot de passe ==
username
ou ``1234'' ou comparable...

^^. Le mieux à faire: init 1 , passwd , visudo et retirer le groupe
%admin de ce truc et de l'utilisateur).
Oui, je dirais que c'est un moyen de.

Personellement, je considère l'utilisateur ``ami de root'' à part, avec
un mot de passe solide, et créé un ou des utilisateurs normaux (non
@admin ) pour l'exploitation normale.

Cela rapproche de l'utilisation ``a-la-win'' et satisfait la plupart de
tes soucis.

Pour le reste, je parle de désactiver/supprimer/modifier tout ce que les
développeurs et autres ont mis en place pour essayer de faciliter la vie
des gens. J'ai pas envie d'écrire un pavé non plus ...
Je te trouve sévère avec ton ``essayer''!
C'est grâce à ce genre de ``informatique administrative press-bouton''
que
Ubuntu à su démocratiser Linux!

Mais c'est clair que pour ceux qui aiment la facilité, ça doit être
bien.
Si tu as la chance de comprendre qu'il y a 10 type d'individus:
Ceux qui connaissent le binaires et les autres,

Comprend que tu est un privilégié, en regard à la majorité des
professionels
de l'informatique!!!

Par conséquent, si tu veux que Linux continue de se répendre, il faut
que tu
prenne l'habitude de ``conjuguer'' avec ce type de facilisations...

Pour ma part, mon poste reste Debian Lenny, mes serveurs égallements,
mais
pour les postes clients, je me mets à (U|Xu|Ku|Edu)buntu et utilise une
systématique pour distinguer les tâches administratives des tâches
utilisateurs.

Cependant.

Même si tout est blindé, il ne faut pas oublier que le ``trésor'' à
protéger
est essentiellement les données utilisateurs... Accessibles avec les
droits
utilisateurs.

Donc les problème est bcp plus vicieux: Si wine permet de faire
fonctionner
un virus et est configurer par défaut pour lier /home/monuser à une
``lettre'' de lecteur windows, alors les données de MonUser sont à la
merci
d'un virus windows, que MonUser pourrait p.ex. télécharger avec son
navigateur. (simple exemple, reproductible avec des virus à venir,
dans des languages plus dédiés à l'open-source, faisons confiance aux
pros de redmond;)

Et ce, quel que soit la configuration de /etc/passwd et /etc/group...

_______________________________________________
gull mailing list
[email protected]
http://forum.linux-gull.ch/mailman/listinfo/gull





--
Arnaud
Carrière Globale
_______________________________________________
gull mailing list
[email protected]
http://forum.linux-gull.ch/mailman/listinfo/gull

Répondre à