Hola, Houston, tenemos problemas...
Amables foristas de Trisquel:
Me gustaría saber qué hice o qué estoy haciendo mal para que Trisquel 7.0 i-386 no conecte con Internet además de presentar otros dos problemas menores:
1. Tenía instalado Trisquel 6.0 a la par de un Winbugs XP. Con Trisquel no había obstáculos en la conexión con Internet. Previo al siguiente paso, corroboré que el sistema estaba debidamente actualizado.
2. Con este precedente, decidí pasar al 7.0, manteniendo en perspectiva el “dual boot”. Debo decir que las descargas – más de 1200 nuevos paquetes - se hicieron sin problemas y el tiempo que demandó fue aproximadamente el previsto por el actualizador, poco menos de dos horas. Igualmente, la instalación se llevó una hora más, todo lo cual transcurrió sin contratiempos, incluyendo el resto de los procesos hasta reiniciar el sistema ahora actualizado.
3. Ya dentro del sistema Trisquel 7.0 comenzamos a ver sus rarezas:
a. No hay manera de conectarse con Internet: Usando Net Tool no hubo modo de obtener respuesta con el “ping”. Abrowser no puede acceder al sitio de Trisquel ni a ningún otro, pese a los reintentos hechos. La aplicación de conexiones advierte una y otra vez que el acceso a Internet está cerrado, aunque registra el cableado al módem y el enlace DHCP que está programado para realizarse en forma automática al IP v4 y v6.
b. Con Trisquel 6.0 usaba un ratón USB que se deslizaba bellamente como con patines sobre el hielo. Con Trisquel 7.0 no es posible hacerlo, por más que se lo configure en el Panel del Sistema: Un molesto y terrible “lag” hace tortuoso los oficios de un desatinado puntero y las teclas que no responden. Esto se solucionó conectando un viejo y confiable ratón PS2 de bolita, pero ahí queda la historia para el registro.
c. Y para complacer al diablo que se ríe, a la hora de apagar el sistema, este sencillamente se queda encendido con el salva-pantallas en todo su esplendor “per saecula saeculorum”. En otras palabras, hay que usar el botón real de encendido y apagado del ordenador si queremos hacer el “shutdown” definitivo. Un modo de hacer las cosas algo primitivo, me parece.
No quiero dar la sensación de que estoy desesperado con lo ocurrido con Trisquel 7.0 y buscar otra distro que me sirva. Para ser sincero, estos mismos problemas se me han presentado cuando he instalado en las últimas semanas las versiones más recientes de Deepin, Robolinux, ChatelOS, Debian, Tail y Bodhi Linux. Todas ellas, Trisquel incluida, tienen algo en común, creo: Comparten y distribuyen aplicaciones y librerías de Ubuntu, y todos ya están en la onda del UEFI y del x64. ¿Existe algo nuevo, me pregunto, en esas aplicaciones y librerías que afectan al 7.0, pero no a la versión 6.0 de Trisquel?
Bueno, aquí les dejo mi caso con la advertencia de que en los foros de las distros aquí mencionadas, han aparecido reportes – unos cuantos, afortunadamente - parecidos al mío. Es obvio
que seguí algunas de las soluciones aportadas en esos sitios, pero en vano.
Por adelantado, les dejo las gracias por su interés y consideración.
Puede pegar el output de lspci -nnk aquì?
respecto con lo del wifi, no me extrañaría que fuera algo con el kernel, trata instalando la última versión de aquí
https://jxself.org/linux-libre/
@SuperTramp83
"Puede pegar el output de lspci -nnk aquì?"
Podría hacerlo si me aclara de qué se trata. ¿Es un comando en el Terminal?
----------
@Megver83
"respecto con lo del wifi, no me extrañaría que fuera algo con el kernel, trata instalando la última versión de aquí https://jxself.org/linux-libre/"
Discúlpeme si no me di a entender bien: La instalación de Trisquel 7.0 la hice mediante conexión por cable a Internet. No hubo problemas con la descarga de los paquetes ni con la instalación de estos. La situación actual es que ahora no hay conexión con Internet ( amén de lo del ratón y lo del apagado de sistema ), y son los mismos problemas que se presentaron antes con las distros que mencioné. Con Trisquel 6.0 no se daban esos contratiempos.
>si me aclara de qué se trata
"man lspci"
, claro, terminal :)
Ahí le va, SuperT:
----------
# lspci -nnk
00:00.0 Host bridge [0600]: Intel Corporation 82845G/GL[Brookdale-G]/GE/PE DRAM Controller/Host-Hub Interface [8086:2560] (rev 03)
Subsystem: Samsung Electronics Co Ltd Device [144d:b01d]
Kernel driver in use: agpgart-intel
00:01.0 PCI bridge [0604]: Intel Corporation 82845G/GL[Brookdale-G]/GE/PE Host-to-AGP Bridge [8086:2561] (rev 03)
00:1d.0 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 [8086:24c2] (rev 02)
Subsystem: Samsung Electronics Co Ltd Device [144d:b01d]
Kernel driver in use: uhci_hcd
00:1d.1 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 [8086:24c4] (rev 02)
Subsystem: Samsung Electronics Co Ltd Device [144d:b01d]
Kernel driver in use: uhci_hcd
00:1d.2 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 [8086:24c7] (rev 02)
Subsystem: Samsung Electronics Co Ltd Device [144d:b01d]
Kernel driver in use: uhci_hcd
00:1d.7 USB controller [0c03]: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller [8086:24cd] (rev 02)
Subsystem: Samsung Electronics Co Ltd Device [144d:b01d]
Kernel driver in use: ehci-pci
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev 82)
00:1f.0 ISA bridge [0601]: Intel Corporation 82801DB/DBL (ICH4/ICH4-L) LPC Interface Bridge [8086:24c0] (rev 02)
Kernel driver in use: lpc_ich
00:1f.1 IDE interface [0101]: Intel Corporation 82801DB (ICH4) IDE Controller [8086:24cb] (rev 02)
Subsystem: Samsung Electronics Co Ltd Device [144d:b01d]
Kernel driver in use: ata_piix
00:1f.3 SMBus [0c05]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller [8086:24c3] (rev 02)
Subsystem: Samsung Electronics Co Ltd Device [144d:b01d]
00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller [8086:24c5] (rev 02)
Subsystem: Samsung Electronics Co Ltd Device [144d:b013]
Kernel driver in use: snd_intel8x0
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation NV11 [GeForce2 MX/MX 400] [10de:0110] (rev b2)
Subsystem: Device [16eb:0010]
02:00.0 USB controller [0c03]: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller [1106:3038] (rev 62)
Subsystem: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller [1106:3038]
Kernel driver in use: uhci_hcd
02:00.1 USB controller [0c03]: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller [1106:3038] (rev 62)
Subsystem: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller [1106:3038]
Kernel driver in use: uhci_hcd
02:00.2 USB controller [0c03]: VIA Technologies, Inc. USB 2.0 [1106:3104] (rev 65)
Subsystem: VIA Technologies, Inc. USB 2.0 Controller [1106:3104]
Kernel driver in use: ehci-pci
02:02.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL-8100/8101L/8139 PCI Fast Ethernet Adapter [10ec:8139] (rev 10)
Subsystem: Realtek Semiconductor Co., Ltd. RTL-8100/8101L/8139 PCI Fast Ethernet Adapter [10ec:8139]
Kernel driver in use: 8139too
----------
Saludos
Hmm, una cosa no me es muy clara.. Usted dice haber actualizado el SO, es decir: tenia Trisq 6 y lo actualizò con el comando sudo apt-get dist-upgrade, si?
Si eso es cierto, yo que usted, hiciera un backup de los datos (videos, imagenes, musica, documentos) y nueva instalacion de Trisquel 7, borrando todo el disco (fresh install).
Perdona mi italo-espanol.. si algo no resulta claro.
@SuperTramp83 17
“(...)nueva instalacion de Trisquel 7, borrando todo el disco (fresh install).
Perdona mi italo-espanol.. si algo no resulta claro.”
Nada malo hay con vuestro “espaliano” :-D, lo entiendo perfectamente. En el Forum en inglés dejo mis agradecimientos y saludos, espero que comprendáis mi “spanglish” :- B Ciao, GNU-ragazzo!
------
En cuanto a este hilo en castellano, lo cerramos en este punto.
Muchas gracias a los que atendieron mi problema.