[gull] LaTex et Ubuntu

Fri Jan 15 16:07:01 CET 2010

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
>>> gull at forum.linux-gull.ch
>>> http://forum.linux-gull.ch/mailman/listinfo/gull
>>>
>>
>
>

-- 
Arnaud
Carrière Globale