Ubuntu 9.04 ha llegado y sigo sin poder usarlo
Aviso a navegantes: Esta entrada es un lamento, un grito de socorro y una petición de ayuda.
Mi odisea comienza en noviembre de 2.008 cuando, durante una fuerte tormenta eléctrica, mi principal ordenador dejó de funcionar. Diagnóstico: todo quemado; fuente de alimentación, placa base, tarjeta gráfica, etc. Por suerte mi seguro de hogar se hizo cargo de la sustitución y, feliz, me acerqué a una tienda local a conseguir un ordenador nuevo.
Me hicieron un presupuesto aceptable y unos pocos días después ya estaba instalando la última versión de mi distro favorita, Ubuntu. Estas son las características básicas:
- Placa base GIGABYTE GA-M56S-S3
- Procesador AMD Athlon X2 2000
- Memoria KINGSTON DDR2 2 GB @ 667MHZ
- Tarjeta gráfica NVIDIA GEFORCE PCI- EXPRESS FX 8400GS 512MB
- Disco duro SEAGATE 320GB SATA 3,5” 8MB 7200
Pero poco me duró la felicidad.
Nada más arrancar la primera vez e intentar instalar las actualizaciones, empezaron los problemas: paquetes corrompidos, errores de descompresión, etc. Al revisar todos estos fallos me di cuenta de que el procesador del nuevo ordenador era de 64 bits. Menuda sorpresa, ni yo me había dado cuenta, ni el dueño de la tienda me lo había advertido. Como era mi primer equipo de 64 bits pensé que quizás el problema era porque había instalado la versión «i386» de 32 bits de Ubuntu. Bueno, pues instalo la versión «amd64» y listo.
Pues no.
Después de instalar la versión 64 bit el problema seguía siendo el mismo. El propio Synaptic se encargó de abrir varios informes de bugs en Launchpad (entre otros, este), sin ningún resultado.
Para no aburrir con más detalles enumeraré las pruebas que he realizado hasta ahora:
- Actualizar la BIOS de la placa base: sin mejoras
- Probar con Windows XP (sí, señores, tal era mi desesperación): ningún problema para descargar archivos grandes
- Cambiar la tarjeta de red: problema persiste
- Otras distribuciones: Fedora 10 32bits => OK , OpenSuse 11.1 64 bits => OK (excepto java), OpenSuse 11.1 32 bits => OK
En estos momentos llevo funcionando desde enero más o menos sin problemas con OpenSuse 11.1 pero me picó la curiosidad y esta mañana instalé Ubuntu 9.04. Casi lloro.
El problema sigue ahí, es exáctamente igual. El solo hecho de intentar actualizar los repositorios mediante ya falla. Descarga los archivos comprimidos con la información de los paquetes, llega al 100% y falla en el momento de descomprimirlos, ver pantallazo:
Fallo al refrescar repositorios Ubuntu 9.04 Jaunty Jackalope
Y esto es el resultado del comando
sudo apt-get update
Obj http://archive.ubuntu.com jaunty Release.gpg Des:1 http://archive.ubuntu.com jaunty/main Translation-es [608kB] Obj http://archive.ubuntu.com jaunty/restricted Translation-es Des:2 http://archive.ubuntu.com jaunty/universe Translation-es [1270kB] Obj http://archive.ubuntu.com jaunty/multiverse Translation-es Obj http://archive.ubuntu.com jaunty-updates Release.gpg Ign http://archive.ubuntu.com jaunty-updates/main Translation-es Ign http://archive.ubuntu.com jaunty-updates/restricted Translation-es Ign http://archive.ubuntu.com jaunty-updates/universe Translation-es Ign http://archive.ubuntu.com jaunty-updates/multiverse Translation-es Obj http://archive.ubuntu.com jaunty-security Release.gpg Ign http://archive.ubuntu.com jaunty-security/main Translation-es Ign http://archive.ubuntu.com jaunty-security/restricted Translation-es Ign http://archive.ubuntu.com jaunty-security/universe Translation-es Ign http://archive.ubuntu.com jaunty-security/multiverse Translation-es Obj http://archive.ubuntu.com jaunty Release Obj http://archive.ubuntu.com jaunty-updates Release Obj http://archive.ubuntu.com jaunty-security Release Des:3 http://archive.ubuntu.com jaunty/main Packages [1251kB] 60% [1 Translation-es bzip2 1794048] [3 Packages 1169/1251kB 0%] bzip2: Data integrity error when decompressing. Input file = (stdin), output file = (stdout) It is possible that the compressed file(s) have become corrupted. You can use the -tvv option to test integrity of such files. You can use the `bzip2recover' program to attempt to recover data from undamaged sections of corrupted files. Ign http://archive.ubuntu.com jaunty/main Translation-es 44% [2 Translation-es bzip2 1798144] [3 Packages 109169/1251kB 8%] bzip2: Data integrity error when decompressing. Input file = (stdin), output file = (stdout) It is possible that the compressed file(s) have become corrupted. You can use the -tvv option to test integrity of such files. You can use the `bzip2recover' program to attempt to recover data from undamaged sections of corrupted files. Ign http://archive.ubuntu.com jaunty/universe Translation-es Obj http://archive.ubuntu.com jaunty/restricted Packages Obj http://archive.ubuntu.com jaunty/main Sources Obj http://archive.ubuntu.com jaunty/restricted Sources Des:4 http://archive.ubuntu.com jaunty/universe Packages [4732kB] 15% [3 Packages bzip2 0] [4 Packages 871/4732kB 0%] bzip2: Data integrity error when decompressing. Input file = (stdin), output file = (stdout) It is possible that the compressed file(s) have become corrupted. You can use the -tvv option to test integrity of such files. You can use the `bzip2recover' program to attempt to recover data from undamaged sections of corrupted files. Err http://archive.ubuntu.com jaunty/main Packages El subproceso bzip2 devolvió un código de error (2) Des:5 http://archive.ubuntu.com jaunty/universe Sources [2375kB] 59% [4 Packages bzip2 1814528] [5 Sources 59921/2375kB 2%] 197kB/s 21s bzip2: Data integrity error when decompressing. Input file = (stdin), output file = (stdout) It is possible that the compressed file(s) have become corrupted. You can use the -tvv option to test integrity of such files. You can use the `bzip2recover' program to attempt to recover data from undamaged sections of corrupted files. Err http://archive.ubuntu.com jaunty/universe Packages El subproceso bzip2 devolvió un código de error (2) Obj http://archive.ubuntu.com jaunty/multiverse Packages Obj http://archive.ubuntu.com jaunty/multiverse Sources Obj http://archive.ubuntu.com jaunty-updates/main Packages Obj http://archive.ubuntu.com jaunty-updates/restricted Packages Obj http://archive.ubuntu.com jaunty-updates/main Sources Obj http://archive.ubuntu.com jaunty-updates/restricted Sources Obj http://archive.ubuntu.com jaunty-updates/universe Packages Obj http://archive.ubuntu.com jaunty-updates/universe Sources Obj http://archive.ubuntu.com jaunty-updates/multiverse Packages Obj http://archive.ubuntu.com jaunty-updates/multiverse Sources Obj http://archive.ubuntu.com jaunty-security/main Packages Obj http://archive.ubuntu.com jaunty-security/restricted Packages Obj http://archive.ubuntu.com jaunty-security/main Sources Obj http://archive.ubuntu.com jaunty-security/restricted Sources Obj http://archive.ubuntu.com jaunty-security/universe Packages Obj http://archive.ubuntu.com jaunty-security/universe Sources Obj http://archive.ubuntu.com jaunty-security/multiverse Packages Obj http://archive.ubuntu.com jaunty-security/multiverse Sources Descargados 8358kB en 45s (185kB/s) W: Imposible obtener http://archive.ubuntu.com/ubuntu/dists/jaunty/main/binary-amd64/Packages.bz2 El subproceso bzip2 devolvió un código de error (2) W: Imposible obtener http://archive.ubuntu.com/ubuntu/dists/jaunty/universe/binary-amd64/Packages.bz2 El subproceso bzip2 devolvió un código de error (2) E: Algunos archivos de índice no se han podido descargar, se han ignorado, o se ha utilizado unos antiguos en su lugar.
Ya no sé qué mas probar. Seguiré con OpenSuse mientras no encuentre solución pero no sin dejar claro que
Yo quiero mi Ubuntuuuuuuu!!
Así es. Desgraciadamente hay poca información sobre losproblemas de 64 bits y linux, en particular Ubuntu. Que el S.O. sea atractivo y agradable, no significa que sea un camino de rosas. En el caso de 64 bits la cosa es ya penosa, pero parece que nadie lo dice. Yo tampoco me lo creía cuando lo sufrí.
Hay más cosas que complican el uso de Ubuntu y mientras no se luche por cambiarlas, todo será más difícil: todos los equipos vienen con soft MS, hay dispositivos que no van o lo hacen muy mal con Ubuntu (placas base Intel, p.e.), los fabricantes de drivers se olvidan de linux y los 64 bits hoy por hoy son una broma.
Solución (mala): Prueba alguna otra distro y tal vez lleves una sorpresa agradable.
Ubuntu es una distro para m********
. Instala Gentoo que se adapta a lo que sea (o Arch Linux, que he leído artículos muy positivos sobre ella y también permite compilar desde las fuentes).
La verdad a mí también me cuesta creer los problemas que te está dando Ubuntu, considerando que otra distros si que funcionan y por tanto no se trata de un problema hardware (hombre, yo de todas formas le pasaría un test completo a la RAM y al disco duro aver si de ahí vienen los problemas "extraños" que sufres).
Pues nada, a seguir intentándolo.
Un saludete linuxero
Hola Zaiges, no voy a entrar a discutir por qué mi elección de distro es Ubuntu pero te aseguro que tengo mis razones, firmes y contrastadas. Igual si encuentro algo de tiempo le vuelvo a echar un vistazo a Gentoo (siempre que no me lleve más de un par de horas instalarla
.
No lo he puesto en el post, pero si lees el hilo del «bug» verás que las pruebas han sido exhaustivas; test de RAM durante más de 8 horas, cambio de tarjeta de red, re-particionamiento del disco duro, instalación en diferentes particiones, etc.
Por ahora me sumo a la máxima «ingenieril»: Si funciona, ¿por qué tocarlo? Así por lo menos puedo trabajar con el equipo.
No veo si estás actualizando desde una instalación ya hecha, pero si es así prueba a hacer "apt-get clean" para borrar los paquetes corruptos que no es capaz de instalar.
Si te ocurre con una instalación nueva entonces me suena más a un problema de memoria (tableta dañada) o también de la controladora de disco (no tendrás por casualidad un maxtor de disco duro?)
Caligari, gracias por tu aportación.
Como puedes ver en la página del «bug» en Launchpad, ya he realizado esa acción más veces de las que me gustaría recordar.
ACTUALIZACIÓN
=============
Hay otro usuario con el mismo problema en esta placa. Véase https://bugs.launchpad.net/ubuntu/+bug/297766
Tendre el mismo problema_???
Hoy ire por nuevo equipo, Instalare por primera vez el Ubuntu, he buscado por paginas recomendaciones para intalar el ubuntu 9.04, mi duda era 32 o 64?..., y me tope con este blog, valla problema...
Arme el equipo..
- Procesador AMD Phenom X3 8650, 2.3GHz, Cache L2 3x512KB, L3 2MB Socket AM2+, Tres Núcleos.
- T. Madre Gigabyte GA-MA74GM-S2,ChipSet AMD740G, Soporta: Phenom, Athlon 64 X2, Socket AM2+, Integrado: Video ATI 2100, Audio HD, Red, Memoria: 2x DDR2 800Mhz, Max. 8GB, Micro ATX, Ptos: 1xPCIEX16, 1xPCIEX1, 2xPCI.
- Memoria VDATA DDR2, PC2-6400 (800Mhz), 2GB
- Memoria Samsung DDR2, PC2-6400 (800Mhz), 1GB
Necesito Asesoria , que Sistema opperativo me recomiendan, 64 o 32 ?, con que problemas me puedo topar..
Saludos...
JOY: No te puedo ayudar demasiado; tu placa es distinta de la mía, por lo que quizás no tengas problema alguno. En cuanto a si debes instalar 32 ó 63 bits: ten en cuenta que si vas a utilizar el equipo como un PC de escritorio, es decir, para navegar, ofímática y algún juegecillo que otro, no vas a notar gran diferencia y la compatibilidad de los plug-ins de Firefox es mejor con 32 bits (sobre todo el Flash Player), sin embargo si te vas a dedicar a cosas de alto consumo de CPU, por ejemplo; renderizado 3D, tratamiento de vídeo y similares, podrías sacarle mejor partido a los 64 bits.
Esto es lo que he sacado en claro personalmente tras leer algunos artículos en Internet. De ningún modo es un consejo profesional o contrastado ya que no he tenido ocasión de probar en profundidad un sistema operativo de 64 bits.
Saludos y suerte.
Muchas gracias por tu respuesta...
.. para ma;ana tendre Ubuntu de 64, gracias por tu consejo, Suerte.
Espero que soluciones tu problema.. Me paso algo similiar a la perdida de equipo.. y ahora que estoy con nuevo