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? 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: 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
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-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: 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: 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=en&lang=en&cc=us&product=500386&dlc=en&docname=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: 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: 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: 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: 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) qu
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 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: 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: ¿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]>
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: 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-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 - 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 - 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: 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: 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: 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: 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: 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: 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: 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" > Driver"synaptics" > Option "SendCoreEvents""true" > Identifier "Synaptics Touchpad" > Option"Device""/dev/psaux" > Option"Protocol" "auto-dev" > > Option "LeftEdge" "1700" > Option "RightEdge" "5300" > Option "TopEdge" "1700" > Option "BottomEdge""4200" > Option "FingerLow" "25" > Option "FingerHigh""30" > Option "MaxTapTime""180" > Option "MaxTapMove""220" > 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 touchpad""CorePointer" si es el manejador principal del cursor o bien InputDevice "Synaptics touchpad""SendCoreEvents" 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 "TapButton1""1" 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]>
¿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: 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]>
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 2>&1 | 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 2>&1 | 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
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: 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: Duda con XFree86
2005-11-30, Felix Perez<[EMAIL PROTECTED]> escribió: > 2005/11/29, Carlos Miranda - <[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: error al montar particion
lindros de 16065 * 512 = 8225280 bytes
> > > >
> > > >Disposit. InicioComienzo Fin Bloques Id Sistema
> > > >/dev/hdb1 * 1 608 4883728+ 83 Linux
> > > >/dev/hdb2 6091216 4883760 83 Linux
> > > >/dev/hdb31217 14593 107450752+ 83 Linux
> > > >host0:/home/consultores#
> > > >
> > > >hasta luego.
> > > >
> > > >>>>Lo que te dice el log es o que el sistema de archivos de la particion
> > > >>>>hdb3 no es ext2 o que no tiene formato.
> > > >>>>En caso de que este seguro de que la partición tiene formato,tiene
> > > >>>> que haber una manera de comprobar que formato tiene una partición,el
> > > >>>> instalador de debian lo hace, a lo mejor con el el cd de instalación
> > > >>>> puedes comprobarlo,yo al menos no conozco otra forma.
> > > >>>>
> > > >>>>Un saludo
> > > >>>
> > > >>>Hola, gracias por ayudar
> > > >>>
> > > >>>Probe: fdisk -l /dev/hdb y muestra formato ext2, tambien probe
> > > >>> instalando una Slackware en ese disco y lee bien ademas de guardar
> > > >>> cosas. Probe fsck y fs2fsck y nada.
> > > >>>
> > > >>>Pienso que el problema podria estar en el MBR de ese disco; pero no
> > > >>> quiero recurrir a otros metodos que no sean Debian, pues este HD es
> > > >>> para ampliar una maquina con Sarge. #tail -f=Nov 27 05:14:44
> > > >>> localhost kernel: VFS: Can't find ext2 filesystem on dev hdb3.
> > > >>>
> > > >>>La solucion podria ser instalar este HD solo y restaurar el MBR;
> > > >>> tambien podria ser restaurado con lilo; pero uso grub en este equipo.
> > > >>>
> > > >>>Pregunto, como se podra leer el archivo del MBR de supongo 512 bytes?
> > > >>>Temo que al usar fdisk con freeBSD haya cambiado algo en ese archivo.
> > > >>>
> > > >>>gracias de nuevo.
> > >
> > > Nada hombre, para eso estamos :)
> > >
> > > el MBR lo puedes leer con "dd if=/dev/hdb of=./mbr.dat bs=512 count=1",
> > > es decir, copias los primeros 512 bytes de hdb en el fichero mbr.dat, en
> > > el directorio actual.
> > > De todas formas, me parece sospechoso que hdb2 te lo reconozca como
> > > "DBase 3 data file", y hdb3 como "data"... pq no indica que sea ext2 o
> > > vfat o cualquier otro tipo de sistema 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: 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: 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: 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]>
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: 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
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: 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: 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]>
