dejalo en un alias q sirve bastante, cuando de tanto cambiar los plasmoides me lo tiro, ese me ayuda

ajá

voy a meterlo en mi bash. buena idea

listo. alias reiniciar=

Pues leyendo parece que algunos lo arreglan desactivando composite

pero entonces... no luce. no?

eso me pasaba con alguna version del driver de intel, en ese caso no es culpa de KDE plasma sino de Intel

hola, como estan?

tengo una duda y no se si uds me pondran ayudar

tengo una tarjeta de red que usa el driver e1000e

y me genera una gran perdida de paquetes 28 packets transmitted, 0 received, 100% packet loss

y si tengo ip asignada

y estoy en la red local

ya cambie el cable ya cambie todo y tengo otra maquina identica sin ese problema

ping al gateway

ping 10.231.196.1 PING 10.231.196.1 (10.231.196.1) 56(84) bytes of data. 64 bytes from 10.231.196.1: icmp_seq=1 ttl=255 time=3.69 ms 64 bytes from 10.231.196.1: icmp_seq=2 ttl=255 time=5.15 ms 64 bytes from 10.231.196.1: icmp_seq=3 ttl=255 time=2.77 ms 64 bytes from 10.231.196.1: icmp_seq=4 ttl=255 time=2.94 ms 64 bytes from 10.231.196.1: icmp_seq=5 ttl=255 time=3.09 ms 64 bytes from 10.231.196.1: icmp_seq=6 ttl=255 time=2.73 ms 64 bytes from 10.231.196.1: icmp_seq=7 ttl=255 time=2.56 ms 64 bytes from 10.231.196.1: icmp_seq=8 ttl=255 time=3.28 ms 64 bytes from 10.231.196.1: icmp_seq=9 ttl=255 time=3.15 ms ^C —- 10.231.196.1 ping statistics —- 9 packets transmitted, 9 received, 0% packet loss, time 8012ms rtt min/avg/max/mdev = 2.565/3.268/5.159/0.740 ms

ping 10.231.135.217 PING 10.231.135.217 (10.231.135.217) 56(84) bytes of data. 64 bytes from 10.231.135.217: icmp_seq=8 ttl=121 time=5.44 ms 64 bytes from 10.231.135.217: icmp_seq=9 ttl=121 time=5.19 ms 64 bytes from 10.231.135.217: icmp_seq=10 ttl=121 time=7.95 ms 64 bytes from 10.231.135.217: icmp_seq=11 ttl=121 time=5.77 ms 64 bytes from 10.231.135.217: icmp_seq=12 ttl=121 time=5.63 ms 64 bytes from 10.231.135.217: icmp_seq=13 ttl=121 time=5.42 ms 64 bytes from 10.231.135.217: icmp_seq=14 ttl=121 time=5.41 ms 64 bytes from 10.231.135.217: icmp_seq=15 ttl=121 time=5.22 ms 64 bytes from 10.231.135.217: icmp_seq=16 ttl=121 time=5.33 ms ^C —- 10.231.135.217 ping statistics —- 16 packets transmitted, 9 received, 43% packet loss, time 15021ms rtt min/avg/max/mdev = 5.193/5.709/7.953/0.815 ms

la segunda es una donde quiero accesar con RDP

osea

no tenes perdida al gateway

tenes perdida a la otra ip

si no tenes perdida al gateway evidentemente no es tu maquina el problema

o todas las demas

mandas y recibis bien paquetes

¿sera problema de red?

el problema esta en el gateway

asignate la ip y parametros de una maquina que funcione bien y volve a pŕobar

ok

me quedo duda, volvi a probar con el gateway

ping 10.231.196.1 PING 10.231.196.1 (10.231.196.1) 56(84) bytes of data. 64 bytes from 10.231.196.1: icmp_seq=9 ttl=255 time=7.27 ms 64 bytes from 10.231.196.1: icmp_seq=10 ttl=255 time=2.61 ms 64 bytes from 10.231.196.1: icmp_seq=11 ttl=255 time=3.22 ms ^C —- 10.231.196.1 ping statistics —- 15 packets transmitted, 3 received, 80% packet loss, time 14003ms rtt min/avg/max/mdev = 2.618/4.369/7.270/2.066 ms

si tenes un router a parte

proba contra eso

conectate a otra red por wifi

o a la misma

y proba lo mismo

ping 172.50.0.1 PING 172.50.0.1 (172.50.0.1) 56(84) bytes of data. 64 bytes from 172.50.0.1: icmp_seq=1 ttl=255 time=62.1 ms 64 bytes from 172.50.0.1: icmp_seq=2 ttl=255 time=342 ms 64 bytes from 172.50.0.1: icmp_seq=3 ttl=255 time=373 ms 64 bytes from 172.50.0.1: icmp_seq=4 ttl=255 time=200 ms 64 bytes from 172.50.0.1: icmp_seq=5 ttl=255 time=3.44 ms 64 bytes from 172.50.0.1: icmp_seq=6 ttl=255 time=9.01 ms 64 bytes from 172.50.0.1: icmp_seq=7 ttl=255 time=3.72 ms ^C —- 172.50.0.1 ping statistics —- 7 packets transmitted, 7 received, 0% packet loss, time 6006ms rtt min/avg/max/mdev = 3.442/142.055/373.625/150.943 ms

por wifi

ping 8.8.4.4 PING 8.8.4.4 (8.8.4.4) 56(84) bytes of data. 64 bytes from 8.8.4.4: icmp_seq=1 ttl=58 time=56.3 ms 64 bytes from 8.8.4.4: icmp_seq=2 ttl=58 time=71.3 ms 64 bytes from 8.8.4.4: icmp_seq=3 ttl=58 time=58.3 ms 64 bytes from 8.8.4.4: icmp_seq=4 ttl=58 time=58.6 ms 64 bytes from 8.8.4.4: icmp_seq=5 ttl=58 time=64.2 ms ^C —- 8.8.4.4 ping statistics —- 5 packets transmitted, 5 received, 0% packet loss, time 4006ms rtt min/avg/max/mdev = 56.308/61.786/71.308/5.441 ms

ambas por wifi

entonces si es tu placa

fijate si hay otro driver compatible con ella

siempre tuvo linux esa maquina ?

siempre, ... el problema ha venido despues de la ultima actualizacion del manjaro

y bueno

simple

la version del driver

la version del kernel

downgrade a la version anterior

y listo

ok

gracias por tu tiempo y ayuda.

creo que hay un script

en arch esta

hace todo solo

no hay problema

alguien su quiera ayudar. los navegadores web como chrome chromium Firefox ópera co sumen demasiada memoria ram

y a ralentiza todo el sistema

aveces se cuelga

manjaro 16 KDE plasma

Yo tengo Manjaro Plasma y anda excelente

aveces se cuelga

32 o 64 bits..??, pueda ser la arquitectura, el causante de la ralentización del sistema.

con los navegadores...recomendación de navegadores ligeros pues midori, qupzilla y seamonkey

alguien su quiera ayudar. los navegadores web como chrome chromium Firefox ópera co sumen demasiada memoria ram

mas allá de la arquitectura, pues los navegadores "grandes" tienden a consumir mucha RAM

alguien su quiera ayudar. los navegadores web como chrome chromium Firefox ópera co sumen demasiada memoria ram

Eso es asi para todos, la unica es tener más RAM, los sitios web actuales usan tecnología más pesada, los navegadores por implementar seguridad también se hacen pesados, hay alternativas pero esas son recortadas, la unica es más RAM, como usar hoy dia un android 2.36... se te va a morir, si lo usas para facebook.

32 o 64 bits..??, pueda ser la arquitectura, el causante de la ralentización del sistema.

64 bits

ERROR: S client not available

Eso es asi para todos, la unica es tener más RAM, los sitios web actuales usan tecnología más pesada, los navegadores por implementar seguridad también se hacen pesados, hay alternativas pero esas son recortadas, la unica es más RAM, como usar hoy dia un android 2.36... se te va a morir, si lo usas para facebook.

entonces adquirir más ram

Cuanta tienes

4gb

pero Firefox aveces llega a consumir 2gb

puedes usar qupzilla o paleemon

puedes usar qupzilla o paleemon

los instalar y vere como va el rendimiento

ew

pero Firefox aveces llega a consumir 2gb

entonces son las extensiones q le tengas lo q te lo pone pesado

4Gb es mas q suficiente

para un s.o. estable

Si puedes ponerle 8gb ?

creo que hay un script

Gracias logre hacer el downgrade del driver y el kernel y me seguia el problema, opte por probar los punto de red ... y ese era el problema ....

buenisimo

gracias por tu tiempo

si no es mucho problema, ponerle 16gb

si no es mucho problema, ponerle 16gb

o 32

seguro es de la ram?

yo tengo 4 gigas y me va muy bien

yo en breve le pondre 8

estoy con 2

y como este con firefox y calibre

esto va a pedales

2 es poco

vamso ya no digamos como ponga la mula

pero con 4 podria ir bien

hay la mula, que recuerdos con la mula

2 es vivir al limite hoy en dia :(

nadie usa la mula

ya

jdoer para mi es un imprescindible

Yo tengo 4gb y me va bn