ReceTas21-30

De GhostWiki
Revisión del 20:50 1 sep 2010 de Angeld (discusión | contribuciones)
(dif) ← Revisión anterior | Revisión actual (dif) | Revisión siguiente → (dif)
Saltar a: navegación, buscar
Secciones

HomePage¿Qué es e-ghost?ProyectosHerramientasDocumentosRecetasCursos ReunionesEnlacesHumorGhostLogAlternativas LibresContactoEuskaraz

Las Recetas de la Abuela (21 a 30)

En esta sección podremos ver los típicos truquillos que todo el mundo sabe pero nadie recuerda. Si quieres incluír una receta, infórmate en nuestra lista de correo cómo hacerlo. Si ya conoces cómo, introduce una nueva receta aquí.



Recetas, de la 21 a la 30


#Receta_30

'Título': Cómo hacer que un apt-get upgrade no te actualice un paquete en concreto

'Autor/a': Pablo Garaizar Sagarminaga (txipi)

Facilongo:

echo "nombre-de-paquete hold" | dpkg --set-selections

Por ejemplo:

echo "apache-ssl hold" | dpkg --set-selections

Nota: esta opción es permanente (en cada upgrade). Para quitarla..

echo "nombre-de-paquete unhold" | dpkg --set-selections

Por ejemplo:

echo "apache-ssl unhold" | dpkg --set-selections

#Receta_29

'Título': Cómo instalar un parche para hacer funcionar el escaner HP3300C con Sane/XSane

'Autor/a': Josu Antolín

'Software necesario':

Testtool (a fecha 30-08-2003)

[del backend ]

'Pasos':

Primero hay que borrar Sane/XSane, y todos los paquetes relacionados (apt-get remove --purge sane xsane)

Compilar kernel con (apartado "USB Support"):

- Support for USB - CONFIG_USB

- Preliminary USB device filesystem - CONFIGUSBDEVICEFS

- UHCI (Intel PIIX4, VIA, ...) support - CONFIGUSBUHCI

- UHCI Alternate Driver (JE) support - CONFIGUSBUHCI_ALT (Éste o el anterior, es suficiente con uno de los dos)

- OHCI (Compaq, iMacs, ...) support - CONFIGUSBOHCI

- USB Scanner support - CONFIGUSBSCANNER

En consola hacemos:

- mknod /dev/usbscanner0 c 180 48

- ln -s /dev/usbscanner0 /dev/usbscanner

- chmod 666 /dev/usbscanner0

Bajar el testtool :

- Página del proyecto en sourceforge

- cd /usr/src

- tar xvzf /DIRECOTIRODONDEHASBAJADOELTESTTOOL/testtool-200201282.tar.gz

- cd testtool

- Para kernel method -> Comentar las líneas del Makefile (Ponerles "#" delante)

- CFLAGS += -DLIBUSB_SUPPORT

- LDFLAGS += -lusb

- make clean && make

Bajar el [fuente del backend ] y:

- ./patch-sane.sh DIRECTORIODONDEDESCOMPRIMESCODIGOBACKEND/sane-backend-x.x.x

Ir al directorio del backend y compilar:

- ./configure

- make

- make install

Bajar el [de ]:

- ./configure

- make

- make install

Si algo falla, en el Readme.html de las testtools viene una explicación más a fondo (en inglés)


#Receta_28

'Título': Cómo recuperar tu instalación de Debian, si has borrado los paquetes básicos (aka, eres un cafre)

'Autor/a': Jorge García (Bardok) - Un cafre

'Preámbulo':

Esta receta esta indicada para aquellos a los que se os ocurra la feliz idea de hacer un 'apt-get remove' de cualquiera de estos paquetes:

  • sysvinit
  • e2fsprogs
  • modutils

Estos módulos son indispensables para arrancar Debian. El primero de ellos es para iniciar el sistema, el segundo tiene las utilidades del sistema de ficheros Ext2, y el tercero, aunque no es tan necesario, tiene las utilidades para cargar módulos del sistema. Si te cargas alguno de ellos, tu sistema no arrancará (sólo en modo lectura, y sin nada cargado) Eso sí, para desinstalarlos, has tenido que ser cafre, porque al hacer un 'apt-get remove' de alguno de los dos primeros, el apt te obliga a confirmarlo escribiendo "Yes, I want to do it====", o similares. De todas maneras, a veces es necesario (algún día explicaré cómo hacer un downgrade  :-P )====

'Herramientas necesarias':

  1. Una distribución Live-CD de Debian (Knoppix, X-evian, etc.).
  2. El CD 1 de tu instalación de Debian (aunque si puedes acceder a Internet con tu Live-CD, esto no es del todo necesario).

'Pasos': Al arrancar tu instalación, no te dejará acceder más que en modo sólo lectura, y sin ningún módulo cargado (por lo que, por ejemplo, no podrás acceder al CD donde tengas los paquetes).

Para recuperar tu instalación, arranca con tu Live-CD en modo consola (usa sólo las X si tienes que coger los paquetes de internet) y monta la partición de tu disco duro donde está tu instalación dañada (en este ejemplo, /dev/hda3 en /mnt/hda3). Si tienes dos unidades de CD, inserta tu CD de instalación de Debian en la unidad vacía (la que no tenga el Live-CD), y montala (en Knoppix, por defecto, en /mnt/auto/cdrom1).

Ahora, por ejemplo, copia los paquetes dañados a "/mnt/hda3/tmp" (si los bajas de internet, los guardas ahí, y los copias del CD de instalación, están en "/pool/main/s/sysvinit", "/pool/main/e/e2fsprogs" y "/pool/main/m/modutils", y son los archivos ".deb"), y descomprimelos en la raíz de tu partición con "dpkg -x <nombre del archivo>.deb /mnt/hda3". Con esto, los archivos se descomprimirán en la estructura de directorios por defecto de Debian, y meterá los ejecutables que necesitas para arrancar en "/sbin" y "/usr/sbin".

Saca el CD de la Live-CD y reinicia... ahora debería de arrancar tu partición dañada sin problemas PERO el apt todavía cree que no tienes los paquetes instalados... así que haz un "apt-get install sysvinit e2fsprogs modutils", y de paso "apt-get install console-utils", porque sino, sólo vas a tener el teclado en inglés. Ahora haz un "dpkg-reconfigure console-tools" para volver a configurar el teclado, ¡y ya está==== ¡Bienvenido al mundo de los cafres que arreglan las cosas a lo cafre!====


#Receta_27

'Título': Cómo permitir a un usuario y/o grupo acceso a una partición vfat o ntfs montada con el fstab

'Autor/a': Pablo Garaizar Sagarminaga (txipi) -en realidad me lo ha dicho aKtoR, que lo ha leido en Bulma :-D-

Si montamos una partición vfat desde el /etc/fstab, no será accesible para cualquier usuario diferente de root. Si queremos utilizarla desde un usuario o grupo concreto deberemos añadir los siguientes parámetros:

/dev/hda4       /vfat           vfat    rw,exec,dev,suid,uidtxipi,gid100     0       0

Por ejemplo, y el usuario txipi, grupo 100 (users) podrá acceder para lectura y escritura


#Receta_26

'Título': Cómo recuperar contraseñas que teníamos almacenadas en la opción "Recordar Contraseñas" en el Mozilla (y derivados)

'Autor/a': Pablo Garaizar Sagarminaga (txipi)

'Comentario': For educational purposes only ;-P

¿Cuántas veces nos ha pasado que entramos en una página web, nos obligan a rellenar un formulario con campos obligatorios*, ponemos datos falsos y nos descargamos lo que sea, pero... al de 2 meses no nos acordamos si éramos Daniel Higienico o Johnny Carambola en la página de turno? ¿Cuántas de esas veces el tema de "Recordar contraseñas" del Mozilla nos ha salvado el pellejo? (Pocas, lo sé, pero a veces pasa :-D).

Cuando eso ocurre, nos encontramos ante la ridicula situación de no saber nuestra contraseña, pero poder entrar desde ese (y sólo ese) navegador. A mí me ha pasado con el login de la UNED para mirar las notas y la verdad es que me sentía bastante idiota O:-DDD

Después de intentar sniffarme a mí mismo la contraseña y darme de morros contra un servidor con SSL bien configurado pensé... joer, el mozilla tiene que guardar esas contraseñas con algún algoritmo cutre, porque se las tiene que pasar "en claro" a la web que las pida, así que tiene que poderse petar fácilmente... Después de un tiempo de búsqueda, me topé con este programita , de Jochen Eisinger (¿por qué nunca los hace gente con nombres más normales como Iñaki o Nacho? ;-PP) que es una gozadita:

$ gcc mozillapw.c -o mozillapw
$ cat .mozilla/default/vw9icpj7.slt/46637953.s | ./mozillapw

Con estas dos líneas descifraremos todas las contraseñas almacenadas en nuestro mozilla (sustituid el fichero .s con las contraseñas por el vuestro, que supongo que tendrá otro nombre y estará en otro subdirectorio). Suerte y... happy cracking==== ;-)====


#Receta_25

'Título': Cómo proteger el acceso a una carpeta web con Apache en Debian

'Autor/a': Iñaki Conde (adv78eh)

'Comentario': Con ayuda de txipi y split: mila esker========

Es muy sencillo, basta con seguir estos pasos:

  1. Crear un fichero de claves,
  2. Crear una configuración que use ese fichero de claves, y
  3. Verificar que Apache use la configuración

En primer lugar, paso 1), ponemos como root:

# htpasswd -c ficherodeclaves nombredeusuario

Por ejemplo # htpasswd -c /etc/pass.txt superagente86

Es recomendable que las claves estén fuera del directorio web (/var/www/ en Debian). Además nombredeusuario no tiene porqué ser uno ya existente en el sistema.

Para añadir más usuarios basta con eliminar la opción -c y ejecutar:

# htpasswd ficherodeclaves nombredeusuario

Este fichero de claves debe poder leerlo www-data, usuario que usa Apache para leer el contenido web.

Luego, en el paso 2), creamos un fichero .htaccess en el directorio que queremos proteger:

AuthName "Privado"
AuthType Basic
AuthUserFile ficherodeclaves

Require valid-user

O para un solo usuario: Require user nombredeusuario

AuthName es el nombre que tendrá la ventana que pida usuario y clave.

En nuestro caso pondremos todo como antes excepto AuthUserFile /etc/pass.txt .

Por último, paso 3), deberemos comprobar que en la configuración de Apache (/etc/apache/httpd.conf), en la directiva correspondiente a la carpeta que queremos proteger, ponga AllowOverride AuthConfig en vez de AllowOverride None, que viene por defecto.

A continuación, y para terminar, reiniciamos la configuración:

# /etc/init.d/apache reload

y rearrancamos Apache:

# /etc/init.d/apache restart

#Receta_24

'Título': Cómo instalar los drivers ALSA para una AC'97 con chipset VIA 82XX

'Autor/a': Jorge García (Bardok)

'Comentario': necesita un poco de investigación por parte de cada uno, pero al final, funciona  ;-)

Lo primero:

apt-get remove --purge alsa

Con el apt-get no se puede configurar bien.

Empezamos:

1) cd /usr/src/linux make menuconfig

2) En sonido, activamos sólo el soporte básico de sonido, como módulo, todas las tarjetas, fuera.

3) make dep clean bzlilo modules modules_install

4) Yo suelo reiniciar, para que me descargue de memoria toda la mierda que podía tener de módulos que he quitado.

5) modconf

en kernel/drivers/sound activa el soundcore

6) Vete a www.alsa-project.org y bájate los sources de alsa-drivers, alsa-lib,alsa-utils

7) lo descomprimes todo en /usr/src/alsa

8) cd /usr/src/alsa/alsa-drivers ./configure <opciones de tu tarjeta * >; make; make install

cd /usr/src/alsa/alsa-lib ./configure <sin opciones>; make; make install

cd /usr/alsa/alsa-utils ./configure <sin opciones>; make; make install

* para las opciones, en la página de alsa, en el cuadro de tarjetas soportadas, vete a tu tarjeta, y ahí hay instrucciones de instalación... en las de mi tarjeta falta alguna cosilla que he tenido que buscarme yo la vida, pero las opciones son:

./configure --with-cardsvia82xx --with-sequenceryes

9) modconf

Selecciona todo lo que te suene a tu tarjeta de sonido (yo tengo todo, excepto snd-seq-dummy) de las cosas nuevas que han salido.

10) Ya tienes soporte, pero sin sonido. Ejecuta alsaconf, y le das "yes" a todo (al menos, es lo que yo hago). Ya tienes sonido (Atento si al final te dice que no encuentra ciertos archivos, los creas a pelo, vacíos, y sigues ejecutando alsaconf hasta que deje de darte errores).

11) ejecutas alsamixer, para comprobar y ajustar los volúmenes (al principio aconsejo no tocar nada, hasta que compruebes que el sonido funciona, luego ya puedes jugar con los valores.

¡Ya tienes sonido==== (en el kde, dile que el soporte de sonido va a través de ALSA==== (kde control center). Si usas XMMS, hay un plugin para que utilice directamente ALSA, en lugar de OSS (búsca e instala, no sé dónde está).

Pero ahora querrás tener sonido siempre que reinicies, ¿verdad?

12) alsactl store (si te dice que no existe un archivo)

13) creas un script de inicio que haga un "alsactl restore"

Yo tengo un archivo /etc/rc2.d/S2alsactl que lo único que pone dentro es "alsactl restore"

14) sino, la opción es ejecutar, siempre que quieras sonido, un "alsaconf" que te vuelve a configurar el sonido.

Acuerdaté de bajar la última versión de los drivers, que es la 0.9 y pico.


#Receta_23

'Titulo': Como conectar a redes de IM desde tu cliente de IRC

'Autor': Alex Arce (FMonkey)

'Comentario': Que conste que nosotros no chateamos, nos conectamos al IRC }:P

Bien, con esta receta pretendemos explicar como podemos hacer una pasarela en nuestra maquina para desde nuestro querido cliente de irc (vease bitchx, xchat, kvirc, etc...) poder conectarnos a nuestra cuenta en redes de IM (mensajeria instantanea), como por ejemplo MSN, yahoo, ICQ y demas redes IM soportadas por el programa que emplearemos.

En esta ocasion tenemos varias opciones, bien el irc2msn que es un soft que encontrareis en http://www.verelst.net/software/irc2msn.php , o bien el que explicaremos nosotros, el Bitlbee.

El Bitlbee lo encontrareis en http://www.lintux.cx/bitlbee.html aunque es mucho mas recomendable y mas sencillo pillarlo por apt o por emerge o en rpm o lo que querais, en la web teneis las posibilidades  :D

Hacemos (si usamos debian):

 #apt-get install bitlbee

o bien:

 #emerge bitlbee

si somos gentooza de esa ;P


Tras esto, en debian al menos, tendremos un servicio nuevo escuchando en un puerto llamado hotline (no es lo q pensais ;-) ), que se puede administrar mediante el consabido archivo /etc/inetd.conf de nuestro demonio inetd.

Ahora lo unico que tendremos que hacer será conectarnos a nuestra propia maquina (localhost) por el puerto en el que esta configurado el demonio del bitlbee, y accederemos al servidor del bitlbee en el que nos encontraremos dentro de un canal llamado #bitlbee, desde el que gestionaremos todo. Aqui pondremos help commands para listar los comandos disponibles o help a secas para que nos explique lo que tenemos que hacer paso a paso  :)

-Para la gentooza (ese sheroc ;-) ), si teneis algun problema tras el emerge, haced lo siguiente:

 Instalad el xinetd, 'emerge xinetd' y luego 'rc-update add xinetd default'

despues, en /etc/xinetd.d/ se crea un fichero llamado bitlbee, copiar todas las lineas que hay en ese fichero a /etc/xinetd.conf y despues ejecutar xinetd Edit: Si no quereis tener que lanzar xinetd (porque ningun otro demonio os lo usa) se puede lanzar el daemon independiente de bitlbee, "bitlbeed", con '/etc/init.d/bitlbeed start' y 'rc-update add bitlbeed default' si quereis que se inicie cada vez con el equipo.

Con todo esto, ahora ya tendreis un bonito gateway de irc a otras redes, para no tener que salir de vuestro cliente de consola a las X para usar gaim, amsn y esas cosas. Ademas un /systeminfo del xchat a un windowser siempre puede ser divertido jejeje }:)


#Receta_22

'Título': Montar imagenes de CDs

'Autor/a': Javier Ortega Conde (Malkavian)

Las imágenes solo tiene un tipo realmente. A los de cdrwin les gusta incordiar y por eso crearon eso de el .bin y el .cue. El cue es una descripción del CD y el .bin es como una .iso normal de toda la vida (que yo sepa al menos). Un iso no es más que todo el contenido del cd en un archivo. Sin embargo parcce ser que algunas imágenes, como las de nero añaden cosas que hacen sus imágenes imcompatibles con el estándar.

En linux se puede montar ese archivo como si fuera un cd, pues a fin de cuentas para linux el cd tambien es un archivo (dev/hd?)... Sin embargo para que mount no se lie tienes que hacer dos cosas:

       1- Activar "Loop Device Support" en el kernel (dentro de "Block Devices").

2- Montar con algo similar a esto (ya sean imagenes de disquetes, cds discos duros o que se yo):

mount <IMAGEN.ISO> <PUNTO DE MONTAJE> -t <SIST. FICHEROS> -o loop

donde: <IMAGEN.ISO> es el archivo de la imagen con su ruta completa (Ej: .lmule/Incoming/knoppix.iso) <PUNTO DE MONTAJE> es el sitio donde se montara la imagen (Ej: /cdrom) <SIST. FICHEROS> es el sistema de ficheros de la imagen (Ej: iso9660) Para CDs será iso9660 seguramente (quizás Joliet u otro)

Así nuestro ejemplo quedaría:

mount .lmule/Incoming/knoppix.iso /cdrom -t iso9660 -o loop


#Receta_21

'Titulo': Configurar pad USB (para viciarnos un ratillo :D)

'Autor': Ruben Gomez (Yuki)

'Nota': Mi pad no es analogico, pero creo que para que funcione los analogicos hay que dar soporte en el kernel a "analog", dentro del apartado joystick (lo confirmare).

Primero, como el pad es USB, pues tendremos que dar soporte en el kernel a:

     USB (como no)
     "hid" (human interface device, se encuentra en el apartado USB).
     joydev, que esta dentro de la seccion input.

Despues tendremos que instalar algunos programillas como son:

     hotplug: sirve para comprobar que el pad esta enchufado, supongo que tambien servira con los pendrives (despues de instalarlo tendremos que hacer "hotplug usb")
     joystick: este programa te crea en /dev los js?, que son los archivos de los joysticks
     usbview: sirve para ver los usb que tenemos enchufados.
     jscalibrator: para calibrar nuestro joystick/pad.
     <pon aqui tu emulador favorito>: para poder comprobar que nuestro pad funciona (yo lo he probado con el snes9x y su gui snes9express y tira a la perfeccion).