On Saturday 06 December 2003 21:22, Carlos E. R. wrote:
El 2003-12-06 a las 14:50 +0100, Benjamí Villoslada escribió:
Date: Sat, 6 Dec 2003 14:50:28 +0100 From: "[iso-8859-15] Benjamí Villoslada" To: Carlos E. R. Subject: Re: [suse-linux-s] Kernel anterior
Por cierto, esta lista tiene una peculiaridad: si das a replicar, la respuesta es privada. Tienes que dar "replicar a la lista" en Kmail, o a todos (y luego borrar a mano las privadas). También hay trucos.
Sí, pero vi que tu respuesta era en privado y seguí en este ámbito.
Me he permitido postear la respuesta también a la lista, para que los demás puedan aportar ideas.
Yo también lo prefiero así :)
On Saturday 06 December 2003 03:08, Carlos E. R. wrote:
El 2003-12-05 a las 18:03 +0100, Benjamí Villoslada escribió:
La actualización de ayer bajó el nuevo Kernel para SuSE 8.2. Pensaba que podría seguir usando win4lin, escogiendo su kernel en el GRUB pero veo que no.
No, se machaca al anterior.
Vaya...
Si, lo hace porque se supone que es la misma versión. Si fueran de distinta los modulos se salvarían. Lo explico abajo.
Antes de SuSE tenia Red Hat, y cada vez que cambiaba el Kernel, tenía una nueva entrada en LILO, allí funcionaban todos. Así si fallaba, siempre podía volver al anterior. O usarlo por cualquier motivo, como el de ahora: aguantar el win4lin.
Er... si se puede hacer, siempre que el kernel sea de distinta versión, y con algún truco. El binario del kernel es siempre '/boot/vmlinuz', pero los modulos si cambian de arbol. Por ejemplo, los del 'k_deflt' están en '/lib/modules/2.4.20-4GB/'. Los del 'k_athlon' están en '/lib/modules/2.4.20-4GB-athlon/', etc, y así. El mio, por ejemplo, está en '/lib/modules/2.4.20-CER/' (para eso sirve definir "extraversion" en el config).
El problema es el principal, la parte de /boot. Pero eso es fácil: copias el vmlinuz a, por ejemplo, 'vmlinuz.k_deflt_shipped', y creas la entrada en el grub manualmente - eso es lo que yo hago para el 'vmlinuz.shipped', que contiene el original, a diferencia del que yo he compilado que es 'vmlinuz' a secas. También tengo otra entrada para 'vmlinuz.old' (fichero que se crea atuomaticamente con el "make install")
Gracias por el cromo, voy a tener que investigar el tema Kernel porque con este caso veo que es bastante diferente al RH. Tener varios kernels estaba bién porque permitía hacer experimentos... si el nuevo no arrancaba, siempre quedaba el anterior. Aquí parece que hará falta tener el disco de rescate siempre a mano. De hecho, win4lin crea una nueva entrada en el GRUB --yo era de LILO y me resistía a cambiar a GRUB para no aprender una cosa nueva... y todavía no me he puesto en ello :)
Ya veo como, gracias. En los servidores FTP ya no está, pero en el CD/DVD sí.
¿En el servidor ftp no está el antiguo? No lo sabía. Igual está escondido.
Busqué el k_deflt-2.4.20-100 en ftp://ftp.suse.com/pub/suse/i386/8.2/suse/i586
Pasa que le digo al YaST2 que los borre y veo que sólo tengo los RPM de la actualización del CUPS en noviembre :(
Ah, yo no los borro: así, si cuando hago un backup, eso va a un CD aparte junto con los rpms que he creado yo localmente, y me ahorro muchisimo tiempo si quiero reinstalar, o si se lo hago a un amigo.
Buena táctica, me la apunto.
También puedo esperar a que en win4lin tengan la actualización para el nuevo kernel, hace poco que compré el programa y todavía no se cuanto tardan.
He oido en la lista inglesa que si que lo actualizan.
Buena noticia... son lentillos, pero :)
No digo que esté la actualización ya, eso no lo se; pero si dijeron que suelen hacerlo.
Ya está, 3 días: http://breu.bulmalug.net/?l1935 :) -- Benjamí http://bitassa.com .