Mensajes

http://luinuz.comze.com/mi_web/shell_scripts.php#14

No se si te dira todo lo que quieres, pero es un comienzo. Como veras en el script, algunos comandos que buscas son uname y free.

El comando se ejecuto bien lo que pasa es que como no encontro el fichero que buscas no te muestra nada.

En mi distribucion se hace como te indique y creia que en Ubuntu seria parecido. Siento la confusion, he encontrado un texto que comenta como hacer esto sobre Ubuntu;

Ubuntu 9.10 enables the CRDA wireless regulatory framework for controlling which wireless channels are usable and visible in a particular location. If you previously had to use the module option similar to that below in /etc/modprobe.d/options.conf to allow access to certain channels in your locality then you may find that wireless will not function at all:

   * options cfg80211 ieee80211_regdom=EU

You should remove this kernel module option on upgrade to Ubuntu 9.10 and use the iw reg command instead.
(This change was made in Ubuntu 9.04.)


Segun esto debes usar el metodo que te puse como "Forma menos recomendable"; usar el comando "iw reg set ES" (en caso que sea españa). Que no se te olvide verificar con los mensajes del kernel que realmente te cambio la configuracion.

http://en.wikipedia.org/wiki/KISS_principle

Un diseño simple favorece la diponibilidad, mantenimiento y la gestion de un sistema.

Vale, ahora que he entendido tu problema y depues de ver los mensajes del kernel, creo que se donde esta el problema.

Fijate en estas lineas;

Jun  6 14:17:39 sputnik-desktop kernel: [  258.144125] cfg80211: Calling CRDA for country: US
Jun  6 14:17:39 sputnik-desktop kernel: [  258.147845] cfg80211: Regulatory domain changed to country: US
Jun  6 14:17:39 sputnik-desktop kernel: [  258.147852]    (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
Jun  6 14:17:39 sputnik-desktop kernel: [  258.147858]    (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2700 mBm)
Jun  6 14:17:39 sputnik-desktop kernel: [  258.147863]    (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 1700 mBm)
Jun  6 14:17:39 sputnik-desktop kernel: [  258.147868]    (5250000 KHz - 5330000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Jun  6 14:17:39 sputnik-desktop kernel: [  258.147873]    (5490000 KHz - 5600000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Jun  6 14:17:39 sputnik-desktop kernel: [  258.147879]    (5650000 KHz - 5710000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Jun  6 14:17:39 sputnik-desktop kernel: [  258.147884]    (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 3000 mBm)

En cada pais se definen rangos para cada canal wifi. Esos rangos son los Hz que debe de llevar una señal para usar un canal determinado. En estados unidos por ejemplo el estandar define menos canales que por ejemplo en españa.

En la primera linea de las que te he puesto arriba te pone "Calling CRDA for country: US". El CRDA (Central Regulatory Domain Agent) es el encargado de configurar al kernel para que funcione con una configuracion de canales dependiendo del pais. Me imagino que en tu cabeza tendras ya la idea de "A mi me pone US pero ese no es mi pais XD"

El problema es que seguramente tu router esta usando un canal que no esta definido en el estandar para US.

Tienes tres formas de solucionar esto;
- Forma cutre: configura tu router en un canal igual o menor al 11 ya que, creo recordar, el estandar de US son 11 canales como maximo.
- Forma recomendable: configurar el CRDA para que configure el rango de canales de tu pais.
- Forma menos recomendable: usa este comando "iw reg set ES" (en caso que sea españa). Esta forma es menos recomendable que la anterior por que tendras que ejecutar este comando cada vez que enciendas tu ordenador.


Suponiendo que lo querras hacer de la forma recomendable, tienes que seguir estos pasos para configurarlo;

1 - busca un fichero llamado "wireless-regdom". Puedes hacerlo mediante este comando "updatedb; locate wireless-regdom"

2 - edita el fichero; veras que este fichero tiene muchas lineas y cada linea define un pais. SOLO DEBES DEJAR DESCOMENTADO UN PAIS. Ve a la linea que define US y comentala con una almoadilla (#). Luego ve a la linea que tiene las siglas de tu pais y descomentala.

3 - desconecta el usb, espera uno segundos y vuelve a ponerlo. Verifica mirando los mensajes del kernel que cuando se vuelve a lanzar CDRA cambio tu configuracion al pais correcto. Si no se vuelve a lanzar el CRDA automaticamente al meter el usb, puedes hacerlo a mano; creo que en ubuntu es con el comando "/etc/init.d/wireless-regdom restart"


Despues de esto creo que deberia de funcionar.

Arch
- capacidad de personalizacion
- repositorios sin inconsistencias y con las ultimas versiones de todo
- KISS
- Optimizado para i686 o x86_64
- AUR; un repositorio para usuarios
- los repositorios mas completos de todas las distros que he probado.
- facilidad del mantenimiento del sistema; te tiras un dia entero poniendolo a punto, depues de eso 0 problemas

Bueno, creia que se veria mas claro, pero aun asi nos vale. Vamos a fijarnos en concreto en estas lineas;

Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.764016] usb 1-4: reset high speed USB device using ehci_hcd and address 3
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.897890] zd1211rw 1-4:1.0: phy2
Jun  4 21:27:47 sputnik-desktop kernel: [ 2937.412927] usb 1-4: firmware: requesting zd1211/zd1211_ub
Jun  4 21:27:47 sputnik-desktop kernel: [ 2937.517901] usb 1-4: firmware: requesting zd1211/zd1211_uphr
Jun  4 21:27:48 sputnik-desktop kernel: [ 2937.638838] zd1211rw 1-4:1.0: firmware version 4605
Jun  4 21:27:48 sputnik-desktop kernel: [ 2937.678825] zd1211rw 1-4:1.0: zd1211 chip 0ace:1211 v4330 high 00-02-e3 RF2959_RF pa0 g----
Jun  4 21:27:48 sputnik-desktop kernel: [ 2937.711854] ADDRCONF(NETDEV_UP): wlan0: link is not ready
Jun  4 21:27:55 sputnik-desktop kernel: [ 2944.669845] ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready

//Significado de cada linea
1- Reseteando dispositivo USB, usando el modulo ehci_hcd, direccion 3. El modulo ehci_hcd es uno de los que manejan los protocolos USB 1.0 1.1 2.0 y 3.0. Sin este modulo, el modulo que nos interesa (zd1211) posiblemente no podria funcionar.
2- Modulo a cargar por el nuevo hardware detectado.
3- solicitabdo carga firmware del modulo a cargar. Primero se carga el firmware y luego el modulo en si.
4- solicitando carga firmaware ....
5- (esta no necesita mas explicacion)
6- informacion del chip detectado por el modulo
7- Creacion de la interfaz wlan0. Esta interfaz es la que te a creado el modulo y es la que usaras para conectarte a traves del usb
8- Activacion de wlan0

Estas lineas describen como y cuando a cargado el modulo el kernel. Como veras estas lineas ya aparecen antes que hicieras modprobe, eso es debido a que el kernel detecto que conectastes el usb y directamente el solo cargo el modulo. En otras palabras, el kernel hizo el modprobe por ti.

Como veras cuando hicistes tu a mano el modprobe, no se volvieron a mostrar mensajes de este modulo. Eso es por que el kernel detecta que ya esta cargado y no es necesario volverlo a hacer.

Como podras comprobar no hay ningun mensaje que te ponga error referente ni al modulo cargado ni a la interfaz wlan0 que depende de ese modulo. Asi que.... por ahora tu driver funciona divino de la muerte!!!

Dijistes que la cosa es que se desconectaba y tal. Bien, ahora que hemos visto como el kernel nos iinforma de las actividades del modulo, vamos a ver que nos dice de cuando el driver se desconecta. Algo debe estar pasando y el kernel seguro que nos dira si no el por que, por lo menos alguna pista.

Tan solo para que te familiarices un poco mas, te aconsejo que mires el fichero /var/log/messages haciendo un rmmod del modulo. A ver que mensajillos te saca el kernel y ver si mas o menos ya lo vas entendiendo.

Otro comando que se me olvido comentarte antes y que deberias conocer es modinfo. Fijate que sale al hacer "modinfo zd1211rw". Fijate en la linea que pone description XD

Quieres conocer cuales son los modulos que puedes cargar?
Escribe esto en un terminal y te saldra una lista completa "updatedb;  locate .ko | grep `uname -r`"
Observa como estan clasificados por carpetas; sound, drivers, net...



Dicho esto vamos a hacer lo siguiente;

1- Abre un terminal, logeate como root y pon este comando; tail -f /var/log/messages. Esto nos permitira ver las 10 ultimas lineas del fichero y ver de forma interactiva como el kernel va escribiendo los mensajes segun vamos haciendo cosas. No piedas de vista este terminal ya que vamos a ver en vivo como se producen mensajes.

2- Inserta tu USB y observa como varia lo mostrado en el terminal que abristes antes

3- Vamos a esperar a que el driver falle como dices y se desconecte ya que queremos ver que mensajes saca el kernel. Navega por internet un poco hasta que pierdas la conexion, que sera cuando supuestamente el driver falle. No pierdas de vista el teminal con los mensajes del kernel, fijate en cualquier cosa que diga algo de wlan0 y el modulo. Todos los mensajes referentes a estas dos cosas nos interesan.

Cuando el driver falle pulsa en el terminal que abristes Ctrl+c. Copia y pega aqui en el foro que mensajes nuevos imprimio el kernel sobre la interfaz wlan0 o sobre el modulo cuando se produjo la desconexion.



P.D. He visto en los ficheros que tu kernel tiene un problema no muy serio con el power manager relacionado con la escritura del estado de tu PC cuando entra en estado de suspension. Te conviene actualizarlo. Hazlo a traves del synaptic si usas debian o Ubuntu. En estas lineas te lo esta indicando

Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898214] ------------[ cut here ]------------
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898225] WARNING: at /build/buildd/linux-2.6.32/kernel/power/suspend_test.c:53 suspend_test_finish+0x89/0x90()
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898228] Hardware name: 00000000000000000000000
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898230] Component: resume devices, time: 10508
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898232] Modules linked in: nls_utf8 isofs binfmt_misc fbcon tileblit snd_intel8x0 font bitblit softcursor snd_ac97_codec vga16fb vgastate ac97_bus snd_pcm_oss snd_mixer_oss snd_pcm arc4 snd_seq_dummy snd_seq_oss snd_seq_midi radeon snd_rawmidi ttm snd_seq_midi_event drm_kms_helper snd_seq drm snd_timer snd_seq_device snd i2c_algo_bit soundcore zd1211rw sis_agp snd_page_alloc agpgart mac80211 shpchp cfg80211 ppdev psmouse parport_pc serio_raw lp parport ohci1394 8139too 8139cp floppy mii ieee1394
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898284] Pid: 2562, comm: pm-suspend Not tainted 2.6.32-21-generic #32-Ubuntu
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898286] Call Trace:
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898294]  [<c014c3d2>] warn_slowpath_common+0x72/0xa0
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898298]  [<c0183b19>] ? suspend_test_finish+0x89/0x90
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898302]  [<c0183b19>] ? suspend_test_finish+0x89/0x90
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898306]  [<c014c44b>] warn_slowpath_fmt+0x2b/0x30
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898310]  [<c0183b19>] suspend_test_finish+0x89/0x90
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898314]  [<c01838f1>] suspend_devices_and_enter+0xa1/0xd0
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898321]  [<c0588f42>] ? printk+0x1d/0x23
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898325]  [<c01839dd>] enter_state+0xbd/0xf0
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898329]  [<c0183095>] state_store+0x75/0xc0
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898333]  [<c0183020>] ? state_store+0x0/0xc0
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898338]  [<c034ba80>] kobj_attr_store+0x20/0x30
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898344]  [<c025e0b5>] sysfs_write_file+0x95/0x100
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898350]  [<c0207bf2>] vfs_write+0xa2/0x1a0
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898354]  [<c025e020>] ? sysfs_write_file+0x0/0x100
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898359]  [<c058dae0>] ? do_page_fault+0x160/0x3a0
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898363]  [<c0208512>] sys_write+0x42/0x70
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898369]  [<c01033ec>] syscall_call+0x7/0xb
Jun  4 21:27:46 sputnik-desktop kernel: [ 2935.898372] ---[ end trace c1f71207a225bb57 ]---

Lo de la velocidad del bus de datos te refieres a la frecuencia no? que debería ser la misma que la de la RAM o el procesador.

Si, me refiero a la frecuencia. Debe ser mucho mas rapida que la RAM ya que el bus debe ser capaz de realizar a la vez transferencias a la RAM, a la CPU, DMA...
Si yo fuera tu me pillaria el bus mas rapido que pudiera y la RAM con mayor velocidad de refresco.

Hola, me parece que debes agregar al xorg.conf los valores del rango de "Horizontal Sync" y "Vertical Refresh" de tu monitor.
Estos datos deden estar en las especificaciones brindadas por el fabricante, aveces viene indicado en una etiqueta pegada en la parte trasera del monitor.

En el Xorg.0.log que has puesto veras lineas como estas;

(II) CHROME(0): Not using default mode "1024x768" (hsync out of range)
(II) CHROME(0): Not using default mode "512x384" (bad mode clock/interlace/doublescan)

Segun estos mensajes no te acepta otras configuraciones debido al hsync y vsync. El error es evidente. Prueba lo que te ha dicho Zasael. En el xorg que te puse estan comentadas las dos lineas que corresponden a estos parametros

#    HorizSync       30.0 - 70.0
#    VertRefresh     50.0 - 120.0

Descomentalas y ponles un valor adecuado.

Despues de eso deberia funcionarte sin problemas.
Saludos.

Dices que jugaras, pero que no necesitas una grafica potente, asi que me imagino que los juegos a los que te refieres son viejillos o es tipo buscaminas XD

Yo creo que para lo que lo quieres, que no son cosas del otro mundo, unos 500-700 si te da para un equipo que te sirva y te dure unos 10-15 años si el uso que le quieres dar no varia demasiado.

Una cosa te voy a comentar, cuando te lo compres presta mucha atencion en que la velocidad del bus de datos en este en relacion a la velocidad del procesador y de la de refresco de la RAM. Digo esto por que no son cosas que en principio la gente suela mirar mucho, pero determina de forma muy importante la velocidad de todo el equipo.

Mucha gente paga por un procesador de la leche y luego el bus es lentisimo, o la RAM... te imaginas intentar sacarle partido a un formula 1 en un camino de cabras? XD

Vienes de una mentalidad muy cerrada, ya que solo has usado un sitema operativo. Esta bien que seas inisistente y que te preguntes del por que de las cosas, ya que abrirse a otros sistemas es siempre dificil y mas en tu caso. Pero trankilo que todos pasamos por ahi, y creeme al final aprender a manejar un Unix es tiempo bien invertido. Ya que te veo con ganas de aprender y empezar por algun sitio, si quieres, voy a intentar hacerte un poco de guia para que sepas que hacer y porque hacerlo.
NOTA: que nadie se ponga kiskilloso con las explicaciones que voy a dar ahora por que lo voy a intentar ponerlo simple para que SpuTniK se vaya enterando del tema poco a poco.

En Unix, casi siempre, si al meter un comando no te sale ningun mensaje de error es que todo salio como esperaba. Quiere decir que en tu caso cargo el modulo satisfactoriamente.

Cosillas que debes de saber para manejarte con este problema del driver...

- Existe un directorio muy importante en unix; /var/log/. En este directorio veras muchiiiisimos ficheros y todos son archivos de logs; archivos de texto plano que puedes leer con cualquier editor de texto y que hacen de historial de lo que ha sucedido en la maquina. Prueba a abrirlos y a leerlo para ir familiarizandote con ellos. El fichero mas importante tal vez es /var/log/messages ya que es donde el kernel va imprimiendo mensajes de lo que va sucediendo.

- El kernel es el nucleo del sistema operativo y podriamos decir que es el que habla con el HW.
Por lo tanto el kernel tiene mucho que ver con los drivers del sistema. El kernel a su vez tiene unos elementos que son los modulos, son como trozitos de kernel que puedes cargarlos para que entren en funcionamiento o descargarlos.

- insmod y modprobe carga modulos ("drivers") en el kernel
- rmmod descarga los modulos que le digas
- lsmod te imprime una lista de los modulos actualmente cargados y la relacion entre ellos

Como abras notado los comandos suelen ser abreviaciones de lo que hacen. Asi pues insmod viene de "insert module", y rmmod de "remove module".

NOTA muy util: cuando no sepas como se maneja un comando escribe en el terminal "man nombre_comando" y veras su manual de uso.

- el comando cat entre otras cosas muestra ficheros de texto a traves del terminal.

Este link tambien te puede ayudar bastante en otros aspectos de linux http://luinuz.comze.com/mi_web/linux.php



Dicho esto haz la siguiente practica:
1- Abre un terminal
2- logeate como root (superusuario)
3- escribe "cat /var/log/messages"
4- Abre un segundo terminal, logeate como root, y escribe el comando "modprobe XXXX"
5- Abre un tercer terminal, logeate como root, y escribe otra vez el comando "cat /var/log/messages"
6- Compara lo que te salio en el primer terminal y en el tercero.

Fijate, en que cambia lo que te muestra al hacer el primer "cat /var/log/messages" del segundo cat?
Si quieres copia y pega esas lineas que han aparecido en el fichero /var/log/messages depues de hacer el modprobe y las comentamos para que sepas ver cuando algo funciona, cuando no y por que.