lsusb.py existe?, si, arreglemoslo! - Fedora

Existe un comando llamado lsusb.py ademas del conocido lsusb, que nos proporciona una salida de los devices USB, su ID y el consumo en tiempo real en amperes de cada puerto, pero tiene un pequeño bug, vamos a arreglarlo para poder usarlo como se debe.
Primero que nada veamos la salida normal como viene por defecto:


lsusb.py
 WARNING: Failure to read usb.ids
(<type 'exceptions.IOError'>, IOError(2, 'No such file or directory'),
<traceback object at 0xb76eea04>)
usb1            1d6b:0002 09  2.00 480MBit/s   0mA 1IFs (ehci_hcd 0000:00:1d.7) hub
1-6            17ef:1000 09  2.00 480MBit/s   2mA 1IFs () hub
usb2            1d6b:0001 09  1.10  12MBit/s   0mA 1IFs (uhci_hcd 0000:00:1d.0) hub
usb3            1d6b:0001 09  1.10  12MBit/s   0mA 1IFs (uhci_hcd 0000:00:1d.1) hub
usb4            1d6b:0001 09  1.10  12MBit/s   0mA 1IFs (uhci_hcd 0000:00:1d.2) hub
usb5            1d6b:0001 09  1.10  12MBit/s   0mA 1IFs (uhci_hcd 0000:00:1d.3) hub

Ahora, veamos la salida fixeada:


lsusb.py

usb1 1d6b:0002 09 2.00 480MBit/s 0mA 1IFs (ehci_hcd 0000:00:1d.7) hub
1-6 17ef:1000 09 2.00 480MBit/s 2mA 1IFs (Lenovo) hub
usb2 1d6b:0001 09 1.10 12MBit/s 0mA 1IFs (uhci_hcd 0000:00:1d.0) hub
usb3 1d6b:0001 09 1.10 12MBit/s 0mA 1IFs (uhci_hcd 0000:00:1d.1) hub
usb4 1d6b:0001 09 1.10 12MBit/s 0mA 1IFs (uhci_hcd 0000:00:1d.2) hub
usb5 1d6b:0001 09 1.10 12MBit/s 0mA 1IFs (uhci_hcd 0000:00:1d.3) hub

Cual es el fix?, facil, el comando lsusb.py que no es mas que un python script, hace una llamada a usb.ids a /usr/share, donde el archivo no existe, entonces, como root hacemos:

cp /usr/share/hwdata/usb.ids /usr/share/usb.ids

Eso es todo.

Respuesta a un "anonimo"

Por lo visto aun en estos dias hay gente que aun se esconde detras de un teclado, en el anonimato de una  PC, yo creia que eso pasaba solo en el under elite hack, pero no señores, esto pasa tambien con los n00b trolls.
Paso a postear un comment que me llego de un "anonimo", para asi responderle y que no crea que soy tan cobarde como el.

"Anónimo ha dejado un nuevo comentario en su entrada "La incompetencia de los developers de ArchLinux ex...":

Pero usando Gnome o KDE o XFCE te queres hacer el geek? y ahora usando Fedora? haha.. vos sos un loser, no es que arch sea buenisima, ninguna distro lo es, pero la verdad, tenes infulas de grositud y sos de madera... tomatela .. ya te vere escribiendo que Fedora sucks o que Debian sucks haha."


Bueno, mi querido anonimo, voy a responderte por partes.

Yo no me describí como un Geek, tampoco como otra cosa, esos titulos deben ponerlo los demás, si a ti te parece que haces bien en ponerte un titulo de algo, esta bien por ti pequeño lammer.

Por mi lado, creo que usar gnome, KDE, xfce, ratpoison, dwm, wmii o lo que sea, no te hace ni mas ni menos experto.

En mi trabajo a diario, no uso nada, solo ssh y la terminal, ella y yo, asi que, en que lado entraría?.

Fedora es una distro despreciada por muchos, pero porque no saben usarla.

Es el RHEL dekstop, ni mas ni menos, RHEL6.1 es el producto de Fedora 12&13.

Fedora es la distro que soporta kernel.org, puedes mirarlo en netcraft.

Lo "groso" como dices tu, muy poco acorde con la RAE, no se mide por la distro o el desktop, o el windows manager, sino por la capacidad de entender, razonar, solucionar y parchear, algo que dudo poseas.
"Loser"?, bueno, no creo que trabajar donde lo hago sea para un perdedor pero esta bien si te hace feliz pequeño usuario de garchilinux.

Debian no sucks, ArchLinux Sucks, y dentro de poco, mal que te pese, voy a revelar mas sobre esta distro, que poco va a gustarle a sus developers y usuarios, como a ti, pero que puedo hacer?, mi conocimiento es mas fuerte que yo.

Por ultimo, la madera reporta bugs de seguridad en redhat?, soluciona problemas de kernel en Debian?, no lo creo, saludos, cyber tonto.

IPtraf Fedora 15 Warning: unable to tag this process

Bueno, algunos habran tenido este bug en fedora 15, y han creado el directorio /var/lib/iptraf o bien /var/run/iptraf sin resultados positivos.
Segun nos dice el manual de IPtraf y el strace, iptraf esta intentando crear un archivo llamado iptraf.tag en /var/lock/iptraf/, el cual no existe y no se crea en la instalacion, seguramente un problema del armado de los script del rpm.
Asi que hacemos mkdir -p /var/lock/iptraf
Listo, ya tenemos nuestro IPtraf sin bug.
Enjoy.

Mejorar rendimiento de Firefox o Iceweasel

Bueno, aqui os dejo unos tip para mejorar el rendimiento de Firefox o Iceweasel:

Primero que nada desactivamos el plugin container:

about:config en la barra de navegacion:

Buscamos el valor: dom.ipc.plugins.enabled

Damos Doble Click y quedará en false.

-----------------------------------------------------------------------------------------

Abrimos el navegador, en la barra de busqueda colocamos about:config
Nos dirá que podemos romper algo, ok, le decimos "tendre cuidado"
Ahora, en la busqueda o filtro, pegamos este valor:

network.http.pipelining

Le damos doble click y de False pasará a True.

Debajo del mismo, tenemos uno llamado:

network.http.pipelining.maxrequests

Damos Doble Click y el valor que viene es 4, pues ponemos 32 y damos aceptar.

Luego buscamos este valor:

network.http.proxy.pipelining

Y cambiamos de la misma forma, su valor de False a true.

Ahora vamos a crear un par de valores que no existen, ok?, siganme al pie de la letra.

Click derecho sobre la pagina central donde estan los valores, ponemos nuevo >> Logico >> y tipeamos este nombre:

network.http.pipelining.firstrequest

Al darle aceptar nos pedira un valor, le ponemos true.

Ahora, creamos otro, pero Entero:

Nuevo valor > Entero y ponemos este nombre:

nglayout.initialpaint.delay

Enter y los pedira un valor, colocamos 0 y aceptamos.

Cerramos el Firefox o iceweasel, y entramos a paginas pesadas con muchas imagenes como taringa o cosas asi y ya no se colgara el firefox, sobre todo en PC viejitas.