Libertonia || Comments || Nuevo kernel


Portada · Todo · Software Libre · Desarrolladores · Comunidad · Internet · Tecnología · Meta · Diarios

Nuevo kernel | 26 comentarios (26 temáticos, editoriales, 0 ocultos)

Problemas (3.00 / 1) (#1)
por davinci (davinci at ecol org) a las Tue Dec 3rd, 2002 at 10:06:38 AM CET
(Información Usuario)

Tengo problemas ejecutando esta nueva versión del núcleo con la misma configuración que uso con 2.4.19 :(

No sé exactamente por qué falla. Obtengo un kernel panic cuando se están iniciando los servicios (concretamente entre postgresql y sshd).

También he visto que me da un error en las dependencias de módulos de rd y smbfs.

¿Alguien con un problema similar?...

¡Es la guerrrrrrra!

yo no paso del 2.4.19 (3.00 / 1) (#2)
por amphora (amphora@ecol.org) a las Tue Dec 3rd, 2002 at 01:24:54 PM CET
(Información Usuario) http://sistematica.es

Yo tengo problemas con esa versión, todavía no he logrado compilarla con las mismas opciones
que tengo en el 2.4.18. Además llega un momento en que te cansas de estar todos los días
cambiando versiones de programas, núcleos etc. Yo estoy muy contento con el 2.4.18, así
que ni voy a cambiar, a menos que vea en el changelog cosas interesantes.

[ Padre ]

yo tambien tengo problemas con la 2.4.19 (3.00 / 1) (#4)
por FGA (fga@ME.UNO.AL.NO.SPAM.escomposlinux.org) a las Tue Dec 3rd, 2002 at 05:31:22 PM CET
(Información Usuario)

Lo mismo que dice amphora me pasa a mi, no hay manera de poner la 2.4.19, sigo con la 2.4.18. Voy a probar esta nueva version a ver si va mejor...

[ Padre ]

Yo igual (3.00 / 1) (#5)
por JulHer a las Tue Dec 3rd, 2002 at 06:11:15 PM CET
(Información Usuario)

Me da que de la rama 2.4, el mas estable es el 18. De momento no he tenido ni un sólo problema que pueda achacar al núcleo.

Saludos

[ Padre ]

Pues yo voy con el 2.4.20 en produccion (3.00 / 1) (#7)
por iarenaza a las Tue Dec 3rd, 2002 at 08:35:22 PM CET
(Información Usuario) http://www.escomposlinux.org/

Desde hoy mismo. Tenia una 2.4.19rc3 + parches para ACLs y hoy mismo, aprovechando que ya estaba la 2.4.20 fuera, la he compilado e instalado en el servidor de correo e intranet. Compilacion limpia a la primera (con toneladas de cosas: scsi, acl, quota, varios sitemas de ficheros, QoS, routing avanzado, RDSI y chorrocientas mas). Instalacion y arranque de todo a la primera (el tiempo de parada total no ha llegado a dos minutos).

De momento no he notado nada raro, pero solo lleva 6 horas con el (aunque lleva un tute que te pasas con ser el servidor de correo :)

Saludos. Iñaki.

[ Padre ]

Mea culpa (3.00 / 1) (#9)
por davinci (davinci at ecol org) a las Tue Dec 3rd, 2002 at 10:09:32 PM CET
(Información Usuario)

Mañana os contaré con algún detalle (espero) cuál ha sido el problema, pero creo que estaba en mí (para variar).

Ya tengo el 2.4.20 en producción en el trabajo :)

Saludos.

¡Es la guerrrrrrra!
[ Padre ]

¿Explicación? (none / 0) (#14)
por davinci (davinci at ecol org) a las Wed Dec 4th, 2002 at 11:38:54 AM CET
(Información Usuario)

Vayan estas palabras como explicación/cuestión en torno a posibles problemas a la hora de actualizar las últimas versiones del kernel.

Os expongo mi situación:

Tenía las fuentes de 2.4.19 y compilaba sin problemas. Siempre sigo la secuencia make dep clean bzImage modules modules_install, para evitar arrastrar posibles basuras de compilaciones anteriores.

Me bajé el parche para 2.4.20 y lo apliqué. Compilé e instalé la nueva versión. Al iniciar la máquina, obtenía el kernel panic que comento más arriba.

Procedí a bajarme las fuentes completas de la versión 2.4.20. Compilé (con las mismas opciones que la vez anterior), instalé y ejecuté.

¿Resultado?...

Como la seda. Todo funcionando perfectamente y sin errores de dependencias entre módulos, como debe ser.

¿Posibles explicaciones?.

Se me ocurren pocas. Lo único que cambiaba entre la primera compilación y la segunda era el nombre del directorio con las fuentes. La primera vez, al aplicar el parche, seguía siendo "linux-2.4.19", aunque guardase la versión 2.4.20.

¿Puede ser esa la clave?. Me da que sí. La verdad es que arrastro una inercia en esto de compilar kernel y hay muchas cosas que desconozco profundamente. Sirva este comentario tan solo para dejar claro que la versión 2.4.20 me compila y ejecuta sin ningún problema, salvando quizá el que hay entre la silla y el monitor 0:)

No me gustaría contribuir indebidamente a una mala prensa de las últimas versiones de Marcelo ;)

Saludos.
¡Es la guerrrrrrra!
[ Padre ]

Sobre los modulos (none / 0) (#19)
por Haze a las Thu Dec 5th, 2002 at 12:32:02 AM CET
(Información Usuario)

Suele ser buena cosa quitar primero el directorio /lib/modules/2.x.x, y al final un depmod -a, te ahorras bastantes de los problemas con los modulos; luego supongo que te desaparecieron por usar el modules/2.4.20/ en lugar del 2.4.19/.

[ Padre ]

Don limpio (none / 0) (#21)
por ochoto (ochoto_@_diariolinux.com) a las Thu Dec 5th, 2002 at 09:39:24 AM CET
(Información Usuario) http://diariolinux.com

Cuando he tenido algún problema de ese estilo lo he solucionado copiando el .config a lugar seguro, haciendo "make mrproper" y después restaurar el .config y "make oldconfig".

Nunca he tenido problemas después de eso.

[ Padre ]

Bien acampado en el 2.4.19 (none / 0) (#13)
por Lebowski a las Wed Dec 4th, 2002 at 11:16:24 AM CET
(Información Usuario) http://www.wernitz.net

Aprovechando para decir que me acabo de dar de alta en Libertonia, quiero indicar que el 2.4.19 me va muy bien y que no tengo necesidad de cambiar al 2.4.20

Mi pregunta es: ¿Tanta necesidad hay de cambiar continuamente de kernel cada 2x3? Opino que si algo funciona, no lo toques. Ya en su momento vendrá la necesidad.

También estoy viendo que me da la sensación de que cambian de lugar las opciones. Parece más un supermercado ("Mami, no encuentro el detergente. Lo han vuelto a cambiar de lugar") que una biblioteca ("Pon el libro de nuevo en su sitio"). ¡Así no hay manera de trabajar tranquilo con el Kernel! GRRR

¿A alguien le pasa lo mismo?
--- A cuidarse y a portarse mal, que es más divertido.
[ Padre ]

¿Y cuando no funciona? (4.00 / 1) (#15)
por musg0 a las Wed Dec 4th, 2002 at 05:45:27 PM CET
(Información Usuario) http://helvete.escomposlinux.org

Yo uso el 2.4.18 pero con pequeños retoques hechos a mano y un parche para el 2.4.19 para la ATI, además de algunos parches de Debian como el Linux progress patch, el lowlatency y creo que también el del ACPI.

Cada vez que sale un nuevo núcleo veo si ha cambiado algo de lo que me da problemas o si han incluido ya en el núcleo la última versión. Si no lo han hecho no cambio, pero si lo han hecho lo cambio ya que prefiero un núcleo cuyo conjunto pueda probar más gente que uno que haya montado yo con parches que en conjunto no están probados.

[ Padre ]

El changelog (none / 0) (#16)
por gonzotba a las Wed Dec 4th, 2002 at 05:51:40 PM CET
(Información Usuario)

El problema es que el changelog se está haciendo infumable. Ya sé que grep rules, pero podía estar organizado de alguna manera, ser un html con secciones o algo así. Es que yo lo miro y se me cae el alma, y como tampoco entiendo mucho, pues el hecho de cambiar de kelmer depende de si he cambiado de camisa ese día.

Ya sé que el tema del kelmer es muy serio, pero ¿no lo podrían hacer algo más asequible para los no-guruses?

Además, cuando llega la hora de mirar el changelog, ya no recuerdo qué cosas no funcionaban y tuve que parchear, y qué cosas sí lo hacían y no me apetece que dejen de hacerlo. En fin, un follón. Deberían hacer un Changelog-for-dummies...

[ Padre ]

Changelog 4 Dummies (5.00 / 1) (#22)
por musg0 a las Thu Dec 5th, 2002 at 12:25:21 PM CET
(Información Usuario) http://helvete.escomposlinux.org

El problema es lo de siempre. Los gurues del kernel no van a perder el tiempo en que usuarios finales comprendan cosas que no se pueden comprender sin saber sistemas operativos. Para eso están los libros.

Se puede hacer un resumen de las características nuevas y el efecto que tienen. Eso creo que sería un Changelog para "dummies", pero eso no lo va a hacer ni Alan Cox, ni Torvalds ni nadie que meta mano directamente al núcleo. ¿Algún voluntario?

Los usuarios finales quizás deberían usar el núcleo de su distribución ya que se supone que está probado y si tiene fallos los arreglan ellos mismos.

[ Padre ]

Nuevo kernel | 26 comentarios (26 temáticos, editoriales, 0 ocultos)

Menu

· crear cuenta
· FAQ
· búsqueda
· Fuentes de Noticias

Login


Nueva cuenta
Usuario:
Contraseña:

Todas las Marcas Registradas y copyrights de esta página son propiedad de sus respectivos dueños.
Los comentarios son propiedad del que los escribe.
Los iconos de las noticias y el logotipo son propiedad de Javier Malonda.
El Resto © 2002 Escomposlinux.org y aledaños.

Puedes sindicar los contenidos de libertonia en formato RSS 1.0 y RDF 0.9. También se puede sindicar la cola de envíos pendientes de moderación.

El proyecto escomposlinux.org está dedicado a la memoria de tas

crear cuenta | faq | búsqueda