Justamente lo que te decia es que NO instales el controlador privativo sino el libre. Con el y con este paquete es como a mi me funciona.

Yo he tenido también problemas con las Ati. En algún caso el controlador de Ati directamente es incompatible. En otros casos aunque es compatible funciona peor en general que los libres.

En mi modesta opinion los controladores privativos de Ati son un autentico coprolito.

En mi Mint 12 la solución para poder jugar a Aquaria con aceleración por hardware, fue el instalar el paquete libgl1-mesa-dri-experimental.

Tras instalarlo ya dispongo de aceleración inmediatamente.

Eso si, asegúrate de haber desinstalado el controlador privativo antes.

Al menos esto es lo que a mi me ha funcionado.

Suerte.

La verdad... no termino de comprender tu pregunta.

Si la descarga es en otra carpeta pudes moverte a ella desde el terminal con el consabido cd. Supongo que no tiene mas misterio.

Pero si lo que quieres es mover una carpeta a otro  disco-particion el comando  ln es lo que necesitas. Con el puedes crear enlaces blandos o duros a cualquier sitio independientemente de donde esté montado.

Busca por ahí que hay bastante información.

ln es de esos comandos de ****x que hacen sentir de verdad ante un sistema operativo realmente potente y maduro.

Todo lo dicho es cierto. No obstante, pese a usar procesadores de 64, yo todas las versiones que uso son de 32. ¿Por qué?

Porque tengo ciertas aplicaciones que solo funcionan para 32 (como por ejemplo la versión de Linux de Aquaria, el juego).

Por tanto sigo usando la de 32 que en el resto de actividades me sigue dando un rendimiento excelente.

También me es útil en el caso del netbook (Atom) pues al ser también de 32 me evita tener que andar cambiando de versiones.

El día en que note de verdad un cambio sustancial en el rendimiento (en las actividades que yo necesito) me plantearé si me merece la pena la perdida de estas herramientas-juegos.

Mientras tanto aún estoy con los 32.

Raro es que notes que un disco en ext4 se fragmente. Vamos, fragmentarse se fragmenta. Pero a un nivel tan bajo y con una perdida prácticamente nula en prestaciones que es casi imposible que afecte al rendimiento del sistema.

Probablemente no necesitaras desfragmentar una partición en ext3-4 en años. Y para entonces ya estarás instalando un nuevo sistema (probablemente). Por tanto:

¿Estás hablando de una partición tipo ext (GNU/Linux)?
¿Estas seguro de que tu problema tiene que ver con la fragmentación?
¿No será por otro motivo?

Por otro lado, si deseas DE TODOS MODOS defragmentar en GNU/Linux no se de ningún desfragmentador pero lo puedes hacer copiando todos los datos a otra ubicación, borrando la ubicación original y volviéndolos a restaurar.

El sistema los colocará todos emparejaditos de nuevo y esto vale para cualquier plataforma.

Finalmente encontré la manera de solucionarlo.

Os lo pongo por si alguien tiene la misma duda y le puede ser de ayuda.

La solución fue crear un enlace a logkeys, darle permisos de ejecución y colocarlo en la carpeta /etc/init.d.

Tras esto solo hace falta activarlo con el siguiente comando:

update-rc.d (nombre del enlace ) defaults

Ya está, con eso lo activamos en los niveles de ejecución por defecto.

Si tenéis que pasarle parámetros al binario, solo hace falta crear un guión con el comando y los parámetros y hacer que el enlace que ponemos en /etc/init.d apunte a este guión.

Con esto he solucionado la cuestión.

Gracias de todos modos.

De nada, encantado de colaborar.

Por cierto... este comando (dd) es uno de los que mas curiosidad me despiertan. Es de los que por si solos, son suficiente aliciente como para entrar en el mundillo del software libre.

Dd es de esos comandos que te hacen sentirte como el Gandalf de tu propio ordenador. Pasas de ser como un simple Bilbo o Frodo de tu computadora, a alguien que puede manipular su universo (informático, por supuesto), de modos mas allá de los "normales". Por eso me gusta tanto.

Pero recuerda.... el poder debe ir acompañado de responsabilidad. ¿OK?

Suerte.

No conozco a nadie que suela clonar discos en GNU/Linux puesto que reinstalar un Linux es cosa de pocos minutos sobre todo si tenemos la costumbre de particionar el /home por separado.

No obstante yo he usado a veces el comando dd para clonar discos y/o particiones. Especialmente lo he usado para clonar discos  de ordenadores nuevos cuyas particiones pienso destruir para instalar exclusivamente GNU/Linux.

Si tras probarlos no me agradan, restauro los datos para devolverlos al centro comercial sin que ellos pierdan la oportunidad de revenderlo con los discos impolutos.

El comando funcionaria de este modo:

dd if=(origen) of=(destino) por ejemplo:

dd if/dev/sda1 of=/dev/sdb1

donde la partición sda1 sera clonada en la particion sdb1.
Naturalmente, para que todo funcione bien la partición de destino debe ser del mismo tamaño que la de origen. Dd no suele protestar cuando algo va mal  así que debes saber que es lo que estás haciendo exactamente. Probablemente deberás ejecutarlo como administrador al trabajar con discos y/o particiones.

Dd es un comando potentísimo cuyo uso a la ligera puede producir completas pérdidas de datos. Por ello te animo a que explores lo máximo posible acerca de él en la red antes de equivocarte y estropear algo.

Por otro lado, si lo dominas, te permitirá hacer virguerias que ni siquiera se te hubieran ocurrido.

Suerte.

Hola de nuevo.
Tengo una pequeña duda sobre el inicio de los servicios automáticamente al arranque del sistema. Trabajo con Mint 12 y cuando quiero arrancar algo al inicio suelo colocar la orden en /etc/rc.local.

Así me ha funcionado por ejemplo con el comando inputattach (que me permitió reutilizar un viejísimo ratón serie de mediados de los noventa), sin mas inconveniente.

El caso es que estoy dando vueltas al uso de un keylogger (logkeys), que parece funcionar muy bien. Lo cierto es que arrancar el servicio desde la shell no da ningún problema. Pero a la hora de hacer que se inicie automáticamente me ha sido imposible.

He probado a meter el comando en /etc/rc.local pero aunque inputattach sí me lo inicia logkeys no.

También he probado a meter el comando de arranque en un ejecutable sh aparte y apuntar hacia el desde /etc/rc.local y tampoco funciona.

Incluso he intentado meter enlaces simbólicos en /etc/rc2.d (tanto al binario como al shellscript) Para ver si lo iniciaba en ese nivel de ejecución, pero sin resultado.

 Ni siquiera lo puedo arrancar con las "aplicaciones al inicio" de Gnome.

¿Que es lo que falla? ¿Por que funciona inputattach pero logkeys no? ¿Hay alguna otra forma de iniciarlo automáticamente? ¿Puede ser que el sistema lo detecte como keylogger y por tanto no lo inicie por motivos de seguridad a menos que el root lo invoque directamente?

Ya se que son muchas preguntas.... pero cualquier ayuda u orientación será agradecida.

Definitivamente prueba con otro pen. Puede que ese sea incompatible con tu PC.