Hard - Cambiando el cooler de una 8800

Desde que cambié la ati por la 8800, noté un pequeño incremento de la temperatura del pc... pequeño de 20º, ya que la temperatura normal de trabajo de la nvidia son 60º (idle), mientras que la ati no creo que pasase de 30 en normal :D (también la tenía con un arctic cooling e influye)
Asi que me decidí a cambiarle el disipador a la 8800 también y compré el 8800extreme de arctic, que en alguna review que pude encontrar salía muy bien parado.

Aquí unas fotillos del percal:
La 8800 desnuda, ya le había colocado 2 disipadore que se supone que son los que regulan las rpm's de los ventiladores (arriba derecha)
El monstruo de serie :D
Todos los reguladores puestos y las almoadillas disipadoras de la ram y del NVIO

El "bicho" colocado y atornillado, solo 4 tornillos :D
Y una comparación del disipador de serie y el arctic cooling.

La diferencia... 20º del ala, trabaja a:

[dodger@ciberterminal ~]$ nvclock -T
nVidia Geforce 8800GTS
=> GPU temperature: 40C
=> Board temperature: 43C

y no es para nada ruidoso (al 100% es muy apreciable la diferencia).
Y yo me pregunto... por qué no incluyen algo así, que realmente funcione de serie cuando pagas 300€ (o más) por una tarjeta.

Experiencias de un linuxero en Vista

Resulta que hace unos días, me decidí a "probar" Vista 64bits por influencia de un compañero de trabajo (pa jugar, vaya).
Me comentó que iba bastante fino y dije, bueno, vamos a darle 1 oportunidad al Sr. Puertas.
El primer "escollo" que tuve que salvar fue el tema del disco duro, "solo" tenía una partición de 10GB para windows y luego una almacen con más espacio... y de todos es sabido que en 10GB no se instalará este "monstruo", asique tuve que hacer malabarismos para unir ambas particiones (no las tenía contiguas logicamente).

Mirando desde el punto de vista de linux, que no te deje seleccionar donde quieres poner diversas partes del sistema es un retraso increible, ya que si no tienes espacio en la particion principal, siempre puedes meter las "homes" de los usuarios en otro sitio, el espacio temporal, por no hablar de el area de intercambio (swap en linux o pagefile en windows).
Después de esto y las 2 cosas que te pregunta durante su instalación, la verdad es que te queda el sistema tal cual ya configurado (salvo los drivers), te hace el test de rendimiento que nunca es suficente :D todo muy bonito, el aero y eso (para alguien que usa compiz es una tontería)...

Pero oh amigo, ahora viene lo bueno... Qué hace el sistema "cuando yo no lo veo", es decir, sí baja actualizaciones "de seguridad" y de sistema y eso, pero alguien que conoce un poquitín a M$ se pregunta... y qué es esto que me estoy bajando, por que tal como están las cosas y como se van a poner, puede que por "seguridad" no entienda MI seguridad, la de mi pc, mis datos, etc, sino la de alguien externo, como el gobierno, las entidades de gestión y esos amigos que tanto "miran por nosotros" para que no incumplamos SU ley...
Con esto quiero decir que, DRM es una realidad y vista lo integra al 100% por lo que hay cosas que puede no dejarnos hacer o informar sobre actos que no están bien vistos sin que nosotros queramos. No me pongo en el probable caso que el sistema se vea "invadido" por usuarios no deseados, sino que el propio sistema envíe datos de nuestras acciones a entidades no deseadas o ejecute acciones "correctivas" CON O SIN nuestro consentimiento.
Por que nadie sabe en realidad que hace el sistema por debajo de la capa visible.

Si alguien que lea esto no se lo ha planteado nunca, que lo haga... es una Realidad.

Por cierto, formateé y puse Xp... para lo que lo uso, paso de comerme la olla :)

Primeras impresiones de Nvidia

Después de tanto tiempo con Ati (primero una 9600 y luego la x800), he "conseguido" gracias a un amigo una 8800GTS.
Mi experiencia hasta ahora ha sido la siguiente:
- Después de meterla en la caja, el driver oficial de nvidia me dio un pequeño sobresalto, ya que no "se dejo" instalar, uso un kernel modificado, i586 con PAE para soportar más de 4GB de ram, esto le ha pasado a más gente según vi por internet y la solución estaba clara, usar los paquetes de repositorio.
- Instalé los rpm's desde el repositorio, que paradógicamente para alguien que usaba Ati son la misma versión que la del instaler de la página web!!.
- A partir de este momento tengo que decir que 0 problemas. IMPRESIONANTE.
Ahora mismo no voy a entrar en temas de rendimiento de esta gráfica ni nada por el estilo, pero lo que yo recordaba es cierto, no existen problemas con el driver de nvidia, al menos así, a bote pronto y después de unos días de estar lo probando.
Hay gente que se queja de que nvidia no introduce novedades significativas, pero mi opinión es que no se pueden introducir grandes cambios en un producto ya excelente.
Otra cosa es que a todos nos gustaría que liberasen código o specs como hizo ati, pero con la diferencia abismal que existe entre ambos hoy por hoy, no creo que se les ocurra hacerlo :D

Ati - Fix "Amd testing only"

Todos los usuarios de Ati más o menos avanzados coincidimos, cada nuevo driver trae nuevas e increibles "features".
Como bien dicen en phoronix, no hay mejoras evidentes en el rendimiento, no hay ninguna novedad desde el "soporte" para aiglx... no se sabe qué estan haciendo desde que liberaron las specs.
Pero eso sí, cada revisión sea minor o major trae bugs que evidencian poco menos que ineptitud, no creo que otra empresa lanze una versión de algo que van a usar millones de usuarios con algo que salta a la vista y se soluciona en 2 segundos si sabes como hacerlo...

El problema es similar al de hace un tiempo con el "Unsuported hardware" pero esta vez pone que tenemos una version de desarrollo (testing).

Vayamos al tema, descargamos el nuevo driver.
Y ya de paso el antiguo (no es estrictamente necesario, pero sería conveniente).

El fix consiste en que se han OLVIDADO (literalmente) de adjuntar la firma del driver en el paquete autoinstalable, y basta con "ponerlo" dentro.

para ello, basta con ejecutar este mega linea en el mismo directorio donde está el .run:

signature="e7d56ac97bfc562e683610e1a87e1b7e:dffb5efe4dd16616580522d9c9532b48d5e35af838d1177a211624d1984f2d48:83b30cab4e99304b5c5274d09e482a48d2ed5afc49ce32170b0f25d29a1c2f4683e00ffa4e9d30165b0e74d099492c1fd5e45bff49c8321f510e24879a1a2f46" ; sed -i 's/\(signature=\).*/\1"'$signature'"/' ati-driver-installer-8-5-x86.x86_64.run

La variable signature se obtiene del anterior driver:

awk '/^signature=/' ati-driver-installer-8-4-x86.x86_64.run

Pero en teoría siempre es la misma.

Mini-Howto - Como expulsar un ipod con Amarok

Para cualquier usuario de los "magnificos" ipod's de apple y el maravilloso Amarok (notese que amarok sí es maravilloso :P).
Sabrá de los diversos problemas que hay al intentar expulsar el disposivo... no basta desmontarlo para que el aparato reconozca que nada más va a usarlo.
Después de leer unas cuantas cosas sobre el tema, un usuario de kde deberá saber que hay un estupendo "kdeeject" que es una versión guay del eject normal (sin diferencia alguna) y los de gnome, pues el gnome-eject :P

He aquí el problema de que a mí no me funcionaba el tema de la expulsión con este programa simplemente por que no tenía permisos, para lo cual he usado el sudo.
Para customizar los comandos usados basta con escribir (como root):

[root@ciberterminal.dynds.org]# visudo

y aparecerá una vi (logicamente) en el que se pueden editar los comandos que efectúa cada usuario con permisos de root.
Para los desafortunados que no sepan usar vi, pueden usar el siguiente comando:

[root@ciberterminal.dynds.org]# EDITOR=kwrite visudo

Donde kwrite es vuestro editor favorito ;)

Bastaría añadir dos lineas:

dodger ALL=(ALL) NOPASSWD:/usr/bin/kdeeject
dodger ALL=(ALL) NOPASSWD:/bin/umount

Es un poco bestia para el experto pero para los demás irá perfecto.

Se sale guardando y ya tenéis permisos para ejecutar eso mediante la orden sudo.

Aparte de esto, habría que o bien poner todos los comandos necesarios en los parámetros de desconexión del amarok o hacer un script que supongo que es lo más fácil.
Ahora con el usuario de vuestro sistema basta añadir las siguientes líneas al script (logicamente hay que concederle permisos de ejecución al mismo):

#!/bin/bash
DEVICE="$1"
MOUNTPOINT="$2"
sudo /bin/umount $MOUNTPOINT
sleep 2
sudo /usr/bin/kdeeject $DEVICE

Y el amarok configurarlo de la siguiente forma:

/home/usuario/directorio/de/scripts/eject_ipod.sh %d %m

Como la imagen :)

En principio con eso debería valer y no tendréis ningún problema de desincronización con la bbdd interna del ipod que podría ocurrir usando un eject (o kde/gnome eject) a secas