Al final me quedo con la Xbox. ¿Por qué? La razón más poderosa de todas es que puedo montar linux. Esto me da un juego brutal, ya que pasaría de una simple consola a un ordenador+consola. De este modo tendría divx, dvd, juegos de pc (quake, unreal, counter…) y de consola (el catalogo de la xbox crecerá...), email, news, ftp,... y todo por solo 300 ¤ y ocupando un espacio muy pequeño.
¿Alguién da más?
Ya se q me voy un poco de la temática del foro, pero es una preguntilla que me corroe. Para jugar y ver DVD q pensais que es mejor:
¿PS2 o XBOX?
¿Alguien sabe el precio de los juegos de XBOX? ¿Y el kit para ver DVD de la XBOX? ¿Puede ponerse el "chip" a los dos?
Gracias
/dev/hde1 /boot ext3 noauto,noatime 1 1
/dev/hde2 / ext3 noatime 0 0
/dev/hde3 /usr ext3 noatime 1 1
/dev/hde5 /neo reiserfs noatime 1 1
/dev/hde6 /morpheus reiserfs noatime 1 1
Bueno, iba a poner como funciona el tema del lmsensors pero ya he visto q Bluesman ha posteado más o menos lo q iba a poner.
Tan solo quiero añadir lo siguiente: como con cualquier otro soft puede instalarse el lmsensors de dos maneras:
-Desde binarios
-Desde fuentes
Si lo haces desde binarios (la mayoria de distros ya lo traen compilado para el kernel q traen) tienes que instalar dos paquetes:
-Paquete i2c
-Paquete lmsensors
Si por el contrario lo haces desde las fuentes hay 3 maneras distintas de compilar ambos paquetes. La más sencilla es hacerlo de forma independiente al kernel, es decir, no parchear. Podeis leer la documentación asociada con cada paquete donde lo explica todo. Debeis bajar el paquete i2c para el kernel q tengais en la máquina y compilarlo. Después haceis lo mismo con la última versión del lmsensors. Una vez hecho esto ejecutais el binario sensors-detect, q os dice cuales son los modulos que debeis cargar para que el lm-sensors acceda al hardware. Una vez cargados (no olvideis añadirlos a un script de arranque o al modules.conf para que se carguen cada vez q enciendas el ordenador) el binario sensors leerá del /proc las salidas de los sensores y las presenta en pantalla.
Si quieres un interfaz gráfico para ver las temperaturas y demás podeis probar: gkrellm y ksensors.
Por último la temperatura del disco duro puede leerse con la utilidad hddtemp, medida q puede incluirse tanto en gkrellm como en ksensors.
Espero no haber liado la cosa más…
NOTA: Es requisito para poder compilar el lmsensors tener compilado antes el i2c
Sin lugar a dudas prueba con estos dos:
wget
prozilla
Te cuento… yo tengo una SB Live! y un amplificador/decodificador externo con los altavoces Creative DTT2500. La unión entre los altavoces y el deco la hago con un solo cable q conecto a la salida digital de la SB. Al parecer si empleas Alsa puedes habilitar el que los DVD hagan el bypass a esa salida. En el caso de las Live 5.1 los Alsa también hacen lo mismo. Si usas Mplayer puedes decodificar el AC3 y después enviarlo por esta salida. Según tengo entendido las últimas versiones de OSS también permiten hacerlo. Ahora bien, yo no lo hago así...
Yo uso una descompresora hardware de MPEG (una hollywood +) y son sus salidas de audio digital y de video las que utilizo. Como resultado sí te puedo asegurar q escucho Dolby Digital.
Resumiendo, instala los últimos Alsa o los últimos OSS en función de cual esté más avanzado para tu tarjeta, y después con mplayer reproduce los dvd activando el ac3.
Vamos a ver, yo flipo con algunos de los comentarios. ¿Como que con 3.4 Gb no tienes ni para empezar? Con menos de 100 Mb he corrido yo un Slack. Con 3.2 Gb te sooooobra y mucho. Ahora mismo te escribo a través de un servidor que solo tiene 1Gb de disco y me sobran más de 400 Mb. Lo que es el sistema entra en espacios muy reducidos, después depende de lo q pienses usar, es decir, de las aplicaciones, pero no se trata de instalar cosas que jamas vayas a usar. Si te dedicas a poner 20 gestores de ventanas (cuando solo usas uno), 20 navegadores (cuando solo usas uno), servidores de esto y aquello que los usuarios "curiosos" no usais y demás historias pues igual se queda corto con 3,2 Gb.
¿Por qué no arranca? Pues posiblemente pq tu partición de arranque esté mas alla del cilindro 1024, motivo mas que suficiente para que no arranque. Mi consejo es que al principio del disco duro principal hagas una partición de unos 100 Mb para instalar allí el arranque. Con eso y el gestor de arranque (ya sea lilo o grub) podrás arrancar tu linux bien sea en el disco duro grande o en el pequeño de 3.2Gb. ¿ok?
Otra solución que yo tomé hace mucho tiempo es olvidarme de windows, de modo que ya no tengo problemas, simplemente no me molesta en mi disco pq no está. 
Joer, todo el mundo se queja de los sensores en las placas Asus. Pues leche, la mía va de lujo. Es una A7v con un K7 a 700 Mhz y me marca:
MB 35 ºC
CPU 41 ºC
GPU 46 ºC (GForce DDR)
Disco Duro 33ºC (IBM 7200 rpm)
esto en reposo y con una temp. ambiente de 29 ºC. ¿Sólo me pasa a mí o qué? Eso sí, la BIOS es la última. En las primeras versiones de la BIOS sé que hubo algún problemilla.
Si el soporte ide-scsi está compilado como módulo (lo normal), puede ver si tienes cargado dicho modulo. Como root prueba:
lsmod
Debería aparecerte entre otras cosas:
ide-scsi 7744 0
También puedes ver el /proc:
cat /proc/scsi/scsi
Deberías obtener los dispositivos que tienen activada la emulación. P.ej:
Attached devices:
Host: scsi0 Channel: 00 Id: 00 Lun: 00
Vendor: PIONEER Model: DVD-ROM DVD-104 Rev: 1.23
Type: CD-ROM ANSI SCSI revision: 02
Host: scsi0 Channel: 00 Id: 01 Lun: 00
Vendor: PLEXTOR Model: CD-R PX-W1210A Rev: 1.09
Type: CD-ROM ANSI SCSI revision: 02
En cuanto a lo que tú llamas "programas" de grabación, todo son frontends de cdrecord. Cdrecord es el programa que se encarga de grabar los cd's. Se maneja desde la consola. Puedes encontrar un tutorial sobre como utilizarlo en mi web (está mal que lo diga yo):
Si aun así no te aclaras prueba un frontend. No obstante yo recomiendo a todo el mundo q utilice cdrecord desde la consola ya que tienes un control absoluto sobre los parámetros.
Después de todo lo leido por aquí quiero decir algunas cosillas.
Estoy bastante de acuerdo con Plot en que Slack tiene algo especial. Igual como dice él es pq fue la primera que instalé hace muuuuchos años. Cuando instalé Gentoo en mi equipo me recordó mucho aquellas míticas instalaciones de Slack.
En cuanto a lo de las versiones de las distros también tengo que decir que me parece una tontería. Hasta no hace mucho he estado administrando un equipo con una RedHat 6.2, pero que apenas le quedaban cuatro cosas de ella. Con esto quiero decir, que al fin y al cabo una distro es una aglomeración de soft que tienes que ir actualizando por diversos motivos, entre los que destaca la seguridad. Por tanto, no me importa si alguien tiene una RedHat 6.2, un Slack 8.1 o un Gentoo 1.2, sino si la X son las 4.2 o unas anteriores, si el gcc es un 2.9x o un 3.x, etc…
Referente a las nuevas versiones de microsoft resumo mi pensamiento en una linea:
M$ 9x = M$ ME = M$ 2000 =M$ XP = KK
Las últimas novedades que quiere vender microsoft con su XP llevan en el mundo unix décadas. Con esto lo digo todo. Que tomen el pelo a su madre.
Hablando del tiempo de compilación de Gentoo tengo q decir que el sistema base en un k7 a 700 Mhz y 512 Mb de RAM tarda unas 2 horas y media si no recuerdo mal (hablo de memoria, tampoco puedo asegurarlo). ¿Vale la pena? A mí juicio sí en parte. ¿Por qué digo esto?, pues pq el compilar en tú máquina siempre aporta sobre todo velocidad. La pega es que a veces tú mismo quieres hacer el configure o cosas especiales en el paquete a instalar, de modo que es mejor bajar las fuentes y compilarlas tú mismo sin el sistema de ports. Más que nada es cómodo a la hora de instalar dependencias de librerías.
Bueno, q me enrrollo y me apasiono. Hasta otra.
Bajo mi punto de vista, después de pasar por:
Slack, Debian, Suse, Redhat, Mandrake y sistemas BSD (no en este orden) me quedo con: Gentoo.
Esta distro es realmente rápida, tiene un sistema de "ports" similar al de Free-BSD, por tanto, es fácil de actualizar, no instala nada que tú no le pidas… vamos, que a mí me parece la distro ideal.
La única pega es que tarda en instalarse, pero a cambio te da una rapidez increible. El sistema en un Pentium-II 350 Mhz con 160 Mb de RAM tarda en compilar unas 8 horas, bastante menos en un K7 de los nuevos.
Timing buffered disk reads: 64 MB in 1.24 seconds = 51.61 MB/sec
Como se notan los scsi !!!
/dev/hda:
Timing buffered disk reads: 64 MB in 1.70 seconds = 37.65 MB/sec
/dev/hdb:
Timing buffered disk reads: 64 MB in 1.85 seconds = 34.59 MB/sec
Estos estan en la linea de mi IBM de 30 Gb.
Fast Writes: Disabled
SBA: Disabled
Añade en modules.conf:
alias char-major-195 NVdriver
options NVdriver NVreg_EnableAGPFW=1 NVreg_EnableAGPSBA=1
y cuando cargue el módulo estarán activados.
6290 frames in 5.0 seconds = 1258.000 FPS
14038 frames in 5.0 seconds = 2807.600 FPS
13296 frames in 5.0 seconds = 2659.200 FPS
7160 frames in 5.0 seconds = 1432.000 FPS
26614 frames in 5.0 seconds = 5322.800 FPS
Aquí hay algo raro. Deberías obtener un valor + o - constante. No cambies las posición de las ventanas ni actives otras mientras está pasando el test.
Para los discos:
hdparm -Tt /dev/hdX
donde X es la letra correspondiente a tu disco:
a -> maestro primer canal ide
b -> esclavo primer canal ide
c -> maestro segundo canal ide
…..
si tienes un dispositivo scsi:
/dev/sdX
Para pasar el bench gráfico hay que tener instalado el soporte para openGL, bien sea Mesa, nvidia o cualquier otro. Después basta con:
glxgears
Parece que nadie pone benchmarks de sus sistemas bajo linux. Vamos a ver si cambiamos esto un poco. Con mi equipo (ya tiene 3 años) obtengo esto en cuanto a disco duro y tarjeta gráfica:
hdparm -t /dev/hde
/dev/hde:
Timing buffered disk reads: 64 MB in 1.82 seconds = 35.16 MB/sec
hdparm -T /dev/hde
/dev/hde:
Timing buffer-cache reads: 128 MB in 0.77 seconds =166.23 MB/sec
El disco duro es un IBM con controladora Promise en la Asus A7V con k7 a 700 Mhz.:
PDC20265: chipset revision 2
PDC20265: not 100% native mode: will probe irqs later
PDC20265: (U)DMA Burst Bit ENABLED Primary hde: IBM-DTLA-307030, ATA DISK drive
hde: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=59560/16/63, UDMA(100)
Pasamos a la nvidia: (GeForce1 32 Mb DDR sin overclock)
Model: GeForce DDR
IRQ: 11
Video BIOS: 02.10.02.04.00
Card Type: AGP
NVRM version: NVIDIA Linux x86 NVdriver Kernel Module 1.0-3123 Tue Aug 27 15:56:48 PDT 2002
GCC version: gcc version 2.95.3 20010315 (release)
cat /proc/driver/nvidia/agp/status
Status: Enabled
Driver: AGPGART
AGP Rate: 4x
Fast Writes: Enabled
SBA: Enabled
El resultado del glxgears es:
glxgears
7827 frames in 5.0 seconds = 1565.400 FPS
8480 frames in 5.0 seconds = 1696.000 FPS
8480 frames in 5.0 seconds = 1696.000 FPS
8473 frames in 5.0 seconds = 1694.600 FPS
8481 frames in 5.0 seconds = 1696.200 FPS
Como veis bastante estable.
Por si surgen dudas el kernel es un 2.4.19 y la distro Gentoo 1.2.
¿Qué teneis vosotros?
Ya que todo el mundo se queja de los discos duros IBM y de Asus A7V os contaré mis conclusiones:
El disco es una pasada. Llevo con él ya tres años, sin refrigerar (35 grados ahora mismo) y ni un solo problema. Como todos pensareis ¿qué modelo es? Pues así lo identifica mi linux (no puedo deciros como lo hace windows pq esa basura hace años que no pisa mi ordenata):
hde: IBM-DTLA-307030, ATA DISK drive
hde: 60036480 sectors (30739 MB) w/1916KiB Cache, CHS=59560/16/63, UDMA(100)
Como veis tiene 2 Mb de caché y es a 7200 rpm. Las prestaciones son brutales (para un hard de hace 3 años), al menos con la promise de la A7V y mi linux. Aquí os dejo el resultado del hdparm:
/dev/hde:
Timing buffered disk reads: 64 MB in 1.80 seconds = 35.56 MB/sec
/dev/hde:
Timing buffer-cache reads: 128 MB in 0.79 seconds =162.03 MB/sec
En cuanto al ruido no tengo problemas. Si alguien cree que hace ruido siempre puede usar el programa de IBM.
Por tanto, yo me pregunto ¿tengo suerte? En mi opinión no, simplemente es que los componentes son buenos. Otra cosa es la vida que les deis con extraibles y cosas así. He comprado otros tres discos IBM y jamás tuve problemas, al igual que tampoco los tuve con los Seagate del pasado.