Linux en ACER Aspire 1301DXV


Solo una hora después de haber sacado de la caja este portátil ya estoy escribiendo este artículo utilizando una conexión módem.
El motivo de este artículo es el de constatar el funcionamiento de Linux en este portátil. Este modelo, por su bajo coste (999 ¤ iva inc.) es un posible candidato para su funcionamiento bajo Linux.
Actualización: Instalación dual M$ XP + Linux (knoppix)

Primero veremos un pequeño resumen de las características de esta máquina:

  • Procesador Duron 1300
  • Pantalla XGA TFT 14,1″ 1024×768
  • Modem interno
  • Tarjeta de red
  • Unidad de DVD 8x
  • 128 MB RAM
  • 20 GB HD
  • Precio interesante 999 ¤
  • Impuesto especial en forma de windows XP home edition

Salida de lspci:

00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 80)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP]
00:0a.0 CardBus bridge: O2 Micro, Inc. OZ6912 Cardbus Controller
00:11.0 ISA bridge: VIA Technologies, Inc. VT8231 [PCI-to-ISA Bridge] (rev 10)
00:11.1 IDE interface: VIA Technologies, Inc. VT82C586B PIPC Bus Master IDE (rev
06)
00:11.2 USB Controller: VIA Technologies, Inc. USB (rev 1e)
00:11.4 Bridge: VIA Technologies, Inc. VT8235 ACPI (rev 10)
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio
Controller (rev 40)
00:11.6 Communication controller: VIA Technologies, Inc. AC97 Modem Controller (
rev 20)
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 51)
01:00.0 VGA compatible controller: S3 Inc. VT8636A [ProSavage KN133] AGP4X VGA C
ontroller (TwisterK) (rev 01)

Instalación:

Una vez en casa procedí a poner el DVD de SuSe 8.1 en la unidad de DVD del portátil, y seleccioné la opción de instalación de SuSe.

Tras arrancar el programa de instalación seleccione el idioma y elegí instalar el linux utilizando todo el disco con la siguiente configuración:
/boot 22 Mb
swap 256 Mb
/ el resto del disco

Respecto a los paquetes, deje la selección por defecto y además seleccione el paquete hsflinmodem (drivers módem interno).

Configuración de Hardware:

  • Mouse : autodetectado
  • Driver vídeo: autodetectado
  • Pantalla: No se ha detectado, manualmente selecciono LCD 1024×768
  • Sonido: Autodetectado funciona correctamente
  • DVD: Autodetectado
  • Floppy: autodetectado
  • Red: La tarjeta de red se ha detectado y funciona correctamente.
  • Módem: Se trata de un módem interno. Después de tomar la precaución de instalar el driver solo hay que ejecutar el script hsfconfig para tener el módem configurado en /dev/ttySHSF0. A partir de ahí solo hay que configurar el numero de teléfono username, password y DNS’s en el mismo YAST para obtener una conexión vía módem. Funciona sin el más mínimo problema hasta ahora.
  • ACPI: algunos problemas con el cliente (ver más abajo)

ACPI:
El kernel que viene con SuSE 8.1 soporta el ACPI. Para activar los módulos de batería y red he puesto las siguientes lineas en el /etc/init.d/boot.local :
modprobe battery
modprobe ac
Con ello ya tengo el /proc/acpi/ la monitorización de la batería (/proc/acpi/battery/BAT0/state ) que es lo que me interesa. Sin embargo, una vez dentro del KDE veo que el icono de monitorización de la batería sigue sin detectarla. Investigando un poco he visto que la versión de klaptopdaemon que viene en el KDE 3.0.5 no va a buscar el path correcto de la información de la batería. A fin de conseguir ver el estado de la batería en el KDE he tenido que seguir los siguientes pasos:

  • Bajarme las fuentes kdeutils-3.0.5 y descomprimirlas en un directorio
  • ejecutar el configure –prefix=/opt/kde3
  • En el directorio de las fuentes de klaptopdaemon substituir el fichero portable.cpp por ESTE OTRO FICHERO. Obtenido a partir de aplicar el patch que se puede bajar en esta dirección más un par de cambios adicionales que he introducido para conseguir la autodetecion correcta de la batería con el kernel que tengo instalado.
  • en el directorio de klaptopdaemon hacer el make y el make install de rigor

Con ello he obtenido una nueva versión del klaptopdaemon que monitoriza correctamente el estado de la batería con este portátil/kernel.

Windows XP + Linux:
Según un mail que me ha enviado Pablo Pastor (Grácias). En el caso de no querer tan radical y no se quiera eliminar M$ del HD. Se puede seguir el siguiente procedimiento con éxito:

  • Redimensionas la particion del xp,(partition magick…)
  • Instalas linux,(cada uno la suya, no flame 😉 . probado con knoppix)
  • Metes lilo en la particion de éste,(mi caso: boot=/dev/hda3)
  • La activas,(fdisk – a – 3)
  • Desactivas hda1( ” – a – 1)

Esta solucion presenta la ventaja de que no hay que reescribir el MBR como en mi caso ;). Este comentario me da pie a pensar que si se deja el MBR que viene en el portatil y se instala el GRUB/LILO en la particion activa también funcionará todo correctamente.

Problemas encontrados:
Por alguna extraña razón no le ha gustado la instalación del GRUB en el MBR. Lo he solucionado momentáneamente instalando en GRUB en un floppy.
Tampoco le ha gustado la instalación LILO. Sigo teniendo que utilizar un floppy para arrancar el portátil.
Al final he tenido que optar por leerme el manual del LILO ;). A fin que que el portátil arranque correctamente desde el disco duro hay que instalar un MBR diferente del LILO o del GRUB e instalar uno de los dos en la particion activa. Yo he optado por instalar el MBR que viene con las utilidades pfdisk (bootactv.bin). El MBR de msdos también sirve (instalable con la opción /mbr del fdisk de msdos).

En resumen:
Sin duda una buena compra, pese el problema con el GRUB, el resto del hardware y en especial el winmodem se han configurado correctamente. Solo una hora después de sacar el portátil de la caja ya estoy en condiciones de navegar por internet y utilizar el konqueror para escribir este artículo.

Dos dias después de adquirirlo, el portátil ya está funcionando al 100% con Linux. Lo más problemático ha sido la monitorización de la batería a través del ACPI. Las buenas noticias son que la aplicación klaptopdaemon del KDE 3.1 ya tiene en cuenta los aspectos que me han dado problemas y que una de las mejoras del próximo kernel 2.6 es precisamente una mejora en la gestión del ACPI.

Este post ha sido traido de forma automatica desde https://web.archive.org/web/20140625063149/http:/bulma.net/body.phtml?nIdNoticia=1670 por un robot nigromante, si crees que puede mejorarse, por favor, contactanos.


Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.