(Some) received packets are not reaching a listening application (UDP?)
Hello everybody, I have an issue with an application not receiving all traffic that it should be getting. The current system is a non-Debian GNU/Linux, but since I had a similar issue using Debian and I am not following any other Linux-related list, I hope not to be off topic. I have taken the liberty to CC debian-kernel because I feel that the kernel is getting the packets but not forwarding them. The first experience--using the Debian system--was some months ago, so accuracy is not guaranteed. At that time I had decided to try configuring network autodetection (on a laptop using a 10/100 Broadcom Ethernet chipset, and a 2.6.x packaged kernel) using one of Debian's packages, laptop-net, I think. Under ordinary circumstances I did not manage to make it work. However, when capturing traffic with Ethereal, I found that the IP was correctly configured from the previous arbitrary state. The situation was weired, I wasn't really moving around much and time was scarce, so I let the issue drop. Now I have seen a similar situation with syslog running under a RedHat system with a 2.6.9 kernel. This time, capturing traffic on the wire shows no packet loss, and a tcpdump capture on the interface shows all messages arriving, but syslog does not log all of them. However, when running nc -l -u -p 514 /dev/null, without stopping the syslog daemon, all messages are written down. As a matter of fact, it seems that nc -l -u -p 514 /dev/null is just as good, but since the process is stopped automatically not even I quite believe my eyes. I hope that somebody can offer some insight as to what might be happening or how to look deeper into the problem. I might not be able to readily work on the affected system, but it would anyway be good to get some tips as to how to further look into the problem. Hints about the reason and, why not, how to mend the situation would also work wonders. Thanks. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: editor con colorines y tags para php
2006-05-17 11:03 +0200, Federico Alberto Sayd [EMAIL PROTECTED]: rancho wrote: hola comunidad cuanto tiempo... Buelvo para algo simple. Vuelvo Alguien conoce algun editor que me permita escribir codigo php así como puedo escrivir C en el vi (tags y colorines y todo eso). Claro escribir que es para consola y si esta vasado en vi mejor. Basado... ;-/ Aparte, si estás usando Vim (lo cual supongo, dada su popularidad y porque no creo que Vi usase colores) es mejor que lo lances mediante vim y no como vi (salvo que lo estés haciendo a conciencia), no vaya a ser que al llamarlo de la segunda forma trate de clonar comportamientos del Vi original y que esto provoque comportamientos inesperados. Trate de configurar el vi para tal tarea pero casi me quedo loco en el intento. no se cual es vimrc que tengo que tocar, si el de /etc/vim, o el /usr/share/vim, en fin. El mismo vim. Te vas a /etc/vimrc y descomentas la línea que dice: syntax on Mejor aún, $HOME/.vimrc tal y como se recomienda en :help vimrc para que un usuario personalizar su Vim en un sistema tipo Unix. Así además se evita que si el paquete es poco cuidadoso sobreescriba durante una actualización la configuración de /etc o de /usr/share. De todas formas, Rancho parece sugerir que ya consigue ver código C coloreado, con lo que debería ser igualmente capaz de verlo para código PHP, salvo que le falten las definiciones de coloreado de sintaxis o el reconocimiento de tipo de archivo para PHP. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Duda con respeto a TTL y Bind9
2006-05-15 15:57 +0200, max [EMAIL PROTECTED]: Si yo tengo especificada la variable TTL en el Bind, por ejemplo: $TTL 20h Más que para todo el BIND, creía que era solo para una zona dada... ¿o también se define a nivel global? Bien, tengo definida esa variable en 20 horas. Supongamos que yo hago una modificación en el Archivo de configuración de zona, esa modificación es agregar un nuevo subdominio. Ahora la pregunta es, si ya yo hice la modificación en mi archivo de zona y _no_ reinicio o le hago reload al bind, van a tener que pasar 20 horas para que los servidores exclavos tomen la configuración hecha en mi zona? Que yo sepa, hay que notificar a BIND cuando se hace un cambio en sus archivos de configuración (enviando la señal SIGHUP al proceso, tirándolo y levantándolo, o usando la utilidad rndc, que yo sepa), así que en principio, si no lo haces, ni los servidores esclavos ni el maestro tendrán nunca conciencia de la modificación. Una vez que hagas saber al maestro de los cambios, los transmitirá de inmediato a los esclavos, siempre y cuando la notificación activa esté activada (NOTIFY). Caso contrario creo que el TTL es el tiempo máximo en el que los esclavos serán conscientes del cambio. Podrías usar dig para observar si el cambio se propaga de inmediato o no. Hago esto porque la verdad no entiendo la función de esa variable En principio, el concepto de TTL para un DNS es simple. Básicamente, es el tiempo que un servidor DNS no autoritativo da por buena una entrada aprendida. Principalmente es un valor pensado para los DNS caché, de forma que durante el intervalo dado por el TTL no vuelvan a preguntar por una entrada aprendida. Sin embargo, creo que los DNS esclavos también lo usan para saber cuándo contactar con el maestro para verificar que esté activo (de no ser el caso dejarían de responder a peticiones para la entrada y/o zona afectada) y que los datos sean los correctos (la alternativa pasiva a NOTIFY para la propagación de cambios). como hacen entonces los sitios que ofrecen DNS Gratuito?? Tendrán eso en solo 5 minutos, a menos que este interpretando mal el significado de TTL. Contra más pequeño sea el TTL, con más frecuencia se refrescan las entradas, para bien y para mal. Es necesario si la entrada cambia a menudo, pero si no, tiene inconvenientes notables, tales como una mayor carga de los servidores, y la posibilidad de que la entrada desaparezca de Internet caso de que el servidor autoritativo se caiga (hasta que se vuelva a levantar). Creo que el mínimo recomendado para entradas estables es de un día, y de varios días o incluso semanas para entradas críticas. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Xorg 7.0 y direct rendering no
2006-04-18 17:16 +0200, ChEnChO [EMAIL PROTECTED]: Para saber si usas aceleración instala mesa-utils y tecleas glxinfo |grep direct y te aparecerá esto: [EMAIL PROTECTED]:/home/chencho# glxinfo |grep direct direct rendering: No OpenGL renderer string: Mesa GLX Indirect si no la tienes, o un Yes si está habilitado. Como usuario normal, nada (aún con el Mode del DRI a 0666), pero como root sí. Una vez corregido el tema del SecurityPolicy (bug 362246, aparentemente corregido en xorg-server/1:1.0.2-5) tal y como explica el enlace que di, http://lists.debian.org/debian-user/2006/04/msg02225.html (en resumidas cuentas, ln -s /etc/X11/xserver/SecurityPolicy /usr/lib/xserver/SecurityPolicy), con el usuario normal también puedo. Aparte, ¿estás seguro de tener el paquete libgl1-mesa-dri instalado (y no solo libgl1-mesa-glx, que se hace pasar también por libgl1-mesa-dri)? Por cierto, acabo de actualizar y sigue esto igual... Quizás estés usando una réplica menos actualizada que la mía (este mes me toca RedIRIS). -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Xorg 7.0 y direct rendering no
2006-04-16 23:30 +0200, ChEnChO [EMAIL PROTECTED]: Buenas, acabo de actualizar a xorg 7.0 y por arte de magia ya no hay aceleración. Estoy usando Sid y el driver del kernel 2.6.16, tengo una ATI mobility 9200. Alguno sabe como hacer que me vuelva a funcionar el 3ddesktop? ¿Sigues usando el controlador para la ATI, o has pasado a uno genérico (e.g. VESA)? ¿Sigue llamándose el controlador radeon, o ha pasado a llamarse ati? ¿Está instalado el paquete xserver-xorg-video-ati o similar? Con la cantidad de cosas que han cambiado con el paso a la 7.0, es difícil de diagnosticar... -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Xorg 7.0 y direct rendering no
On 4/17/06, Pablo Braulio [EMAIL PROTECTED] wrote: El Lunes, 17 de Abril de 2006 09:58, Gonzalo HIGUERA DÍAZ escribió: ¿Sigues usando el controlador para la ATI, o has pasado a uno genérico (e.g. VESA)? ¿Sigue llamándose el controlador radeon, o ha pasado a llamarse ati? ¿Está instalado el paquete xserver-xorg-video-ati o similar? Con la cantidad de cosas que han cambiado con el paso a la 7.0, es difícil de diagnosticar... Yo tengo una intel, y uso i810, y me pasa lo mismo. Desde que se ha actualizado me he quedado sin aceleración gráfica. :-( He leído en la lista inglesa un problema con DRI/GLX/... que se soluciona añadiendo a xorg.conf (en ese orden y en la entrada que corresponda) ModulePath /usr/X11R6/lib/modules/ ModulePath /usr/lib/xorg/modules/ A ver si eso lo soluciona... (no estoy en condiciones de probarlo yo mismo; lo siento). -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Xorg 7.0 y direct rendering no
2006-04-17 11:49 +0200, Pablo Braulio [EMAIL PROTECTED]: El Lunes, 17 de Abril de 2006 11:41, Gonzalo HIGUERA DÍAZ escribió: He leído en la lista inglesa un problema con DRI/GLX/... que se soluciona añadiendo a xorg.conf (en ese orden y en la entrada que corresponda) ModulePath /usr/X11R6/lib/modules/ ModulePath /usr/lib/xorg/modules/ A ver si eso lo soluciona... (no estoy en condiciones de probarlo yo mismo; lo siento). ¿Podrías facilitarme el link, para ver como? http://lists.debian.org/debian-user/2006/04/msg02225.html (Para Nvidia, pero entendí que el problema pudira ser común a todo DRI/GLX/... para X. Si no lo es, siento las falsas esperanzas.) -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Xorg 7.0 y direct rendering no
2006-04-16 23:30 +0200, ChEnChO [EMAIL PROTECTED]: Buenas, acabo de actualizar a xorg 7.0 y por arte de magia ya no hay aceleración. Estoy usando Sid y el driver del kernel 2.6.16, tengo una ATI mobility 9200. Alguno sabe como hacer que me vuelva a funcionar el 3ddesktop? Revisando mi instalación, he recordado que hubo alguna librería/paquete que no se instaló automáticamente durante la actualización y que tienen que ver con DRI/GLX. Fue uno de los siguientes: libgl1-mesa-dri libgl1-mesa-glx libglu1-mesa Concretamente, creo que el paquete que dio problemas fue el primero. Por alguna razón, el paquete libgl1-mesa-glx dice aportar las funcionalidades de libgl1-mesa-dri, con lo que al instalar el meta-paquete xorg la dependencia libgl1-mesa-dri queda resuelta sin que este paquete esté necesariamente instalado. Si no es eso, creo que no me quedan ideas (aunque a decir verdad, ni estoy seguro de estar usando aceleración 3d ^_^;;). -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Sobre las transiciones en sid
2006-04-16 05:34 +0200, Santi [EMAIL PROTECTED]: ¿Hay alguna lista de correos, pagina web... que avise de cuando no es conveniente upgradear? Por más que he buscado en las listas de debian no la he encontrado. Una buena forma de saber cuándo se puede optar por una nueva versión de un paquete es esperar a que salga en la distribución testing. La rama unstable siempre conlleva un peligro, ya que cada actualización puede traer consigo fallos graves que no esten reflejados en la lista de bugs. En general, cuanto mayor sea la importancia de un paquete, más cuidado hay que tener, y cuanto más importante sea la actualización (e.g. el paso de las X desde la 6.x a la 7.x), más probabilidades hay de que los paquetes traigan problemas y de que la actualización en sí sea problemática. Para vivir tranquilo, es mejor apostar por la testing aunque mientras se siga a la unstable, dándole a sus paquetes menor prioridad. De esa forma, el usar un paquete de la unstable se hace o bien a conciencia, o bien cuando sale un paquete nuevo, cuya posible problemática no puede afectar de gravedad (salvo en casos excepcionales) ya que no se hacía antes uso del mismo. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: amd64: why is sizeof(int) =4? why not =8?
2006-04-05 21:16 +0200, Mike McCarty [EMAIL PROTECTED]: Mitchell Laks wrote: [...] #include stdio.h #include stdlib.h #include string.h typedef struct employee_st { char name[40]; int id; } Employee; int main() { int myInt; Employee john; printf(Size of int is %d\n,sizeof(myInt)); This program has defects. The type of the results of the sizeof operator is an unsigned integer of unspecified size. The only portable way to do this is... printf(Size of int is %lu\n,(unsigned long)sizeof(int)); The result of sizeof is a size_t, an unsigned type. Couldn't it happen to be using something bigger than a unsigned long, such as an unsigned long long? If I have read it correctly, using a C99-compatible compiler (ISO/IEC 9899:1999) one could simply write printf(Size of int is %zu\n, sizeof(int)); where z is a length modifier (akin to l o ll) that that specifies a size_t when printing integers (i.e. with d, u, o, x et al.). -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Today's disaster with xorg update
2006-04-15 13:56 +0200, Anthony Campbell [EMAIL PROTECTED]: On 15 Apr 2006, James Westby wrote: On (15/04/06 11:10), Anthony Campbell wrote: To: debian-user@lists.debian.org From: Anthony Campbell [EMAIL PROTECTED] Date: Sat, 15 Apr 2006 11:10:58 +0100 Subject: Today's disaster with xorg update Mail-Followup-To: debian-user@lists.debian.org After today's upgrade on Sid, X will no longer come up. The error message says: Fatal server error: could not open default font fixed. The x fonts are still there however. Anyone else seeing this? Check the font paths in /etc/X11/xorg.conf, i found they had changed. Mine haven't changed Rather than the contents of /etc/X11/xorg.conf having changed, it's where the xfonts-* packages are installing the fonts that seems to have changed. My 6.9 font configuration pointed someplace, but the 7.0 font files seem to get stored under /usr/share/fonts/X11 instead (off the top of my head... 'dpkg -L xfonts-100dpi' to confirm). I am not sure that this will fix things, though. and to make matters worse something I've done to try to solve the problem has made matters worse. I'm now getting a new error about not being able to move /var/log/Xorg.log.0. I'm seriously thinking of purging all the packages related to X and starting again, except that I don't know which they are. xorg*, I think. I hope that if you have to resort to that, it will solve your problems. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Xorg issue
2006-04-15 14:36 +0200, Ben Whyte [EMAIL PROTECTED]: Help, since Xorg updated today, I have been getting 'no screens found' and messages about no drivers available for keyboard mouse or graphics card. Running on unstable The first versions of xserver-xorg-input-all and xserver-xorg-video-all are wrong, since they do not include dependencies for the specific input and video driver packages. As a temporary fix, it seems that you must manually look at the different xserver-xorg-input-* and xserver-xorg-video-* debs and install the ones necessary for your system. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Today's disaster with xorg update
2006--04-15 15:00 +0200, Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED] wrote: 2006-04-15 13:56 +0200, Anthony Campbell [EMAIL PROTECTED]: and to make matters worse something I've done to try to solve the problem has made matters worse. I'm now getting a new error about not being able to move /var/log/Xorg.log.0. I'm seriously thinking of purging all the packages related to X and starting again, except that I don't know which they are. xorg*, I think. I hope that if you have to resort to that, it will solve your problems. xserver-xorg*, rather (though if the dependancies are installed and uninstalled automatically --as with aptitude-- clearing xorg should show the rest). -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: sin sonido
2006-04-05 18:19 +0200, Daniel Hernandez [EMAIL PROTECTED]: Hola, tengo un Compaq Presario M2217LA Notebook PC, la especificacion sale aqui: http://h10025.www1.hp.com/ewfrf/wc/document?lc=enlang=encc=usproduct=500386dlc=endocname=c00615577 Seguramente puede comprobar algunos detalles de esas especificaciones mediante lspci, lsusb y comandos análogos. Ten esos datos a mano para verificar cómo va todo. Hace un tiempo el sonido estaba funcionando bien, no recuerdo haber hecho algo especial a la hora de instalarlo. Pero hace un tiempo reinstale todo y ahora el sonido no funciona. La verdad es que no recuerdo que use antes, pero hoy estoy usando el kernel 2.6.8-2-k7. Si lo tienes perdido en el olvido, quizás lo que usabas eran controladores OSS y no Alsa. No sé si los nuevos paquetes binarios Linux de Debian traen o no OSS habilitado. En la pagina de HP solo dice que la tarjeta es una Altec Lansing. Dice que el sonido es Altec Lansing. Que yo sepa, se centran en fabricar altavoces... Cuando ejecuto alsaconf me dice: Not supported PnP or PCI card found. Would you like to prove legacy ISA sound cards/chips? Le digo que si, prueba con los siguientes drivers: opl3sa2, cs4236, cs4232, cs4231, es18xx, es1688, sb16, sb8. Pasa un rato y dice: No legacy cards found. Pues tiene pinta de que al menos esos no son. Cuando sepas con más seguridad el fabricante de tu tarjeta de sonido, en http://www.alsa-project.org/alsa-doc/ podrás saber si Alsa lo soporta y mediante qué módulo. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: no me reconoce un disco duro
2006-04-04 11:36 +0200, Adrian Bartol Molina [EMAIL PROTECTED] wrote: [...] por otro lado, Ese otro lado no tiene nada que ver con el tema no me reconoce el disco duro del mensaje. La próxima vez, mejor en otro correo. ;-) el escritorio, aunque lo tengo puesto a resolucion 1024x768, lo que son las ventanas y el texto me aparecen mucho mas grandes, como con resolucion 640x480. el fondo de escritorio, los iconos y tal salen bien, pero luego las fuentes de las letras me salen muy grandes. supongo que tendre que bajarme algun paquete de fonts, pero hay miles y no se cual es el que me vendria bien. En principio, supones mal. Según el tipo de fuente, hacer un escalado de la misma puede producir resultados más o menos bonitos, pero un servidor X Window bien configurado ajustaría el tamaño. El problema pues es el tamaño que cree el servidor X que tiene tu monitor. La solución depende de cómo lances el servicio (e.g. startx, xdm, gdm, kdm, ...). La referencia clave típica son dots per inch (según el caso, pixels per inch), y sobre todo el parámetro --dpi en algún punto de /etc, aunque hay un sistema adicional que consiste en especificar las dimensiones de la pantalla. Más información (no del todo al día, si mal no recuerdo) en la FAQ del servidor X (/usr/share/doc/x-common/FAQ.gz si mal no recuerdo). -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: dudas sobre direcciones ip
2006-04-01 09:41 +0200, Dani [EMAIL PROTECTED]: al hilo de esto ... alguien sabe como calcular la gw de una dirección ip? era algo asi como la ip OPERADOR AND + 2 alguien me lo puede confirmar? es que estoy buscando por ahí y no consigo verlo, gracias. La relación entre tu dirección IP y la de la puerta de enlace es que tu_ip AND máscara_red == ip_gw AND máscara_red es decir, la dirección IP de la puerta de enlace puede ser cualquier IP libre y válida dentro de tu subred, es decir, cualquiera exceptuando la IP de la red o la IP de difusión (respectivamente la primera y la última de la subred), la tuya y la del resto de equipos (salvo el encaminador, por supuesto, cuya IP en esa subred es la de la puerta de enlace). -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Problemas con CDROM/DVD en Thinkpad T43
2006-03-31 16:70 +0200, Ernesto Crespo [EMAIL PROTECTED]: Saludos. He usado el kernel de sarge por defecto 2.6.8.2 hasta el kernel 2.6.16 y el debian no me crea el dispositivo /dev/hdc. El disco duro es un serial ATA. Coloque las siguientes opciones en el grub: ide1=noprobe libata.atapi_enabled=1 Sigue sin detectar el CDROM BIen, si es que compilas el soporte IDE y libata (y seguramente algún otro módulo de disco y de sistema de archivos) dentro del núcleo. SI son módulos, hay que modificar /etc/modprobe.conf o similar. Aparte, ¿es ide1=noprobe o más bien hda=noprobe? Buscando por internet encontre que debo modificar el initrd.img. Editando e archivo: /etc/mkinitrd/modules Colocando lo siguiente: ide-generic ata_piix sd_mod tg3 ipw2200 pcmcia firmware_class Y luego mkinitrd -o /boot/initrd.img-2.6.16 Pero al reiniciar el equipo me da kernel panic ya que no encuentra los dispostivos serial ata - /dev/sda y si encuentra el cdrom. Y si invierto el orden del ide con el ata el equipo arranque, los módulos se cargan pero sigue sin existir el dispositivo. ¿Y el módulo ide para el CDROM dónde se carga? De todas formas, como pretendes pasar libata.atapi_enabled=1, es porque no quieres usar los controladores IDE sino libata. Para ello, si cargas los IDE, tienes que hacer hdc=noprobe en el lugar adecuado para que sea libata quien se encarge de la unidad de CD, para así con suerte conseguir DMA. Si alguien tiene una idea de como solucionar el problema del cdrom muchas gracias de antemano Muchas ideas en inglés en http://www.thinkwiki.org/wiki/Problems_with_SATA_and_Linux. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: A vueltas con el cd IDE y el hd ATA
Repito la respuesta que envié por equivocación sólo a Jose Luis. Por cierto, el núcleo actual del Thinkpad es un 2.6.15, pero no sé si originalmente funcionó con otras versiones o no. Como han dicho en debian-devel, mejor optar por la .15 o la .16, para evitar problemas en versiones anteriores con el parche ide-modular de Herbert Xu. ---Mensaje reenviado--- 2006-03-22 14:51+0100, Jose Luis Ayala [EMAIL PROTECTED]: Buenas! No sé si seguís la pista del bug en ata_piix que impide usar el cdrom IDE en máquinas con hd ATA, pero a mí me está volviendo loco :) Comencemos por clarificar los términos, a ver si te remite la locura ;-). Entiendo que por CD-ROM IDE te refieres a uno con interfaz/gestión P-ATA(PI) (esto se entiende, pero así usamos el término más correcto) y que el disco duro tiene interfaz S-ATA (o que haya un conversor S-ATA/P-ATA entre el controlador y el disco duro, como en algunos IBM Thinkpad). Se comenta por ahí que la solución es incluir en el initrd los módulos ide-generic ata_piix sd_mod y en este orden. Correcto el concepto: cargar IDE antes que SCSI (S-ATA se maneja por SCSI, y SCSI fastidia la detección IDE). Sobre la ejecución, no te sé decir, ya que no sé si te falta algún módulo IDE que no se cargue automáticamente, ni si el módulo SCSI es el único necesario y el correcto. Yo he seguido la recomendación, y ahora durante el boot me encuentra hdc y hdd (dvd y cdrom), pero ahora el hd no responde!!! :( hd es poco descriptivo en esta situación: hace pensar en un interfaz hdX, manejado por P-ATA, pero estamos hablando de una controladora de discos S-ATA... y por si fuese poco, es un controlador cuyos discos Linux puede manejar o bien como IDE o bien como SCSI. ¿De veras ha desaparecido el interfaz de disco duro, o ha pasado de ser /dev/hdX a ser /dev/sdX (o viceversa)? Si es el caso, bastará con que cambies los parámetros del gestor de arranque (LILO/GRUB/...) y las definiciones de fstab. Puede no ser trivial, pero la alternativa sería recrear la configuración inicial, cosa difícil (visto la evolución del soporte S-ATA en Linux) y poco deseable (sobre todo si antes la cosa no te funcionaba). Os diré también que el initrd carga otros módulos de interés como libata e ide-core. ¿Sabéis si hay un secuencia correcta para el arranque de estos módulos o cómo resolver este problema? Por lo que tengo entendido la respuesta a cómo salvar la situación es depende, y además hay para escoger. Dicho esto, se agradecería más información para acotar el problema. Por ejemplo, yo no estoy siguendo el tema, así que no me serviría demasiado que me dijeses qué versión del núcleo estás usando (tanto numérica como la distribución de procedencia --e.g. paquete Debian vs vainilla--), y otros detalles semejantes (versión de los initrd-tools y demás), pero sin embargo, quizás otros sí puedan sacar partido a esa información. Otro consejo sería prescindir de usar initrd (o herramientas similares) si compilas los núcleos a medida para cada uno de tus sistemas. Así te ahorras depender de que funcione bien la elección de módulos y además te puedes ahorrar algún susto durante las actualizaciones. Para hacerlo, te debería bastar con meter en el núcleo los controladores necesarios para la correcta lectura del resto del sistema (i.e. los controladores de disco y el sistema de ficheros para el acceso a la partición raíz), y de paso los necesarios para recuperar el sistema en caso de fallo (primordialmente los controladores para el teclado). Al margen de debates sobre si usar o no initrd, incluir en el núcleo los controladores P-ATA y S-ATA es otra de las soluciones que se suele dar para manejar este tipo de controladores de disco, y la que he usado con un Thinkpad R52. El resultado fue que el disco duro se veía como /dev/sda1 y el DVD/CD-RW como /dev/hdc (aunque puestos a mirar, no verifiqué si todos los detalles --como el acceso DMA-- funcionaban correctamente). Una tercera opción (aparte la tuya y de la anterior) es habilitar la gestión P-ATA(PI) del módulo ata_piix (experimental en la versión 2.6.14 del núcleo) mediante el parámetro libata.atapi_enabled=1. Gracias x 1000! Si te sirve de algo, agradéceselo a http://www.thinkwiki.org/wiki/Problems_with_SATA_and_Linux y a la suerte que me llevó a tropezarme con el problema antes que tú (probando un instalador gráfico Debian en un sistema desconocido... poco recomendable). Si no, a seguir preguntando. ;-) -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Regresar a la versión anterior de un paquete .....
2006-03-20 15:40+0100, Mario Oyorzabal Salgado [EMAIL PROTECTED]: [...] Entonces quise regresar a una versión anterior de hecho a la 1.6.9-1 de syslog-ng, actualmente es la 1.9.x, hechando unos googlazos, he visto una forma de hacerlo pero para que funcione la condición al parecer es que el paquete debe existir en el cache, por ejemplo: #apt-get -f install syslog-ng=1.6.9-1 Eso me llevo a buscar al respecto, por lo que he leido en debian cuando se actualizan los paquetes por los manteiners esto se hace mediante diff incrementales aplicados al source del paquete. Quizás esto se refiere sólo a cómo se manejan las diferencias entre la versión oficial y las modificaciones necesarias para la debianización del paquete. Pero: ¿es posible construir un paquete así para recuperar una versión anterior ?, ¿que otras formas debianosa o no, se pueden utilizar para regresar a esa versión? En la distribución estable está la 2.6.5. Con suerte te valdrá con esa. Si no, lo veo difícil, salvo que hagas un (aparatoso) apaño a partir de las versiones oficiales del programa. , ¿cuando un paquete es actualiza, en todos los servidores de debian es eliminado la versión anterior? Visto el ritmo de actualización de los paquetes, poco tiempo pueden existir versiones que no se correspondan a alguna distribución. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: OT: Sin SSL en lectura de correo Gmail, Yahoo y Hotmail
2006-03-19 02:46+0100, Alejandro [EMAIL PROTECTED]: Hola, me acabo de dar cuenta que los mails que las cuentas de mail que tengo en los principales provedores de webmail (Yahoo, Gmail y Hotmail) no aplican SSL para leer/enviar el correo via web. Gmail sí lo permite. Por ejemplo, accediendo a la cuenta a través de https://gmail.google.com/ (en vez de a través de http://gmail.google.com/), todas las comunicaciones se llevan a cabo sobre HTTPS. Salud. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Problemas con el aMSN
2006-02-28, Jose Luis Rivas Contreras [EMAIL PROTECTED]: El aMSN no me inicia, lo intente por consola y me da el siguiente error: [EMAIL PROTECTED]:~$ amsn Application initialization failed: this isn't a Tk applicationunknown color name Black Y allí se queda... Alguna ayuda?... Respecto al color negro, aparentemente ha habido gente a la que se le ha traspapelado el fichero rgb.txt, que posiblemente tenga que existir en los siguientes lugares: $ ls -l `locate rgb.txt` -rw-r--r-- 1 root root 17371 May 31 2005 /etc/X11/rgb.txt lrwxrwxrwx 1 root root16 Jan 29 22:59 /usr/X11R6/lib/X11/rgb.txt - /etc/X11/rgb.txt A ver si eso corrige el error, porque el mensaje me resulta demasiado críptico como para poder dar más consejos. Suerte. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: ¿donde está webmin?
2006-02-07 12:19+0100, Chris Fanning [EMAIL PROTECTED] wrote: Hola todos, acabo de instalar un debian testing /etc/apt/sources.list deb http://ftp.es.debian.org/debian/ testing contrib main non-free deb-src http://ftp.es.debian.org/debian/ testing main deb http://security.debian.org/ testing/updates main deb http://ftp.nerim.net/debian-marillat/ etch main al instalar webmin, no lo encuentra. apt-cache search webmin no devuelve nada. ¿a que se debe? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=343897: Quien mantenía webmin* dejó de tener tiempo y ganas para seguir haciéndolo y nadie ha cogido el testigo, con lo que los paquetes han sido borrado de testing y unstable. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Optimizado para internet explorer??
2006-01-08 , Mariano Alesandro [EMAIL PROTECTED] wrote: Lo que dicen los chicos es cierto, no es que Firefox, etc funcionen mal, o sean incompletos, el problema es que los tipos que hicieron esas páginas no respetaron las normas de la w3c, entonces para evitar que vos veas su página de mala manera (al utilizar un navegador distinto al que ellos eligieron), directamente te impiden el acceso. Sin ir más lejos, la página de panda software (http://www.pandasoftware.com, empresa de productos antivirus/antispyware) ofrece un servicio de verificación online gratuito. Te hacen el scan de la máquina y de tener virus te lo desinfectan. Ahora, para poder utilizar éste svc, sí o sí tenés que estar utilizando microsoft explorer. Coincido en que hay un abuso de páginas optimizadas para Internet Explorer, pero no creo que el servicio de antivirus en línea de Panda sea el mejor ejemplo. Venden un antivirus para Windows, que habrán desarrollado pensando solo en esa plataforma. Dada la (discutida) decisión Microsoft de asegurar la presencia de Internet Explorer en su sistema operativo, no parece criticable el que se hayan centrado en dicho navegador. Además, tengo la sensación de que a la hora de desarrollar la versión en línea les supuso mucho menos trabajo hacer un programa ActiveX (más o menos exclusivo para Internet Explorer) que en cualquier otra tecnología. De hecho, tengo dudas de que hubiese alternativas viables cuando salió, y por el momento la cuota de mercado justifica desarrollar el producto para otros navegadores. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: xsession n'est plus lu
2006-01-05 18:16 +0100, Bayrouni [EMAIL PROTECTED] wrote: Bonsoir à tous, Depuis que je suis suis passé en instable sur mon portable, le fichier .xsession n'est plus lu du tout. Existerait-t-il un moyen de savoir pour quelle raison il ne peut etre lu par X? Je suis sous sid, kernel 2.6.14.5, uniquement icewm. version de X: 6.9.0.dfsg.1-1 Par contre, le fichier .xinitrc est bien lu au demarrage de X en passant par startx! Bug 345406 de xdm, peut_être? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=345406: empty /etc/X11/xdm/xdm-config. C'est corrigé mais il faut attendre à la nouvelle version. Une solution temporaire pour continuer à utiliser xdm c'est de copier le fichier inéxistant d'une autre version. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: determine correct dpi settings for X
2006-01-03 13:05 +0100, LeVA [EMAIL PROTECTED]: Hi! How can I determine my correct (real) dpi settings for X? I'm searching for a method which is like the one in the Firefox browser. There is a small line in a window, which I can measure, and then enter the real size of the line (in centimeters or inches). But what if I do not have firefox browser installed? Measure the monitor's height and width in inches and manually calculate the horizontal and vertical dots per inch for your preferred resolution, or measure it in centimetres and let the Xorg server do it for you. A partial quote from /usr/share/doc/x11-common/FAQ.gz: How do I set the DPI (dots-per-inch) value used by the X server? Two ways to get an accurate DPI value to your application are: 1. pass the -dpi option to the X server (this also works for many non-XFree86/Xorg X servers); or 2. let the XFree86/Xorg X server calculate the DPI value based on the DisplaySize parameter in its configuration file, XF86Config-4 or xorg.conf. See the XF86Config-4(5x) or xorg.conf(5x) manual page for details. The first method is recommended if you already know the DPI value of your monitor and wish to always run it at the same resolution; the second method is the more flexible way, but only available for the XFree86 and Xorg X servers. [...] -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: determine correct dpi settings for X
2006-01-04 04:09 +0100, Noah Dain [EMAIL PROTECTED]: On 1/3/06, LeVA [EMAIL PROTECTED] wrote: 2006. január 3. 13:17, Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED] - debian-user@lists.debian.org,: 2006-01-03 13:05 +0100, LeVA [EMAIL PROTECTED]: Measure the monitor's height and width in inches and manually calculate the horizontal and vertical dots per inch for your preferred resolution, or measure it in centimetres and let the Xorg server do it for you. A partial quote from /usr/share/doc/x11-common/FAQ.gz: How do I set the DPI (dots-per-inch) value used by the X server? Two ways to get an accurate DPI value to your application are: 1. pass the -dpi option to the X server (this also works for many non-XFree86/Xorg X servers); or 2. let the XFree86/Xorg X server calculate the DPI value based on the DisplaySize parameter in its configuration file, XF86Config-4 or xorg.conf. See the XF86Config-4(5x) or xorg.conf(5x) manual page for details. The first method is recommended if you already know the DPI value of your monitor and wish to always run it at the same resolution; the second method is the more flexible way, but only available for the XFree86 and Xorg X servers. [...] Cool, thanks! Daniel -- LeVA for the impatient add this line to the XF86Config/xorg.conf monitor section: DisplaySize xxx yyy where xxx and yyy are width and height of the viewable area in millimeters. you can get dpi (and more) info via xdpyinfo, ie: $ xdpyinfo|less If you find that xdpyinfo doesn't show updated dpi settings, it may well be that you have forgotten to remove the -dpi option passed to the X server on startup (the file to edit depends on the startup method, such as startx, wdm or xdm). -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: MTU para una LAN, fragmentar paquetes
2005-12-31 01:27 +0100, Iñaki [EMAIL PROTECTED]: El Viernes, 30 de Diciembre de 2005 23:30, Gonzalo HIGUERA DÍAZ escribió: || Después de comprobar los DNS's y demás se me ha ocurrido probar a || reducir el MTU del interfaz LAN de 1500 a 1492 y ya funciona. || || El caso es que el router es una Debian con ADLS por ppp0 con MTU 1492 || (lo típico), y la LAN es eth1 con MTU 1500 (lo típico también). Pensaba || que nunca habría ningún problema pues que yo sepa, si una máquina envía || un paquete de un tamaño mayor al MTU de un tramo de la red, es el router || correspondiente el que se encarga de fragmentar el paquete. Eso es al || menos lo que hecho en muchos ejercicios teóricos en la universidad. || || Correcto en cuanto a la teoría, pero en la práctica una máquina puede || estar mal configurada. Supón que una de las webs esté detrás de un || cortafuegos que sólo debe dejar pasar tráfico TCP dirigido al puerto || 80. Una traducción de dicha regla que no tenga en cuenta la || fragmentación en una máquina basada en iptables de Linux llevaría a || descartar todos los fragmentos, por no llevar cabecera TCP (como se || explica en el packet-filtering-HOWTO. Pero no puede ser cosa del servidor web, no creo que el 75% de los servidores web impidan el paso de paquetes fragmentados, ¿no? Un porcentaje tan alto de fallo es clara señal de que el problema es local, entendiéndose por local el tramo desde la máquina de pruebas hasta donde se empieza a diversificar el tráfico. Por tanto, la configuración de la red del ISP puede estar jugando un papel. Esto es en cualquier caso puramente académico, ya que dudo que puedas influir más allá del router Debian, así que mejor limitarse a ese tramo: desde la máquina de pruebas hasta el router. || Esto también es aplicable a tu || router, sobre todo en las respuestas, y puede no ser por error sino || por eficiencia (con algo de mala uva si no se responde con un ICMP || Destination Unreachable con causa 4 = fragmentation needed and DF || set). Le doy vueltas y vueltas a esto que dices y no acabo de ver la luz No sé si lo dije anteriormente, pero antes de poner MTU=1492 a la red local, desde la Debian-Router SI que veía todas las páginas (lo probaba con Links), pero no así desde las máquinas locales (todos los Windows e incluso probé con un portátil con Debian y nada, no cargaban la mayoría de las páginas). Normal, claro está, ya que el router veía una MTU de 1492 en el interfaz de salida a Internet. Asumo que en la petición de una web el tráfico saliente es mínimo (como mencionas abajo), así que el problema es el entrante. Y de verdad que no puedo ni imaginarme dónde y porqué se atasca el asunto. Sólo se me ocurre que el servidor web responda con tramas que luego hay que fragmentar antes de llegar a mi router, y que mi router por alguna razón no permita el paso de paquetes fragmentados a mi red local. ¿Problema en mi Iptables? Eso es lo que estaba sugiriendo. En principio también sería extensible a la máquina de pruebas, pero como probaste con varias, parece que nos podamos centrar en el router (sin descartar intervenciones por parte de equipos que pudiera haber entre el extremo y el router). En mi iptables tenía: *filter :INPUT DROP [0:0] :FORWARD DROP [0:0] :OUTPUT DROP [0:0] -A INPUT -i ppp0 -m state --state RELATED,ESTABLISHED -j ACCEPT -A INPUT -i ppp0 -p icmp -j icmp_packets -A FORWARD -m state --state RELATED,ESTABLISHED -j ACCEPT -A icmp_packets -p icmp -m icmp --icmp-type 8 -j ACCEPT -A icmp_packets -p icmp -m icmp --icmp-type 11 -j ACCEPT El código 4 que comentas está en los ICMP de tipo 3, que yo no había incluido. ¿Podría ser la causa? yo creo que no, pero no estoy seguro. Habiendo descartado el tráfico saliente, sabemos que el entrante se puede fragmentar. Asociando el 1492 a la proliferación de accesos ADSL mediante PPPoA, la necesidad de fragmentación se produce cuando lo paquetes llegan a la red de aceso ADSL. Si se negasen a fragmentar, enviarían el ICMP de tipo 3 a los servidores. Si más gente usa esa red de acceso sin problemas ni configuraciones especiales, parece razonable que ahí no esté el problema. Además, si impidesen la fragmentación, tu equipo no tendría problemas con paquetes fragmentados, así que parece que hay fragmentación. Cuando un fragmento llega a tu router este puede decidir, que permite el paso de fragmentos o bien que lanza un ICMP fragmentation needed. Por lo primero no conozco bien iptables, pero diría que con la regla FORWARD que has puesto debería bastar, y por lo segundo, no se me ocurre ninguna parte de Linux (e.g. net.ipv4.* de sysctl) que lo permita, con lo que no lo veo como razón. Vamos, que con lo que hay, no se me ocurre nada, menos aún sin la posibilidad de hacer pruebas sobre el aparato, como habilitar el paso indiscriminado de fragmentos, o ser más laxo con ICMP (tanto en INCOMING como en FORWARDING o en OUTGOING). Siento haberme
Re: MTU para una LAN, fragmentar paquetes
2005-12-29 21:19 +0100, Iñaki [EMAIL PROTECTED]: Hola, hoy he tenido el supongo que clásico problema de poder acceder desde ordenadores en una LAN a ciertas webs y no a otras. Clásico problema con interesantes posibilidades. ¿Cuántas webs dan problemas? Quizás la pregunta te permita acotar de primeras la fuente del problema. Después de comprobar los DNS's y demás se me ha ocurrido probar a reducir el MTU del interfaz LAN de 1500 a 1492 y ya funciona. El caso es que el router es una Debian con ADLS por ppp0 con MTU 1492 (lo típico), y la LAN es eth1 con MTU 1500 (lo típico también). Pensaba que nunca habría ningún problema pues que yo sepa, si una máquina envía un paquete de un tamaño mayor al MTU de un tramo de la red, es el router correspondiente el que se encarga de fragmentar el paquete. Eso es al menos lo que hecho en muchos ejercicios teóricos en la universidad. Correcto en cuanto a la teoría, pero en la práctica una máquina puede estar mal configurada. Supón que una de las webs esté detrás de un cortafuegos que sólo debe dejar pasar tráfico TCP dirigido al puerto 80. Una traducción de dicha regla que no tenga en cuenta la fragmentación en una máquina basada en iptables de Linux llevaría a descartar todos los fragmentos, por no llevar cabecera TCP (como se explica en el packet-filtering-HOWTO. Esto también es aplicable a tu router, sobre todo en las respuestas, y puede no ser por error sino por eficiencia (con algo de mala uva si no se responde con un ICMP Destination Unreachable con causa 4 = fragmentation needed and DF set). Supongo que puede haber más casos, pero antes de buscarlos convendría intentar definir las causas. Si el problema está en la fragmentación y se ve durante la navegación web, puedes intentar de nuevo buscar al culpable. El tráfico web es mayoritariamente unidireccional, con lo que el culpable parecería ser tu máquina. En las páginas que fallan, ¿se cumple esta regla? Por otro lado, una captura de paquetes de las páginas que se ven debería establecer si los paquetes que recibes superan o no los 1492 de MTU. Pero lo que yo me pregunto es porqué razón no lo hace el router automáticamente sin decirle nada, ¿acaso no fragmenta los paquetes IP de tamaño superior transparentemente sin que la máquina origen se entere? pues anda que no lo he hecho veces en papel... Debería fragmentarlos, pero habría que comprobarlo. No tengo equipo para hacerlo, pero quizás el comparar el resultado de lanzar traceroute -M want y traceroute -M dont te ayude a ver dónde está el problema. Si no, quizás puedas mirar como funciona tracepath y ver si es posible enviar un UDP de 1500 pero que la respuesta sea pequeña, para así tratar de reducir la problemática del MTU sólo a la ida (si no importase la vuelta, la serie ping, ping -s 1486 y ping -s 1500 debería dar la respuesta). Supongo que al hacer ifconfig eth0 mtu 1492 estoy obligando a que los equipos de la LAN envíen tramas de tamaño máximo 1492, pero la cosa es que no debería ser así, ¿Deber? No es algo necesario en IPv4, pero es una labor social que retira trabajo a todos los equipos que tienen que manejar los fragmentos (y de paso aumenta tu rendimiento visible) y que no está de más aplicar. De hecho, la fragmentación es tan enojosa como para que IPv6 no la soporte. la máquina de la LAN envía a 1500 porque la red que usa es una Ethernet, y luego el router (Debian) debería fragmentar la trama sin que el ordenador local se entere. ¿No es así? Sí, así debería ser. En caso de que no esté equivocado, ¿qué hay que hacer para habilitar la fragmentación de paquetes en el router Debian? ¿algún módulo? No creo que el problema sea el ejecutar la fragmentación, sino el trato del paquete fragmentado por tu máquina o por máquinas ajenas. A ver qué descubres. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: wireless ipw2200 - Colgado al intentar configurar WPA.
2005-12-29 14:38 +0100, JOSE - [EMAIL PROTECTED]: me he descargado las ultimas versiones del ieee80211 y ipw2200 que son las siguientes: ieee80211-1.1.6 ipw2200-1.0.8 Tambien me he descargado la ipw2200-fw-2.3. Todas ellas de la pagina oficial de sourceforge.net Todo me ha ido perfectamente hasta que he echo un: make install de ipw2200. Los resultados deberían ser parecidos a un make install de iee80211, que supongo que también tienes que hacer. ¿Lo has hecho, o es que en este caso hay alguna diferencia notable? Que me lanza el siguiente mensaje: [...] install -d /lib/modules/2.6.12-10-686/kernel/drivers/net/wireless/ Creación del directorio donde ha de guardarse el módulo creado. install -m 644 -c ipw2200.ko /lib/modules/2.6.12-10-686/kernel/drivers/net/wireless/ Copia/instalación del módulo en sí. /sbin/depmod -a Actualización de la jerarquía de dependencias entre módulos (e.g. para que modprobe ipw2200 cargue antes el módulo iee80211 que requiere, y para que si otro módulo necesita a ipw2200 sepa que exista). Don't forget to copy firmware to your hotplug's firmware directory and have the hotplug tools in place. See INSTALL for more information. Tienes que copiar los contenidos de ipw2200-fw-2.3* en /etc/firmware, o más probablemente, en usr/lib/hotplug/firmware para que al cargarse el módulo pueda acceder a ellos. No se que es lo que ocurre en las cuatro ultimas lineas, el INSTALL ese tampoco me aclara nada (sera porque no ne llevo bien con el Ingles???). Bueno, aver si me podeis echar un cable. Espero que lo anterior haya sido suficiente. ¡Salud! -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: wireless ipw2200 - Colgado al intentar configurar WPA.
2005-12-29 15:45 +0100, JOSE - [EMAIL PROTECTED]: Tienes que copiar los contenidos de ipw2200-fw-2.3* en /etc/firmware, o más probablemente, en usr/lib/hotplug/firmware para que al cargarse el módulo pueda acceder a ellos. Genial, ahora se lo que hace el scrip del make install ipw2200. En mi sistema no hay un /etc/firmware/!!! Voy a probar a crearlo, copiar alli los archivos del firmware, y aver que ocurre. Por si no estuvo claro, pensaba que era o bien /etc/firmware o bien /usr/lib/hotplug/firmware (errata corregida), en función probablemente de la versión del núcleo, siendo la segunda opción la de los núcleos recientes. Por experiencia con el ipw2100, si el firmware está en el lugar equivocado, el error se puede observar con dmesg cuando se detecta (supongo que al tratar de cargar el módulo, por ejemplo a mano con modprobe ipw2200 como root). En base a los tres directorios que mencionaba ChEnChO, he mirado el INSTALL y resulta que no menciona /etc/firmware pero sí /lib/firmware, además de /usr/lib/hotplug/firmware/. También comenta que se puede ver en /etc/hotplug/firmware.agent. Yo no tengo ese archivo y parece que me lo encuentra (no he conseguido aún que me corra del todo la tarjeta, pero sí puedo ver algunas redes), lo cual se puede deber a cómo estén administrados los eventos 'hotplug' en mi sistema. Quizás esto se deba a la transición que creo que se está dando entre las herramientas hotplug y udev. Deberías tener o el uno o el otro instalado, preferentemente el hotplug (que si da problemas es el programa que más gente conoce --y el más estable-- por razones de antigüedad). Como dice ChEnChO, ejecuta modprobe ipw2200 y a ver si se levanta la tarjeta. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Particion Raiz Llena
2005-12-24 20:35 +0100, Eric Pap [EMAIL PROTECTED]: Hola gente. Estuve jugano instalando paquetes en debian y resulto ser que mi particion raiz que el instalador definio (me sugirio) sea de 200MB se me lleno. Al comando df -vh obtengo: S.ficheros Tamaño Usado Disp Uso% Montado en /dev/hdd1 206M 206M 0 100% / tmpfs 126M 4,0K 126M 1% /dev/shm /dev/hdd2 3,9G 555M 3,4G 14% /mnt/Datos /dev/hdd9 1,3G 483M 771M 39% /home /dev/hdd8 125M 4,1M 115M 4% /tmp /dev/hdd5 1,9G 877M 918M 49% /usr /dev/hdd6 721M 342M 341M 51% /var tmpfs 10M 760K 9,3M 8% /dev La pregunta es cómo ha resultado llena la partición raíz. Quizás un du -x --max-depth=1 / ayude a buscar el por qué. Después de ello, un poco de reorganización --incluyendo el uso de ln -s para descargar /dev/hdd1-- deberían hacer innecesario el redimensionar las particiones. Por supuesto, hay directorios intocables, como por ejemplo /lib, pero quizás salga a la luz algún archivo o directorio extraviado, archivos de más (e.g. una colección de núcleos en /boot) o un directorio mal usado (e.g. cargar /root con archivos no necesarios para poder restaurar el sistema en caso de fallo). PD: Instale parted pero la verdad no entiendo como se usa ni tampoco se si me servira para lo que quiero hacer. Creo que en muchos casos puede usarse en vez de Partition Magic. info parted debería explicar lo suficiente cómo usarlo como para sacarte de dudas, y si la limitación principal es que sea en modo texto, creo que hay 'frontends' gráficos para el mismo (¿gparted, quizás?). -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED] - Más vale tarde que nunca.
Re: firefox deep park y 1.5
2005-12-28 20:20 +0100, Ricardo Delgado [EMAIL PROTECTED]: tengo problemas con el navegador firefox al abrir el correo de yahoo siempre se cierra el navegador, tenia instalado por defecto el deep park ...Deer Park, es de suponer... y pense que se trataba de un problema de esa version, cambie a la version 1.5 bajada con el .tar desde mozilla pero el problema sigue, hasta ahora solo tengo inconvenientes con el correo de yahoo, con otra pagina no me sucede. Alguien tuvo un problema similar? tengo etch Desde un terminal ejecuta firefox -p, crea un perfil nuevo y trata de acceder desde ahí. Si hay problemas, con suerte aparecerá suficiente información en la terminal como para corregirlos.Si no los hay, es algo con tu perfil actual que deberías poder evaluar de forma similar a la anterior. Por cierto, si no me equivoco, cuando se lanza una aplicación desde el escritorio, se pueden encontrar sus mensajes de error en ${HOME]/.xsession-errors (junto con los de la sesión y el resto de aplicaciones). -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Debugging severe performance problems
2005-12-27 11:39 +0100, Kjetil Kjernsmo [EMAIL PROTECTED]: Hi all! One of my systems has a really severe performance problem. [...] It is my father's system, so I'm not bothered with it too often, but the performance is insanely bad. When it does updatedb, the system pretty much freezes for the time it takes to scan the disk. Firefox takes more than a minute to start, and a regular apt-get upgrade with trivial security fixes makes the load go to above 5. My own system is similar to this system, but has a somewhat slower CPU, and performs well. It is definitely not because it doesn't have the hardware. So, well, I have a system here that borders on unusable and no idea how to fix it. Where would you start if you had a *really* slow system? Given the three scenarios you give, specially the first and maybe also the third, disk access is a likely candidate. Check with hdparm whether the HDD-chipset is using the best transfer mode available (some DMA mode, given the hardware). As for sluggishness with X, I also seem to have the problem sometimes, specially when starting X. I had the impression that some time ago it was a couple of seconds at most that the screen stayed blank while loading xdm, but now it seems to be in the slow end of the 5-10 s range, so it is clear that I can't give any advice on that side of the issue. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Paquetes de Inestable a testing.
2005-12-26, Emilio [EMAIL PROTECTED]: Lista, sabéis cuanto tiempo mas o menos, tardan en pasar los paquetes de inestable a testing? Creo que el máximo tiempo cuando no hay problemas son diez días. Para un paquete fuente dado, puedes mirarlo en http://packages.qa.debian.org/common/index.html (a la derecha, bajo Testing status). Si encuentras un binario concreto a través de http://www.debian.org/distrib/packages, el enlace developer information for apunta a la descripción del binario apropiado. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Paquetes de Inestable a testing.
2005-12-26 20:11 +0100, Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]: Si encuentras un binario concreto a través de http://www.debian.org/distrib/packages, el enlace developer information for apunta a la descripción del binario apropiado. Me equivoqué. Quise decir que apunta a la descripción del estado del paquete fuente tal y como se puede encontrar a través de http://packages.qa.debian.org/common/index.html, no del binario. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: alsaconf cada vez que reinicio.
2005-12-22 09:04 +0100 Jose Andres [EMAIL PROTECTED]: Bueno pues ahora el problema no es que tenga que ejecutar alsaconf cada vez que reinicio, es que lo ejecuto y mientras lo configuro, este hace una prueba ejecutando un wav, y este wav se escucha, pero si intento abrir una cancioin de mp3 o wav o una pelicula no es escucha nada, he probado con atun, totem, xmms,y me dan el tipico error de cuando no tienes configurada la tarjeta de sonido. ¿Qué tipo de error, exactamente? Quizás no hayas configurado cada uno de los programas para que usen ALSA en vez de OSS (el esquema de audio antiguo de Linux) u otro medio de reproducción de sonido... -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: aptitude en anglais sur locale fr_FR.UTF-8
2005-12-17 21:55 +0100, Jean-Michel OLTRA [EMAIL PROTECTED]: Suite au fil sur utf-8, j'ai également modifié ma locale, ainsi que d'autres bricoles (vimrc, LESSCHARSET, mutt et muttrc, .Xresources). Du coup aptitude n'est plus en français. Ce qui m'étonne le plus c'est que un strace sur un aptitude lancé avec des variables LC en [EMAIL PROTECTED] (LANG, LC_TIME, LC_CTYPE) montre que /usr/share/locale/locale.alias est recherché, ainsi que aptitude.mo dans différents dossier de /usr/share/locale. En revanche, avec du fr_FR.UTF-8, le strace ne montre pas cette recherche. Quel rapport ? Une idée ? Peut-être il faut lancer dpkg-reconfigure locales et ajouter fr_fr.UTF-8 pour que les fichiers soient crées? -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Problema extraño con raton optico
2005-12-12 23:20 +0100, Luis Labrado [EMAIL PROTECTED]: Hola, saludos a todos: Vereis, me he comprado un raton optico PS2 (con cable) para mi viejo ordenador de sobremesa, para substituir al viejo raton de bola que se atascaba muy a menudo, contaba con que el sistema funcionaria perfectamente con el nuevo raton, pero no ha sido asi, al arrancar, las X se cuelgan devolviendo este error: (EE) xf86openserial: Cannot open device /dev/psaux no such device. (EE) Configured Mouse: cannot open input device (EE) Preinit failed for input device Configured Mouse El fallo no parece del servidor X; simplemente, Linux no ha reconocido un ratón como conectado al sistema. Suponiendo que el sistema lo has reiniciado con el ratón bien enchufado, parecería un fallo de hardware (ratón roto, que el ordenador no pueda suministrar suficiente potencia por el puerto PS/2,...). El raton es es un Trust MI-2100 Optical PS/2 Mouse y la paradoja es que lo compre precisamente para evitar posibles problemas en mi viejo ordenador con ratones wireless y USB, y ya veis :( Hay conversores de PS/2 a USB, ¿no? Ya que tienes el ratón, prueba a usar una en un ordenador con USB, y si marcha, a lo mejor podrías encontrar una controladora USB compatible con Linux barata, no desaprovecnando así el ratón y abriéndole nuevas posibilidades al ordenador. en principio.. que sea optico o de bola tendria que ser lo mismo, si van en el mismo puerto, ¿no? No. PS/2 sólo define la interfaz física y eléctrica. man 4x config te dará una idea de la cantidad de protocolos PS/2 existentes. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Est-ce qqn sait comment un installer un kernel-image-2.6* quand on utilise un 2.4?
2005-12-14 21:52 +0100, ZePhilou [EMAIL PROTECTED] wrote: Voilà un sujet on ne peut plus clair. Pour les problèmes, voir migration vers noyau 2.6 Dans http://kerneltrap.org/node/799 (en anglais) tu peux trouver une liste avec les versions minimales de quelques logiciels qu'il faut avoir pour utiliser un noyeau Linux 2.6. Pour éviter des problèmes, il vaut mieux commencer par installer la version la moins spécifique compatible avec l'architecture de l'ordinateur (e.g. linux-image-2.6-386 avant d'essayer linux-image-2.6-k7 (*), si le processeur de l'ordinateur est un AMD Athlon). (*) Si tu utilises Debian 3.1/sarge, les paquets qui concernent le noyeau Linux commencent par kernel au lieu de par linux. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: A propos de UTF-8 et des locales
2005-12-14 23:32 +0100, RTyler [EMAIL PROTECTED]: Gabriel Paubert a écrit : On Wed, Dec 14, 2005 at 06:33:42PM +0100, Nicolas Roudninski wrote: Nicolas Roudninski a écrit : Bonjour, J'ai siuvi avec intérêt le fil sur le passage en UTF-8. Il y a deux, trois petites choses que je ne comprends pas bien (même après avoir lu la page wiki citée dans la discussion) : 1/ Comment savoir si un nom de fichier est en UTF-8 ou autre ? 2/ Gnome est bien en UTF-8 n'est-ce pas ? Parce que, chez moi, quand je fais par exemple : convmv -r -f iso-8859-15 -t utf-8 Téléchargements/ le programme répond : mv ./Téléchargements ./TÃ(c)lÃ(c)chargements No changes to your files done. Use --notest to finally rename the files. Le dossier Téléchargements/ a pourtant été créé par nautilus... Donc, je me dis que convmv devrait me répondre ce fichier est déjà en UTF-8 ou quelquechose comme ça. Bref, j'en perd mon latin ! si une âme charitable pouvait m'indiquer une voie... Je me réponds à moi-même : pour gnome, t'es vraiment nul ! Il suffisait de choisir Français (UTF-8) fr_FR dans le menu langue de gdm et hop ! Je paie un apéro à ma femme en guise de repentance... N'empêche que j'aimerai bien connaître un programme qui me dise dans quel encodage est tel fichier/répertoire... C'est forcément heuristique et pratiquement impossible. En particulier entre latin1 et latin15 qui ne diffèrent que par quelques caractères, et pas les plus courants. L'encodage latin15 inclut l'e dans l'o pour le français, mais combien de fois l'as tu tapé sur ton clavier (alors qu'en pratique ça serait très efficace pour aider à écrire un programme qui devine l'encodage d'un fichier)? Ceci dit dans latin15 y'a aussi le support de l'euro... - Latin1 = ISO-8859-1 - Latin9 = ISO-8859-15 - Latin15 n'existe pas, je crois. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Me ha desaparecido el comando man
2005-12-14 22:59 +0100, Iñaki [EMAIL PROTECTED]: Desde luego... que no tengo ni idea de cómo, pero me ha desaparecido el comando man. Tal vez un dist-upgrade nefasto, pero me suelo fijar y no vi nada raro hace un par de días. Bueno, el caso es que en otro ordenador he hecho which man para ver dónde se ubica y resulta ser en /usr/bin/man. Efectivamente me ha desaparecido el binario. Mejor aún: $ ls -l `which man` lrwxrwxrwx 1 root root 17 2005-10-01 17:59 /usr/bin/man - ../lib/man-db/man En dicho ordenador he hecho dpkg -S man para ver qué paquetes lo contiene, y por supuesto me han salido infinitos. Y si hago dpkg -S /usr/bin/man me dice dpkg: no se encontró /usr/bin/man.. Aplicando el resultado anterior: $ dpkg -S /usr/lib/man-db/man man-db: /usr/lib/man-db/man Vamos, que si alguien sabe qué paquete incluye la indispensable utilidad man le estaría muy agradecido. Por si acaso voy a probar a copiar el binario del otro ordenador al mío, a ver qué pasa. No creo que pase nada demasiado malo, pero mejor hacer un apt-get install --reinstall man-db y a tirar para adelante. Quizás convendría verificar la integridad de la instalación usando debsums, pero no todos los paquetes generan el .md5sums y además hay archivos generados a posteriori (como el enlace /usr/bin/man) que no podrían ser verificados de esta manera. Salud. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Carácter extraño para acentos en mozilla
2005-12-13, Ricardo Frydman Eureka! [EMAIL PROTECTED] wrote: Pablo Braulio wrote: Hola a todos. Desde hace unos días (desconozco el porque), me aparece un rombo con un signo de interrogación ? dentro, en todas las letras que tienen acento. ¿Alguien sabe como corregir esto?. Mira la codificacion del sitio que deseas ver y del navegador Si es para páginas españolas (Europa Occidental en general), la apuesta más segura es por la codificación ISO 8859-1. En Firefox, la codificación por defecto se elige en las características avanzadas de fuente accesibles desde el panel de preferencias, y las de la página que se está viendo desde el submenú de codificación de caracter del menú ver. Quizás ayude también activar o desactivar la autodetección de codificación, accesible desde el submenú de caracter. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Configurar el idiioma en Sarge, diferencias con Woody
2005-12-13 16:26 +0100, Javier Mora [EMAIL PROTECTED]: Hola a todos: He instalado desde cero Sarge en varias máquinas. La verdad que todo ha ido muy bien. Creo que Debian a acertado al mejorar el proceso de instalación, sobre todo con la detección del hardware y la localicación del sistema. Pero me surge una duda: En Woody utilizaba castellanizar o eurocastellanizar para activar el idioma y sabía donde buscar los ficheros afectados. Ahora se utiliza set-language-env y el se encarga de todo. Observo que ahora sólo se exportan las variables de entorno: LANG y LANGUAGE - ¿Ya no son necesarias las LC_*? No recuerdo que las cosas hayan cambiado, pero ahí va cómo entiendo que se unan esas variables ahora (man 7 locale). Se revisan en el orden siguiente: 1.- Primero LC_ALL 2.- Luego el LC_ que corresponda. 3.- Finalmente LANG LANGUAGE es en alguna medida equivalente a LC_MESSAGES cuando la aplicación usa GNU gettext. - ¿Ya no se utiliza el fichero /etc/environment? - ¿Donde puedo obtener información sobre estos temas? Ni idea. Quizás puedas obtener más información examinando la documentación y las herramientas del paquete language-env. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: tutorial to use the BTS ?
2005-12-13, Rakotomandimby Mihamina [EMAIL PROTECTED]: Hi, I would like to notify a package maintainer that a new version of the software he packaged is out. I told me not to directly contact him, but to use the BTS. Ok. - What is that? - Need to register? - Where? - What, in a few lines, are the rules in there? (please dont give me the link of a hundred lines document) You might want to try the package reportbug. Use: reportbug package-name. Information about the BTS can be found at http://www.debian.org/Bugs/. You can also get to a description of the state of the package by starting a package search [http://www.fr.debian.org/distrib/packages] and when listing the package you are interested in, clicking on the developer information package, which shows the information on the source package from which the binary package you searched for comes. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: ¿Que pasa que no llega? :?
2005-12-12 08:20 +0100, Altair Div [EMAIL PROTECTED]: Tercera vez que envio este correo y no llega. Las dos primeras veces fue con Opera desde Linux. A ver si ahora con Mozilla en WinXP consigue llegar. Para ver si llega o no a la lista, revisa los archivos de la misma. URL: http://lists.debian.org/debian-user-spanish/. El asunto es el siguiente, no consigo usar tmpfs. Si el ejemplo de la página de IBM sí te funcina (como dices más abajo), es que sí consigues usar tmpfs, detalle importante. Referencias de lo que hablo: http://bulma.net/body.phtml?nIdNoticia=1493 http://www-128.ibm.com/developerworks/library/l-fs3.html La doc que trae del tmpfs el kernel 2.6.14 Los ejemplos de Bulma no me van. ¿Cuándo no te van? ¿Al arranque? ¿Al usar mount a mano aprovechando la configuración de /etc/fstab? A pesar de tener former shm fs metido en el kernel /dev/shm no existe. En mi sistema (unstable), /dev/shm lo monta automáticamente /etc/init.d/mountvirtfs, que proviene del paquete initscripts. Las lineas en el fstab me salen siempre linea erronea, sin mas. Cuando dices metido en el kernel, ¿te refieres a que está realmente compilado dentro del mismo, o lo tienes como módulo? ¿Qué versión del núcleo y de mount tienes instalada? # umount /tmp # mount tmpfs /tmp -t tmpfs -o size=64m Este ejemplo de la web de ibm me funciona, pero aunque compile el kernel ahi para comprobar la velocidad, a mi al menos me sale la misma velocidad de siempre. Si te sale la misma velocidad, quizás no te valga la pena seguir quebrándote la cabeza con esto. De todas formas, asegúrate que durante la compilación se esté usando el directorio que has especificado. ¿Qué haces para ello? Lo más inmediato que se me ocurre es descomprimir las fuentes del núcleo en el tmpfs, pero quizás haya formás más sutiles y/o más eficaces de compilar aprovechando el tmpfs montado. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
What is the use of the [EMAIL PROTECTED] locales?
Hello everybody. I was wondering whether there is any difference between the .utf8 and the [EMAIL PROTECTED] locales. I thought @euro was used initially so that classic character sets (such as Latin1) would not be trampled by modified ones made in order to incorporate the euro character and other minor modifications (for example Latin9, a euro-including Latin1 modification). However, Unicode/ISO-10646 (and thus UTF-8), incorporates the euro sign, so I am at a loss as why this tag is needed. What am I missing? Thanks. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Verificador de email
2005-12-18 14:16 +0100, Arlequín[EMAIL PROTECTED] escribió: Estimada lista, Necesito depurar un montón de direcciones de email que tenemos en una lista de distribución. ¡Obviamente no hacemos spam! Busqué por sourceforge.net y freshmeat.net pero no encontré lo que necesito. ¿Alguien conoce alguna app. perl o python o lo que fuera que me permita validar direcciones de correo? Ojo, lo que necesito es conocer si son válidas o no, la cosa no viene por el lado de saber si la sintaxis está correcta. Justo por motivos de spam, tengo la sensación de que cualquier servidor de correo que se precie va a hacer todo lo posible para evitar lo que pides. No se me ocurre más que pedir que los subscriptores notifiquen personalmente su interés en la lista en un periodo límite, ya sea vía web (si es que a la lista le acompaña una), por correo o de ambas maneras. Preguntando de forma adecuada, todos los suscriptores interesados deberían responder. Que se de bien. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: ssh - no-ip.org
2005-12-08 15:53 +0100, Ricardo Araoz [EMAIL PROTECTED]: Como no tengo ip fija, uso el servicio de no-ip.org para que mantenga mi ip actual (cuando mi ISP me cambia la ip un demonio le manda a no-ip la nueva dirección). Me estaba preguntando si esto no posibilita algún agujero de seguridad. La forma en que esto suele funcionar es que tu ordenador manda un paquete a una máquina de no-ip.org y esta actualiza la base de datos según la IP de donde le llegue, generalmente de forma indirecta (i.e. devuelve un paquete en que se indica tu IP pública y el mismo programa que mandó el paquete se encarga de hacer la actualización. En principio no veo problemas en el procedimiento anterior. La mayor pega es que pueda haber algún agujero de seguridad en la aplicación que llegue a dar problemas. Creo que en el caso de GNU/Linux, el programa que se usa usa programas del sistema y no propios, lo cual lo hace (en este aspecto) tan seguro como era antes tu sistema. Por tanto sólo queda la precauciòn de que el demonio o script que actualice la IP corra con el mínimo posible de privilegios, y si se es muy paranoico, quizás habría que encontrar una manera de que la contraseña de no-ip no quede registrada en disco. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: ssh - no-ip.org
2005-12-08 16:15 +0100 , Diego Quintana Cruz [EMAIL PROTECTED]: El 8/12/05, Ricardo Araoz[EMAIL PROTECTED] escribió: Como no tengo ip fija, uso el servicio de no-ip.org para que mantenga mi ip actual (cuando mi ISP me cambia la ip un demonio le manda a no-ip la nueva dirección). Me estaba preguntando si esto no posibilita algún agujero de seguridad. Ricardo Agujero como cual?? El cliente manda un paquete al servidor. El servidor de IP saca del mismo la IP pública y se la envía en el contenido de otro paquete. El cliente recibe el paquete y extrae su dirección IP pública. Si este proceso de extracción está mal programado, puede haber un agujero de seguridad: un atacante inyecta un paquete de respuesta especial que aprovecha el fallo de programación para entrar en la máquina del cliente con los credenciales que esté corriendo el programa. Después de este proceso el cliente se conecta al servidor de configuración para actualizar la IP (si es necesario). Según como ocurra esto, alguien podría impersonar al servidor de configuración y aprovechar alguna deficiencia en el programa de actualización del cliente y en el protocolo de actualización para entar en su máquina. Si la actualización se hace en un solo paso (i.e. hay un único servidor que se encarga de extraer la IP pública y de actualizar la configuración) el posible ataque sería similar al que se puede dar con un servidor de configuración. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: ssh - Authentication key
2005-12-18, Ricardo Frydman Eureka! [EMAIL PROTECTED]: Ricardo Araoz wrote: Hola Usando ssh me vino una duda. Cuando me conecto como cliente el ssh me muestra el tramo final del authentication key del servidor, que es una serie de números hexa, y la dirección IP del servidor. Te muestra la direccion MAC y la ip. Pues yo diría que lo que te muestra aparte de la IP (y del FQDN) es la huella digital de la llave pública usada... Y me pregunta si estoy de acuerdo en conectarme, para luego pedirme la contraseña de acceso. Esto es para evitar el man in the middle attack. No exactamente. ¿Para qué se muestra esa información entonces? Ya podrías haber gastado un par de líneas en dar una pequeña explicación. :-p Yo lo resumiría como autenticación, pero esto está muy ligado al man in the middle, y más aún cuando típicamente no hay un sistema de certificados o un sistema de comodidad similar que dé sentido al dato cuando se recibe por primera vez. Ahora.. todo esto es muy lindo pero no tengo idea dónde, en mi servidor, está la bendita key para chequear que es correcta. Todos los tutoriales y how-to te hablan de las keys (RSA y DSA) publica-privadas para hacer logons automático pero a lo sumo te cuentan que el servidor se identifica y nada más. Son 2 cosas diferentes (a menos que yo te haya malinterpretado) Son dos tipos de algoritmo que SSHv2 usa para lo mismo: la autenticación. Alguien tiene alguna idea? Cada vez que te conectas emediante ssh a un host nuevo, te ofrecera eso. Personalmente no me molesta, ni tampoco me da sensacion de seguridad...nunca pense en quitar eso...aunque estoy seguro que, cuando logres hacerlo, nos diras como ;) No hay sensación de seguridad porque no hay una buena infraestructura detrás. Es similar a cuando entras en una página web segura mal configurada o no respaldada por un organismo de seguridad y salen pantallas enojosas advirtiendo acerca de problemas con la sesión: se asume la responsabilidad porque se quiere el servicio y se asume (o no se percibe) el riesgo que entraña. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: ssh - Authentication key
2005-12-08, Ricardo Araoz [EMAIL PROTECTED]: Hola Usando ssh me vino una duda. Cuando me conecto como cliente el ssh me muestra el tramo final del authentication key del servidor, que es una serie de números hexa, y la dirección IP del servidor. Y me pregunta si estoy de acuerdo en conectarme, para luego pedirme la contraseña de acceso. Esto es para evitar el man in the middle attack. Ahora.. todo esto es muy lindo pero no tengo idea dónde, en mi servidor, está la bendita key para chequear que es correcta. Todos los tutoriales y how-to te hablan de las keys (RSA y DSA) publica-privadas para hacer logons automático pero a lo sumo te cuentan que el servidor se identifica y nada más. Alguien tiene alguna idea? Elaborando un poco lo dicho hasta ahora (y suponiendo una configuración por defecto como la mía) ejecuta lo siguiente desde el servidor: ssh-keygen -l -f /etc/ssh/ssh_host_rsa_key.pub O bien, si usas DSA en vez de RSA, lanza esto: ssh-keygen -l -f /etc/ssh/ssh_host_dsa_key.pub -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: ssh - Authentication key
2005-12-08 21:49 +0100, Ricardo Araoz [EMAIL PROTECTED]: El Jueves 08 Diciembre 2005 15:40, Gonzalo HIGUERA DÍAZ escribió: 2005-12-08, Ricardo Araoz [EMAIL PROTECTED]: Hola Usando ssh me vino una duda. Cuando me conecto como cliente el ssh me muestra el tramo final del authentication key del servidor, que es una serie de números hexa, y la dirección IP del servidor. Y me pregunta si estoy de acuerdo en conectarme, para luego pedirme la contraseña de acceso. Esto es para evitar el man in the middle attack. Ahora.. todo esto es muy lindo pero no tengo idea dónde, en mi servidor, está la bendita key para chequear que es correcta. Todos los tutoriales y how-to te hablan de las keys (RSA y DSA) publica-privadas para hacer logons automático pero a lo sumo te cuentan que el servidor se identifica y nada más. Alguien tiene alguna idea? Elaborando un poco lo dicho hasta ahora (y suponiendo una configuración por defecto como la mía) ejecuta lo siguiente desde el servidor: ssh-keygen -l -f /etc/ssh/ssh_host_rsa_key.pub Muchísimas gracias! Esto era lo que necesitaba. Aunque debo hacer notar que es : ssh-keygen -l -f /etc/ssh/ssh_host_rsa_key Sin el .pub, ya que el fingerprint que necesitas es el de la clave privada, la pública es pública así que puede estar a disposición de cualquier atacante. Debí entender mal para qué iba a ser usada. Creía que la huella digitar ssh del servidor era para, una vez en el cliente, poder verificar que el servidor al que se conecta es el correcto. En ese caso el servidor envía la llave pública al cliente para el proceso de autenticación y es por tanto la huella digital de la llave pública la que es capaz de observar el cliente. De todas formas, en cierta manera no tiene demasiada importancia: las llaves son intercambiables (con tal de ser consistente y repartir sólo una de ellas). Me alegro que te haya sido de ayuda. Salud. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: .xmodmap and .Xsession are ignored
2005/12/8, Renee Klawitter [EMAIL PROTECTED]: The file is actually ~/.xsession . You'll need to make sure it's executable too. How do you start X? If you're going through gdm or something like that, choose 'default X session' from the sessions menu. You have to run xrdb ~/.Xresources, so just add it to your .xsession Okay, now I have linked /etc/alternatives/x-window-manager to /usr/bin/ion3 and everythings works fine when I choose default session in gdm, execpt .xsession is still not heeded, when I start X. Is there another way to choose the default session ? ( maybe the one right way ?? ) According to /usr/share/doc/x11-common/FAQ.gz, ~/.xsession is the correct way of customizing one's X sessión, as long as the system administrator has disabled the possibility. More answers lie at man 5 Xsession.options. Make sure that gdm is honouring ~/.xsession (for example, try running X through startx and see what you get). -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Problemas para poner KDE en español (kde-i18n-es)
2005-12-06 18:02 +0100, Luis Labrado [EMAIL PROTECTED]: Hola a todos: Vereis, hace unos dias hice una actualizacion del sistema desinstalando paquetes obsoletos e instalando nuevas versiones de la mayoria de los paquetes, entre otras cosas actualize KDE a la version 3.4, pero me encuentro con el problema de que no puedo instalar el archivo para ponerlo en español, el paquete kde-i18n-es, tengo activados repositorios oficiales de testing, aunque tambien he probado con repositorios de unstable con el mismo resultado, esto es lo que me sale: debian:/var/log# apt-get install kde-i18n-es Leyendo lista de paquetes... Hecho Creando árbol de dependencias... Hecho No se pudieron instalar algunos paquetes. Esto puede significar que usted pidió una situación imposible o, si está usando la distribución inestable, que algunos paquetes necesarios no han sido creados o han sido movidos fuera de Incoming. Como sólo solicito una única operación, es extremadamente posible que el paquete simplemente no sea instalable y debería de rellenar un informe de error contra ese paquete. La siguiente información puede ayudar a resolver la situación: Los siguientes paquetes tienen dependencias incumplidas: kde-i18n-es: Depende: kdelibs4c2 (= 4:3.4.2-1) pero no va a instalarse E: Paquetes rotos Si intento actualizar kdelibs4c2 me sale esto: debian:/var/log# apt-get install kdelibs4c2 Leyendo lista de paquetes... Hecho Creando árbol de dependencias... Hecho No se pudieron instalar algunos paquetes. Esto puede significar que usted pidió una situación imposible o, si está usando la distribución inestable, que algunos paquetes necesarios no han sido creados o han sido movidos fuera de Incoming. Como sólo solicito una única operación, es extremadamente posible que el paquete simplemente no sea instalable y debería de rellenar un informe de error contra ese paquete. La siguiente información puede ayudar a resolver la situación: Los siguientes paquetes tienen dependencias incumplidas: kdelibs4c2: Depende: libarts1c2 (= 1.4.2-1) pero no va a instalarse Depende: libopenexr2c2 (= 1.2.2) pero no va a instalarse Depende: kdelibs-bin (= 4:3.4.2-4) pero no va a instalarse E: Paquetes rotos y si pruebo con cualquiera de estos tres, el caos :( debian:/var/log# apt-get install libopenexr2c2 Leyendo lista de paquetes... Hecho Creando árbol de dependencias... Hecho Los siguientes paquetes se ELIMINARÁN: akode artsbuilder dcoprss juk kaboodle kamera kappfinder kate kaudiocreator kcoloredit kcontrol kcron kdat kdeadmin kdeadmin-kfile-plugins kdeartwork kdeartwork-style kdeartwork-theme-window kdebase kdebase-bin kdebase-kio-plugins kdegraphics kdegraphics-kfile-plugins kdelibs-bin kdelibs4c2a kdemultimedia kdemultimedia-kappfinder-data kdemultimedia-kfile-plugins kdemultimedia-kio-plugins kdenetwork kdenetwork-kfile-plugins kdepasswd kdeprint kdesktop kdict kdm kdvi kfax kfind kgamma kget kghostview khelpcenter kicker kiconedit klipper kmenuedit kmid kmix kmrml knewsticker kolourpaint konqueror konqueror-nsplugins konsole kooka kopete kpackage kpager kpdf kpersonalizer kpf kpovmodeler kppp krdc krec krfb kruler kscd kscreensaver kscreensaver-xsavers ksirc ksmserver ksnapshot ksplash ksvg ksysguard ksysv ktip kuickshow kuser kview kviewshell kwifimanager kwin libarts1-mpeglib libarts1-xine libkcddb1 libkonq4 libkscan1 libopenexr2c2a librss1 mpeglib noatun secpolicy Se instalarán los siguientes paquetes NUEVOS: libopenexr2c2 0 actualizados, 1 se instalarán, 95 para eliminar y 132 no actualizados. Necesito descargar 297kB de archivos. Se liberarán 165MB después de desempaquetar. ¿Desea continuar [S/n]? Creo que claramente mi problema es que tengo mezclados paquetes de testing y de inestable, mi intencion ahora era estabilizar un poco el sistema en testing, pero me sigo encontrando con problemas como este que no se como resolver, ya se que el tema de paquetes rotos esta muy tratado en la lista, pero no he encontrado por google referencias en concreto a este paquete... por favor, ¿me podeis echar una mano? Creo que se debe a una transición dentro de Debian a una nueva versión del compilador que afecta a los programas escritos en C++ (en concreto creo que es el cambio del ABI --Application Binary Interface-- que se llevó a cabo con GCC ¿3.4?). La versión que ves de kde-i18n-es usa la librería antigua, pero el resto de tus aplicaciones han migrado. El 3 de diciembre entró en unstable una versión que usa las librerías *2c, pero no me queda claro cuánto tardará en llegar a testing. Te recomendaría instalar la versión existente en unstable para evitar esperas (aunque posiblemente esté al llegar). -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Linux 2.6.14.3 recien compilado no me reconoce la particion root
2005-12-06 18:06 +0100, Manuel[EMAIL PROTECTED] escribió: Estoy compilando 2.6.14.3 para verificar si un bug de la 2.6.12 con USB ya esta corregido, esto de acuerdo al mantenedor del módulo. Cuando instalo el .deb generado con $ sudo make-kpkg kernel_image kernel_headers Me da un Kernel Panic al iniciar el equipo con ese kernel. Me indica que no reconoce el tipo de filesystem que esta en el bloque (0,0). Ese filesystem es el mismo que uso con el 2.6.12. Coloque soporte a ext2 y ext3 en el kernel fdisk -l: /dev/hda538153936 979933+ 83 Linux fstab: /dev/hda5 / ext3defaults,errors=remount-ro 0 1 ¿El bloque (0,0)? Eso me hace pensar en GRUB, y en este caso (0,0) se asemeja a (hd0,0) que se corresponde a /dev/hda1 (creo que /dev/hda5 sería (hd0,4)). De todas formas, supongo que estoy equivocado (si el núcleo que te funciona se ha creado e instalado de igual forma que el que tienes). para compilar el kernel copie los parámetros de config que tengo en /boot/config-2.6.12-10-686 al archivo .config Después de hacer la copia, lo mejor es hacer un make oldconfig para que queden configuradas las nuevas opciones, por si de ahí puede venir algún problema. ¿Que será lo que me está faltando? Mi primera reacción fue pensar que compilaste el ext3 como módulo, pero si el archivo de configuración que usaste está correcto y ese sistema de ficheros te funciona, se me acaban las ideas (salvo probar el make oldconfig). Que tengas suerte. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Linux 2.6.14.3 recien compilado no me reconoce la particion root
2005-12-06 20:13 +0100, mario [EMAIL PROTECTED]: El mar, 06-12-2005 a las 19:38 +0100, Gonzalo HIGUERA DÍAZ escribió: 2005-12-06 18:06 +0100, Manuel[EMAIL PROTECTED] escribió: Estoy compilando 2.6.14.3 para verificar si un bug de la 2.6.12 con USB ya esta corregido, esto de acuerdo al mantenedor del módulo. Cuando instalo el .deb generado con $ sudo make-kpkg kernel_image kernel_headers Me da un Kernel Panic al iniciar el equipo con ese kernel. Me indica que no reconoce el tipo de filesystem que esta en el bloque (0,0). Ese filesystem es el mismo que uso con el 2.6.12. Coloque soporte a ext2 y ext3 en el kernel Con esto no basta, necesitas soporte para tus dispositivos IDE/SATA y el soporte de tu placa, ¿No estará esto ya instalado? Visto el error (sistema de archivos no reconocido), parece que al menos hay acceso al disco (y por tanto soporte de la placa y el controlador de disco). evita poner ext2 y ext3 dentro del kernel y usa un initrd de la forma: fakeroot make-kpkg --initrd kernel_image kernel_headers No es necesario que recompiles todo de nuevo, basta hacer esto: mkinitramfs -o /boot/initrd.img-2.6.14-3 2.6.14-3 Tienes que tener instalado initramfs-tools o yaird Gracias por presentar el uso de initrd. Si resulta frecuente usarlo, supongo que será cómo se compile en Debian. En ese caso, no sería de extrañar que bastase con seguir los pasos mencionador sobre el .config original (en tanto que ha compilado sin error) para llevar el tema a buen puerto. Tengo una pregunta: ¿por qué no es necesario incluir ext2 y ext3 en el núcleo? En la documentación de initrd dice que hay que incluir todo lo necesario para ejecutar programas desde initrd y da como ejemplo el sistema de archivos. ¿Qué sistema de archivos usa entonces initrd? Aparte, creo que habría que prevenir que para usar initrd hay que incluir soporte de RAM disk en el núcleo y habilitar el uso de initrd desde la configuración, ¿o es algo que haga make-kpkg? -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Police: minuscule avec gdm normale avec startx !!
2005-12-05 10:29 +0100, deb_dup [EMAIL PROTECTED]: Bonjour, J'ai un problème de réglage des polices au lancement de X. J'ai changé les tailles des polices dans le répertoire de gtk. J'ai bien xserverrc avec l'option -dpi 100. Correct pour startx/xinit. Dans XF86Config-4, le moniteur est décrit avec le valeur hauteur et largeur correctes. Pour que ça marche il faut éviter de passer l'option -dpi. Cependant, GDM a une police minuscule. J'ai remarqué qu'au lancement de gnome, la taille de la police change et prend bien la valeur de 100 dpi. J'ai fait une expérience. J'ai changer la valeur -dpi 100 en -dpi 300 dans le script xserverrc. Quand GDM s'affiche après le boot rien ne change. Par contre, en tuant le serveur X, puis en lançant startx, les deux premiers messages affiché au lancement de gnome ont une police énorme. Le lancement continue ensuite avec une taille normale (-dpi 100). Je suppose dont que X puis GDM n'utilisent pas le script xserverrc. Éxactement. Selon /usr/share/doc/x11-common/FAQ.gz les possibles scripts de démarrage sont: * /etc/X11/xinit/xserverrc pout xinit et startx. * /etc/gdm/gdm.conf pour gdm * /etc/kde3/kdm/Xservers pour kdm * /etc/X11/wdm/Xservers pour wdm * /etc/X11/xdm/Xservers pour xdm -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: comando para crear archivos
2005-12-05, Reyder Hidalgo [EMAIL PROTECTED]: Buenas lista. Me dirigo a ustedes para ver si me ayudan con esto. Estoy casi seguro que hay un comando de consola que sirve para crear un archivo de determinado tamaño y tambien se le puede asignar determinado file system. Me pueden decir cual es y cual seria la sintaxis completa, por ejemplo para crear un archivo de 100 mb Los milibytes no los sé manejar; supondré 100 Mio. ;-p y FAT32, NTFS o EXT3? Para el ejemplo elijo ext2. Gracias por su colaboracion Adaptado de http://edseek.com/~jasonb/articles/linux_loopback.html (en inglés): $ dd bs=1M count=100 if=/dev/zero of=mi_archivo $ /sbin/mkfs -t ext2 mi_archivo $ mkdir local_mnt # mount -o loop -t ext2 mi_archivo local_mnt -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Evitar cuelgue por falta de espacio
2005-12-05, Talimades [EMAIL PROTECTED]: Hola, En la instalación de varias máquinas cometí un grave error. No hice partición para datos, todo está en la misma partición bajo / (salvo el /boot y sawp). Según las circunstancias (como el particionado existente del disco, el espacio libre o el tipo de sistema de archivos), quizás aún haya ocasión de hacer un ajuste de las particiones con parted o similar. El caso es que quiero exportar por NFS un /data para que los usuarios puedan meter datos, pero temo que si el disco duro se llena la maquina se cuelgue. Quizás podrías limitar el espacio usando cuotas de disco a nivel de grupo (creando un grupo expresamente para gestionar el espacio del directorio y de sus subdirectorios). ¿tengo necesariamente que reinstalar y rehacer las particiones? Aparte de lo dicho, siempre queda la opción de añadir un nuevo disco a la mezcla o de esperar a otras sugerencias. ;-) -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Touchpad Synaptics no funciona correctamente
2005-12-24, Daniel Garcia [EMAIL PROTECTED]: Buenos días, Estoy utilizando la debian testing y he descargado el driver para touchpad synaptics. He seguido las instrucciones del README.Debian y he puesto Load synaptics y: Section InputDevice Driversynaptics Option SendCoreEventstrue Identifier Synaptics Touchpad OptionDevice/dev/psaux OptionProtocol auto-dev Option LeftEdge 1700 Option RightEdge 5300 Option TopEdge 1700 Option BottomEdge4200 Option FingerLow 25 Option FingerHigh30 Option MaxTapTime180 Option MaxTapMove220 Option VertScrollDelta 100 Option MinSpeed 0.06 Option MaxSpeed 0.12 Option AccelFactor 0.0010 Option SHMConfig on EndSection ¿Hay algún ratón PS/2 conectado? ¿Está registrado el touchpad en ServerLayout? E.g. InputDevice Synaptics touchpadCorePointer si es el manejador principal del cursor o bien InputDevice Synaptics touchpadSendCoreEvents si es el secundario. El touchpad funciona así como el ratón USB que tengo a mayores, pero no funciona como en Windows, con la aceleración ¿Qué quiere decir al hablar de aceleración? Si te refieres a la velocidad de desplazamiento cuando mueves el dedo, yo tengo Option MinSpeed 0.035 Option MaxSpeed 0.35 Option AccelFactor 0.002 y me funciona sin problemas. Si te refiere a controlar la velocidad mediante la presión, los parámetros EdgeMotion.* deberían ayudarte (ahí no tengo ejemplos que darte). y tampoco funciona que le de un golpe y sea como si hubiera dado un click. Option TapButton11 pero como has indicado en el listado de synclient -l, esta es la configuración por defecto (por lo que sigo pensando que no se están usando las funcionalidades del controlador). He probado varios AccelFactor y sigue practicamente igual. Alguna idea? Si no necesitas mucha funcionalidad, quizás baste con configurar el dispositivo como si fuese un PS/2. Esta suposición parte del mensaje de NooDLE (suponiendo que por tab quería decir tap, y echándole un poco de imaginación, i.e. que su ratón USB lee de /dev/mice), y por lo menos esto permite que un toque se traduzca en un click. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Dispositivo de bloques no valido
2005-12-02 11:06 +0100, Francisco J. Bejarano [EMAIL PROTECTED]: Hola ¿Como se puede montar de nuevo un dispositivo que da el error de Kdesktop mount: /dev/sda1 dispositivo de bloques no valido sin tener que reiniciar el sistema? Me explico, tengo un disco usb 2.0 y a veces se me ha quedado colgado, lo he deconectado del cable despues de desmontarlo y lo he vuelto a conectar porque se quedo colgado al hacer una copia de datos grande. Es vfat y tengo en el desktop KDE 3.4.2. El caso es que no puedo volver a montarlo. Como /dev/sda1está bloqueado, quizás se reconecte bajo /dev/sda2. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: MTU y DHCP
2005-12-01 13:32 +0100, Francisco J. Bejarano [EMAIL PROTECTED]: El mié, 30-11-2005 a las 15:53 +0100, Gonzalo HIGUERA DÍAZ escribió: 2005/11/30, Francisco J. Bejarano [EMAIL PROTECTED]: Hola Me interesaria saber si se puede cambiar el MTU de un adaptador de red de forma automaica mediante DHCP. Es decir, que cuando DHCP asigne una direccion de red al host que se conecta, directamente le diga que tiene un MTU de 1300 por ejemplo. Se que se puede cambiar con el comando ifconfig eth0 MTU 1300 Pero si pudiese hacerlo automaticamente DHCP seria mejor que estar añadiendo manualmente a todos los adaptadores de red esa configuración. Es bastante tedioso, y más si tienes clientes windows que tienes que tocar el registro. Espero que se me haya entendido :-), mas o menos. ¿Alguien sabe como hacerlo? Según RFC 2132: 5.1. Interface MTU Option This option specifies the MTU to use on this interface. The MTU is specified as a 16-bit unsigned integer. The minimum legal value for the MTU is 68. The code for this option is 26, and its length is 2. Code Len MTU +-+-+-+-+ | 26 | 2 | m1 | m2 | +-+-+-+-+ El cómo configurar este parámetro dependerá del servidor DHCP que se esté usando. Que los clientes hagan caso a la opción dependerá del programa cliente y de las posibilidades del sistema operativo. Por ejemplo, el tamaño de la ventana de transmisión TCP en Windows creo que hay que actualizarla reiniciando el ordenador. Si ocurre lo mismo con el MTU, no va a haber suerte. :-( Gracias por las respuestas. Por lo que he visto, existe esta opcion en el servidor option all-subnets-local flag; This option specifies whether or not the client may assume that all subnets of the IP network to which the client is connected use the same MTU as the subnet of that network to which the client is directly connected. A value of 1 indicates that all subnets share the same MTU. A value of 0 means that the client should assume that some subnets of the directly connected network may have smaller MTUs. Segun esto, si pusiese la opcion con 0 en el flag, ¿significaria que los clientes se adaptarian a MTUs menores dentro de su subred redes? Si esto es así y pusiese esta opcion en globales, no lo harían para todas? Cuando es uno, se le dice al cliente que puede enviar paquetes a la red IP sin que vaya a haber fragmentación. Cuando es cero, se le advierte que puede haber fragmentación. Esa advertencia puede usarse para usar técnicas de adaptación dinámica del MTU como Path MTU discovery (RFC 1191, algo similar a lo que es obligado en IPv6), pero no obliga a hacerlo. Si Internet es visible desde el interfaz que refiere este comando, entiendo que habría que dejarlo a 0. También está esta otra option interface-mtu uint16; This option specifies the MTU to use on this interface. The minimum legal value for the MTU is 68. Esa misma es la opción número 26 que cité, que sirve para avisar al cliente del MTU. si lo pongo como global con 1300, a todas las direcciones que sirviera les pondria MTU 1300 no? o me estoy equivocando porque el cliente no le va a dejar. No entiendo porque el cliente no va aceptar las opciones que le sirva el DHCP si usan el mismo protocolo. El protocolo DHCP permite obtener infomación acerca de la red, pero no obliga a honrarla. Por ejemplo, en Windows XP es (casi) posible independizar la configuración IP por DHCP de la de los DNS. Aparte, las posibilidades citadas entran dentro del campo opciones de DHCP, con lo que el cliente no tiene ni siquiera que ser capaz de entenderlas (salvo DHCP message type, si no he interpretado mal RFC 2131 - Dynamic Host Configuration Protocol). Yo uso el servidor dhcp3 y el cliente el que instala por defecto debian sarge, es decir, dhcp-client2.0pl5-19.1DHCP Client Sabeis si con esta combinación se puede hacer? y con el cliente de windows XP? No sé decir qué clientes entenderán y actuarán según las opciones mencionadas, pero si lo hacen, debería ser independientemente del servidor (para eso es un protocolo). Esperaremos impacientes cualquier resultado. ;-) Es verdad que en windows XP hay que añadir MTU al registro y que esos cambios se aplican al reiniciar, pero si en el reinicio coge los datos de DHCP, ya estaria iniciando con la MTU proporcionada o ¿no? El hecho de que haya que reiniciar quita bastante utilidad a la opción, y presiento que esto puede llevar a que el cliente por defecto no honre la opción DHCP acerca del MTU del enlace. Espero equivocarme. :-) -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
¿Cómo mover recursivamente desde la línea de comandos?
Buenas. Me gustaría saber cómo se puede mover una estructura de directorios de forma recursiva desde la línea de comandos. El directorio destino puede contener una estructura similar a la del original. Preferentemente se podría elegir qué hacer con los archivos duplicados (i.e. al menos dar la opción de sobreescribir o no). Ejemplo: $ echo Creacioń de la estrucutura de directorios desde bash $ mkdir src dst; mkdir {src,dst}/a; touch {src,dst}/a/a-dup src/a/a-src dst/a/a-dst $ $ echo Cómo sé hacerlo: $ cp -Ri src/* dst; rm -rf src Resultado: se mueve recursivamente de forma poco elegante. Tiene muchos defectos:copia y luego borra; por defecto se olvida de los dotfiles, y aademás se carga lo que se decide no sobreescribir. Gracias anticipadas por las sugerencias. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: error al montar particion
de ficheros ?_? Taluego! Hola amigos El problema que tenia ya lo solucione haciendo lo que sugirieron y mas, pero no se como exactamente se soluciono. Asi que recree la situacion en mi maquina de pruebas haciendo: 1.crear una particiones /hda6 2.mover archivos a dicha particion 3.borrar archivos 4.cambiar tamano con cfdisk, eliminar, crear, escribir (debian sarge) 5.aparece el mensaje de error. Gracias por su ayuda, voy a seguir probando. Hola a todos, quiero agregar mas informacion: En esta maquina tengo /hda1=XP, /hda2=Debian Sarge, /hda3=PC-BSD, /hda5=swap y /hda6=fat32 (bodega); las particiones que reconoce Debian son: host2:/home/francisco# file -s /dev/hda{1,2,3,4,5,6} /dev/hda1: x86 boot sector, code offset 0x52, OEM-ID NTFS, sectors/cluster 8, reserved sectors 0, Media descriptor 0xf8, heads 240, hidden sectors 63, dos 4.0 BootSector (0x80) /dev/hda2: data /dev/hda3: x86 boot sector, code offset 0x3c, reserved sectors 0, Media descriptor 0x0, reserved 0x16, dos 4.0 BootSector (0x1f), BSD disklabel /dev/hda4: x86 boot sector, extended partition table /dev/hda5: Linux/i386 swap file (new style) 1 (4K pages) size 122486 pages /dev/hda6: data host2:/home/francisco# Actualmente no tengo particion /hda4, pero si la tuve! hda1, hda2 y hda3 son particiones primarias y hda4 es una partición extendida que contiene a las particiones hda5 y hda6. Normal (y necesario) si quieres más de cuatro particiones en un único disco (IDE y compatible con Windows, al menos). Pregunto: Sera error de cfdisk? ya que no la borro o estoy haciendo algo incompleto? Como se formatea con Debian? tengo entendido por la practica que basta indicar en fstab y listo! ¿No entiendo lo de ¿Será error de cfdisk?. Lo cierto es que hda5 y hda6 dependen de hda4 (están en su interior) así que mejor no borrar ni formatear. Para formatear, fdisk es el comando típico; quizás parted sea más fácil de usar e interpretar. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Duda con XFree86
2005-11-30, Felix Perez[EMAIL PROTECTED] escribió: 2005/11/29, Carlos Miranda - Mstaaravin / [EMAIL PROTECTED]: Que driver estas usando Uso el ATI, y va bien no tengo ningun problema excepto el poder colocar una resolucion mayor a 1024x768 (bueno es un problema :-) ) Section Device Identifier Radeon 7000 rex Driver ati VideoRam65536 EndSection Las ATI no muy antiguas --como la tuya, si no me equivoco-- pueden usar el controlador driver radeon en vez de el ati. Eso sí, creo que requiere soporte en el núcleo y quizás algún paquete no incluido por defecto (aunque quizás no haya problemas en la serie 4.xx de XFree86). -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: MTU y DHCP
2005/11/30, Francisco J. Bejarano [EMAIL PROTECTED]: Hola Me interesaria saber si se puede cambiar el MTU de un adaptador de red de forma automaica mediante DHCP. Es decir, que cuando DHCP asigne una direccion de red al host que se conecta, directamente le diga que tiene un MTU de 1300 por ejemplo. Se que se puede cambiar con el comando ifconfig eth0 MTU 1300 Pero si pudiese hacerlo automaticamente DHCP seria mejor que estar añadiendo manualmente a todos los adaptadores de red esa configuración. Es bastante tedioso, y más si tienes clientes windows que tienes que tocar el registro. Espero que se me haya entendido :-), mas o menos. ¿Alguien sabe como hacerlo? Según RFC 2132: 5.1. Interface MTU Option This option specifies the MTU to use on this interface. The MTU is specified as a 16-bit unsigned integer. The minimum legal value for the MTU is 68. The code for this option is 26, and its length is 2. Code Len MTU +-+-+-+-+ | 26 | 2 | m1 | m2 | +-+-+-+-+ El cómo configurar este parámetro dependerá del servidor DHCP que se esté usando. Que los clientes hagan caso a la opción dependerá del programa cliente y de las posibilidades del sistema operativo. Por ejemplo, el tamaño de la ventana de transmisión TCP en Windows creo que hay que actualizarla reiniciando el ordenador. Si ocurre lo mismo con el MTU, no va a haber suerte. :-( -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Problema en Sonido
El 30 Nov 2005 09:14:26 -0800, Pi [EMAIL PROTECTED] escribió: Hay algo que me llama la atención. ¿por que cuando veo la estructura de archivos /cdrom aparece con un enlace simbolico a /media? aparece asi ~cdrom /boot /etc /media y luego en /media aparecen así: /media/cdrom1 /media/cdrom2 (la grabadora) ~cdrom ¿Es eso normal? Es normal y se debe a un intento de conformarse a la FSH (File System Hierarchy) 2.3. Según esta revisión, los puntos de montura para dispositivos no fijos (diskettes, CD, etc.) van en /media. Tampoco es que esté muy bien, ya que se supone que el primer lector debe ser accesible desde /media/cdrom (posiblemente un enlace simbólico a /media/cdrom0) y la primera grabador desde /media/cdrecorder. En Debian ha sido típico montar el CD principal en /cdrom, de ahí la inclusión cautelar del enlace simbólico. Di permisos a /media tal que 777, por si acaso, pero ya digo, nada que funcione. Esos directorios son puntos de montura, con lo cual sus permisos se ven supeditados por los del sistema de ficheros que estás montando. Por precaución, mejor déjalos como estaban. No entiendo muy bien lo que dice Cirux, (seguramente por mi ignorancia en estos temas), ¿te refieres a bajarme un nuevo kernel y compilarlo tal que el 2.4.32 o el 2.6.14, como también sugería Iñaki?, ¿te refieres a compilar el que tengo?. No entiendo muy bien lo de mute, no se que es. Mute=mudo, en silencio :-?, bueno, no se el volumen está on; y ya digo sonidos hay, lástima que no los que yo quiero. Los sonidos se pueden silenciar (mute) en base a su procedencia, como en Windows, con lo que puede estar habilitado el volumen para archivos de sonido pero no para el CD. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Upgrade de kernel fallido
2005-11-30 19:11 +0100, Alejandro Ojeda [EMAIL PROTECTED]: Hola, en mi debian con kernel 2.4.27-2-386, intenté upgradear a 2.6.14-2-686, con: apt-get install linux-image-2.6.14-2-686, y me dice que la instalación fue correcta ...pero al rebootear y partir con 2.6.14-2-686...da el siguiente mensaje de error ALERT! /dev/hda4 does not exist. Dropping to a shell /bin/sh: can't access tty; job control turned off /dev/hda4 es donde se monta la raíz, alguien sabe a que se puede deber este problema??? Según http://kerneltrap.org/node/799 debes asegurarte que las siguientes aplicaciones estén convenientemente al día: Name: Minimum version:How to find version: Gnu C Compiler 2.95.3 gcc --version Gnu Make 3.78make --version binutils 2.12ld -v util-linux 2.10o fdformat --version module-init-tools 0.9.9 depmod -V procps 2.0.9 ps --version [procps 2.x] [procps 3.x] The following utilities are filesystem specific. If you're running ext2 or ext3, be sure to update your e2fsprogs, if you're running jfs, be sure to update jfsutils, etc... Name: Minimum version:How to find version: e2fsprogs 1.29tune2fs jfsutils 1.0.14 fsck.jfs -V reiserfsprogs 3.6.3 reiserfsck -V 21 | grep reiserfsprogs xfsprogs 2.1.0 xfs_db -V nfs-utils 1.0.5 showmount --version And a handful of other utilities that you'll want to update if you use them: Name: Minimum version:How to find version: pcmcia-cs 3.1.21 cardmgr -V quota-tools3.09quota -V PPP2.4.0 ppd --version isdn4k-utils 3.1pre1 isdnctrl 21 | grep version oprofile 0.5.3 oprofiled --version Aparte está udev, que gestiona /dev y por tanto la fuente del error. ¿Está instalado o no? Creo que no es totalmente necesario para tener un núcleo 2.6, aunque tiene pinta de que va a acabar siendo (casi) indispensable. Lo malo es que una vez quese hace creo que no hay fácil marcha atrás a la serie 2.4, así que cuidadín... -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Problema en Sonido
2005-11-27 11:01:02 -0800, Pi [EMAIL PROTECTED]: Hola acabo finalmente de instalar Debian Sarge 3.1, y estoy muy contento por haberlo logrado, pero... resulta que el sonido no logro que me funcione. He instalado ALSA (ya estuve buscando soluciones por la red y cuando hago alsoconf no consigo que detecte nada). Al arrancar con KDE me da este mensaje: Error al iniciar el servidor de sonido device /dev/dsp no puede ser abierto (no such device) The sound server will continue using del null output Dice que el dispositivo no existe. ¿Es eso cierto? ¿Qué pasa con ls /dev/dsp? Los núcleos 2.4.x gestionan los dispositivos de tal manera que hay que crearlos a mano (salvo que usen devfs, lo cual no es recomendable de cara al futuro). La forma de hacerlo es ejecutando /dev/MAKEDEV. Con el módulo de tu tarjeta de audio convenientemente cargado (por si acaso, porque creo que no es esencial), ejecuta /dev/MAKEDEV audio (y/o bien, para asegurarte de que tienes el resto de dispositivos posibles bien configurados, algo como /dev/MAKEDEV generic y/o /dev/MAKEDEV update). Cuando tengas eso, quizás alsaconf te dé una buena sorpresa (i,e, la desaparición de los unresolved symbols, porque aunque de corazón quiero decir que hay algo roto con el núcleo compilado, si usas uno que viene por defecto no creo que sea así; de todas formas, no viene mal tener el núcleo al día...). Creo que el volumen está inicialmente desactivado y que hay que tener algún paquete instalado (¿alsa-utils, quizás?) para que tras un reinicio no se vuelva a poner a cero. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: udev upgrade
2005-11-28, Lubos Vrbka [EMAIL PROTECTED]: hi, after today's upgrade (i386, sid) it seems there is something wrong with udev: Preparing to replace udev 0.074-3 (using .../archives/udev_0.076-1_i386.deb) ... mv: target `/dev/.udev/db/' is not a directory: No such file or directory dpkg: error processing /var/cache/apt/archives/udev_0.076-1_i386.deb (--unpack): subprocess pre-installation script returned error exit status 1 there is no /dev/.udev/db, however there is /dev/.udevdb. a bug, perhaps? should i report it? regards, This has been corrected in 0.076-2. Regards. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Sobre drivers y demas
2005-11-27 10:14+0100, Rober Morales [EMAIL PROTECTED]: El Sábado, 26 de Noviembre de 2005 16:42, enediel gonzalez escribió: saludos a todos Alguien me puede explicar por favor en que consiste el detalle que algunos fabricantes de hardware publican drivers para Suse, Red hat y cuando quiero usar ese mismo hardware en debian presentamos problemas con instalarlo. me surge la duda porque si todas las distros comparten el kernel, y un gran porciento de todo lo que esta instalado, quiero saber que gran dificultad existiria para generar los dichosos drivers para linux, y que funcionaran para todos. esto lo enfrente en mi reciente necesidad de un controlador RAID, y honestamente me puse de mal humor ver alli en los sitios de los fabricantes drivers para Suse y Red hat, cuando yo lo necesitaba para Debian. Si esto fuera posible, y si el mundo linux se uniese en tal sentido, que entonces seriamos muchos mas a exigirles a quienes quieren tenernos de mercado para sus productos, creo que nos hariamos mas facil la vida para todos. saludos y gracias por cualquier respuesta Enediel sospecho que la _culpa de todo es de Red Hat Corporation, pero aún así, siempre podrás usar 'alien' No sé si es tan fácil... Creo que las cosas pueden no funcionar dependiendo de la versión del núcleo (incluso dentro de los 2.6.x, por ejemplo) o de parámetros de configuración (e.g. creo que según el tamaño de la pila configurado en los nuevos núcleos los controladores de Nvidia podían o no funcionar). Salvo que en algún momento se decida implantar un interfaz estándar para controladores binarios (algo de lo que se ha hablado recientemente y contra lo que Linus pregonó hace algún tiempo), la mejor opción es pedir controladores con código fuente o comprar hardware que lo disponga. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Impossible de trouver le type MIME, application-octet-stream
2005-11-26 13:58:11 +0100, Wormhole [EMAIL PROTECTED]: - Ocultar texto citado - Bonjour la liste Voila à chaque fois que j'ouvre une application ou des documents j'ai le message suivant: Impossible de trouver le type MIME application/octet-stream Que ce passe t-il? Comment faire? Si c'est une application graphique, peut-être elle peut profiter du package (?) shared-mime-info. Si c'est le cas et le problème est avec un package de Debian, tu devrais le faire savoir à son responsable. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: rm *~ -R (no funciona)
Ups. Como Iñaqui me ha hecho saber, le he enviado mi respuesta en persona. Entre listas que modifican el Reply-To y una buena configuración de mutt estoy muy mal acostumbrado. ^_^; Replico el mensaje añandiendo que, combinar varias aplicaciones para producir un resultado, es típico en la línea de comandos y no es de por sí algo malo (e.g. se unifica el interfaz, el origen y la corrección de errores, etc.). Salud. -- Forwarded message -- From: Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED] Date: 26-nov-2005 14:35 Subject: Re: rm *~ -R (no funciona) To: Iñaki [EMAIL PROTECTED] 2005-11-26 13:42 +0100, Iñaki [EMAIL PROTECTED]: El Sábado, 26 de Noviembre de 2005 13:08, Rober Morales escribió: || El Sábado, 26 de Noviembre de 2005 12:22, Iñaki escribió: || Hola, una pregunta rápida: || || Tengo una carpeta con subcarpetas que contienen archivos de copias de || seguridad terminados en ~. || Quiero borrar todas esas copias de un plumazo pero no logro hacerlo. || Intento hacer esto: || ||rm *~ -R || || pero me sale: || ||rm: no se puede efectuar `lstat' sobre «*~»: No existe el fichero o el ||directorio || || || Al final he logrado hacerlo usando esto: || ||rm $(find . -name *~) || || pero me parece un poco rebuscado, ¿no se puede hacer de manera más fácil || y evidente? || || || Gracias. || || amí si me funciona || || no tendrás un alias??? Pues sí, pero no creo que pueda afectar. Es éste: alias rm='rm -i' (para que pregunte antes de borrar, sin más). Ahora he quitado por si acaso ese alias y en serio que no entiendo lo que pasa. Dices que te funciona, ¿podrías probar con este ejemplo que te pongo? - Creas un directorio y te metes dentro y creas 3 subdirectorios: #ls -lF drwxr-xr-x 2 ibc ibc 4096 2005-11-26 13:28 dir1/ drwxr-xr-x 2 ibc ibc 4096 2005-11-26 13:28 dir2/ lrwxrwxrwx 1 ibc ibc8 2005-11-26 13:28 dir3 - ../dir3// Como puedes ver, debes crear fuera de este directorio otro que se llame dir3 y enlazarlo desde aquí (ln -sf ../dir3 dir3). - Luego crear en cada directorio un archivo .php: #ls -LR dir1 dir2 dir3 ./dir1: aa.php ./dir2: bb.php ./dir3: cc.php - Y ahora intento borrar de un plumazo todos los .php y es que no puedo borrar ni uno: #rm -R *.php rm: no se puede borrar «*.php»: No existe el fichero o el directorio - De acuerdo, ¿y cómo se hace para que borre recursivamente un patrón? no me puedo creer que sea tan complicado, seguro que estoy cometiendo alguna tontería pero no la veo. Por lo que leo en el man rm resulta que rm no sirve para lo que pretendo (algo muy banal), ¿qué comando sería el apropiado? Que yo sepa, la mejor opción (usando bash y las utilidades más comunes) es: $ find . -name *~ -exec rm {} \; o mejor aún $ find . -name *~ -exec rm {} + #Llama a rm una sola vez (i.e. rm arch1 arch2 ...) -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Secure Shell - scp
2005-11-26 19:41 +0100, Ricardo Araoz [EMAIL PROTECTED]: Hay algo que me permita una alternativa desde dentro de ssh para scp? Me explico, si tengo establecida una conexión a través de ssh y en algún momento quiero copiar un archivo entre las dos máquinas me veo obligado a salir de ssh y ejecutar scp. Hay algo que me permita directamente hacer la copia desde dentro de mi conexión ssh? No sé si el uso del protocolo zmodem resulta restrictivo, pero si no, la descripción del paquete zssh te cae como guante en mano. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Secure Shell
El 26/11/05, Ricardo Araoz[EMAIL PROTECTED] escribió: Alguien puede recomendar (cuanto más parecido a ssh de linux mejor) algún cliente ssh para W$ ? La recomendación típica (PuTTY) puede no funcionar en rarísimas ocasiones (e.g. una versión antigua de un servidor ssh que usa un módem-router ADSL que tengo). Lo más fiable en ese caso es usar el cliente OpenSSH (el típico) que se puede usar en Windows o bien instalando Cygwin o bien con una instalación especial como SSHWindows [http://sshwindows.sourceforge.net/] (basado en Cygwin). -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: error al montar particion
2005-11-26 22:57 +0100, consultores1 [EMAIL PROTECTED]: Hola a todos Estoy teniendo un problema para montar una particion, ya sea vfat, ext2 u otra. Podria alguien ayudarme por favor. El mensaje es: mount: wrong fs type, bad option, bad superblock on /dev/hdb6, missing codepage or other error In some cases useful info is found in syslog - try dmesg | tail or so Please check that the disk is entered correctly. Y la linea en fstab es: /dev/hdb6 /disco2 vfat ro,user,noauto 0 0 * wrong fs type: ¿Seguro que es vfat? Prueba a poner auto a ver si tienes suerte. * bad option: Las tres opciones que pasas a través de fstab parecen correctas, así que no debe ser esto. * bad superblock on /dev/hdb6: ¿Puedes acceder a la partición desde otro sistema operativo? Quizás no estaría de más lanzar (con mucho cuidado) fsck sobre la partición. * missing codepage: No creo que sea el problema, ya que no especifícas un código de página parar la traducción de los nombres de archivo entre las opciones, aunque quizás pueda surgir por otras razones que desconozca. * other error: Esperemos que no... Si no funciona lo anterior, ¿por qué no hacer caso a la recomendación del programa y examinar el registro del sistema mediante dmesg? Salud. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: Secure Shell - scp
2005-11-27 01:20 +0100, Angel Claudio Alvarez [EMAIL PROTECTED]: El sáb, 26-11-2005 a las 15:41 -0300, Ricardo Araoz escribió: Hay algo que me permita una alternativa desde dentro de ssh para scp? Me explico, si tengo establecida una conexión a través de ssh y en algún momento quiero copiar un archivo entre las dos máquinas me veo obligado a salir de ssh y ejecutar scp. Hay algo que me permita directamente hacer la copia desde dentro de mi conexión ssh? Por que no podes copiar desde la maquina remota?? haces ssh a la maquina B desde A y dentro del shell B haces scp [EMAIL PROTECTED]:/ruta_al_archivo /ruta_en_maquinaB ¿No requiere eso que la máquina local tenga corriendo y accesible un servidor ssh? -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]
Re: XFree86 y su p*ta madre...
2005-11-27 00:53 +0100, grk deb [EMAIL PROTECTED]: Buenas noches, digo buenas por educación, porque a mi me no me parece buena, puto xfree86, ¿qué qué me pasa?, pues que arranco con gdm y tira bien, pero la resolución y el números de colores parece arcaico, como en el modo a prueba de fallos, me resigno, me identifico y entro, arranco Gnome e intento intuir lo que pone en el menú, accedo a la configuración de la resolución, después de infinidad de intentos, y procedo a cambiar la resolución, pero tachan!... resolución única 320... ejecuto dpkg-reconfigure xserver-xfree86 y procedo a configurarlo otra vez, dejo únicamente marcada la casilla de 1024x768 y nada, así que me pongo a cambiarlo manualmente y lo dejo como veis: |11:41 [EMAIL PROTECTED]:/etc/X11$ sudo vim /etc/X11/XF86Config-4 Option DPMS EndSection Section Screen Identifier Default Screen Device Tarjeta de vídeo genérica Monitor ADI CORP DefaultDepth4 [...] Estás diciendo que, salvo que se diga lo contrario, se usen 4 bits por pixel: una mierda de noche. ;-) Prueba a subirlo, por ejemplo a DefaultDepth 24 A ver si se te arregla. Próxima batalla, antialiasing de las fuentes (espero que no :-S). Salud. -- Gonzalo HIGUERA DÍAZ [EMAIL PROTECTED]