Mais on ne se comprend pas ou quoi?? Tu trouves un kern, il te pla�t, tu d�cides de l'installer pour le tester (d�j�, j'ai qques r�ticences avec un kern en rpm, un peu moins avec un source rpm..) Bref, le package est fait de telle sorte qu'il remplace le kern actuel (dans boot)... A ce moment l�, pbl car il vire ton ancien kern, et tu n'as plus le choix lors du boot...
Alors, mettons qu'il y a un pbl... Ex: tu as un FS exotique sur ta
partition /boot et malheureusement les drvs sont compil�s en modules...
(si c'est un rpm, tu n'as pas trop le choix avec y/n/m...)
Aie, �a ne boote plus...
Qui peut le plus peut le moins, alors je ne vois vraiment pas o� est le
pbl...
Pierre
Le dim 30/03/2003 � 13:31, Andr� Sala�n a �crit :
> Le dim 30/03/2003 � 12:01, Pierre BETOUIN a �crit :
> > Au temps pour moi (...non, il n'y a pas de faute.. ;) )
> >
> > Par s�curit� (tournant sur des Cookers), je pr�f�re le v�rifier dans
> > lilo.conf et bien faire un "ivh" plut�t qu'un "Uvh" (encore par
> > s�curit�).
> >
> > Ca ne co�te rien, et �a peut t'�viter qques pbls en cas de package
> > foireux...
>
> Rien � voir avec un package foireux : � moins qu'il ne se nomme pas
> *.rpm ou kernel*;)).
> Voir /etc/urpmi/inst.list
> Qui sp�cifie tout simplement les paquets � installer au lieu d'upgrader
> : on peut d'ailleurs en ajouter ou m�me compl�ter la liste d'exclusion
> /etc/urpmi/skip.list.
--
Pierre BETOUIN <[EMAIL PROTECTED]>
signature.asc
Description: PGP signature
