Esta entrada de blog no pretende sino demostrar que googleando se puede solucionar prácticamente todos los problemas que se pueden tener con software, sin necesidad de pedir ayuda en ningún foro, porque raro será que lo que a ti te pasa no le haya pasado antes a nadie.
Antecedentes: Después de dos años con debian lenny, y puesto que ya estaba congelada squeeze dedidí dar el paso y actualizar la distribución. En realidad no lo nocesitaba, pero tarde o temprano tendría que hacerlo.
Espacio disponible: Tengo la partición home separada del sistema raíz por lo que podía haber instalado en limpio pero prefería actualizar para no tener que volver a recordar que programas, librerías tenía instaladas y funcionando así como configurar infinidad de cosillas así que decidí actualizar. Para empezar estaba preocupado porque no andaba muy sobrado de espacio, solo tenía medio giga en la partición, menos mal que con vaciando la cache (aptitude clean) liberé más espacio. Aún así solo tenía 2 GiB y si intentaba un aptitude dist-upgrade necesitaba descargar más paquetes que el espacio necesario. Así que lo hice por paso, cambie los repositorios e hice primero un aptitude safe-upgrade que solo actualizaba algunos paquetes.
Problemas con udev: La instalación fue bien hasta que llegue la actualización del paquete udev, resulta que la versión de squeeze requiere para instalarse que se haga sobre un kernel que tenga deshabilitada la opción CONFIG_SYSFS_DEPRECATED, el problema es que al actualizar se instala primero udev y encuentra ese problema rompiéndose el gestor de paquetes. Posibles soluciones. Lo ideal habría sido usar los backports para actualizar el kernel antes de hacer la actualización de distribución, pero como ya era tarde, ni aptitude ni apt-get funcionaban ya había que buscar otra solución:
- Instalar el nuevo kernel a lo bruto descargándolo de aqui con dpkg -i paquete, evidentemente cada uno tendrá que instalar el kernel apropiado a su arquitectura, en mi caso sería i386.
- Hacer que la configuración de udev se posponga a que el nuevo kernel esté instalado, touch /etc/udev/kernel-upgrade
Yo probé con la segunda opción y me dio resultado, sucesivos apt-get f install, solucionaron todos los problemas con los paquetes rotos y completaron la instalación, a continuación pude terminar la actualización sin mayores problemas.
Lm-sensors deja de funcionar: Todo era correcto en el nuevo sistema menos esto, lm-sensors había dejado de funcionar, no detectaba sensores, comprobe que en /etc/modules seguía el it87 pero con lsmod pude comprobar que no estaba cargado. Si probaba a cargarlo manualmente con modprobe me daba error, así que googleando pude comprobar que nuevamente se trata de una modificación del nuevo kernel. Para que pudiera cargar la solución es añadir en la línea del kernel del grub la opción acpi_enforce_resources=lax.
Y todo vuelve a funcionar como antes, todos los problemas encontrados no los había tenido nunca antes y googleando fueron solucionados rápidamente sin tener que pedir ayuda, solo leyendo y buscando, ... y aprendiendo.
Saludos
Recuerdo que en algun momento tambien eh tenido las inteciones de hacer una entrada parecida, pero considero que el metodo para actualizar es un poco diferente.
Hace un tiempo ya, en una particion de prueba habia realizado ese metodo (el que está aqui), recuerdo que habia instalado Lenny pero solo su sistema estandar (las tty's) y en ese entonces un par de pruebas siempre tenia ese problema con udev.
La forma en que eh trabajao en esos momentos (aunque no recomendable) era de desinstalar udev y volerlo a instalar (forzando la instalacion), sin reiniciar el equipo, una vez que hacia eso era posible seguir actualizando.
Pero el metodo que me funcionó correctamente sin tener que luchar con udev, etc. etc. es de primero instalar desde los backport:
Primero instalaba grub2 ( reiniciar y hacer que te reconozca grub2 con upgrade-from-grub-legacy)
Luego instalaba los kermel de los backport
Leuego tiraba los repositorios a testing (squeeze) y recién allí empezaba a tirar los safe-upgrade necesarios hasta actualizar.
Ese es el último método que eh usado y la verdad no tuvé problemas con dependencias y nada de esas cosas, la actualzación fue correcta y bien echa. (sin problemas)
PD: Este es un buen tema para ser tratado y dar nuestras opiniones y apreciaciones al respecto
Saludos
Pues ustedes tienen razón, jigomera, Froggy. De haber conocido antes este método no hubiera tenido que instalar desde cero mi squeeze. Yo también me encontré con el problemita de CONFIG_SYSFS_DEPRECATED y udev después de aptitude dist-upgrade, pero al no tener la opción de Google a mano, pues no tuve otra que instalar desde CD en una instalación limpia.
Muy buena entrada.
PD. Sería bueno pasar esto a la wiki, si no lo está ya.
Tuve el mismo problema. Afortunadamente pude "desactualizar" los pocos paquetes que habia actualizado.
En la computadora vieja realice el método que propone Froggy, pero en la nueva instalé Squeeze desde cero. Esto útlimo me parece mejor. Por ejemplo, los backports traen grub2, pero el squeeze trae grub pc el cual parece funcionar mejor. El squeeze trae gdm3, el cual trae la opción de escoger el tipo de teclado; ésto me resultó muy útil, ya que por vivir en un país latinoamericano me instalo ese tipo de teclado, pero yo uso uno tipo España.
En la computadora vieja realice el método que propone Froggy, pero en la nueva instalé Squeeze desde cero. Esto útlimo me parece mejor. Por ejemplo, los backports traen grub2, pero el squeeze trae grub pc el cual parece funcionar mejor. El squeeze trae gdm3, el cual trae la opción de escoger el tipo de teclado; ésto me resultó muy útil, ya que por vivir en un país latinoamericano me instalo ese tipo de teclado, pero yo uso uno tipo España.
Parece que te funcionó correctamente la actualizacion ...
Me alegra
Esta entrada de blog no pretende sino demostrar que googleando se puede solucionar prácticamente todos los problemas que se pueden tener con software, sin necesidad de pedir ayuda en ningún foro, porque raro será que lo que a ti te pasa no le haya pasado antes a nadie
Justo lo que yo pienso, pero si nadie preguntara en un foro y se dedicara a buscar hilos donde se solucionara su problema al final no existirían esos hilos ¿no?
(no sé si me explico)
Esta entrada de blog no pretende sino demostrar que googleando se puede solucionar prácticamente todos los problemas que se pueden tener con software, sin necesidad de pedir ayuda en ningún foro, porque raro será que lo que a ti te pasa no le haya pasado antes a nadie
Justo lo que yo pienso, pero si nadie preguntara en un foro y se dedicara a buscar hilos donde se solucionara su problema al final no existirían esos hilos ¿no?
(no sé si me explico)
estamos hablando de squeeze, o sea que se trata de paquetes que ya tienen su historia, pero sí, alguien ha tenido que preguntar antes jeje
Entonces todo el que actualice tendrá el mismo problema, problema que seguramente no conozca y cuya solución no es trivial. ¿No sería mejor que lo arreglaran?
Gracias por la información.
He encontrado un par de enlaces (en realidad los dos son casi el mismo) que explican detalladamente cómo cambiar de lenny a squeeze evitando los problemas. No lo he probado, porque por ahora no voy a cambiar, pero probablemente cambiaré en un mes o así. Espero que pueda servir a alguien.
Dejo los enlaces:
http://phenobarbital.gnu.org.ve/doku.php/linux:debian
http://phenobarbital.wordpress.com/2010/08/05/subir-de-debian-lenny-a-sq...