Re: [Gutl-l] Problema con conectividad
On 20.02.2017 19:53, Rommel Rodriguez Toirac wrote: Mis saludos; tengo un servidor CentOS 6.8 x86_64 (actualizado hasta hace una semana) en el que solo lo tengo instalado y corriendo el gestor de bases de datos Oracle 11g para 64 bit. Me sucede que a veces se pierde todo tipo de conectividad con él (ni responde el ping, ni tengo acceso vía ssh, ni el TNSping de Oracle responde). Cuando esto sucede desde el servidor como tal hago ping a alguna dirección IP de mi red y vuelve a existir la conectividad con este servidor. He chequeado las trazas, pero no encuentro nada que hable de eso, ni de que exista algún tipo de dificultad con los dispositivos de red. ... Con ethtool[1] puedes tener estadisticas de tu NIC. Prueba hacer "ethtool -S _iface_" y revisa las estadisticas de error, de ser mayor que cero, puede ser que tu NIC tenga algun problema. Saludos, 1- man ethtool __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
[Gutl-l] Ayuda Seguridad Informática
Saludos colegas, tengo una pequeña duda y un gran dilema, quisiera saber quien es el que le corresponde realizar el análisis de las trazas, es decir el informe que va para la dirección de la empresa y k tiene que asegurar el administrador de red en ese aspecto. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Problema con conectividad
-- From: "Rommel Rodriguez Toirac" Sent: Monday, February 20, 2017 1:53 PM To: Subject: [Gutl-l] Problema con conectividad Mis saludos; tengo un servidor CentOS 6.8 x86_64 (actualizado hasta hace una semana) en el que solo lo tengo instalado y corriendo el gestor de bases de datos Oracle 11g para 64 bit. Me sucede que a veces se pierde todo tipo de conectividad con él (ni responde el ping, ni tengo acceso vía ssh, ni el TNSping de Oracle responde). Cuando esto sucede desde el servidor como tal hago ping a alguna dirección IP de mi red y vuelve a existir la conectividad con este servidor. He chequeado las trazas, pero no encuentro nada que hable de eso, ni de que exista algún tipo de dificultad con los dispositivos de red. Me he dado cuenta que desde una estación de trabajo (ya sea Windows XP o Windows 7) al hacer ping a este servidor siempre se demora un poco (unos 8 segundos) en obtener la primera respuesta, que siempre (en las 10 PC que probé sucedío esto) obtengo "Tiempo de espera agotado" en ella y luego se comunica normalmente. Si vuelves a hacer ping desde esa PC todo funciona sin problemas y obtienes todas las respuestas sin perderse ninguna. C:\Users\administrator>ping pgtm.gtm.onat.gob.cu Haciendo ping a pgtm.gtm.onat.gob.cu [192.168.41.4] con 32 bytes de datos: Tiempo de espera agotado para esta solicitud. Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64 Estadísticas de ping para 192.168.41.4: Paquetes: enviados = 4, recibidos = 3, perdidos = 1 (25% perdidos), Tiempos aproximados de ida y vuelta en milisegundos: Mínimo = 0ms, Máximo = 0ms, Media = 0ms Esta son algunas de las configuraciones que tengo relacionadas con red, incluyendo el dispositivo de red donde tengo conectado el cable de red (los otros tres dispositivos no están conectados). [root@pgtm ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE=eth0 TYPE=Ethernet UUID=11dcddd4-6530-457a-8d3e-01a8339fb113 ONBOOT=yes NM_CONTROLLED=yes BOOTPROTO=none HWADDR=6C:92:BF:26:C7:02 IPADDR=192.168.41.4 PREFIX=24 GATEWAY=192.168.41.1 DNS1=192.168.41.17 DOMAIN=gtm.onat.gob.cu DEFROUTE=yes IPV4_FAILURE_FATAL=yes IPV6INIT=no NAME="System eth0" cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 192.168.41.4 pgtm pgtm.gtm.onat.gob.cu [root@pgtm ~]# cat /etc/resolv.conf # Generated by NetworkManager search gtm.onat.gob.cu nameserver 192.168.41.17 [root@pgtm mail]# cat /etc/sysconfig/network NETWORKING=yes HOSTNAME=pgtm.gtm.onat.gob.cu GATEWAY=192.168.41.1 ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado? o ¿alguien que conozca de algo que pudiera causar esta inestabilidad en la conectividad con este servidor? o ¿alguien que conozca por donde mas buscar para ver si encuentro algo que me ayude? -- Rommel Rodriguez Toirac Administrador de redes ONAT Guantánamo Tel: 21327444 ext 120 __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l Algo parecido le sucedía a la PC con Zentyal 2.2 que tenía acá como FTP y la solución fue bastante radical: instalar un Debian y que el acceso al FTP fuera solamente mediante HTTP. Salu2 Mientras no aparezca la indicada goza con la equivocada. -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Problema con conectividad
Has probado ponerle una tarjeta de red y trabajar con esta a ver si el comportamiento es el mismo? El hardware pudiera estar dañado también whilo Saludos Cordiales, M.Sc. Wilfredo Martínez Consuegra Técnico en Comunicaciones TRANSGAVIOTA CENTRO Cayo Las Brujas, Caibarién, Villa Clara. Teléfono fijo: +53 42 350284 Teléfono Celular: +53 53 664 665 SÍGUENOS EN: -Mensaje original- De: gutl-l-boun...@jovenclub.cu [mailto:gutl-l-boun...@jovenclub.cu] En nombre de Rommel Rodriguez Toirac Enviado el: lunes, 20 de febrero de 2017 01:54 p.m. Para: gutl-l@jovenclub.cu Asunto: [Gutl-l] Problema con conectividad Mis saludos; tengo un servidor CentOS 6.8 x86_64 (actualizado hasta hace una semana) en el que solo lo tengo instalado y corriendo el gestor de bases de datos Oracle 11g para 64 bit. Me sucede que a veces se pierde todo tipo de conectividad con él (ni responde el ping, ni tengo acceso vía ssh, ni el TNSping de Oracle responde). Cuando esto sucede desde el servidor como tal hago ping a alguna dirección IP de mi red y vuelve a existir la conectividad con este servidor. He chequeado las trazas, pero no encuentro nada que hable de eso, ni de que exista algún tipo de dificultad con los dispositivos de red. Me he dado cuenta que desde una estación de trabajo (ya sea Windows XP o Windows 7) al hacer ping a este servidor siempre se demora un poco (unos 8 segundos) en obtener la primera respuesta, que siempre (en las 10 PC que probé sucedío esto) obtengo "Tiempo de espera agotado" en ella y luego se comunica normalmente. Si vuelves a hacer ping desde esa PC todo funciona sin problemas y obtienes todas las respuestas sin perderse ninguna. C:\Users\administrator>ping pgtm.gtm.onat.gob.cu Haciendo ping a pgtm.gtm.onat.gob.cu [192.168.41.4] con 32 bytes de datos: Tiempo de espera agotado para esta solicitud. Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64 Estadísticas de ping para 192.168.41.4: Paquetes: enviados = 4, recibidos = 3, perdidos = 1 (25% perdidos), Tiempos aproximados de ida y vuelta en milisegundos: Mínimo = 0ms, Máximo = 0ms, Media = 0ms Esta son algunas de las configuraciones que tengo relacionadas con red, incluyendo el dispositivo de red donde tengo conectado el cable de red (los otros tres dispositivos no están conectados). [root@pgtm ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE=eth0 TYPE=Ethernet UUID=11dcddd4-6530-457a-8d3e-01a8339fb113 ONBOOT=yes NM_CONTROLLED=yes BOOTPROTO=none HWADDR=6C:92:BF:26:C7:02 IPADDR=192.168.41.4 PREFIX=24 GATEWAY=192.168.41.1 DNS1=192.168.41.17 DOMAIN=gtm.onat.gob.cu DEFROUTE=yes IPV4_FAILURE_FATAL=yes IPV6INIT=no NAME="System eth0" cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 192.168.41.4 pgtm pgtm.gtm.onat.gob.cu [root@pgtm ~]# cat /etc/resolv.conf # Generated by NetworkManager search gtm.onat.gob.cu nameserver 192.168.41.17 [root@pgtm mail]# cat /etc/sysconfig/network NETWORKING=yes HOSTNAME=pgtm.gtm.onat.gob.cu GATEWAY=192.168.41.1 ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado? o ¿alguien que conozca de algo que pudiera causar esta inestabilidad en la conectividad con este servidor? o ¿alguien que conozca por donde mas buscar para ver si encuentro algo que me ayude? -- Rommel Rodriguez Toirac Administrador de redes ONAT Guantánamo Tel: 21327444 ext 120 __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Problema con conectividad
El lunes, 20 de febrero de 2017 2:20:57 P. M. CST Ulises Gonzalez escribieron: > On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: > > ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado? o > > > > ¿alguien que conozca de algo que pudiera causar esta inestabilidad en la > > conectividad con este servidor? o ¿alguien que conozca por donde mas > > buscar > > para ver si encuentro algo que me ayude > > Estas teniendo un problema a de capa 2 en tu red, hay algo que hace que > el protocolo ARP no este funcionando bien, lo cual se arregla al hacer > ping pues eso refresca los mapeos de MAC a IP, es virtual el servidor o > f'isico? > > En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual switch > o lo que tengas en medio. El workaround es muy sencillo, pon una tarea > en cron que haga un ping cada 10 minutos y listo ping -c 1 a una ip o a > varias y listo, eso no te va a tumbar la red y te va a resolver un problema El servidor es físico y esta conectado a un switch TP-Link de 16 puertos modelo TL-SG3216 Jet Stream L2 managed switch (son las letricas que tiene) -- Rommel Rodriguez Toirac Administrador de redes ONAT Guantánamo Tel: 21327444 ext 120 __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Ati vs Nvdia [Experiencias]
El Mon, 20 Feb 2017 12:36:31 -0500 Ulises Gonzalez escribió: > instal'e nada, pero para Nvidia el sistema nunca me > propuso ning'un driver, ni siquiera me dijo que necesitaba alg'un > driver. por defecto instala los drivesr libres, ve a software y actualizaciones y vas a ver una pestaña que dice controladores asicionales si los tiene vas a ver ahi los provativos disponibles para tu tarjeta __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Problema con conectividad
On 02/20/2017 01:53 PM, Rommel Rodriguez Toirac wrote: ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado? o ¿alguien que conozca de algo que pudiera causar esta inestabilidad en la conectividad con este servidor? o ¿alguien que conozca por donde mas buscar para ver si encuentro algo que me ayude Estas teniendo un problema a de capa 2 en tu red, hay algo que hace que el protocolo ARP no este funcionando bien, lo cual se arregla al hacer ping pues eso refresca los mapeos de MAC a IP, es virtual el servidor o f'isico? En cualquier caso la soluci'on ser'ia revisar switch/hub/virtual switch o lo que tengas en medio. El workaround es muy sencillo, pon una tarea en cron que haga un ping cada 10 minutos y listo ping -c 1 a una ip o a varias y listo, eso no te va a tumbar la red y te va a resolver un problema -- Salu2 Ulinx Linux user 366775 "En un problema con n ecuaciones siempre habrá al menos n+1 incógnitas." __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
[Gutl-l] Problema con conectividad
Mis saludos; tengo un servidor CentOS 6.8 x86_64 (actualizado hasta hace una semana) en el que solo lo tengo instalado y corriendo el gestor de bases de datos Oracle 11g para 64 bit. Me sucede que a veces se pierde todo tipo de conectividad con él (ni responde el ping, ni tengo acceso vía ssh, ni el TNSping de Oracle responde). Cuando esto sucede desde el servidor como tal hago ping a alguna dirección IP de mi red y vuelve a existir la conectividad con este servidor. He chequeado las trazas, pero no encuentro nada que hable de eso, ni de que exista algún tipo de dificultad con los dispositivos de red. Me he dado cuenta que desde una estación de trabajo (ya sea Windows XP o Windows 7) al hacer ping a este servidor siempre se demora un poco (unos 8 segundos) en obtener la primera respuesta, que siempre (en las 10 PC que probé sucedío esto) obtengo "Tiempo de espera agotado" en ella y luego se comunica normalmente. Si vuelves a hacer ping desde esa PC todo funciona sin problemas y obtienes todas las respuestas sin perderse ninguna. C:\Users\administrator>ping pgtm.gtm.onat.gob.cu Haciendo ping a pgtm.gtm.onat.gob.cu [192.168.41.4] con 32 bytes de datos: Tiempo de espera agotado para esta solicitud. Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64 Respuesta desde 192.168.41.4: bytes=32 tiempo<1m TTL=64 Estadísticas de ping para 192.168.41.4: Paquetes: enviados = 4, recibidos = 3, perdidos = 1 (25% perdidos), Tiempos aproximados de ida y vuelta en milisegundos: Mínimo = 0ms, Máximo = 0ms, Media = 0ms Esta son algunas de las configuraciones que tengo relacionadas con red, incluyendo el dispositivo de red donde tengo conectado el cable de red (los otros tres dispositivos no están conectados). [root@pgtm ~]# cat /etc/sysconfig/network-scripts/ifcfg-eth0 DEVICE=eth0 TYPE=Ethernet UUID=11dcddd4-6530-457a-8d3e-01a8339fb113 ONBOOT=yes NM_CONTROLLED=yes BOOTPROTO=none HWADDR=6C:92:BF:26:C7:02 IPADDR=192.168.41.4 PREFIX=24 GATEWAY=192.168.41.1 DNS1=192.168.41.17 DOMAIN=gtm.onat.gob.cu DEFROUTE=yes IPV4_FAILURE_FATAL=yes IPV6INIT=no NAME="System eth0" cat /etc/hosts 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6 192.168.41.4 pgtm pgtm.gtm.onat.gob.cu [root@pgtm ~]# cat /etc/resolv.conf # Generated by NetworkManager search gtm.onat.gob.cu nameserver 192.168.41.17 [root@pgtm mail]# cat /etc/sysconfig/network NETWORKING=yes HOSTNAME=pgtm.gtm.onat.gob.cu GATEWAY=192.168.41.1 ¿Alguien que haya sufrido de lo mismo o parecido y haya solucionado? o ¿alguien que conozca de algo que pudiera causar esta inestabilidad en la conectividad con este servidor? o ¿alguien que conozca por donde mas buscar para ver si encuentro algo que me ayude? -- Rommel Rodriguez Toirac Administrador de redes ONAT Guantánamo Tel: 21327444 ext 120 __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] duda sobre squish 1
Busca una opción dentro de la conf del sarg de exclude, la tiene Saludos Cordiales, M.Sc. Wilfredo Martínez Consuegra Técnico en Comunicaciones TRANSGAVIOTA CENTRO Cayo Las Brujas, Caibarién, Villa Clara. Teléfono fijo: +53 42 350284 Teléfono Celular: +53 53 664 665 SÍGUENOS EN: -Mensaje original- De: gutl-l-boun...@jovenclub.cu [mailto:gutl-l-boun...@jovenclub.cu] En nombre de Pedro Martínez Enviado el: lunes, 20 de febrero de 2017 09:55 a.m. Para: Lista cubana de soporte técnico en Tecnologias Libres Asunto: [Gutl-l] duda sobre squish 1 Bunos dias tengo montado un squid3 con el sarg pero necesito hacer algo en el sarg para que guarde la navegación de todos los usuarios menos el mio, como le puedo hacer? __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Ati vs Nvdia [Experiencias]
On 02/20/2017 11:46 AM, yperal wrote: buscar drivers provativos y el solo lo hace todo, si tener q intalar nada como lo describes, cuando reinicias ya tienes la ati, el panel de contros de la ati funionando tb todo sin problemas. Pues para Ati no instal'e nada, pero para Nvidia el sistema nunca me propuso ning'un driver, ni siquiera me dijo que necesitaba alg'un driver.. -- Salu2 Ulinx Linux user 366775 "En un problema con n ecuaciones siempre habrá al menos n+1 incógnitas." __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Ati vs Nvdia [Experiencias]
El Mon, 20 Feb 2017 11:32:45 -0500 Roger Durañona Vargas escribió: > El 20/02/17 a las 10:40, låzaro escribió: > > pues yo te diré la mía, nvidia es un horno, pésima idea a menos que > > quieras jugar. ATI majomenos se defiende más pero tremenda mierda > > igual. Si puedes hacerte con una máquina cuyo CPU tenga video > > integrado, por ejemplo los APU que fabrica AMD; esa es la mundial. > > En mi opinión el factor "temperatura-durabilidad" es más importante > > que calidad, rendimiento, etc... > > > > Yo he utilizado ambas tarjetas y nunca he tenido ningun problema. > Ubuntu suele detectar muy bien el hardware, y Mint tambien. Aparte, > siempre use los drivers privativos, por cuestiones de trabajo. > los tengo en ubunmtu 16.04 y juego wow perferfecto, claro usando privativos en el mismo panel de origines y software te dice lo de buscar drivers provativos y el solo lo hace todo, si tener q intalar nada como lo describes, cuando reinicias ya tienes la ati, el panel de contros de la ati funionando tb todo sin problemas. __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Ati vs Nvdia [Experiencias]
El 20/02/17 a las 10:40, låzaro escribió: pues yo te diré la mía, nvidia es un horno, pésima idea a menos que quieras jugar. ATI majomenos se defiende más pero tremenda mierda igual. Si puedes hacerte con una máquina cuyo CPU tenga video integrado, por ejemplo los APU que fabrica AMD; esa es la mundial. En mi opinión el factor "temperatura-durabilidad" es más importante que calidad, rendimiento, etc... Yo he utilizado ambas tarjetas y nunca he tenido ningun problema. Ubuntu suele detectar muy bien el hardware, y Mint tambien. Aparte, siempre use los drivers privativos, por cuestiones de trabajo. -- Roger Durañona Vargas No es lo bueno que seas. Es qué tan bueno quieres ser Paul Arden __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] duda sobre squish 1
NO ROBES HILOA! el asunto habla de squish, abre un correo para tu pregunta; que ya tengo tu respuesta pero no te la voy a dar en un hilo secuestrado On Mon, 2017-02-20 at 09:55 -0500, Pedro Martínez wrote: > Bunos dias > > tengo montado un squid3 con el sarg pero necesito hacer algo en el > sarg para > que guarde la navegación de todos los usuarios menos el mio, como le > puedo > hacer? > > > > > > _ > _ > Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. > Gutl-l@jovenclub.cu > https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Ati vs Nvdia [Experiencias]
pues yo te diré la mía, nvidia es un horno, pésima idea a menos que quieras jugar. ATI majomenos se defiende más pero tremenda mierda igual. Si puedes hacerte con una máquina cuyo CPU tenga video integrado, por ejemplo los APU que fabrica AMD; esa es la mundial. En mi opinión el factor "temperatura-durabilidad" es más importante que calidad, rendimiento, etc... Thread name: "Re: [Gutl-l] Ati vs Nvdia [Experiencias]" Mail number: 1 Date: Mon, Feb 20, 2017 In reply to: Ulises Gonzalez > > On 12/01/2016 11:35 AM, Ulises Gonzalez wrote: > > > > Para mi lo m'as importante en esta lista son 3 y 2, por ese orden > > > Luego de haber probado las siguientes tarjetas; > > Nvidia GeForce P260 (Serie 6) 128MB > Ati Radeon HD B276 256 MB > Distro Kubuntu 16.04 > > Ambas son viejitas, pero como lo que yo quer'ia era que mi pc diera video y > tener dos monitores me importaba poco de que anho eran las tarjetas o cuanta > memoria ten'ian pues no voy ni a jugar ni a hacer multimedias... > > Nvidia > - Los drivers libres son una perfecta M, preveen un fant'astico sistema > inestable con rayas que aparecen y se desaparecen cuando movemos el mouse al > estilo carnaval, sin embargo logran dar la m'axima resoluci'on posible > - Los driver nvida -3x que estan en el repo en mi opini'on su > configuraci'on puede ser considerada como la primera etapa de un suicidio > inform'atico, no hay una forma sencilla de hacer que eso se configure de una > forma sencilla > - Utilizando los pkgs nvidia-current nvidia-settings y luego corriendo el > comando de configuraci'on m'agico que no esta en muchas guias nvidia-config > para crear el archivo xorg.conf y luego dar un reinicio, se logra un sistema > casi perfecto con una linda interfaz de nvidia para hacer configuraciones, > unos colores impresionantes los cuales dejan m'as que mordiendo el polvo los > colores/resultados del driver libre, el sistema es muy estable, pero solo > funciona bien con un monitor, si activas el segundo monitor vas a tener > problemas intermintentes y aleat'oreos en los cuales ves que tus dos > monitores se apagan por unos 3 segundos y luego todo vuelve a la normalidad, > en syslog ves un error relativo al driver de nvidia y unas localizaciones de > memoria. Buscando este error en la red encontr'e que muchos se quejan del > mismo sin que tenga una soluci'on efectiva, ni siquiera un workaround. Este > defecto puede ser que lo haga 5 veces seguidas en una hora o puede ser que > se pase 3 d'ias sin hacerlo, lo que si es seguro que solo pasa cuando tienes > dos monitores activados, si solo tienes uno pensar'as que tienes el mejor > sistema del mundo. Si logras configurar esto, cosa que no es imposible luego > que conoces los pasos, lo peor que puedes hacer es actualizar tu kernel, > pues al reiniciar notar'as que todo lo hiciste se fue por el tragante y > tendr'as que volver a hacer. > - Los drivers que estan el p'agina de Nvidia no los us'e nunca intent'e > configurarlos una vez, pero tuve problemas con mi usuario/usuario root y > dej'e eso de lado > > > Ati > - Sin dudas esta es la opci'on, o al menos lo fu'e para mi, con solo poner > la tarjeta el sistema y sabe lo que tiene y le pone el driver adecuado con > la resoluci'on adecuada sin tener que configurar nada, el sistema esta muy > estable y no tengo nada de lo cual quejarme. Desde el centro de control de > Kde/Monitores puedo hacer lo b'asico para administar monitores/resoluciones. > La parte mala es que siempre me saca el panel en el monitor que no quiero, > pero eso lo voy a resolver con un script de xrandr en el startup. Extranho > una interfaz tan bonita como la de Nvidia pero prefiero tener estabilidad... > > > Conclusiones > - Si vas a tener un solo monitor y estas dispuesto a pasar un poco de > trabajo configurando tu tarjeta de video entonces puedes escoger lo mismo > Ati que Nvidia > - Si quieres usar dos monitores Nvidia no es soluci'on o puede que no lo sea > para ti > - Para novatos como yo Ati es la soluci'on perfecta con su muy sofisticado > plug and play > > > Espero que esto le sirva a alguien... > > > -- > > Salu2 > > Ulinx > Linux user 366775 > "En un problema con n ecuaciones > siempre habrá al menos n+1 incógnitas." > __ > Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. > Gutl-l@jovenclub.cu > https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l -- Warning! 100'000 pelos de escoba fueron introducidos satisfactoriamente en su puerto USB. -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/
[Gutl-l] duda sobre squish 1
Bunos dias tengo montado un squid3 con el sarg pero necesito hacer algo en el sarg para que guarde la navegación de todos los usuarios menos el mio, como le puedo hacer? __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
Re: [Gutl-l] Ati vs Nvdia [Experiencias]
On 12/01/2016 11:35 AM, Ulises Gonzalez wrote: Para mi lo m'as importante en esta lista son 3 y 2, por ese orden Luego de haber probado las siguientes tarjetas; Nvidia GeForce P260 (Serie 6) 128MB Ati Radeon HD B276 256 MB Distro Kubuntu 16.04 Ambas son viejitas, pero como lo que yo quer'ia era que mi pc diera video y tener dos monitores me importaba poco de que anho eran las tarjetas o cuanta memoria ten'ian pues no voy ni a jugar ni a hacer multimedias... Nvidia - Los drivers libres son una perfecta M, preveen un fant'astico sistema inestable con rayas que aparecen y se desaparecen cuando movemos el mouse al estilo carnaval, sin embargo logran dar la m'axima resoluci'on posible - Los driver nvida -3x que estan en el repo en mi opini'on su configuraci'on puede ser considerada como la primera etapa de un suicidio inform'atico, no hay una forma sencilla de hacer que eso se configure de una forma sencilla - Utilizando los pkgs nvidia-current nvidia-settings y luego corriendo el comando de configuraci'on m'agico que no esta en muchas guias nvidia-config para crear el archivo xorg.conf y luego dar un reinicio, se logra un sistema casi perfecto con una linda interfaz de nvidia para hacer configuraciones, unos colores impresionantes los cuales dejan m'as que mordiendo el polvo los colores/resultados del driver libre, el sistema es muy estable, pero solo funciona bien con un monitor, si activas el segundo monitor vas a tener problemas intermintentes y aleat'oreos en los cuales ves que tus dos monitores se apagan por unos 3 segundos y luego todo vuelve a la normalidad, en syslog ves un error relativo al driver de nvidia y unas localizaciones de memoria. Buscando este error en la red encontr'e que muchos se quejan del mismo sin que tenga una soluci'on efectiva, ni siquiera un workaround. Este defecto puede ser que lo haga 5 veces seguidas en una hora o puede ser que se pase 3 d'ias sin hacerlo, lo que si es seguro que solo pasa cuando tienes dos monitores activados, si solo tienes uno pensar'as que tienes el mejor sistema del mundo. Si logras configurar esto, cosa que no es imposible luego que conoces los pasos, lo peor que puedes hacer es actualizar tu kernel, pues al reiniciar notar'as que todo lo hiciste se fue por el tragante y tendr'as que volver a hacer. - Los drivers que estan el p'agina de Nvidia no los us'e nunca intent'e configurarlos una vez, pero tuve problemas con mi usuario/usuario root y dej'e eso de lado Ati - Sin dudas esta es la opci'on, o al menos lo fu'e para mi, con solo poner la tarjeta el sistema y sabe lo que tiene y le pone el driver adecuado con la resoluci'on adecuada sin tener que configurar nada, el sistema esta muy estable y no tengo nada de lo cual quejarme. Desde el centro de control de Kde/Monitores puedo hacer lo b'asico para administar monitores/resoluciones. La parte mala es que siempre me saca el panel en el monitor que no quiero, pero eso lo voy a resolver con un script de xrandr en el startup. Extranho una interfaz tan bonita como la de Nvidia pero prefiero tener estabilidad... Conclusiones - Si vas a tener un solo monitor y estas dispuesto a pasar un poco de trabajo configurando tu tarjeta de video entonces puedes escoger lo mismo Ati que Nvidia - Si quieres usar dos monitores Nvidia no es soluci'on o puede que no lo sea para ti - Para novatos como yo Ati es la soluci'on perfecta con su muy sofisticado plug and play Espero que esto le sirva a alguien... -- Salu2 Ulinx Linux user 366775 "En un problema con n ecuaciones siempre habrá al menos n+1 incógnitas." __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
[Gutl-l] duda sobre squish
Hola listeros alguien sabe como especificarle a squish que solo cuantifique la navegación a internet y no la nacional Salu2s -- Juan Miguel Pérez Fauria Administrador de redes Hosp. Guillermo Domínguez López +(53)31-51-6889 | j...@ltu.sld.cu -- Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas Infomed: http://www.sld.cu/ __ Lista de correos del Grupo de Usuarios de Tecnologías Libres de Cuba. Gutl-l@jovenclub.cu https://listas.jovenclub.cu/cgi-bin/mailman/listinfo/gutl-l
