Bonsoir et merci pour ces explications. Je ne te cacherais pas que sur la fin c'est un peu chaud ! Plan�te Linux m'a r�pondu (enfin je pense que la personne a un autre nom ...) que je vais essayer en premier car cela me semble plus � mon niveau : 1 : conna�tre la liste des paquetages --> rpm -qa 2 : avec konqueror clicker sur un paquetage choisi A bient�t Sylvain.
Le Samedi 2 Ao�t 2003 00:18, Fabien VIROT a �crit : > Bonjour, > > > Merci Fabien mais il me faudrait encore un peu d'aide .. > > Pas de souci... Je suis un peu "sous la vague" en ce moment, mais �a > devrait gazer si tu n'es pas trop impatient... > > > Comment fait-on pour d�marrer en INIT3, est-ce l'item "falsafe" dans lilo > > ? > > Un (tout petit) peu de th�orie (les "puristes" me pardonneront des > raccoucis) : > > En fait, un bon nombre d'Unix (dont Linux) g�rent les services qu'ils > doivent offrir en fonction d'un "mode" qui d�termine le comportement de la > machine. > Par convention, on d�finit (au moins) les "modes" suivants : > 0 : arr�t de la machine (en fait on arr�te tous les services), > 1 : mode mono-utilisateur (root uniquement), > 2 : mode "normal", mais sans r�seau, > 3 : mode "normal", > 4 : libre (sous entendu "au fabricant d'Unix"), > 5 : libre ( '' '' '' '' '' ), > 6 : red�marrage de la machine. > ...et on appelle ce mode un "runlevel". Le premier programme lanc� au > d�marrage du syst�me s'appelle "init" et d�marre la machine dans un > "runlevel" par d�faut (5 chez Mandrake dans la plupart des cas). > > Chez Mandrake, le runlevel 5 correspond au lancement de l'interface > graphique. > > Root peut � tout moment provoquer le basculement d'un runlevel vers un > autre gr�ce � la commande "init" (suivi du runlevel dans lequel il d�sire > passer la machine). Attention, cette commande "ne fait pas de cadeau" aux > personnes connect�es (pense � fermer toutes tes applications). > > Pour r�pondre (enfin) � ta question, "init 3" est une commande � lancer > en tant que root sur ta machine afin de "d�charger" l'interface graphique. > > > > Pense � ajouter les cl�s publiques de "Mandrake Security Team" > > > (disponible sur le site de Mdk) au porte cl�s GnuPG de root si tu ne > > > veux pas que urpmi hurle au scandale lorsqu'il va contr�ler la > > > signature des paquetages... > > > > C'est grave qu'il hurle ? Du moment que l'installe s'effectue. S'il faut > > une cl� par mise � jour cela va �tre long. De plus comment peut-on > > ajouter ces cl� au porte cl�s GnuPG ? > > En fait (encore un peu de th�orie p�nible), la "cryptographie moderne" > met � notre disposition un syst�me formidable : > - chacun dispose d'une "cl� publique" (disponible pour tout le monde) et > d'une "cl� priv�e" (que chacun garde jalousement), > - la cl� priv�e sert � d�crypter ce que tout un chacun peut crypter gr�ce > � la cl� plublique, > - la cl� publique sert � v�rifier par tout un chacun ce que "on" aura > sign� avec la cl� priv�e. > > GnuPG fonctionne ainsi ; si tu t�l�charges une cl� publique (un fichier > que tu pourra int�grer � ton porte-cl�s gr�ce � la commande gpg --import > (man gpg)), tu pourras v�rifier la provenance d'un fichier. "urpmi" v�rifie > les signatures des paquetages � intaller via GnuPG. > > >[....] > > N'h�site pas,
Vous souhaitez acquerir votre Pack ou des Services MandrakeSoft? Rendez-vous sur "http://www.mandrakestore.com";. Foire Aux Questions de la liste : http://mdk.mondelinux.org
