Re[2]: autentificar samba en una base de datos mysql
Hola. Con fecha martes, 21 de junio de 2005, 15:23:04, escribió: > [EMAIL PROTECTED]:~$ rae autentificar; rae autenticar > [buscarconj.gif] autentificar. > 1. tr. autenticar ( autorizar o legalizar algo). > [buscarconj.gif] autenticar. > (De auténtico). > 1. tr. Autorizar o legalizar algo. > 2. tr. acreditar ( dar fe de la verdad de un hecho o documento con > autoridad legal). > Sí, autentificar existe, y significa lo mismo que autenticar en _esa > otra_ acepción que no es la que viene al caso. Me uno al compañero que > prefiere autenticar para el caso de _acreditar identidad_. Aunque yo > estaría por usar acreditar directamente: En mi anterior mensaje yo no estaba diciendo que término era el más adecuado para usar. Solo he señalado que *si* existe el término "autentificar" cuya existencia negaba el compañero :-). De todas maneras solo pretendió ser una corrección, simplemente. Saludos. -- VaLfAdIr Si la puerta está cerrada... ¡¡¡TIRALA!!! y libera la información.
Re[2]: autentificar samba en una base de datos mysql
Hola. Con fecha martes, 21 de junio de 2005, 14:14:34, escribió: > Primero, dejame correjirte,se dice autenticar,autentificar no existe en el > diccionario.Solo para que sepas ;) Si existe y se puede utilizar ese término. Es que hacer una afirmación tan tajante Otra cosa es que en temas de seguridad informática se utilice más el término "autenticar" pero... http://www.rae.es/ autentificar. 1. tr. autenticar (autorizar o legalizar algo). autenticar. (De auténtico). 1. tr. Autorizar o legalizar algo. 2. tr. acreditar (dar fe de la verdad de un hecho o documento con autoridad legal). Solo para que sepas ;-). Saludos -- VaLfAdIr Si la puerta está cerrada... ¡¡¡TIRALA!!! y libera la información.
Re[2]: Traducir una larga serie de chorradas hexadecimales a humano
Con fecha lunes, 06 de junio de 2005, 18:16:42, escribió: >> >> Necesito un traductor de hexadecimal, por ejemplo esto seria hexadecimal >> >> %3C%42%4F%44%59%20%76%4C%69%6E%6B%3D%23%30%30%33%33%39%39%20%6C%69%6E%6B%3D%23%30%30%33%33%39%39%20%62%67%43%6F%6C >> > De donde sacas que eso es hexadecimal ? (para mi no lo es)... Pues te equivocas, es hexadecimal. Ese fragmento corresponde a este código:
Re[2]: Traducir una larga serie de chorradas hexadecimales a humano
Con fecha lunes, 06 de junio de 2005, 17:55:28, escribió: > El Lunes 06 Junio 2005 17:40, Ricardo Frydman escribió: >> nomentero dena wrote: >> > Me he encontrado una pagina web que me ha hecho sopechar del piching ese, >> > y al ir a comprobar el codigo fuente, vuala un monton de javascript >> > escrito en hexadecimal. >> > >> > ¿alguna funcion/utilidad/ que me permita entender que hace el dichoso >> > invento? >> >> Podrias decirnos de que estas hablando? > Faltaria mas, pido disculpas por que no he sabido explicarme con la precision > y la claridad que os mereceis. Y por escribir algo que no tiene nada que ver con la lista y ni siquiera avisarlo (OT). > Necesito un traductor de hexadecimal, por ejemplo esto seria hexadecimal Si a una calculadora científica le llamas traductora hexadecimal :-) > %3C%42%4F%44%59%20%76%4C%69%6E%6B%3D%23%30%30%33%33%39%39%20%6C%69%6E%6B%3D%23%30%30%33%33%39%39%20%62%67%43%6F%6C 3C = 60 = < 42 = 66 = B 4F = 79 = O 44 = 68 = D 59 = 89 = Y 20 = 32 = espacio 76 = 118 = v .. Saludos. -- VaLfAdIr Si la puerta está cerrada... ¡¡¡TIRALA!!! y libera la información.
Re[2]: Error de arranque con kernel 2.6.11-1-686 en Sarge
Hola. Con fecha martes, 24 de mayo de 2005, 8:29:25, escribió: > Me respondo (y respondo a todos) a mí mismo. Acabo de instalar la > versión actualizada del kernel-image 2.6.11.5 (aparte de algunos > problemas con las initrd-tools) y solucionados los problemas, cuando > arranco ya no me da esos mensajes. Supongo que lo habrán arreglado. Pues si, actualizando el initrd-tools a la 0.1.80 (con kernel 2.6.11-1-686) también han dejado de aparecerme en el arranque los mensajes que comenté en un correo anterior. Gracias por la info, Segis. Saludos. -- VaLfAdIr Si la puerta está cerrada... ¡¡¡TIRALA!!! y libera la información.
Re: Error de arranque con kernel 2.6.11-1-686 en Sarge
Hola El Jueves, 19 de Mayo de 2005 12:30, escribió: > He instalado el kernel 2.6.11-1-686 sobre Sarge y al arrancar aparecen los > siguientes mensajes de error: > > ERROR: Removing 'aec62xx': Device or resource busy > ERROR: Removing 'alim15x3': Device or resource busy > ERROR: Removing 'amd74x': Device or resource busy > etc... He estado haciendo pruebas y nada, pero a ver si a alguien se le ocurre algo. Todos los módulos ([permanent]) que dan error en el arranque son usados por el módulo ide_core #lsmod | grep ide_core ide_core 130384 28 ide_scsi,ide_disk,ide_generic,via82cxxx,trm290,triflex,slc90e66,sis5513,siimage,serverworks,sc1200,rz1000,piix,pdc202xx_old,opti621, ns87415,hpt366,hpt34x,generic,cy82c693,cs5530,cs5520,cmd64x,atiixp,amd74xx,alim15x3,aec62xx,pdc202xx_new Si intento quitar alguno de esos módulos: # rmmod cmd64x ERROR: Removing 'cmd64x': Device or resource busy Si intento quitar el módulo ide_core: # rmmod ide_core ERROR: Module ide_core is in use by ide_scsi,ide_disk,ide_generic,via82cxxx,trm290,triflex,slc90e66,sis5513,siimage,serverworks,sc1200,rz1000,piix,pdc202xx_old,opti621, ns87415,hpt366,hpt34x,generic,cy82c693,cs5530,cs5520,cmd64x,atiixp,amd74xx,alim15x3,aec62xx,pdc202xx_new Con el modconf pasa lo mismo. ¿Se le ocurre a alguien alguna manera para que no cargue estos módulos en el arranque sin contar la solución de recompilar el kernel? Saludos y gracias --- VaLfAdIr Si la puerta está cerrada... ¡¡¡TIRALA!!! y libera la información.
Re: Error de arranque con kernel 2.6.11-1-686 en Sarge
Hola. El Jueves, 19 de Mayo de 2005 12:46, [EMAIL PROTECTED] escribió: > Digo yo que bastaria con recompilar el kernel y no incluir > esos modulos, asi no los cargara. Con ejecutar modconf y decirle los módulos que no quiero que me cargue con el kernel ya me valdría, el problema es que cuando lo intento me dice que no puede: Quitando el módulo aec62xx... FATAL: Error removing aec62xx (/lib/modules/2.6.11-1-686/kernel/drivers/ide/pci/aec62xx.ko): Device or resource busy aec62xx no fue quitado. > >He instalado el kernel 2.6.11-1-686 sobre Sarge y al arrancar > > aparecen los > > >siguientes mensajes de error: > > > >ERROR: Removing 'aec62xx': Device or resource busy > >ERROR: Removing 'alim15x3': Device or resource busy > >ERROR: Removing 'amd74x': Device or resource busy > >etc... > >¿Sabe alguien como solucionar o evitar estos mensajes de error? --- VaLfAdIr Si la puerta está cerrada... ¡¡¡TIRALA!!! y libera la
Error de arranque con kernel 2.6.11-1-686 en Sarge
Hola. He instalado el kernel 2.6.11-1-686 sobre Sarge y al arrancar aparecen los siguientes mensajes de error: ERROR: Removing 'aec62xx': Device or resource busy ERROR: Removing 'alim15x3': Device or resource busy ERROR: Removing 'amd74x': Device or resource busy etc... Lo único que he encontrado como respuesta a una pregunta similar a la mía es lo siguiente: - Esto es un comportamiento feo, pero conocido del initrd de debian, no es nada grave, es que carga un montón de módulos para placas IDE y luego no los puede sacar, podés ignorarlos. - La versión de initrd-tools es la 0.179 ¿Sabe alguien como solucionar o evitar estos mensajes de error? Gracias y un saludo. -- VaLfAdIr Si la puerta está cerrada... ¡¡¡TIRALA!!! y libera la información.
=?ISO-8859-15?Q?Re=3A_Enlaces_en_thunderbird=2E=2E=2E__=BFComo=3F?=
Hola. Con fecha miércoles, 18 de mayo de 2005, 23:02:18, escribió: > Hoy he decidido probar el thunderbird para el correo y las news. antes > usaba kmail y pan... > Como en los repositorios no esta para ponerlo en español, me he bajado > de la pagina de nave el tar.gz en español. > Funciona bien pero no consigo abrir ningun link (tanto los incluidos en > e-mails como los incluidos en mensajes de las news). Hago click sobre > ellos y no ocurre nada... > En el centro de control de kde he elejido Mozilla firefox para esto, > pero ya os digo, dentro del thunderbird... nada de nada. > He releido mil veces las opciones y no encuentro nada... A mi me habría el konqueror y lo solucioné instalando la extensión About:config http://ftp.mozilla.org/pub/mozilla.org/extensions/aboutconfig/aboutconfig-0.4-tb.xpi Lo instalas y lo configuras para que ejecute el Firefox como navegador por defecto para el Thunderbird. - Crear una nueva cadena - Preferncia: network.protocol-handler.app.http - Valor de la cadena: /usr/bin/firefox/ Saludos. -- VaLfAdIr Si la puerta está cerrada... ¡¡¡TIRALA!!! y libera la información.
Re: compilar kernel
Con fecha jueves, 28 de abril de 2005, 17:59:03, escribió: > tengo que compilar un kernel de una sarge. Actualmente tiene el 2.4.27 > y necesito el 2.6.9 > Lo he bajado de Kernel.org, lo he descomprimido y lo he puesto en /usr/src/ > He hecho un make menuconfig. Y ahora no se lo que tengo que hacer, he > estado mirando por ahi tipicos hows tos y cada cual dice una cosa. > Cual podría ser la mejor solucion. make ???. Mal has buscado :-). Muy clarito: http://www.berkanet.com.ar/manuales/compilar_kernel_estilo_debia.htm Saludos. -- VaLfAdIr Si la puerta está cerrada... ¡¡¡TIRALA!!! y libera la información.
Re[2]: Problemas con raton despues de cambiar de pc con un conmutador y backup de sesion.
Con fecha jueves, 21 de abril de 2005, 16:15:56, escribió: > Y como se ha de hacer para recargar un modulo???, gracias. Me imagino que te referirás a esto... - Descargarlo: rmmod nombre_modulo - Cargarlo: modprobe nombre_modulo (mejor modconf y buscarlo) Saludos. -- VaLfAdIr Si la puerta está cerrada... ¡¡¡TIRALA!!! y libera la información.
Re: "SOLUCIONADO": CD-RW, DVD-RW, UDF y udftools
Ismael Valladolid Torres escribió: VaLfAdIr escribe: Lo que viene abajo no es mío, lo saqué de por ahí para "documentar" mis problemas con el pktsetup :-). Si apagamos el equipo con un CD-RW montado, cuando se procede al desmontado de los sistemas de ficheros es posible que el ordenador se quede bloqueado, ya que para desmontar no basta con un umount, como hemos visto antes se necesita la utilidad pktsetup, para solucionar esto se puede añadir en el script que realiza el desmontado las instrucciones necesarias para ello: pktsetup -d /dev/pktcdvd0 umount /mnt/cdrw Correcto, pero el paquete udftools instala en /etc/init.d un script que se encarga de ejecutar estas instrucciones durante el apagado o reinicio de la máquina. Cierto, llamado udftools :-) for DEVICE in $DEVICES; do echo -n "$1=$DEVICE " || true $PKTSETUP -d "$1" shift done Vale, entonces no me hace falta desmontar el cdrw y mirando el script tampoco me hace falta asociarlo al dispositivo pktcdvd porque también lo hace el script: for DEVICE in $DEVICES; do echo -n "$1=$DEVICE " || true $PKTSETUP "$1" "$DEVICE" shift done Gracias por el comentario, me ha servido para enterarme de porque no tenia que ejecutar yo esos comandos :-). Saludos. -- VaLfAdIr Si la puerta está cerrada... ¡¡¡ TIRALA !!! y libera la información. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re:Mensajes de incio
Hola. > El error ese es por que el el modules.conf debe tener una entrada para > que cargue ese módulo, y sin embargo ese módulo no existe o bien por > que no lo has compilado o bien por que lo has metido dentro del > kernel. Borra la linea que hace referencia al módulo en modules.conf > y listos. En el modules.conf no aparece es módulo, por lo menos con ese nombre (ide_detect) Con el modconf tampoco lo he encontrado. > Sobre lo del ratón. Para que un módulo se cargue siempre al arrancar, > usa modconf. El problema es que modconf te indica los módulos que > estón instalados en ESE momento, y no los que carga al arrancar. Por > eso si con modconf lo deseleccionas y lo vuelves a instalar luego > funciona, por que te has asegurado de que cree una entrada en > modules.conf para cargar ese módulo. Entendido, gracias por la explicación. Saludos -- VaLfAdIr Si la puerta está cerrada... ¡¡¡ TIRALA !!! y libera la información. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Mensajes de inicio
Hola. He estado haciendo paradas durante el arranque de mi máquina (tecla "Bloq Despl" porque el dmesg creo que no muestra todos los mensajes de arranque) y he encontrado estos "errores" que me gustaría quitar. 1. bootlogd: ioctl (/dev/ttyzf, TIOCCONS): Bad file descriptor. Lo único que he encontrado para solucionar esto es actualizar el paquete udev. Lo he hecho pero no ha funcionado. -- > > bootlogd: ioctl (/dev/ttyzf, TIOCCONS): Bad file descriptor > Looks like something is not well with /dev/ttyzf. Is it present? > Are you using 'udev' ? It turned out that I was using udev 0.021. I upgraded to 0.024(testing), and my bootlog started working. Thanks for the advice --- 2. FATAL: Module ide_detect not found ¿Es posible que se solucione instalando y desinstalando el módulo con el modconf? ¿O se debe a otra causa? El otro día no me arrancaban las X y mirando el log se debía a que no encontraba el /dev/psaux. El módulo psmouse no estaba cargado, lo cargaba (modprobe psmouse) y arrancaban sin problemas. Miré con modconf y señalaba que el módulo se cargaba en el kernel. Lo desinstalé lo volví a instalar, reinicie y solucionado. ¿Alguna explicación a esto? He visto por ahí que ponían que suele pasar con los kernel 2.6 después de hacer una recompilación (cosa que hice para el tema de los CDRW). Bueno, si tenéis alguna idea... No tengo ningún problema de funcionamiento (de momento :-)), es más por curiosidad y culturilla. Saludos. -- VaLfAdIr Si la puerta está cerrada... ¡¡¡TIRALA!!! y libera la información.
Re[2]: "SOLUCIONADO": CD-RW, DVD-RW, UDF y udftools
Con fecha miércoles, 20 de abril de 2005, 9:38:34, Fernando escribió: > Yo lo instale en el kernel 2.4 y recuerdo asi de memoria que utilizaba > la emulacion scsi. No se si eso en los nuevos kernel ha cambiado. En la info actual que he leído no hablan sobre el tema de emulación scsi. Y yo utilizo el /dev/hdd y no el /dev/scd* que sería lo correcto si se utilizara un dispositivo scsi ¿no? En info antigua si especifican el tema de configurar la regrabadora con ide-scsi: http://bulma.net/body.phtml?nIdNoticia=1655 -- 10/01/03 ¿La unidad CDRW hay que seguir configurándola como ide-scsi? Si la configuración de la unidad va exactamente igual; las únicas diferencias son las descritas en el artículo. De echo yo sigo haciendo referencia a la grabadora como /dev/scd1; únicamente debes hacer referencia a ella con /dev/pktcdvd0 para usar el RW con UDF. -- Saludos -- VaLfAdIr Si la puerta está cerrada... ¡¡¡TIRALA!!! y libera la información.
"SOLUCIONADO": CD-RW, DVD-RW, UDF y udftools
Hola. Bueno, pues que ya puedo utilizar el util "arrastrar y soltar" :-) sobre un CDRW. Hay "pequeños" detalles (los pongo al final del correo) que no *me* funcionan y que tendré que afinar pero... Para los que me han comentado que el "packet writing" está soportado a partir de la versión 2.6.10: Lo sabía, de hecho, me apareció en google en las primeras búsquedas (listas) pero ya que me había metido en el fregado había que acabarlo :-). Cuando ya lo tenga "refinado" lo daré por superado y me pasaré a la 2.6.11 :-). Pongo los pasos que he seguido: Sarge Kernel 2.6.8-2 1. Aplicar el parche al kernel para tener el soporte de escritura por paquetes. http://w1.894.telia.com/~u89404340/patches/packet/2.6/packet-2.6.8-2.patch.bz2 2. Recompilar el kernel. 3. Instalar las utilidades UDFtools. Van por la versión 1.0.0b3. http://www.escomposlinux.org/lfs-es/blfs-es-SVN/multimedia/udftools.html 4. En unas listas en inglés leí que había que retocar el udftools para crear dispositivos, etc... Yo lo hice, pero creo que no es necesario porque automáticamente cuando se carga el módulo pktcdvd te crea un pktcdvd0. En mi caso me crea cdrw y dvd en /dev/pktcdvd/ por la modificaciones que señalaban en la lista. De todas formas mi inglés. 5. Meter una entrada en el fstab. En mi caso: /dev/pktcdvd/cdrw /media/cdrom1 -t udf -o rw,user,noauto,noatime 0 0 6. Formatear el CDRW. cdrwtool -d /media/cdrom1 -q 5. Probarlo y Problemillas (en mi caso): No me funciona: 1. pktsetup /dev/pktcdvd/cdrw /dev/cdrom1 No me acuerdo exactamente del error pero tiene que ver con iotcl. Lo que no entiendo es como puedo montar el dispositivo y grabar sobre él si esta orden no funciona. 2. Cuando lo monto el led de la regrabadora se queda permanentemente encendida. Puede ser normal ¿¿?? 3. Cuando intento desmontarlo (como root) me responde que el dispositivo esta ocupado y no soy capaz de desmontarlo. Reinicio, se desmonta (a la fuerza ahorcan :-)) y cuando vuelvo a montarlo los ficheros grabados están, así que eso parece que funciona. He leído lo siguiente: -- Si apagamos el equipo con un CD-RW montado, cuando se procede al desmontado de los sistemas de ficheros es posible que el ordenador se quede bloqueado, ya que para desmontar no basta con un umount, como hemos visto antes se necesita la utilidad pktsetup, para solucionar esto se puede añadir en el script que realiza el desmontado las instrucciones necesarias para ello: pktsetup -d /dev/pktcdvd0 umount /mnt/cdrw -- A mi las siguientes ordenes no me van: pktsetup -d /dev/pktcdvd/cdrw pktsetup -d /dev/hdd (hhd esta asociado a la regrabadora) Bueno, nada más. Si a alguien se pone con esto espero que le ayude la info. Saludos. -- VaLfAdIr Si la puerta está cerrada... ¡¡¡TIRALA!!! y libera la información.
Kernel parcheado y.... no arranca
Hola. En vista de que nadie me ha respondido a mi anterior mensaje sobre como utilizar un CDRW como si fuera una unidad más (usar el "arrastrar y soltar" me he tirado yo solito al río. - Bajé el parche packet-2.6.8-2.patch - Lo apliqué patch -p1 < packet-2.6.8-2.patch - make xconfig y marque las opciones: Block Devices: Packet writing on CD/DVD media File Systems UDF files systems support (read only) UDF write support (DANGEROUS) - Compile el kernel: make clean make bzImage make modules make modules_install make install - Metí una nueva entrada en el menu.lst del GRUB: (La primera) title Debian GNU/Linux, kernel 2.6.8-2-686-CDRW root (hd1,0) kernel /boot/vmlinuz-2.6.8 root=/dev/hdb1 ro initrd /boot/initrd.img-2.6.8-2-686 title Debian GNU/Linux, kernel 2.6.8-2-686 root (hd1,0) kernel /boot/vmlinuz-2.6.8-2-686 root=/dev/hdb1 ro initrd /boot/initrd.img-2.6.8-2-686 title Debian GNU/Linux, kernel 2.6.8-2-686 (recovery mode) root (hd1,0) kernel /boot/vmlinuz-2.6.8-2-686 root=/dev/hdb1 ro single initrd /boot/initrd.img-2.6.8-2-686 Y al arrancar me da una serie de errores sobre que no encuentra el modules.dep (que si está, claro) y un kernel panic. ¿Alquien tiene idea de donde he metido la pata? o sabe como solucionar el "problemilla" Gracias y un saludo. -- VaLfAdIr Si la puerta está cerrada ¡¡¡TIRALA!!! y libera la información. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: UDF,CDRW,pksetup, etc...
Aritz Beraza Garayalde [Rei] escribió: Hola. Se preguntó algo parecido hará un par de meses en la lista, si miras los archivos verás las respuestas. He mirado los archivos. Tengo costumbre de mirar (buscarme la vida) antes de preguntar: Patrones de búsqueda: udftools, cdrw, Packet writing, etc... -- > : : UC ::: : > > On Tue, Mar 08, 2005 at 11:54:25AM -0300, Rodrigo Garay wrote: > > Hay manera de formatear un cd re-grabable como con DirectCD y que sea > > compatible con Windows?? > > Los CD's vienen formateados de fabrica. No se lo que es DirectCD y > no me interesa. Lo que tu quieres es borrarlo. Para eso, utilize > cdrecord(1). Se refiere a usar un sistema de archivos UDF en un CD, para poder escribir en el como si se tratase de un disquete de toda la vida (desde el explorador de archivos, arrastras al CD y se graba, lo borras y se borra, y así). PAra eso las udf-tools Saludos Aritz Beraza [Rei] -- Aritz Beraza Garayalde [Rei] -- Considero este hilo un poco "pobre" como para aplicar un solución al "problema" ¿no? Intentaba que mi pregunta fuera un poco más allá y he intentado concretarlo más, pero bueno, es lo mismo, no voy a entrar en polémicas. Creo que no es necesario parchear el kernel. No lo se a ciencia cierta por que nunca lo he probado, pero con el soporte udf en el kernel y las udftools creo que es suficiente. Por lo que he leído *si* es necesario aplicar el parche. El kernel de las 2.6 viene con soporte UDF pero solo para lectura y escritura pero no para reescritura, de ahí el parche. http://www.escomposlinux.org/lfs-es/blfs-es-SVN/multimedia/udftools.html > Esta es la forma de compilar el kernel 2.4, los 2.6 son algo > diferente. Te has dejado el make dep al principio de todo. > Prueba a hacerlo a la debian way (manera de debian): > make-kpkg -append-to-version=packetwriting --revision=mikernel0.0 > kernel_image > (esto compila el kernel, y le añade a la versión la coletilla > packetwriting, para que lo distingas, Al nombre de paquete le añade el > mikernel0.0, así puedes compilar varias versiones del mismo kernel. > Como resultado tendrás un paquete > kernel-image-2.6.8-xpacketwriting-mikernel0.0-i386.deb o parecido) > dpkg -i kernel-image-xx.deb > Instala el kernel y añade las entradas necesarias en el grub. Muchas gracias por la info, siempre lo he hecho de la otra manera (con make dep incluído :-)). Probaré esta forma que parece mejor y hay que actualizarse :-). Te has dejado el make dep Si, si, tienes toda la razón. Fallo mio. Saludos. -- VaLfAdIr Si la puerta está cerrada ¡¡¡TIRALA!!! y libera la información. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD-RW, DVD-RW, UDF y udftools
ZorroPlateado escribió: El soporte de escritura es lo que no viene de serie en el kernel y es por lo que tienes que aplicar el parche, pero si ves, te indica que es peligroso el uso de dicho parche, yo no me fiaria la verdad si quieres usar la unidad para algo serio como backup de un server. No, no, no es para ningún tema serio. Es que estoy haciendo pruebas y cacharreando un poco con la Sarge en la maquina que tengo en mi casa. Ya me he fijado que pone peligroso, pero bueno, como mucho me va a j**er un cd regrabable. Si no he leído mal, el tema este solo podía estropear físicamente a los lectores LG, así que me arriesgaré :-). Yo hago mis backup a dvd con iso 9660 pero tengo el problema de que tengo que trocear los archivos a un maximo de 2GB, ya que el estandar iso 9660 no soporta ficheros mas grandes, de todos modos, mandare la grabadora de DVD a la mierda y la sustituyo este verano por una unidad de cinta que tengo preparada. El rollo está (para mi) en que cada vez que tengo que hacer una copia de seguridad (en casa, es una manía adquirida :-)) tengo que hacer multisesiones sobre un CD-RW y cuando se llena toca formatear y volver a empezar. Lo que quiero probar es (lo típico) copiar, borrar, modificar, etc... como si fuera una unidad más y ver que tal funciona. Saludos. -- VaLfAdIr Si la puerta está cerrada... ¡¡¡TIRALA!!! y libera la información. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
UDF,CDRW,pksetup, etc...
Hola. En vista de que nadie me ha respondido a mi anterior mensaje sobre como utilizar un CDRW como si fuera una unidad más (usar el "arrastrar y soltar" me he tirado yo solito al río. - Bajé el parche packet-2.6.8-2.patch - Lo apliqué patch -p1 < packet-2.6.8-2.patch - make xconfig y marque las opciones: Block Devices: Packet writing on CD/DVD media File Systems UDF files systems support (read only) UDF write support (DANGEROUS) - Compile el kernel: make clean make bzImage make modules make modules_install make install - Metí una nueva entrada en el menu.lst del GRUB: (La primera) title Debian GNU/Linux, kernel 2.6.8-2-686-CDRW root (hd1,0) kernel /boot/vmlinuz-2.6.8 root=/dev/hdb1 ro initrd /boot/initrd.img-2.6.8-2-686 title Debian GNU/Linux, kernel 2.6.8-2-686 root (hd1,0) kernel /boot/vmlinuz-2.6.8-2-686 root=/dev/hdb1 ro initrd /boot/initrd.img-2.6.8-2-686 title Debian GNU/Linux, kernel 2.6.8-2-686 (recovery mode) root (hd1,0) kernel /boot/vmlinuz-2.6.8-2-686 root=/dev/hdb1 ro single initrd /boot/initrd.img-2.6.8-2-686 Y al arrancar me da una serie de errores sobre que no encuentra el modules.dep (que si está, claro) y un kernel panic. ¿Alquien tiene idea de donde he metido la pata? o sabe como solucionar el "problemilla" Gracias y un saludo. -- VaLfAdIr Si la puerta está cerrada ¡¡¡TIRALA!!! y libera la información. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: CD-RW, DVD-RW, UDF y udftools
Ismael Valladolid Torres escribió: Puede que sí, puede que no, el soporte a udftools en el kernel ha cambiado a la altura del 2.6.8, así que puede que tu kernel tenga el soporte, puede que no lo tenga, incluso puede que tus udftools no sean las que corresponden al kernel que usas. Te acabo de leer :-). Mi kernel no tiene el soporte porque no existian esas opciones que comento, despúes de aplicar el parche si han aparecido. Las udftools tengo la última versión. El problema, creo yo, no son las udftools si no el soporte de escritura por bloques. De por sí el tema no está claro, repasa mis enlaces y mucha suerte. http://del.icio.us/ivalladt/udf Ya he pasado por esos links y en ellos me he basado antes de escribir a la lista pero. Por lo que he leído por ahí hay a gente que le ha funcionado, así que tiene que funcionar. Gracias por la ayuda. Saludos. -- VaLfAdIr Si la puerta está cerrada ¡¡¡TIRALA!!! y libera la información. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
CD-RW, DVD-RW, UDF y udftools
Hola a todos. Me estoy metiendo con el tema de UDF, k3b, CDRW, etc... y estoy intentado conseguir que un CD-RW se comporte como una unidad más, sin tener que usar el k3b. Que funcione con "arrastrar y soltar". En la documentación que he encontrado por ahí mencionan la necesidad de instalar las udftools y que el núcleo soporte la escritura por bloques. Aquí http://www.escomposlinux.org/lfs-es/blfs-es-5.1/multimedia/udftools.html ponen que la opciones del núcleo tienen que ser: Block devices Packet writing on CD/DVD media: Y or M File Systems UDF filesystems support (read only): Y UDF write support (DANGEROUS) Y Yo he mirado en la configuración de mi núcleo (2.6.8 en una sarge) y no las he encontrado. ¿Hay que aplicar el parche que mencionan en el link que he puesto arriba para que aparezcan estas opciones? Si aplicas el parche será necesario recompilar ¿no? porque en el artículo pone "Si es necesario, recompila el núcleo con", no sé, igual es que no lo interpreto bien (y eso que es en castellano, si llega a ser en inglés) Con el k3b no tengo ninguún problema, formateo y copio sobre un CD-RW pero ya que existe la otra posibilidad y por probar Bueno, si podéis aclararme un poquillo el tema Muchas gracias y saludos. -- VaLfAdIr Si la puerta está cerrada... ¡¡¡TIRALA!!! y libera la información.
Iptables, Guarddog, Firestarter y aMSN
Hola. Hace unos días mandé un mensaje a la lista sobre un problema de conexión de aMSN (no se conectaba) y configuración de Iptables con Guarddog. Al final se ha solucionado, pero no como yo quería. Tal vez esto le pueda ayudar a alguien... Aunque no creo que sea importante, tengo Sarge, núcleo 2.6.8 y la única conexión que tiene la máquina es a través de un módem por línea telefónica. Después de estar unos cuantos días pelándome con Iptables, Guarddog y el aMSN y con la ayuda de Pedro Pozuelo (gracias). Al final he tenido que desistir (de hacerlo como yo quería). Con la última solución que me dió Pablo: - Borrar todas las reglas - Pasar a ACCEPT todas las políticas (INPUT, OUTPUT, FORWARD) Si se conectaba pero con esta configuración no sería necesario un firewall :-). A partir de esta solución lo que se debería hacer es ir cerrando accesos e ir probando, pero yo lo que quería era cerrar todo y abrir lo que necesito (la experiencia que tengo con Iptables es la que he adquirido con esta pelea, osea que no controlo). Conlaconfiguración por defecto que ponía Guarddog cuando lo instalé no podía acceder a Internet con ninguna aplicación (bien), entonces le fui abriendo puertos (POP3, SMTP, HTTP, DNS, etc...). También le abrí el que usa aMSN (1683) pero a pesar de que podía conectarme con todas la aplicaciones a las que les abrí el acceso (correo, www, etc...)aMSNsenegaba a conectarse directamente por el puerto 1683 (a través del puerto 80 si se conectaba). He probado a meter todo tipo de reglas que me parecían que funcionarían como: iptables -P INPUTACCEPT iptables -P FORWARD DROP iptables -P OUTPUT ACCEPT iptables -A INPUT -p tcp --dport 1863 -j ACCEPT iptables -A OUTPUT -p tcp --dport 1863 -j ACCEPT iptables -A INPUT -p udp --dport 1863 -j ACCEPT iptables -A OUTPUT -p udp --dport 1863 -j ACCEPT He probado a meterle también los puertos que usa aMSN para trasferencia de ficheros, etc... También he mirado las salida iptables -L -n -v pero no he encontrado algo que me diera una pista (posiblemente ahí esté la solución, pero ya digo que estoy empezando con este tema). Al final decidí probar con el Firestarter a ver si era un tema de configuraciones iniciales del Guarddog ¿¿?? Lo instalé sin estar conectado y aparentemente se instaló pero cuando intentaba ejecutarlo (probado en KDE y GNOME) me mostraba este mensaje: "A proper configuration for Firestarter was not found. If you are running Firestarter from the directory you built it in, run 'make install-date-local' to install a configuration, or simply 'make install' to install the whole program." Yo el inglés justito, pero por el mensaje estaba claro que no había sido capaz de crear el fichero de configuración y como "normalmente" lo primero que miran son los interfaces (tengo tarjeta de red pero no está conectada a nada) para realizar la configuración pensé que para configurarlo tendría que estar conectado en el momento de la instalación para que encontrará ppp0. Pues eso, que lo desinstalé (no encontré una manera mejor y más rápida) me conecté y lo volví a instalar y perfecto. Ahora quedaba probar las conexiones. Me conectaba por web, correo, pings, etc... Pruebo con el aMSN y también. Pensé que no había restricciones, así que mire el fichero de configuración y si, si había. Me conecte a www.grc.com para probar los puertos y demás y perfecto, era invisible :-). Así que conclusión: Me quedo con Iptables y Firestarter. Eso si, siempre me quedará la duda de que hacía mal yo o porque con el Guarddog no me dejaba conectar con el aMSN ¿¿??. Seguiré mirando y probando a ver si logro enterarme de porque no me deja. Espero que el totxo le pueda servir a alguien si alguna vez le ocurre lo mismo :-). P.D.: Gracias a Pedro Pozuelo por su ayuda. No es que sea la solución completa al problema pero la he mandado a la lista ¿eh? ;-). Saludos. -- VaLfAdIr Si la puerta está cerrada... ¡¡¡TIRALA!!! y libera la información.
Re: Iptables, Guardog y aMSN
El Lunes, 4 de Abril de 2005 16:19, Pedro Pozuelo escribió: > Por el localhost, entiendo que es la misma máquina en la que estás > jugando con iptables e intentando conectar con amsn, ¿no? Exacto. > Yo primero quitaría esas 2 reglas y en su lugar pondría algo así > (escribo de memoria puede haber alguna pifia): > > iptables -A OUTPUT -p tcp --dport 1863 -j ACCEPT > iptables -A INTPUT -p tcp --dport 1863 -j ACCEPT Tenías razón, ya funciona: iptables -t nat -F iptables -A FORWARD -p tcp --dport 1863 -j ACCEPT > Ten en cuenta que con las reglas que has posteado tú, no tiene ningún > valor para dejar pasar o no los paquetes, simplemente los enruta, pero > si tienes cerrado ese puerto en alguna regla anterior o genérica, > nunca llegará a ninguna parte; iptables aplica las reglas a cada > paquete que pasa/sale/entra a la máquina de una forma secuencial. El caso es que lo de NAT ya me mosqueo porque yo no necesito enrutar nada, es una maquina con aceso a Internet a través de ppp, pero había que probar. Lo que está claro es que no entendí muy bien lo que ponía en la ayuda. > Si con esto te funciona, podrás afinar más la regla con estado de > paquete, IP origen o lo que quieras. Si me permites un consejo, parte > siempre de las reglas más simples y ves elaborandolas a partir de esa > base. Pues ya puesto intentaré enterarme un poco más sobre este tema, aunque me conformo con que salga a Internet lo que yo quiero y que sea invisible en Internet :-). Gracias por la ayuda, Pedro. Saludos. -- VaLfAdIr Si la puerta está cerrada... ¡¡¡TIRALA!!! y libera la información.
Re[2]: Puerto cerrado?
Hola. Con fecha lunes, 04 de abril de 2005, 14:47:59, escribió: > ¿Cómo lo abro? Por partes... ¿Que puerto es? Típicamente cada servicio está asociado a un puerto, por ejemplo, POP al puerto 110, SMTP al puerto 25, HTTP al puerto 80, Finger al puerto 79, etc... ¿Qué puerto es? Si quieres abrir el puerto 25 tienes que instalar un servicio que escuche ese puerto (puerto abierto) y típicamente es el SMTP por lo que tendrías que instalar un servidor de correo. > Insisto en que no tengo ningún firewall instalado. Al menos ni iptables, > ni ipchain. Si hago: Yo, para saber si tengo instalado iptables, ejecutaría el comando "iptables" como root si me da la típica salida de que especifique el parámetro -h para ayuda pues lo tengo instalado (otra cosa es que tenga definidas o no reglas de tráfico de paquetes y esté activado) y si me dice que no encuentra el comando, pues está claro que no está instalado. De lo que voy a poner ahora ya no estoy seguro. Cuando se instala iptables, me imagino que por defecto, pondrá todos los puertos cerrados (no permite tráfico) y tú tendrás que ir abriendo los puertos a medida que los necesites. En mi caso tenía instalado iptables y salía a Internet con todas las aplicaciones sin ningún problema, pero en el momento que instalé el Guarddog (que es un frontend que utiliza el iptables) ya no podía acceder a Internet con ninguna. Así que tuve que ir permitiendo el acceso a aplicaciones de correo, web, ftp, etc... Lo que no tengo claro es que si antes de instalar el Guarddog el iptables estaba desactivado ¿?. Me queda el tema de aMSN (Pedro, probaré lo que me has dicho y te comento. Gracias) Bueno, creo que me he enrollado demasiado... Saludos. -- VaLfAdIr Si la puerta está cerrada... ¡¡¡TIRALA!!! y libera la información.
Re: Puerto cerrado?
Hola. Con fecha lunes, 04 de abril de 2005, 8:27:40, escribió: > Parece ser que tengo algún puerto cerrado, sin embargo no tengo > instalado ni iptables, ni ipchain, ni creo que ningún otro tipo de > firewall. Y el router estoy seguro de que lo tiene abierto. > ¿Cómo puedo comprobar que realmente está cerrado? telnet ip n_puerto http://www.upseros.com/portscan.php Saludos. -- VaLfAdIr Si la puerta está cerrada... ¡¡¡TIRALA!!! y libera la información.
Iptables, Guardog y aMSN
Hola. Estoy trasteando un poco con el Iptables v1.2.11 y con el Guarddog v2.3.1-1 y por curiosidad probé a conectarme con el aMSN (no lo he usado nunca) pero no conectaba, así que me puse a configurar el Guarddog. Le habilité el protocolo MSN Messenger (Zona Internet) y nada, luego le añadí un protocolo tcp/udp con el puerto 1863 (se conecta a través de este puerto según el aMSN) y tampoco funcionó. Probé a meterle las reglas directamente: iptables -A POSTROUTING -t nat -p tcp -s localhost --dport 1863 -j MASQUERADE iptables -A POSTROUTING -t nat -p udp -s localhost --dport 1863 -j MASQUERADE (no controlo el iptables pero mirando la ayuda pensé que esto sería correcto) Tampoco funciono. Aparte de los protocolos comentados anteriormente tengo habilitados los siguientes (Zona Internet): HTTP POP3 SMTP DNS Ping Si configuro el aMSN para que se conecte a través de HTTP lo hace sin ningún problema pero tengo curiosidad por saber porque no lo hace de una manera directa. Por supuesto, si deshabilito el firewall conecta bien de las dos formas. No pego la salida de iptables -L porque es un tocho pero si puede ayudar me decís. ¿A alguien se le ocurre alguna idea? Gracias y un saludo. -- VaLfAdIr Si la puerta está cerrada... ¡¡¡TIRALA!!! y libera la información.