Compiz Fusion en Debian Lenny con Nvidia o Intel

Actualización 06/10/2007: Chantanito nos ha acercado un excelente dato al apuntarnos con su comentario que los repositorios shame han sido separados por release. Yo no me había percatado de ello pues ya tengo compiz instalado 😉 En el repository of shame tienen toda la data de cual es la línea que deben agregar al sources.list. Para los impacientes que tenemos Debian Lenny 32 bits, es la siguiente:

deb http://download.tuxfamily.org/shames/debian-lenny/desktopfx/unstable/ ./
Mil gracias!!

Como ustedes saben, por junio de este año los proyectos de escritorios 3d Beryl y Compiz se unieron para dar nacimiento a Compiz Fusion, del cual pueden ver algunos videos, como es usual, en youtube.

Esta semana han dado a conocer la primer release de desarrollo, Compiz Fusion 0.5.2, que he probado en dos equipos y la verdad anda sin problemas incluso con una performance un poco mejor (al menos a mi juicio) que los proyectos originales. Algunas de las novedades que se incorporaron, además de los plugins de Compiz y Beryl originales, son:

  • Efectos de reflexión en el cubo
  • Un plugin de exposición de escritorios
  • Un nuevo selector de aplicaciones
  • Un completo gestor de configuración

Para los impacientes, aquí está la receta para tenerlo andando en Debian Lenny. La publico ahora (un poco tarde, por cierto) pues el repositorio de paquetes está más estable que hace unos días.

1. Instalación de los drivers de video

Para aquellos que poseen tarjetas de video nVidia, deben tener instalado y configurado el driver propietario, de lo cual ya hemos hablado en un post anterior. Con algunas modificaciones, las instrucciones son las mismas.

Por las dudas, si tenemos una placa de video nVidia, en el archivo /etc/X11/xorg.conf deberíamos tener:

...
Section "Device"
Identifier "Tarjeta de vídeo genérica"
Driver     "nvidia"
Option     "AllowGLXWithComposite" "true"
Option     "RenderAccel" "true"
EndSection
...
Section "Screen"
...
Option "AddARGBGLXVisuals" "True"
...
EndSection
...
Section "Extensions"
Option "Composite" "Enable"
EndSection
...

Para el caso de una placa de video Intel 915/945/9xx:

...
Section "Device"
...
Option "XAANoOffscreenPixmaps" "True"
...
EndSection
...
Section "Extensions"
Option "Composite" "Enable"
EndSection
...

2. Eliminar los paquetes antiguos de Beryl y Compiz

He tenido algunas dificultades al intentar actualizar los paquetes desde versiones antiguas, por lo que recomiendo remover y purgar todos los paquetes relacionados con Compiz y Beryl que estén instalados en el equipo.

# aptitude purge beryl… compiz… heliodor… emerald… etc, etc…

3. Agregar el repositorio shame

Esta buen alma caritativa se ha encargado de empaquetar Compiz Fusion para Debian, así que aprovecho para agradecer su laburo.

Agregar, entonces, las líneas siguientes a /etc/apt/sources.list

# Compiz Fusion development (shame)
deb http://download.tuxfamily.org/shames/debian-sid/desktopfx/unstable/ ./

Update 06/09/2007

Agrego dos repos más por si tienen problemas con el anterior. El siguiente es también de shame, pero contiene una versión más antigua y un poco más estable de compiz:

deb http://download.tuxfamily.org/shames/debian-sid/desktopfx/snapshot/ ./

Este último lo encontré de casualidad y proviene del O.S. Revolution Unnoficial Debian Repository:

deb http://download.tuxfamily.org/osrdebian unstable compiz-fusion-git

4. Agregar las llaves del repositorio

# wget http://download.tuxfamily.org/shames/A42A6CF5.gpg -O- | apt-key add –

5. Instalar los paquetes de Compiz Fusion

Dependiendo del entorno escritorio en el cual deseamos ver los efectos gráficos, es conveniente instalar…

# aptitude install compiz-fusion-kde (para KDE)
# aptitude install compiz-fusion-gnome (para Gnome)
# aptitude install compiz-gnome emerald emerald-themes (para XFCE)
# aptitude install compiz-fusion-all (todos los paquetes para cualquier entorno)

6. Iniciar Compiz Fusion

Como usuario normal, una vez iniciada la sesión en el escritorio de preferencia, ejecutar

$ fusion-icon

o bien

$ fusion-manager

Como he tenido algunos inconvenientes con gtk-window-decorator, les recomiendo iniciar con el decorador de ventanas emerald. Para ello en vez de ejecutar fusion-icon, ejecuten compiz y luego inicien emerald, de la siguiente forma:

$ compiz &
$ emerald &

Eso debería andar; o por lo menos en mi modesta pc con 256 de RAM y 256 de video anda muy lindo.
Bien, por ahora es todo, los dejo para que disfruten de los atractivos efectos y saquen sus propias conclusiones.

Debian GNU/Linux 4.0 es oficialmente estable

Con esto quiero decir que la versión 4.0 (Etch) de Debian Gnu/Linux fue publicada luego de varios meses de desarrollo y constituye hoy en día la distribución estable de nuestro sistema operativo favorito. Para quienes tienen la versión 3.1 (Sarge) hay novedades, ya que también fue actualizada recientemente.

Las notas de publicación de Etch detallan algunas de las características que podemos encontrar:

  • Entornos de escritorio KDE 3.5 y Gnome 2.14 y Xfce 4.4.
  • Instalación con interfaz gráfica.
  • Gestor de paquetes con verificación de integridad y actualización incremental.
  • Once arquitecturas soportadas, con soporte oficial para Intel y AMD de 64 bits
  • Discos de instalación diferentes para cada entorno de escritorio (como ya habiamos visto)

En síntesis, un sistema operativo altamente recomendable, que ya se puede descargar por bittorrent, http/ftp o jigdo.

CDs de instalación de Debian Etch con KDE, XFCE por defecto

Como se veía venir desde septiembre por los mensajes en las listas de correo developers y debian-cd y por el directorio del servidor ftp de imágenes semanales, los muchachos del equipo debian-cd han dejado todo listo para que se genere periódicamente una variedad de tipos de CD y DVD de Debian, cada una con algunas modificaciones para que todos disfrutemos de momentos más placenteros instalando nuestro sistema operativo favorito…

Además de las imágenes generadas a diario netinst (para instalación por red) y businesscard (para minicd y cd-en-tarjeta), semanalmente se generará:

  • Un juego completo de CD y DVD para cada arquitectura.
  • Una versión del CD 1 con paquetes de KDE para cada arquitectura.
  • Una versión del CD 1 con paquetes de XFCE para cada arquitectura (mil gracias!!!!)
  • Un netinst para 3 único para amd64/i686/powerpc
  • Una versión del DVD 1 con fuentes para amd64/i686/powerpc

Esto quiere decir que Dios ha escuchado nuestras súplicas y a partir de ahora podremos instalar Debian con KDE o XFCE POR DEFECTO!!! Ya no será necesario instalar Debian base y luego el resto de paquetes para tener una instalación a medida; ahora solo bastará descargar la imagen del CD 1 con XFCE (o KDE) y podremos tener un escritorio liviano en pocos minutos. Como siempre, si quieren Gnome, simplemente utilicen el CD #1 oficial.

Este estilo de “1 CD por entorno de escritorio” es algo que varios deseabamos desde hace bastante, incluso antes de que surgiera Ubuntu, y me alegra mucho saber que ya lo tenemos disponible aquí en Debian (gracias a Joey Hess). Por supuesto, si tienen la suerte de tener DVD, en el DVD #1 tienen los tres entornos juntos (o al menos eso creo).

Lo que me queda por ver es la selección de paquetes adicionales que contiene cada CD (por ejemplo, yo suelo usar XFCE+WDM en vez de GNOME+GDM), pero eso creo que se podrá arreglar a medida que pase el tiempo.

Bueno, ya para que lo vayan probando…

Mucha suerte…!!!

Actualización 08/03/2007: Debian Etch ya es la distribución estable oficial de Debian GNU/Linux. Pueden obtener los medios de instalación siguiendo este post.

Servidores virtuales en Debian con VServer (parte I)

Se dice que

“Necesidad, que es la madre de la invención” – Platón en “La República”. (1)

por supuesto algunos disienten,

“No pienso que la necesidad es la madre de la invención – la invención, en mi opinión, surge directamente de la ociocidad, posiblemente también de la holgazanería. Para ahorrarse problemas uno mismo.” – Agatha Christie en “Una Autobiografía”. (2)

En cualquier caso, menos mal que lo que yo necesitaba ya estaba inventado (punto a favor para la definición 2).

El tópico de hoy es Servidores virtuales en Debian con VServer. Pero primero ¿qué es un servidor virtual?

“Un servidor virtual privado (también designado como servidor virtual dedicado o servidor virtual y abreviado como VPS o VDS) es un servidor que se ejecuta mediante virtualización en tándem con otros servidores virtuales en una computadora física.” – Wikipedia

Las posibilidades en virtualización son varias, cada una con un buen compendio de ventajas y desventajas. Pueden encontrar una comparativa de máquinas virtuales en Wikipedia. Las implementaciones más conocidas son:

El sistema operativo en mi máquina de trabajo es Debian Etch, una versión de Debian que aún no está liberada como estable (aunque pronto lo estará). Nuestros servidores corren actualmente Debian Sarge (la versión estable actual) con las correspondientes actualizaciones de seguridad.

La virtualización es útil, en mi caso, para verificar el comportamiento de las aplicaciones en el entorno de trabajo en el que serán ejecutadas sin necesidad de tener un equipo adicional ni requerir un inicio dual con dos sistemas operativos en el equipo de desarrollo (lo que sería sumamente tedioso dado implica reiniciar el equipo para cambiar entre el entorno de desarrollo y el de implementación).

De las opciones anteriormente mencionadas opté por Linux-VServer sin muchas razones más que la facilidad de instalación.

La tecnología Linux-VServer es, según su página web:

… un concepto de particionamiento liviano basado en Contextos de Seguridad que permite la creación de muchos Servidores Virtuales Privados (VPS) independientes que se ejecutan simultáneamente sobre un único servidor virtual a máxima velocidad, compartiendo eficientemente los recursos de hardware.
Un VPS provee un entorno operativo casi idéntico al de un servidor Linux convencional. Todos los servicios como servidores de ssh, correo, web y bases de datos pueden ser iniciados en e VPS, sin modificación (o con mínimas modificaciones en casos especiales), tal como cualquier en otro servidor real.

Cada VPS tiene su propia base de datos de cuentas de usuarios y su propio usuario root, y está aislado de los demás servidores virtuales, exceptuando el hecho de que comparten los mismos recursos de hardware.”

A diferencia de Xen, donde un host puede ejecutar VPS con distintos sistemas operativos, Linux-VServer es un virtualizador que opera a nivel de Sistema Operativo y utiliza el mismo kernel en el host y en los diferentes VPS, con lo cual está limitado a Linux, y preferentemente a la misma distribución que el host. Esta característica le brinda a su vez una gran ventaja: muy buen rendimiento. Pueden encontrar mucha más información leyendo el Paper sobre Linux-VServer disponible en la web del proyecto.

Esta guía es una traducción con ligeras modificaciones de “Linux-Vserver on Debian Testing (Etch), the easy way“, publicada en el sitio HowtoForge.

1. Preparación del host

Necesitaremos una imagen de kernel con los parches para VServer. Debian ya nos provee imágenes preparadas, de las cuales se puede optar para la más conveniente de acuerdo a la arquitectura del host. En mi caso, descargaré linux-image-vserver-k7.

# apt-get install linux-image-vserver-k7

También será necesario descargar las utilidades para VServer:

# apt-get install util-vserver vserver-debiantools

Una vez hecho todo esto se debe reiniciar el equipo para iniciar con el nuevo kernel. Al finalizar el arranque, verificar que el kernel iniciado es el que contiene los parches VServer con

# uname -r
2.6.18-3-vserver-k7

Este kernel no es muy diferente al estándar, los módulos disponibles son prácticamente los mismos. Incluso es posible iniciar un servidor X (si es que no inició automáticamente), aunque sólo lo recomiendo si tienen bastante memoria disponible (mas de 512, preferentemente).

2. Creación de un servidor virtual

Antes de continuar debemos establecer ciertas variables que serán necesarias para la creación del nuevo VPS:

  • vsroot – Esto apuntará a un directorio o partición donde se mantendrán los archivos para cada VPS. Por defecto es /var/lib/vservers
  • Hostname – El hostname de nuevo sistema
  • Domain – El dominio del nuevo sistema (usualmente el mismo de host)
  • IP Address– La dirección IP del nuevo VPS
  • CIDR Range – La máscara de la IP anterior
  • Dist – La distribución a instalar
  • Debian Mirror – El espejo desde el cual se deben descargar los paquetes
  • Interface – La interfaz de red a utilizar, si no es eth0

Para este ejemplo, crearé un servidor virtual con los siguientes datos:

  • vsroot: /var/lib/vservers
  • hostname: mendieta
  • domain: example.com
  • ip address: 192.168.3.101 <= puede ser pública o privada
  • máscara: /24
  • dist: sarge
  • mirror: http://ftp.br.debian.org/
  • interface: eth0

Nota: si son impacientes y no quieren esperar a bajar los paquetes desde el mirror porque tienen un CD de Sarge, pueden montar rápidamente un mirror casero aprovechando un servidor web o ftp existente. Por ejemplo utilizando vsftpd, solo deben crear un directorio debian dentro de la raíz anónima (usualmente /home/ftp) y copiar allí los directorios /pool y /dist del cdrom (o crear un enlace simbólico, lo que prefieran) . En tal caso el mirror será http://localhost/debian/
De esta forma se agiliza mucho la instalación. No hay que olvidarse de, en el corto plazo, efectuar una actualización contra los repositiorios security.debian.org, a fin de no quedar utilizando versiones comprometidas de los servicios disponibles.

Bien con eso alcanza para crear el primer VPS. Sólo hay que llamar a newvserver con los parámetros dados:

# newvserver –vsroot /var/lib/vservers/ –hostname mendieta –domain example.com –ip 192.168.3.101/24 –dist sarge –mirror ftp://localhost/debian/ –interface eth0

Tras un ratito de descarga y configuración donde hay que responder algunas preguntas (la clave que se asignará a root, por ejemplo), el VPS estará disponible.

3. Control del servidor virtual

Para controlar el servidor virtual se utiliza el comando vserver de la siguiente forma:

vserver [start | stop | restart | enter]

Por ejemplo, para iniciar el servidor recientemente creado, solo hay que ejecutar

# vserver mendieta start

Si se desea detener el VPS, reemplazar start por stop.

Finalmente, para ingresar al servidor virtual, se debe ejecutar:

# vserver mendieta enter
mendieta:/#

Y allí ya tenemos un VPS con Debian Sarge en el cual podemos instalar lo que sea necesario utilizando apt-get o aptitude.

Hasta acá llego con el post de hoy. La segunda parte tratará sobre la instalación y configuración de servicios tanto en el VPS como en el host, y el establecimiento de reglas de enrutado a fin de permitir el acceso externo a los servicios brindados por el VPS.

Como siempre, espero que todo haya sido de utilidad.

nVidia + AIGLX + Compiz à la Debian

Hasta hace un tiempo, a aquellos que nos interesaba tener los efectos que inauguró XGL en nuestro querido Debian sólo nos quedaba:

  1. Compilar e instalar todo desde las fuentes (salvo, y obviamente, el driver de nVidia porque los muy turros no nos quieren liberar el código).
  2. Usar los paquetes de otra distro (léase Ubuntu).
  3. Usar paquetes para Debian, empaquetados por algún alma caritativa.

Cualquiera sea las opciones que hayamos tomado, terminabamos siempre ensuciando nuestra instalación con paquetes externos y de dudosa procedencia, lo que nos llevaba muy probablemente a un montón de incompatibilidades entre versiones, dependencias, etc…

Pero a partir del 18/11/2006, y gracias a la Debian X Strike Force y a otros mantenedores, ya disponemos en Debian testing de los paquetes xorg 7.1 y compiz, con lo cual tenemos facilitado una buena parte del trabajo necesario para tener los tan deseados efectos en nuestro escritorio.
Además, como Xorg 7.1 incorpora AIGLX ya no es necesario tener un servidor Xgl, con el servidor X nos basta.

Así que si disponemos de Debian testing, mas una tarjeta nVidia, podemos tener un desktop lleno de chiches en minutos nada más siguiendo estos pasos:

0. Un poco de limpieza

Como prerrequisito para todo esto, deberemos tener el sistema lo más limpio que podamos, es decir, sin paquetes compiz*, xgl, libglitz ni nada raro. Eso es algo así:

apt-get remove –purge compiz* xgl libglitz1

1. Actualización de Xorg

A continuación necesitaremos actualizar el servidor X. Si ustedes, como yo, están al día con la distro, entonces ya está listo y podremos continuar con el siguiente paso. Si no, es tan sencillo como hacer:

apt-get install xorg

2. Instalación del driver nVidia

Lamentablemente aún no disponemos de un driver libre para tarjetas gráficas nVidia que nos permita disfrutar de aceleración 3D. Esperemos que esto cambie pronto, ya sea con la liberación del driver por parte de la empresa, o bien con el desarrollo del proyecto nouveau. Por ahora nos quedaremos con lo que tenemos a mano.

Necesitaremos de testing los paquetes build-essential, module-assistant, kernel-package, nvidia-kernel-common, y de experimental los paquetes nvidia-glx y nvidia-kernel-source. A los primeros los podemos conseguir haciendo:

apt-get install build-essential module-assistant kernel-package nvidia-kernel-common

A los dos restantes podemos bajarlos directamente desde el repositorio. Los enlaces son nvidia-kernel-source y nvidia-glx. Noten que yo estoy descargando las versiones para arquitectura 386. Estos drivers también están para amd64 pero no sé qué tal andarán.

Para instalar los paquetes que descargamos recién, en una consola como usuario root, hacemos:

dpkg -i nvidia-*.deb

Probablemente nos harán falta los encabezados para la versión y arquitectura del kernel que estemos usando. En mi caso el paquete es linux-headers-2.6.17-2-k7, pero en el de ustedes puede variar. Si no saben que paquete instalar, hagan uname -r y lo que les salga es lo que va luego de linux-headers.

apt-get install linux-headers-2.6.17-2-k7

Bueno, la cosa ahora viene mas o menos así. Para crear el módulo del driver, lo cual es una tarea bastante tediosa, usaremos module-assistant, que hará todo el trabajo sucio por nosotros.

module-assistant auto-install nvidia-kernel

Este proceso compilará el módulo (lo que se pueda compilar) y lo dejará listo para utilizar.

3. Configuración del driver nVidia

Si todo salió como esperábamos, ahora podremos cambiar en el archivo /etc/X11/xorg.conf, la línea Driver “nv” por Driver “nvidia”, y ya que estamos en el archivo de configuración de xorg, agregaremos algunas sentencias más al inicio:

Section “Extensions”
Option “Composite” “Enable”
EndSection

en Device Section:

Option “AllowGLXWithComposite” “True”
Option “XAANoOffscreenPixmaps” “true”

y en Screen Section:

Option “AddARGBGLXVisuals” “True”

Ahora podremos reiniciar el servidor X para verificar que todo ande de 10.

4. Instalación del paquete compiz

Sencillo:

apt-get install compiz

5. Añadir compiz al inicio de sesión gráfica

Todo lo anterior es suficiente para poder probar nuestro escritorio 3d. Iniciaremos sesión en Gnome como de costumbre, y en una consola invocaremos a compiz:

compiz –replace

Esto reemplazará el gestor de ventanas actual y tendremos a tiro todos los efectos sobre los que hablan nuestros amigos.

Para hacer efectivo el cambio en cada inicio de sesión hay miles de recetas. Una de ellas, para aquellos que usen Gnome pueden incluir el comando en gnome-session-properties. En el caso de que usen Xfce, habrá que añadirlo a xfce4-autostart-editor.

Bien, eso es todo por ahora, espero no haberme olvidado de nada y que les haya sido de utilidad.
Suerte…

Actualización (20-Mar-2007): He publicado una breve guía sobre Beryl, el fork GPL de Compiz, en este post.

ntfs-3g en Debian testing

Como pueden ver en este correo, el paquete ntfs-3g fue aceptado en Debian testing, lo cual me pone muy contento ya que es un paquete menos que voy a tener que andar trayendo de afuera.

Para el que no lo conoce, NTFS-3G es un “Driver open source, libre, para Linux, con soporte de lectura y escritura sobre sistemas de archivo NTFS. Provee un manejo rápido y seguro de los sistemas de archivo WinXP, Win2k y Win2003. Soporta la mayoría de las operaciones de sistema de archivo POSIX, salvo cambios de propietario, permisos de archivo, manejo de archivos comprimidos y encriptados.”, según www.ntfs-3g.org. El mismo funciona sobre FUSE, que es lo que permite implementar controladores para sistemas de archivo en espacio de usuario.

En realidad esto no es nuevo. Hace bastante que en GNU/Linux tenemos acceso a sistemas de archivo NTFS, gracias a la gente de www.linux-ntfs.org que fue la que desarrolló un driver que para lectura anda de 10, pero que en funciones de escritura queda medio corto.

Existen otras alternativas con soporte de lecto-escritura, como CaptiveNTFS que actúa como un wrapper de las librerías nativas de windows (y por ende requiere que uno posea una licencia del mismo). O sea que uno tiene que andar con algunos dll de WinXP debajo del brazo. Si mal no recuerdo algunos Knoppix traían CaptiveNTFS, y más de una vez me ha servido de utilidad. Otra alternativa, aunque no libre, es el software comercial Paragon NTFS, que tiene un precio bastante atractivo y supongo que andará bien.

Pero bueno, gracias a un muy buen trabajo de los muchachos de ntfs-3g, a aquellos que nos interesa escribir en cualquier lado, o que hacemos soporte a equipos con S.O. non-sancto, este tipo de drivers nos alegra la jornada.

Respecto de si es seguro o no, todavía no tengo una decisión tomada. En cualquier caso les puedo comentar que desde julio de este año, mes en que Szabolcs Szakacsits presentó su trabajo, tengo una partición NTFS de 30 Gb como repositorio de archivos tales como canciones, fotos e imágenes ISO (que puedo perder sin inconveniente alguno), y hasta ahora la verdad nunca tuve un problema. Obviamente eso no garantiza que me libre de ello más adelante, pero es un buen inicio.

Aquellos que tengan Debian testing lo pueden instalar siguiendo los conocidos y complicados pasos:

apt-get install ntfs-3g

Y como ahora no tengo ganas de escribir mucho más, les recomiendo que para saber cómo se monta o configura el automontaje de una NTFS hagan:

man ntfs-3g

Eso despejará la mayor parte de las dudas que surjan.
Bien suerte y… Ah! en el extremo caso de que pierdan alguna información, el error es de ustedes por no hacer backup, jeje…

GRUB Loading Stage1.5Read Error

Como verán este es mi primer post (ever) en un blog, así que les ruego que comprendan los errores que pueda cometer de puro novato.

Hace unos días un amigo me hizo una consulta y a partir de allí devino este post. El paciente, un equipo no tan nuevo: micro Athlon XP, placa madre ASUS A7V8X-X. Inicialmente el equipo tenía instalado un Win 2003. Mi amigo, linuxero ávido en el tema, instaló Debian desde DVD sin inconvenientes con el objeto de hacer dual boot, pero al reiniciar encontró que el gestor de arranque se negaba a continuar, indicando el siguiente mensaje:

GRUB Loading Stage1.5Read Error

Bien, dijo, probemos de nuevo. Y procedió (innecesariamente) a reinstalar el sistema.
El proceso comenzaba bien, luego de iniciar desde CD, la instalación continuaba sin sobresaltos. El inconveniente aparecía al reiniciar el equipo, por lo que nuevamente…

GRUB Loading Stage1.5Read Error

Mi respuesta fue: “Reinstalá GRUB desde un Live-CD, eso lo tiene que arreglar.” (típico)
Pero no, tampoco fue la solución.

He tenido algunas malas experiencias con GRUB y la forma en que lidia con los discos rígidos, con las opciones de DMA, LBA, etc… así que el paso siguiente fue alternar algunas configuraciones y ver que pasa. Tras dos o tres intentos, en uno de ellos el equipo inició bien, ingresó en Debian y todo se veía de maravillas. El cambio en la configuración fue sencillo:

Antes:
IDE to DMA Transfer Access -> [Disabled]

Después:
IDE to DMA Transfer Access -> [Enabled]

Curioso que un equipo de esta época lo tuviera desactivado.
Pero más curioso fue ver que al reiniciar el equipo todo volvió a estar como antes, es decir, volvimos a ver el críptico cartelito de error.

“¿Pero como, si yo cambié recién… ?”. Hurgando otra vez en las opciones del BIOS encontramos que la opción activada antes, ahora estaba desactivada. Para corroborar la suposición, la activamos nuevamente y el equipo inició correctamente.

Lo que ocurre aquí es que esta opción se “resetea” automáticamente con cada reinicio (¿gracias a un bug del BIOS? posiblemente…). Y por si esto fuera poco, la mejor nota la dio Google con la solución: la receta para que la opción “IDE to DMA Transfer Access” mantenga su estado entre reinicios, es activar el soporte de la placa de red on-board, en

On-board Ethernet -> [Enabled]

¿Perdón…? Si, si… así es.
Son los caprichos de la tecnología…

PD: Esto ocurre con el BIOS rev. 1002, veremos si las actualizaciones corrijen dicho malfuncionamiento.

Copyright © All Rights Reserved · Green Hope Theme by Sivan & schiy · Proudly powered by WordPress