<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>linux - Soi57.net</title>
	<atom:link href="https://soi57.net/blog/tag/linux/feed/" rel="self" type="application/rss+xml" />
	<link></link>
	<description>soi57.net/blog</description>
	<lastBuildDate>Sun, 20 Jun 2010 15:18:07 +0000</lastBuildDate>
	<language>es</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.7</generator>

<image>
	<url>https://soi57.net/blog/wp-content/cropped-logo_soi57.net_half_ico-32x32.jpg</url>
	<title>linux - Soi57.net</title>
	<link></link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Como lanzar aplicaciones graficas en una maquina remota por ssh</title>
		<link>https://soi57.net/blog/como-lanzar-aplicaciones-graficas-en-una-maquina-remota-por-ssh/</link>
					<comments>https://soi57.net/blog/como-lanzar-aplicaciones-graficas-en-una-maquina-remota-por-ssh/#respond</comments>
		
		<dc:creator><![CDATA[root]]></dc:creator>
		<pubDate>Sun, 20 Jun 2010 15:16:22 +0000</pubDate>
				<category><![CDATA[internet]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[remoto]]></category>
		<category><![CDATA[screen]]></category>
		<category><![CDATA[ssh]]></category>
		<guid isPermaLink="false">http://soi57.net/blog/?p=840</guid>

					<description><![CDATA[<p>Este «how to» no es para arrancar una aplicación en una máquina remota viendo la ventana de la aplicación en local. Este «how to» es para arrancar la aplicación en &#8230; </p>
<p>La entrada <a href="https://soi57.net/blog/como-lanzar-aplicaciones-graficas-en-una-maquina-remota-por-ssh/">Como lanzar aplicaciones graficas en una maquina remota por ssh</a> se publicó primero en <a href="https://soi57.net/blog">Android, administracion de sistemas y seo</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>Este «how to» no es para arrancar una aplicación en una máquina remota viendo la ventana de la aplicación en local. Este «how to» es para <strong>arrancar la aplicación en la máquina remota</strong>, <strong>apareciendo la ventana en la máquina remota</strong>. Ni si quiera es un <strong>how to</strong> ya que son apenas dos <strong>comandos</strong> los que hay que ejecutar.</p>
<p>En primer lugar hay que hacer login en la máquina remota por ssh con el nombre de usuario que tiene la sesión abierta en la máquina remota. Si mi usuario es soi57 ejecutaría:</p>
<blockquote><p>ssh -l usuario  ip/dns  de máquina remota -p puerto del servicio (si es el 22 , este parámetro sobra)</p></blockquote>
<blockquote><p>un ejemplo:</p>
<p>ssh -l soi57 host.soi57.net -p 12345</p></blockquote>
<p>Ahora tenemos que averiguar el <strong>display</strong> que está usando el servidor X. Y hay que exportarlo en la variable DISPLAY. Normalmente es el :0.0, pero lo puedes averiguar ejecutando este comando:</p>
<div id="_mcePaste">
<blockquote>
<div id="_mcePaste">ps afx | grep X</div>
</blockquote>
<div>Ahora ya solo hay que exportar el valor de esta variable y arrancar la aplicación que queramos. En mi caso es transmission:</div>
<blockquote>
<div>export DISPLAY=:0.0</div>
<div>transmission</div>
</blockquote>
<div>La aplicación ya está arrancada en el equipo remoto. Si cierras la ventana se cerrará el programa. Yo normalmente uso <strong><a href="http://es.wikipedia.org/wiki/GNU_Screen" target="_blank">screen</a></strong> y con la combinación de teclas CTRL+d me «desengancho» de la <strong>consola</strong> que he arrancado y su quiero volver a engancharme solo tengo que ejecutar screen -r identificador de la consola. Si no usas screen puedes arrancar la aplicación con nohup en background y podrias cerrar la consola y la aplicación seguiría corriendo:</div>
<blockquote>
<div>nohup transmission &amp;</div>
</blockquote>
</div>
<div style='text-align:left' class='yasr-auto-insert-visitor'></div><p>La entrada <a href="https://soi57.net/blog/como-lanzar-aplicaciones-graficas-en-una-maquina-remota-por-ssh/">Como lanzar aplicaciones graficas en una maquina remota por ssh</a> se publicó primero en <a href="https://soi57.net/blog">Android, administracion de sistemas y seo</a>.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://soi57.net/blog/como-lanzar-aplicaciones-graficas-en-una-maquina-remota-por-ssh/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Firefox y la gestion de la ram</title>
		<link>https://soi57.net/blog/firefox-y-la-gestion-de-la-ram/</link>
					<comments>https://soi57.net/blog/firefox-y-la-gestion-de-la-ram/#comments</comments>
		
		<dc:creator><![CDATA[root]]></dc:creator>
		<pubDate>Wed, 05 May 2010 15:26:14 +0000</pubDate>
				<category><![CDATA[linux]]></category>
		<category><![CDATA[software]]></category>
		<category><![CDATA[firefox]]></category>
		<guid isPermaLink="false">http://soi57.net/blog/?p=652</guid>

					<description><![CDATA[<p>Este post no es nada técnico sino comentando mi experiencia de usuario y no sé si será generalizable. Llevo varios años usando firefox en gentoo, debian y ahora ubuntu. Nunca &#8230; </p>
<p>La entrada <a href="https://soi57.net/blog/firefox-y-la-gestion-de-la-ram/">Firefox y la gestion de la ram</a> se publicó primero en <a href="https://soi57.net/blog">Android, administracion de sistemas y seo</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>Este post no es nada técnico sino comentando mi experiencia de usuario y no sé si será generalizable. Llevo varios años usando <a href="http://www.mozilla-europe.org/es/firefox/">firefox</a> en <a href="http://www.gentoo.org/">gentoo</a>, <a href="http://www.debian.org/index.es.html">debian</a> y ahora <a href="http://www.ubuntu.com/">ubuntu</a>. Nunca ha sido un <strong>navegador</strong> muy <strong>ligero</strong> y a excepción de los cuelgues que sufría con las páginas que tenían flash siempre ha sido bastante estable.</p>
<p> Desde que apareció Chrome, en muchos sitios he leído que los desarrolladores se iban a centrar en objetivos como la <strong>rapidez y la gestión de la memoria</strong>. Pues escribo este entrada porque hoy he tenido que abandonarlo en el ordenador del trabajo, porque por las mañanas cuando desbloqueo la sesión el equipo esta swapeando por culpa de la <strong>ram</strong> que consume  el proceso de <strong>firefox</strong>. La versión en mi equipo de escritorio es la 3.5.9 en ubuntu 9.10. Normalmente siempre tengo muchas pestañas abiertas, en torno a 20, pero antes no había sido un problema como ahora. Incluso dejando 5 o 6 abiertas por la tarde al día siguiente el consumo del proceso es de 900 MB de Ram. En mi portátil, que tiene ubuntu 10.04 y firefox 3.6.3 el consumo también es muy elevado, no llegando a swapear porque no lo dejo tantas horas encendido. </p>
<p>La impresión que tengo de <strong>firefox</strong> ahora mismo no es nada buena y empiezo a evitar usarlo, en favor de <strong>chromium-browser</strong> o chrome y opera. Incluso cuando leo que ya casi está la versión para <strong>android</strong> no tengo ni curiosidad por instarla.<br />
<figure style="width: 400px" class="wp-caption alignnone"><img decoding="async" alt="firefox y ram" src="http://www.mozilla-europe.org/img/tignish/home/feature-logo.png" title="firefox y ram" width="400" height="105" /><figcaption class="wp-caption-text">firefox y ram</figcaption></figure></p>
<div style='text-align:left' class='yasr-auto-insert-visitor'></div><p>La entrada <a href="https://soi57.net/blog/firefox-y-la-gestion-de-la-ram/">Firefox y la gestion de la ram</a> se publicó primero en <a href="https://soi57.net/blog">Android, administracion de sistemas y seo</a>.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://soi57.net/blog/firefox-y-la-gestion-de-la-ram/feed/</wfw:commentRss>
			<slash:comments>1</slash:comments>
		
		
			</item>
		<item>
		<title>SysRq en Linux</title>
		<link>https://soi57.net/blog/sysrq-en-linux/</link>
					<comments>https://soi57.net/blog/sysrq-en-linux/#respond</comments>
		
		<dc:creator><![CDATA[root]]></dc:creator>
		<pubDate>Mon, 12 Apr 2010 11:58:52 +0000</pubDate>
				<category><![CDATA[linux]]></category>
		<category><![CDATA[administracion]]></category>
		<category><![CDATA[sysadmin]]></category>
		<category><![CDATA[sysrq]]></category>
		<guid isPermaLink="false">http://soi57.net/blog/?p=574</guid>

					<description><![CDATA[<p>No son muchas, pero hay veces en que piensas que el último recurso que te queda es darle un botonazo a ese servidor que se ha quedado colgado. No es &#8230; </p>
<p>La entrada <a href="https://soi57.net/blog/sysrq-en-linux/">SysRq en Linux</a> se publicó primero en <a href="https://soi57.net/blog">Android, administracion de sistemas y seo</a>.</p>
]]></description>
										<content:encoded><![CDATA[<p>No son muchas, pero hay veces en que piensas que el último recurso que te queda es darle un botonazo a ese servidor que se ha quedado colgado. No es muy buena idea, la catástrofe puede ser bastante grande. En linux, te queda un último cartucho que gastar: las <strong>sysrq</strong> ( si es que las tienes activadas ).</p>
<p>Las <strong>Sysrq </strong>son una c<em>ombinación mágica</em> de teclas que puedes presionar y que hablarán directamente con el núcleo sin importar que otras tareas esté realizando y siempre que no esté totalmente bloqueado. Con estas <strong>combinaciones de teclas</strong> puedes conseguir que el <strong>sistema se apague o reinicie</strong> de la manera más ordenada posible y cerrando los ficheros y procesos de la forma menos destructiva posible.</p>
<p>Las <strong>combinaciones de teclas</strong> son las siguientes:</p>
<ul>
<li><strong>Alt + SysRq + R</strong>: Cambia al teclado de <strong>modo Raw</strong> o modo directo a <strong>modo XLATE</strong>.  Si el entorno gráfico está muerto ( no es que tengamos entorno gráfico en los servidores ) y no te responde ni al teclado ni al ratón, con esta combinación de teclas, se forzará al núcleo a que descargue todos los controladores de teclado y podremos hacer un ctrl+alt+F1 para abrir una terminal y hacerle un kill al <strong>proceso</strong> que este <strong>bloqueando al sistema</strong>. Si esto no funciona, pulsaremos la siguiente combinación:
</li>
<li><strong>Alt + SysRq + S</strong>:<strong> Sincroniza</strong> los discos duros. Como a partir de este punto, lo más probable es que tengamos que reiniciar el sistema sincronizamos los discos para que no haga un fsck. El siguiente comando</li>
<li><strong>Alt + SysRq + E</strong>: Para terminar todos todos los procesos del sistema, excepto init, enviando la SIGTERM 15. Con esto se pararan de forma correcta los procesos que se estén ejecutando y se iniciará una sesión de consola. Si no, lo siguiente es
</li>
<li><strong>Alt + SysRq + I</strong>: Matar (-9) todos los procesos, menos init. Fuerza el fin de estos procesos. Si surte su efecto acabaremos en una consola y si no pulsaremos:
</li>
<li><strong>Alt + SysRq + U</strong>: Desmonta los discos y los monta en modo sólo lectura. Se guardan los datos de las cachés y se deconectan del sistema, para que no fallen al reiniciar. Por último</li>
<li><strong>Alt + SysRq + B</strong>: Reiniciar.</li>
</ul>
<p>Te puedes inventar alguna frase para recordar el orden de los pasos R + S + E + I + U + B. Podemos pensar por ejemplo que si el servidor casca estaremos Rapidamente Sin Empleo Indagando Un Basurero,&#8230; yo que sé!</p>
<div style='text-align:left' class='yasr-auto-insert-visitor'></div><p>La entrada <a href="https://soi57.net/blog/sysrq-en-linux/">SysRq en Linux</a> se publicó primero en <a href="https://soi57.net/blog">Android, administracion de sistemas y seo</a>.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://soi57.net/blog/sysrq-en-linux/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
