Temas

[el nuevo 'look' y la adición de la tienda de música]

Canonical anunció el lanzamiento de Ubuntu 10.04, la última versión de la distribución Linux de escritorio más popular del mundo que incluye tres años de soporte a través de seguridad gratuita y actualizaciones de mantenimiento.

El usuario puede acceder tanto a la versión de escritorio como a la de servidor, que estarán disponibles para su descarga a partir de hoy.

Según Canonical, la edición de escritorio de Ubuntu LTS 10.04 ofrece una mejora en el diseño, velocidad de arranque más rápida, integración de redes sociales, servicios 'online' y el Ubuntu One Music Store.

"El nuevo Ubuntu LTS 10.04 cambia la percepción que tienen los usuarios de los escritorios de Linux que atraerá una nueva categoría de usuarios en el mundo de Ubuntu", dijo Jane Silber, directora general de Canonical.

Según la CEO de Canonical, los cambios, como el nuevo 'look' y la adición de la tienda de música, otorgará una experiencia de usuario "intuitiva y atractiva" tanto para los nuevos usuarios de Ubuntu como para los ya existentes. Asimismo, Silber destacó el hecho que Ubuntu LTS 10.04 ofrece soporte a largo plazo, lo que lo hace "muy atractivo para las empresas".

Novedades y mejoras
Algunas de las novedades y mejoras que anunció Canonical en este nueva edición son una velocidad de arranque "notablemente más rápida" en casi cualquier ordenador y "súper rápida" en máquinas SSD, como 'netbooks', lo que significa que los usuarios podrán acceder directamente al navegador para un acceso rápido a la Red.

Ubuntu también anunció que con esta nueva versión da un giro hacia las redes sociales. A través de 'Me Menu', Ubuntu LTS 10,04, "consolida" el proceso de acceso y actualización a las redes sociales como Facebook, Digg, Twitter y Identi.ca. 'Me Menu' también integra canales de 'chat' como Google Talk, MSN, IRC y otros.

Música
La otra gran novedad de la distribución de Linux es Ubuntu One Music Store. Ofrece la música de las discográficas "más grandes del mundo" y al igual que iTunes o Spotify permite comprar las canciones o los discos directamente desde el reproductor, además de contar con una selección de música sin DRM que puede ser almacenada y compartida.

El Centro de Software Ubuntu2.0 es una mejora del sistema de instalación de programas, "una manera fácil de encontrar nuevo software" y no perder de vista el instalado, según Canonical.

Por último la edición "de bolsillo" de Ubuntu, Netbook 10.04 Edition. Con ella, según Canonical, además de beneficiarse de las mejoras de la edición de escritorio, los usuarios de 'netbook' "verán mayores velocidades de arranque" en los dispositivos basados en SSD.

FUENTE:http://www.elmundo.es/elmundo/2010/04/29/navegante/1272538212.html

[Actualización]

Actualización: La versión definitiva ya ha sido liberada:

http://www.ubuntu.com/getubuntu/download

Al parecer debido a un bug de última hora en el gestor de arranque por defecto de Ubuntu, es decir, GRUB se están rehaciendo todas las imagenes de la distro lo que puede retrasar su salida hasta por la tarde-noche de hoy (29 de abril) o incluso hasta mañana (30 de abril).

Para los interesados, el problema consistía en que GRUB no detectaba ningún otro sistema operativo, sea Windows o sea cualquiera otra distribución Linux.

Sin embargo este bug se solucionaba actualizando la distro vía Internet pero los devs de Canonical parece que lo consideran lo suficientemente importante como para rehacer todas las imágenes de CD y DVD.

ah! Y otra cosa, aunque los de Ubuntu si van a rehacer las imágenes es posible que proyectos derivados como Xubuntu, Mythbuntu y Edubuntu no lo hagan por falta de tiempo u otros motivos. Sin embargo a Kubuntu parece que no le afecta este bug.

Info.
http://ubuntuforums.org/showpost.php?p=9192046&postcount=347
https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/570765
https://wiki.ubuntu.com/IncidentReports/2010-04-29-Late-respin-for-bug-570765

[comandos]

El principal problema que se suele ver en los nuevos usuario de Linux es que, cuando tienen un problema, no aportan información... y si la aportan normalmente no suele ser suficiente o no la que se necesita para intentar ayudarles...

Por ejemplo: decir que "uso Linux y no me funciona la tarjeta gráfica/wifi/sonido..." es lo mismo que no decir nada y ¿por qué es lo mismo? pues porque existen muchas distribuciones Linux y existen muchas marcas y modelos de tarjetas gráficas, wireless, de sonido....

Probablemente se deba a desconocimiento por parte del usuario de que información deben proporcionar o puede que sea simple vaguedad... de todas formas voy a intentar indicaros cuales son los datos básicos que debéis dar si queréis recibir respuestas que puedan solucionaros vuestros problemas.

En este post vamos a usar comandos y no interfaces gráficas entre otras cosas porque los comandos son mucho más directos, rápidos y además más sencillos de explicar que andar con aplicaciones visuales.

Por si acaso y si para alguno le es difícil manejar la linea de comandos (=terminal), se puede volcar la información que proporciona un comando usando el operador >

Por ejemplo:

Código (bash) [Seleccionar] Expandir

lspci -vk > datos.txt

escribe toda la información que proporciona la salida del comando lspci en un fichero que se llamará datos.txt (naturalmente puedes usar el nombre que quieras para el fichero). Y un fichero de texto puede que sea más manejable que copiar texto directamente de una terminal...  

De todas formas quien no le guste andar escribiendo comandos o tenga mala memoria decir que existen herramientas visuales como...

HardInfo


o SysInfo...



...que pueden resultaros más amenas y se pueden encontrar en los repositorios de casi cualquier distribución actual.

Antes que nada...

Antes que nada e independientemente que tu problema sea de hardware o software es fundamental que menciones el nombre de la distribución Linux así como su correspondiente versión.

¿Por qué? Pues porque si sabemos la distribución que usas casi tenemos la total seguridad de que usas una versión determinada del kernel así como de otro software como GNOME, KDE, el servidor gráfico....

Además de que cada distribución Linux tiene sus particularidades que pueden jugar a favor o en contra en lo que respecta a solucionar un problema.

Pues bien... ¿como saber que versión estamos usando de nuestra distribución Linux? Bueno... si no sabes ni eso es que realmente tienes un pequeño gran problema...   de todas formas y como hoy en día todo es posible...

En la mayoría de las distribuciones debería bastar con ver el contenido del fichero /etc/issue, por ejemplo en OpenSUSE 11.2 su contenido es:

usuariodeprueba@linux-vert:~> cat /etc/issue
Welcome to openSUSE 11.2 "Emerald" - Kernel \r (\l).

También hay otros caminos como por ejemplo la salida del comando lsb_release -a, pero dicha herramienta no viene por defecto en todas las distribuciones linux...

Dicho esto... seguimos!!



-> lspci

Básico, vamos... lo mínimo que debes aportar si tienes problemas de hardware en Linux es la salida del comando lspci ya que de esta forma sabremos exactamente como Linux reconoce todo los componentes de hardware de tu computadora... que puede que no siempre sea como tu crees.

Nota: no confundas las cosas, el hecho de que lspci reconozca tu hardware no implica que Linux lo soporte pero al menos sabemos de que hardware hablamos.

Sin embargo hay una forma mejor de usar el lspci y es con el parámetro -k el cual nos devuelve el controlador que tu sistema carga para usar, o intentar usar, cada hardware que aparece en la salida del lspci así como todos los controladores disponibles para cada hardware.

Y esto suele ser muy útil sobretodo porque, aunque son pocos los casos, hay veces que un mismo hardware puede funcionar con dos controladores diferentes y es de gran ayuda saber que controlador se está usando.



-> lsusb

Si lspci listaba el hardware "interno" de tu computadora, lsusb se encarga del externo y concretamente en lo que se refiere a dispositivos que se conectan por medio de usb... véase webcams, impresoras, ratones, teclados, wifis usb, memorias usb...

La pena es que con lsusb no hay manera de saber, o al menos yo no la conozco, que controlador se carga para cada hardware...



-> lshw

lshw se podría decir que es el hermano mayor de lspci ya que aporta mucha más información y mucho más completa... lo que puede derivar en salidas demasiado grandes para que puedan resultar útiles... de todas formas creo que es importante mencionarlo.

Aun así siempre se puede simplificar un poco (bastante) la información que proporciona con el parámetro -short y reducir la posible información sensible con el parámetro -sanitize

Sin embargo, al igual que el lsb_release, puede no estar presente en algunas distribuciones linux...

Y para los amantes de las interfaces gráficas podéis probar con la aplicación lshw-gtk que permite trabajar con lshw desde un entorno más amigable. Si os interesa teneis más información en este hilo.



-> fdisk

Si tienes problemas con las particiones del disco duro o cualquier problema que tenga relacion con ellas (gestores de arranque GRUB o LILO) deberías proporcionar la salida del comando fdisk con el parámetro -l.

Código (bash) [Seleccionar] Expandir

fdisk -l

Este comando te informa del orden y de los nombres de las particiones de tu disco duro así como los sistemas de archivos que usan cada una de ellas.

Además, decir que es posible que este comando requiera de privilegios de root para poder mostrar información.

Es decir, es posible debes utilizar el comando sudo (en Ubuntu y similares) o entrar como root con su antes de escribir fdisk -l.



-> dmesg

Acrónimo de diagnostic message (en español, "mensajes de diagnóstico") nos permite visualizar el buffer del núcleo del sistema, es decir, lo que está ocurriendo en segundo plano. Es muy útil para revisar si hay algún problema durante el inicio del sistema o durante el funcionamiento de este.

El principal problema es que su salida suele ser muuuy extensa lo que puede dificultar su lectura y visualización, sin embargo si se redirige su salida al comando tail podemos ver un pequeño extracto (unas diez lineas) de todo lo que nos puede decir dmesg.

En resumen, puedes proporcionar la salida completa del comando dmesg o si lo prefieres puedes proporcionar un extracto usando tail.

Además se puede controlar el número de lineas que aparecerá en ese extracto, por ejemplo:

Código (bash) [Seleccionar] Expandir

dmesg | tail -20

Imprime en pantalla las últimas 20 lineas de la información que proporciona dmesg.



-> syslog (/var/log/messages)

Acrónimo de system log (en español, "registro del sistema") nos permite visualizar  mensajes generados por servicios en el sistema, es decir, lo que los servicios notifican. Es muy útil para revisar si hay algún problema durante el funcionamiento del sistema.

El principal problema es que es un archivo extenso, lo que puede dificultar su lectura y visualización, sin embargo si se redirige su salida al comando tail podemos ver un pequeño extracto (unas veinte lineas) de todo lo que nos puede decir dmesg.

En resumen, puedes proporcionar la salida completa del comando cat /var/log/messages o si lo prefieres puedes proporcionar un extracto usando tail.

Además se puede controlar el número de lineas que aparecerá en ese extracto, por ejemplo:

Código (bash) [Seleccionar] Expandir

cat /var/log/messages | tail -20

Imprime en pantalla las últimas 20 lineas de la información que proporciona el log de syslog



-> uname

uname tiene diversos parámetros que filtran la información proporcionada. Por defecto si sólo escribes uname, este devolverá el sistema operativo en uso, es decir, Linux y si usas el parámetro -a se procederá a mostrar toda la información que sabe.

De todas formas lo que nos interesa es el parámetro -r

Código (bash) [Seleccionar] Expandir

uname -r

Te informa de la versión del kernel o núcleo del sistema Linux que usas, esto es muy útil en casi todos los aspecto pero en especial en el tema de controladores o drivers.

Al ser Linux un núcleo monolítico la mayoría de los controladores de hardware vienen con el núcleo y por tanto es fundamental saber la versión del kernel en uso para conocer, en lo referente a controladores, cuales tiene y cuales no.

...

Por último decir que estos no son todos los comandos que existen y que pueden ser útiles para resolver un problema en Linux, sin embargo son los más comunes.

Si al menos el 1% de la gente que, después de leer este post, proporcione como mínimo la salida del comando lspci cuando tengan un problema... ya me doy por satisfecho...  

De todas formas recuerda que cuanta más información proporciones más posibilidades tendrás de recibir una respuesta más rápida y de mejor calidad, además, cualquiera tontería o curiosidad que crees que no tiene importancia puede que sea muy útil para resolver tu problema.

ah! Se me olvidaba, para cualquiera duda, sugerencia o aporte respecto a lo escrito en este post...
...por favor contactar conmigo vía mensaje personal (MP).  

[estoy abierto a cualquier idea, corrección, sugerencia y/o aportación...]

Bueno, no hace mucho se me ocurrió intentar hacer una forma "sencilla" e "intuitiva" para que los novatos en Linux (y los no tan novatos) puedan proporciona más información en sus post sobre los posibles problemas que tengan con su sistema Linux...

La idea de este script es que funcione en la mayor cantidad de distros Linux y en especial las orientadas al usuario final, es decir, que sea lo más independiente posible... pero dado que no tengo todo el tiempo del mundo para andar virtualizando distros y testeando el script pues lo libero para que lo pruebe quien quiera...

De momento lo he probado en Ubuntu 9.04 y 9.10 (GNOME y KDE) y en Fedora 12 (GNOME) y parece que no da problemas salvo por algunas cosas como que:
-En Fedora hay ciertos archivos que no son accesibles (ni si quiera en modo lectura) desde un usuario no-root...
-El script aun no reconoce la posible existencia de GRUB2 y presupone que si se utiliza GRUB siempre se utilizará la versión antigua...

ah! Otra cosa.. ya sé que hay comandos que requieren de root y que proporcionarían más información pero en un principio no tengo intención de "obligar" al usuario a recurrir a root para usar este script....

Por último decir que no soy un experto en bash así que es más que probable que existan mejores formas (menos código o más ordenado) de hacer lo que hace este script por ello estoy abierto a cualquier idea, corrección, sugerencia y/o aportación...

En principio estas son algunas de las cosas que me gustaría implementar...
- idear alguna forma para añadir las etiquetas [ code ] a la salida de los comandos de forma que al recibir la información esta ya venga en un formato adecuado para su visualización en el foro.
- ¿algún sistema para subir la información a pastebins?
- ...

Dentro de poco espero subirlo a un servidor para que se pueda descargar e instalar de una forma más cómoda.

Aquí tenéis un captura de como se ver en una terminal:

Código (bash) [Seleccionar] Expandir

#!/bin/bash
#   Script recopilador de informacion by Festor para la comunidad de elhacker.net
#
#   Una forma rapida y sencilla de acceder a los principales comandos y archivos que proporcionan
#  informacion sobre el sistema con el fin de que un usuario, sin tener apenas conocimiento del sistema,
#  pueda proporcionar mas datos en el caso de que tenga algun problema con su sistema linux.
#
#   La idea es que al elegir una opcion el contenido del fichero o la salida del comando se vuelque en un fichero
#  de texto plano para simplificar su manejo y posible edicion. De esta forma uno puede copiar y pegar
#  la informacion de una manera un poco mas "facil"... :-/
#
#   Este script es de libre distribucion, edicion y uso, es decir, podeis hacer lo que os de la gana con el... xD
#

# Gestores de paquetes de software y directorios de ficheros de configuracion de repositorios
yum=/usr/bin/yum
yum_conf=/etc/yum.conf
yum_repos=/etc/yum.repos.d
dpkg=/usr/bin/dpkg
dpkg_sources=/etc/apt/sources.list
dpkg_repos=/etc/apt/sources.list.d

# Gestores de arranque
lilo=/etc/lilo.conf
grub=/boot/grub/menu.lst

# Otros ficheros importantes
xorg=/etc/X11/xorg.conf
fstab=/etc/fstab

# La idea es que su uso fuera intuitivo... pero por si acaso avisamos de como funciona...
function visualizar_ayuda {
 tput cup 5 4; echo -e " En la pantalla principal elige la opcion deseada pulsando la tecla"
 tput cup 6 4; echo -e "que corresponde a la letra resaltada, acto seguido aparecera un menu"
 tput cup 7 4; echo -e "desplegable en el que debes seleccionar la accion a realizar en base"
 tput cup 8 4; echo -e "al numero resaltado de su izquierda. Espero que te sea de utilidad!!"
 tput cup 10 4; echo -e "by Festor... ^_^"
 tput cup 11 4; echo -e "para la comunidad de elhacker.net"
}

# Meto el menu en una funcion porque lo vamos a llamar repetidas veces
function menu {
 clear
 tput cup 0 4; echo -e "---------------------------------------------------------"
 tput cup 1 4; echo -e "..:: Bienvenido al script recopilador de informacion ::.."
 tput cup 2 4; echo -e "---------------------------------------------------------"
 tput cup 3 1; echo -e "Info del sistema"
 tput cup 3 1; echo -e "\033[1;32mI\033[0m"
 tput cup 3 20; echo -e "Redes"
 tput cup 3 20; echo -e "\033[1;32mR\033[0m"
 tput cup 3 28; echo -e "Hardware"
 tput cup 3 28; echo -e "\033[1;32mH\033[0m"
 tput cup 3 39; echo -e "Programas"
 tput cup 3 39; echo -e "\033[1;32mP\033[0m"
 tput cup 3 51; echo -e "Ayuda"
 tput cup 3 51; echo -e "\033[1;32mA\033[0m"
 tput cup 3 59; echo -e "Salir"
 tput cup 3 59; echo -e "\033[1;32mS\033[0m"
}

# Dado que no queremos ensuciar el directorio actual con decenas de ficheros nos pasamos a /tmp
cd /tmp

# Llamamos al menu
menu

# Esto sirve para que la ayuda se muestre en la primera ejecucion del script.
# En sucesivas ejecuciones no deberia aparecer mas la ayuda al menos que se borre el
# fichero "ayuda_leida" de /tmp (lo cual ocurre cuando reinicias la computadora).
if ! [[ -e ayuda_leida ]]; then visualizar_ayuda && echo "Ya deberias saber como funciona el script" > ayuda_leida ; fi

# El funcionamiento es sencillo, despues de cada "case" se llama de nuevo al menu
# para crear una ilusion de un menu desplegable.
# No hay que olvidarse de que uno puede estar usando letras minusculas o mayusculas (= Bloq Mayus activado)
while [[ "$opcion" != 's' ]] && [[ "$opcion" != 'S' ]]; do
 read -s -n1 opcion

 case $opcion in
  I|i)
    menu
    tput cup 4 1; echo -e "(1) Distribucion Linux"
    tput cup 4 2; echo -e "\033[1;32m1\033[0m"
    tput cup 5 1; echo -e "(2) Lista de particiones"
    tput cup 5 2; echo -e "\033[1;32m2\033[0m"
    tput cup 6 1; echo -e "(3) Gestor de arranque"
    tput cup 6 2; echo -e "\033[1;32m3\033[0m"
    tput cup 7 1; echo -e "(4) Usuarios logueados"
    tput cup 7 2; echo -e "\033[1;32m4\033[0m"
    tput cup 8 1; echo -e "(5) Registro del nucleo (dmesg)"
    tput cup 8 2; echo -e "\033[1;32m5\033[0m"

    read -s -n1 subopcion
    case $subopcion in
1|2|3|4|5) case $subopcion in
                    # Nombre y version de la distribucion que usas mas la version del kernel Linux que tienes instalado.
                    1)cat /etc/issue > LinuxDistro.txt && uname -r >> LinuxDistro.txt && xdg-open LinuxDistro.txt;;
                    # Se que la info del fstab puede no ser la más actual ya que es estatica pero para acceder al 'fdisk -l' necesitas de root.
                    2)cat $fstab > fstab.txt && xdg-open fstab.txt;;
                    # Dado que no hay un gestor de arranque universal comprobamos cual es el que esta instalado.
                    3)if [[ -e "$grub" ]] ; then cat $grub > MenuGrub.txt && xdg-open MenuGrub.txt ; fi ;
                      if [[ -e "$lilo" ]] ; then cat $lilo > MenuLilo.txt && xdg-open MenuLilo.txt ; fi
                      ;;
                    4)who > UsersLogged.txt && xdg-open UsersLogged.txt;;
                    5)dmesg > KernelLog.txt && xdg-open KernelLog.txt;;
                  esac;
                  menu;;
     *)menu;;
    esac;;

  R|r)
    menu
    tput cup 4 20; echo -e "(1) ifconfig"
    tput cup 4 21; echo -e "\033[1;32m1\033[0m"
    tput cup 5 20; echo -e "(2) Wifi & Wireless"
    tput cup 5 21; echo -e "\033[1;32m2\033[0m"

    read -s -n1 subopcion
    case $subopcion in
      1|2) case $subopcion in
             1)ifconfig > ifconfig.txt && xdg-open ifconfig.txt;;
             2)iwconfig > iwconfig.txt && if ! [[ -s iwconfig.txt ]]; then echo -e "Posibles causas por las que ifconfig no ha devuelto informacion:\n->Tu equipo carece de un dispositivo wireless.\n->Tu equipo dispone de hardware wireless pero no hay un controlador/modulo accesible." > iwconfig.txt; fi && xdg-open iwconfig.txt;;
           esac;
           menu;;
      *)menu;;
    esac;;

  H|h)
    menu
    tput cup 4 28; echo -e "(1) Perifericos internos (lspci)"
    tput cup 4 29; echo -e "\033[1;32m1\033[0m"
    tput cup 5 28; echo -e "(2) Perifericos externos (lsusb)"
    tput cup 5 29; echo -e "\033[1;32m2\033[0m"
    tput cup 6 28; echo -e "(3) Servidor grafico (Xorg)"
    tput cup 6 29; echo -e "\033[1;32m3\033[0m"
    tput cup 7 28; echo -e "(4) Aceleracion grafica 3D"
    tput cup 7 29; echo -e "\033[1;32m4\033[0m"
    if [[ -e /usr/bin/lshw ]]; then
    tput cup 8 28; echo -e "(5) Informacion mas detallada"
    tput cup 8 29; echo -e "\033[1;32m5\033[0m"
    fi

    read -s -n1 subopcion
    case $subopcion in
      1|2|3|4|5) case $subopcion in
                     1)lspci -k > HardwarePCI.txt && xdg-open HardwarePCI.txt;;
                     2)lsusb > HardwareUSB.txt && xdg-open HardwareUSB.txt;;
                     3)if [[ -e "$xorg" ]] ; then cat $xorg > Xorg.txt && xdg-open Xorg.txt ; fi;;
                     4)glxinfo | grep direct > DirectRendering.txt && xdg-open DirectRendering.txt;;
                     5)lshw -short -sanitize > GeneralInfo.txt && xdg-open GeneralInfo.txt;;
                     esac;
                     menu;;
      *)menu;;
    esac;;

  P|p)
    menu
    tput cup 4 39; echo -e "(1) Repositorios en uso"
    tput cup 4 40; echo -e "\033[1;32m1\033[0m"
    tput cup 5 39; echo -e "(2) Paquetes de software instalados"
    tput cup 5 40; echo -e "\033[1;32m2\033[0m"

    read -s -n1 subopcion
    case $subopcion in
      # La idea es simple: primero comprobamos si hay algun gestor instalado que este soportado
      # y luego averiguamos cual comprobandolos uno a uno.
      1|2) if [[ -e "$dpkg" || -e "$yum" ]] ; then
              case $subopcion in
                1)if [[ -e "$dpkg_sources" ]] ; then cat $dpkg_sources $dpkg_repos/*.list > AptSources.txt && xdg-open AptSources.txt ; fi ;
                  if [[ -e "$yum_conf" ]] ; then cat $yum_conf $yum_repos/*.repo > YumSources.txt && xdg-open YumSources.txt ; fi ;;
                2)if [[ -e "$dpkg" ]] ; then dpkg -l > DebPkgList.txt && xdg-open DebPkgList.txt ; fi ;
                  if [[ -e "$yum" ]] ; then yum list installed > RpmPkgList.txt && xdg-open RpmPkgList.txt ; fi ;;
              esac;
           else
             echo -e "Lo siento, tu gestor de paquetes (si es que tienes alguno) aun no esta soportado..\nPor favor, contacta con el creador de este script para ver si se puede arreglar" > ErrorProgramas.txt && xdg-open ErrorProgramas.txt
fi
           menu;;
      *)menu;;
    esac;;

  A|a)
    menu
    visualizar_ayuda

    read -s -n1 subopcion
    case $subopcion in
      *)menu;;
    esac;;

# Cualquiera opcion no valida implica volver al menu.
   *)
     menu;;
 esac

done

# Aunque estemos trabajando en /tmp es recomendable borrar los (posibles) ficheros creados ya que si
# volvemos a ejecutar el script sin reiniciar el sistema es posible que causen "problemas".
rm -f LinuxDistro.txt LinuxKernel.txt fstab.txt MenuGrub.txt MenuLilo.txt UsersLogged.txt KernelLog.txt \
     ifconfig.txt iwconfig.txt HardwarePCI.txt HardwareUSB.txt Xorg.txt DirectRendering.txt GeneralInfo.txt \
     AptSources.txt YumSources.txt ErrorProgramas.txt DebPkgList.txt RpmPkgList.txt

clear
exit

[No parameter given !]

Si pulso en el enlace GNU/Linux que aparece en este post:

http://foro.elhacker.net/dudas_generales/movido_ayuda_como_parchar_driver_broadcom_en_ubuntu_94-t275905.0.html;msg1354858#new

me salta una ventana en blanco con el texto: "No parameter given !" y la url:

Código [Seleccionar] Expandir

https://foro.elhacker.net/seo4smf-redirect.php?b=

No sé si es un error o algo temporal pero por si acaso lo informo.

[mp]

Bueno... a falta de un FAQ sobre linux de momento vamos a intentar que no se "pierdan" las aportaciones de los usuarios del foro.

Aquí iré recopilando post que me parecen interesantes o que creo que pueden ser de interés para otras personas. Dado que mi juicio no es absoluto ruego que quien crea que algún post de este subforo deba estar en este hilo me lo notifiquen por mp y veremos si lo colocamos aquí o no...

De momento van estos:

• madpitbull_99_xD
  
  
  
  • Herramientas que todo SysAdmin debería conocer


• Cervantes_xD
  
  
  
  • Script para fluxbox, cambia sólo el fondo de pantalla como en Win7


• braulio23
  
  
  
  • [Pequeño HowTo] Instalar php,mysql, y apache en Fedora 12


• Diabliyo
  
  
  
  • [Manual] Instalación de Gentoo Paso a Paso !


• el-brujo
  
  
  
  • Curso Shell
  • Comandos Linux


• Festor
  
  
  
  • ¿Problemas de sonido en Linux? Puedes empezar por aquí...
  • ¿Problemas con el brillo de pantalla en equipos Asus?
  • [HowTo] Resetear el anillo de claves de GNOME
  • [proyecto] Script recopilador de información para asistencia técnica


• hakais
  
  
  
  • La importancia de las donaciones


• oslinux
  
  
  
  • Tutorial: Descargando Debian con jigdo


• ..sR. aDiKtO..
  
  
  
  • Distribuciones en el tiempo (por cortesia de Randomize)


• [u]nsigned
  
  
  
  • Lista de errores del GRUB
  • lshw: Obtener informacion del Hardware


• Vertex.Symphony
  
  
  
  • PXE Boot Explicado


• x7uk
  
  
  
  • Instalando Backtrack 4 final y Windows en un mismo HD


• portaro
  
  
  
  • Como tener wikipedia en ubuntu offline



• j4np0l
  
  
  
  • [HOW-TO] Reinstalar Grub2

Ya sé que son pocos, para empezar es más que seguro que no estén todos, pero son los primeros que me encontré en una búsqueda rápida, ya iremos mejorando este post.

Hasta otra!

[Pyrit]

Hola a todos, hoy voy a mostraros como realizar un ataque de fuerza bruta usando Pyrit para crear tablas rainbow y Cowpatty para procesarlas.

Pyrit es una de las pocas herramientas disponibles para Unix/Linux y MacOS X que permite acelerar el pre-procesamiento una parte de la fase de autentificación de WPA/WPA2-PSK (~= creación de tablas rainbow) al explotar la potencia de computación de la GPU de nuestras tarjetas gráficas Nvida o ATi, además de la de nuestros procesadores de uno o más núcleos.

Para los que no lo sepan Pyrit, a día de hoy, constituye una de las herramientas más potentes contra WPA/WPA2-PSK, uno de protocolos de seguridad más robustos y fiables. Pyrit está escrito en python pero los módulos que permiten el acceso a la(s) GPU(s) están escritos en lenguajes de más bajo nivel (C/C++ y similares).

En resumidas cuentas, es como "darse cabezazos contra una pared" pero 5 o 6 veces (como mínimo) más rápido de lo que conseguiríamos usando sólo nuestro(s) procesador(es). Esto bien puede traducirse a una reducción de por lo menos la mitad del tiempo necesario para crear una tabla rainbow (por ejemplo de, échale, 6 horas a quizás 2 o incluso 1), lo que resulta util para procesar diccionarios de varios gigabytes.

Vale... ya estoy viendo como a alguno se le cae la baba... sin embargo aunque no me guste puede que tenga que bajar a alguno de las nubes...

Los sistemas que permiten acceder a Pyrit a las GPUs de las tarjetas gráficas son CUDA (en el caso de gráficas Nvidia) y Stream (en el caso de ATi), pues bien tanto CUDA como Stream son tecnologías relativamente recientes y sólo soportan una serie de modelos más o menos nuevos... si, no podía ser todo tan perfecto...

* Hardware soportado:
-> Modelos de Nvidia compatibles en esta web.
-> Modelos de ATi compatibles en en esta web.

Antes de nada debo daros un consejo, sobre todo si estáis pensando en comprar una tarjeta gráfica pronto, el rendimiento de Nvidia usando CUDA es notablemente superior al de los modelos de ATi que soporta Stream. La diferencia es tal que, en el caso de que vuestra gráfica sea una ATi, si no disponéis de una modelo de la serie Radeon HD38xx o superior (preferiblemente la serie Radeon HD48xx) os aconsejo que no sigáis con el manual ya que es probable que os llevéis una gran decepción. Lo digo en serio, yo tengo una Radeon HD3470...

Este gráfico puede daros una idea de la diferencia de potencia entre ATi y Nvidia y, en especial, entre los modelos de Nvidia:

Como ya dije, tengo una Radeon HD3470 y el equipo en el que estoy actualmente no es que digamos una maquina bestial por lo que para hacer este manual utilizaré datos estadísticos de este otro, el cual también me sirvió de referencia para aprender a manejar Pyrit y poder escribir este documento.

Enhorabuena para los afortunados y otra vez será para los demás (o ir ahorrando para actualizar vuestra tarjeta gráfica ) y sin más dilación vamos con la parte "divertida" .

* Requisitos indispensables:
- Es imprescindible tener instalados los controladores propietarios de tu tarjeta gráfica ATi/Nvidia, preferiblemente los más actuales, ya que tanto Stream (ATi) como CUDA (Nvidia) hacen uso de bibliotecas del controlador propietario de la tarjeta gráfica.
- Disponer de un diccionario en texto plano a partir del cual crearemos las tablas rainbow.
- Capturar un handshake de una red wifi protegida con WPA-PSK o WPA2-PSK.
- Tener instalado cowpatty, pyrit y el módulo de Pyrit correspondiente a tu tarjeta gráfica (pyrit-stream para ATi o pyrit-cuda para Nvidia).

Si tenéis Ubuntu 9.04 podéis encontrar las herramientas cowpatty y pyrit empaquetadas en formato deb en este enlace:

http://foro.elhacker.net/gnulinux/lista_de_repositorios_de_paquetes_deb_para_ubuntu_ppas_que_mantengo-t261488.0.html

Una vez que tengamos todo instalado, podemos comprobar la potencia de nuestra maquina ejecutando esta orden en una terminal:

Código (bash) [Seleccionar] Expandir

pyrit benchmark

Esto lanzará una prueba de testeo que nos dará una idea aproximada de la potencia de tu sistema teniendo en cuenta tu(s) procesador(es) (CPUs) y la(s) GPU(s) de tu(s) tarjeta(s) gráfica(s). Pues bien, según pureh@te, en su sistema (un Q6600 Quad Core funcionando 3.6 GHz y una GeForce 8800 GT) la salida es esta:

The Pyrit commandline-client (C) 2008 Lukas Lueg http://pyrit.googlecode.com
This code is distributed under the GNU General Public License v3

The ESSID-blobspace seems to be empty; you should create an ESSID...
Available cores: 'Standard CPU', 'Nvidia CUDA'
Testing CPU-only core 'Standard CPU' (4 CPUs)... 1294.58 PMKs/s

Testing GPU core 'Nvidia CUDA' (Device 'GeForce 8800 GT')... 5409.43 PMKs/s

En resumen, la GPU de su 8800 GT es casi 5 veces más rápida que sus 4 CPUs....

Otro ejemplo es el caso de oscar, que con un Pentium Dual Core E5200 a 2.50 GHz y una Nvidia GeForce 9800 GT con 1 Gb GDDR3 tiene estos resultados:

oscar@ubuntu:~$ pyrit benchmark
Pyrit 0.2.2 (C) 2008, 2009 Lukas Lueg http://pyrit.googlecode.com
This code is distributed under the GNU General Public License v3

The ESSID-blobspace seems to be empty; you should create an ESSID...

Running benchmark for at least 60 seconds...

CUDA-Device #1 'GeForce 9800 GT': 5120.71 PMKs/s, 85.34% occupancy
CPU-Core (x86): 231.16 PMKs/s, 98.46% occupancy

Benchmark done. 5351.86 PMKs/s total.

Seguimos con el manual... Primero debemos crear el essid de la red que queremos crakear ya que es una variable necesaria para crear las tablas rainbow a partir del diccionario en texto plano. Para ello escribimos en una terminal:

Código (bash) [Seleccionar] Expandir

pyrit -e Fenix88 create_essid

Mi red se llama Fenix88, por lo que cambia ese nombre por el de la red deseada.

Pyrit puede administrar la creación de tablas rainbow de 2 formas distintas: batchprocess (o batch) el cual procesa el diccionario y almacena las tablas en el disco duro para un uso posterior, y passthrough el cual procesa el diccionario escribiendo las tablas en la salida estándar (standard output o simplemente "stdout") para un uso inmediato, es decir, permite automatizar el ataquete por diccionario.

Sin embargo también se puede batchprocess y passthrough para usarlos al mismo tiempo. Tal como nos explica lukas en su blog:

Al parecer, a menudo he pasado por alto una forma que te permite utilizar batchprocess (calcular y escribir los resultados en el disco para su uso posterior) y passthrough (calcular y escribir los resultados a la salida para su uso inmediato) al mismo tiempo. Todo lo que tienes que hacer es especificar '-f - ' como una opción para el comando batchprocess.

Lo que ocurre es que Pyrit procesa las contraseñas para un único ESSID (usando '-e'), almacena los resultados en el disco y las escribe en la salida estándar (stdout). Los datos que ya se han procesado inmediatamente por escrito al stdout. Batchprocess continua funcionando si stdout si no está disponible (por ejemplo, porque el programa/shell destino cerró la tubería). Si todos los resultados ya han sido computados, batchprocess casi se comporta exactamente como hace passthrough.

De esta forma se puede detener y reanudar passthrough con bastante facilidad. También evita la necesidad de volver a procesar todos los datos en el caso de que Pyrit sufra una caída.

Si quieres usar passthrough en Pyrit con cowpatty debes introducir algo como esto:

Código (bash) [Seleccionar] Expandir

pyrit -e Fenix88 -f wpa.lst passthrough | cowpatty -d - -r handshake-01.cap -s Fenix88

Pero si por el contrario quieres usar el batchprocess entonces debemos importar primero el archivo diccionario donde residen las contraseñas a procesar (cambia wpa.lst por la ruta completa a tu diccionario).

Código (bash) [Seleccionar] Expandir

pyrit -f wpa.lst import_passwords

Creado el essid e importadas las contraseñas sólo nos queda dar inicio al proceso de creación de las tablas rainbow.

Código (bash) [Seleccionar] Expandir

pyrit batchprocess

Bien, si has llegado hasta aquí es que todo ha salido sin problemas, continuamos. Pyrit permite exportar la tabla rainbow en formato compatible con Cowpatty o con airolib-ng (de la suite aircrack-ng). De momento usaremos Cowpatty ya que parece ser algo más rápido que airolib-ng aunque este último también tiene sus ventajas.

Procedemos a exportar el diccionario desde Pyrit

Código (bash) [Seleccionar] Expandir

pyrit -e Fenix88 -f rainbowtable.cow export_cowpatty

Luego procedemos a importar el diccionario desde cowpatty para procesarlo.

Código (bash) [Seleccionar] Expandir

cowpatty -d rainbowtable.cow -s Fenix88 -r handshake-01.cap

Donde handshake-01.cap es el archivo cap que contiene el handshake capturado, naturalmente debes substituirlo por la ruta completa a tu archivo cap. Bueno, si has tenido suerte y la clave estaba en el diccionario debería aparecerte algo parecido a esto:

Código (bash) [Seleccionar] Expandir

festor@sniper-win:~$ cowpatty -d DicCowpatty.cow -s Fenix88 -r handshake-01.cap
cowpatty 4.6 - WPA-PSK dictionary attack. <jwright@hasborg.com>

Collected all necessary data to mount crack against WPA2/PSK passphrase.
Starting dictionary attack. Please be patient.
key no. 10000: elipkcot
key no. 20000: queerness
key no. 30000: bynumber
key no. 40000: neuheikendorferweg
key no. 50000: biologistic
key no. 60000: loessoid
key no. 70000: surreverence
key no. 80000: consalvi
key no. 90000: needputenv
key no. 100000: yratenom
key no. 110000: fire-fly
key no. 120000: schweikardt
key no. 130000: cardphone
key no. 140000: nighness
key no. 150000: XXX/Operator
key no. 160000: hydroxyzine
key no. 170000: tectocephaly
key no. 180000: dux/SimCity
key no. 190000: nibelungenstr
key no. 200000: ResolveAlias

The PSK is "IWill51Try01Shoot9The32Web".

205478 passphrases tested in 1.64 seconds: 125473.71 passphrases/second

Si quieres puedes probar a saltarte el proceso de creación del rainbow table y trabajar directamente con el diccionario en texto plano (para ello cambia "-d DicCowpatty.cow" por "-f RutaCompletaATuDiccionario". Si haces esto comprobarás la tremenda diferencia de velocidad que implica usar o no Pyrit para preprocesar el diccionario.

Fin de la guía (por ahora... )

[# Hack-tools]

Hola a todos, por si a alguien le interesan los paquetes que creo y/o mantengo aquí os dejo una pequeña descripción de todos los repositorios de aplicaciones disponibles en paquetes deb que mantengo para Ubuntu.

# Hack-tools
De momento están empaquetadas utilidades como aircrack-ng, pyrit, atistream, cowpatty, cuda-toolkit, kismet, nmap, wlandecrypter y wlaninject. Algunas son exclusivas de este repo y otras son versiones actualizadas de las que hay en el repositorio oficial.

Repositorio:

Código [Seleccionar] Expandir

deb http://ppa.launchpad.net/mosaic22/hack-tools/ubuntu jaunty main

Clave GPG:

Código [Seleccionar] Expandir

sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 1DC3BB91

# Dev-Games
Ogre 3D: Última versión estable con soporte habilitado del Cg Toolkit de Nvidia.
Blender: Última versión estable ya que la versión de Jaunty es más antigua. Tiene cambios respecto a la versión de Debian (de la cual obtuve el paquete).
NVIDIA Cg Toolkit: Paquete de cosecha propia ya que el de los repositorios de Ubuntu/Debian sólo contiene un instalador. Debido al cambio de licencia que permite la redistribución de la aplicación por terceros decidí empaquetarlo para poder dar soporte al plugin de este toolkit que utiliza Ogre.

Repositorio:

Código [Seleccionar] Expandir

deb http://ppa.launchpad.net/dev-games/ppa/ubuntu jaunty main
Clave GPG:

Código [Seleccionar] Expandir

sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com A3D5F0D2

# aMule stable releases
Últimas versiones estables del cliente P2P para las redes eD2k y Kad. Puede contener mejoras y modificaciones respecto a los paquetes de los repos oficiales, para más información consultar este enlace.
->Lanzamientos de Ubuntu soportados: 8.04, 8.10 y 9.04

DISCLAMER: El "arte" de empaquetar ("arte" me suena algo extraño...) no es ni mucho menos algo sencillo ni perfecto por lo que no puedo asegurar que todos o algún paquete esté libre de bugs.

Por favor, tenga en cuenta que si usa versiones inestables es mucho más probable que si sufre un bug se deba a la inestabilidad de la aplicación antes que a la realización del paquete.

Para acabar, recordaros que si utilizáis cualquiera cualquier de estas aplicaciones empaquetadas es bajo vuestro propio riesgo y responsabilidad.

Una forma bastante útil de empezar a investigar un problema de sonido en Linux es, además de proporcionar los datos mínimos:

* Distribución Linux que usas y su correspondiente versión
* Marca y modelo de la tarjeta de sonido (si la sabes)
* Toda la información posible, por si hay situaciones en las que hay sonido o no...
* Comprobar que el sonido no está silenciado en el control de volumen (no sería la primera vez...   )

Bueno, pues además de estos puntos un punto a tener en cuenta es lo que explica aquí nuestro amigo Surfaz:

Para empezar teclea este comando:

Código (bash) [Seleccionar] Expandir

cat /proc/asound/card0/codec#* | grep Codec

En una terminal y dinos que salida te da.

Nota: Ten en cuenta que si tienes 2 o más dispositivos de audio en el ordenador o incluso si tienes un modem integrado saldran en la salida de este comando. Este método puede que no funcione en todas las distribuciones pero al menos en las más conocidas (Ubuntu, Debian, Fedora, OpenSuse, Mandriva...) debería funcionar.

Por ejemplo, lo que me devuelve a mi es:

Codec: Realtek ALC663
Codec: Motorola Si3054

Eso si, yo ya sé que Motorola Si3054 hace referencia al modem integrado que tengo en mi portatil. Lo que de verdad me importa es la primera entrada, sin embargo aunque la marca de mi tarjeta de sonido es importante (Realtek) lo más relevante es el modelo o codec (ALC663) ya que es lo que más determina a la hardware.

Y, ¿para que sirve esto? Pues para saber el modelo exacto de tu tarjeta de sonido (ya que normalmente no sirve de mucho decir sólo que tienes una Sound Blaster o una integrada en la placa base de intel   ).

¿Y que hago con esa información?  Pues... buscar   Aunque no lo creáis las probabilidades de encontrar información útil usando el modelo exacto de la tarjeta son mucho mayores que buscando el típico "problemas de sonido en linux"  

Si no me creéis podéis continuar leyendo este hilo en la lista de correo de ubuntu-es.