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. Me he permitido postear la respuesta también a la lista, para que los demás puedan aportar ideas.
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")
Tener varios kernels de la distribución, no genéricos y seleccionar el que interesa con el GRUB, no es posible facilmente en SuSE?
(digo facilmente porque a base de bricolage, seguro que se puede hacer todo :)
Fácilmente con un pequeño bricolage que no necesita de mandril ;-)
Tienes que volver a instalarlo desde el CD/DVD. Luego podrías poner manualmente el parche anterior, pero no el último. No puedes usar YOU para eso, porque es automático.
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.
El parche necesario lo tienes guardado en /var/lib/Yast/you/mnt...algo así.
Todavía no sabia donde se guardan estas cosas, buen cromo :)
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.
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. -- Saludos Carlos Robinson
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 .
El 2003-12-07 a las 13:36 +0100, Benjamí Villoslada escribió:
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.
Oops. Mea culpa. O:-) Tuve un hipo en el correo - el fetchmail tosió y se dejó unos cuantos correos en el servidor, y tuve que recogerlos con el mozilla. Al hacerlo, las cabeceras cambiaron (no pasaron por el procmail) y el "reply-to" que añado a todos los correos en una receta del procmail no estaba... y precisamente tu correo fué afectado. -- Saludos Carlos Robinson
participants (2)
-
Benjamí Villoslada
-
Carlos E. R.