<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet type="text/xsl" href="../assets/xml/rss.xsl" media="all"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Linux Sin Humo (Publicaciones sobre virtualizacion)</title><link>https://sergiobelkin.com/</link><description></description><atom:link href="https://sergiobelkin.com/categories/virtualizacion.xml" rel="self" type="application/rss+xml"></atom:link><language>es</language><copyright>Contents © 2026 &lt;a href="mailto:sebelk@gmail.com"&gt;sebelk&lt;/a&gt; 
&lt;a rel="license" href="https://creativecommons.org/licenses/by-nc-sa/4.0/"&gt;
&lt;img alt="Creative Commons License BY-NC-SA"
style="border-width:0; margin-bottom:12px;"
src="https://i.creativecommons.org/l/by-nc-sa/4.0/88x31.png"&gt;&lt;/a&gt;
</copyright><lastBuildDate>Mon, 20 Apr 2026 23:54:26 GMT</lastBuildDate><generator>Nikola (getnikola.com)</generator><docs>http://blogs.law.harvard.edu/tech/rss</docs><item><title>Cuestiones con VirtualBox</title><link>https://sergiobelkin.com/posts/cuestiones-con-virtualbox/</link><dc:creator>sebelk</dc:creator><description>&lt;p&gt;Hay ciertos detalles a vece que necesitamos pulir al usar &lt;em&gt;VirtualBox&lt;/em&gt;, por ejemplo:&lt;/p&gt;
&lt;p&gt;&lt;a class="image-reference" href="https://sergiobelkin.com/images/ales-nesetril-Im7lZjxeLhg-unsplash.jpg"&gt;&lt;img src="https://sergiobelkin.com/images/ales-nesetril-Im7lZjxeLhg-unsplash.thumbnail.jpg" alt="Detalles al configurar un Guest en VirtualBox"&gt;&lt;/a&gt; &lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Photo by Ales Nesetril on Unsplash&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Al usar VirtualBox  6.1 aparecen los siguientes errores:&lt;/p&gt;
&lt;p&gt;&lt;code&gt;[drm:vmw_host_log [vmwgfx]] *ERROR* Failed to send host log message.&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;Este error parece inocuo, tiene que ver con el driver de la tarjeta de video, la cual está en &lt;strong&gt;VMSVGA&lt;/strong&gt;, el &lt;a href="https://www.virtualbox.org/manual/ch03.html"&gt;indicado para Linux&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;el otro error es:&lt;/p&gt;
&lt;p&gt;&lt;code&gt;"failed to start Cgroup management daemon."&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;Lo que hice fue desinstalar paquetes obsoletos:&lt;/p&gt;
&lt;p&gt;&lt;code&gt;apt-get purge upstart libcgmanager0 cgmanager&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;Otro inconveniente menor suscitado es la baja resolución luego del login:&lt;/p&gt;
&lt;p&gt;&lt;br&gt;&lt;a class="image-reference" href="https://sergiobelkin.com/images/LowResAfterLogin.png"&gt;&lt;img src="https://sergiobelkin.com/images/LowResAfterLogin.thumbnail.png" alt="Baja Resolución después del login"&gt;&lt;/a&gt; &lt;/p&gt;
&lt;p&gt;Probé aumentarle la memoria para video del guest a 32 MB, pero el problema persistía. Entonces creé un usuario de prueba que no presentaba ese problema y comparé los datos que me daba el comando:&lt;/p&gt;
&lt;p&gt;&lt;code&gt;gsettings list-recursively&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;para ambos usuarios.&lt;/p&gt;
&lt;p&gt;No encontré diferencias. Entonces, comparé ambos directorios y borré el archivo $HOME/.config/monitors.xml del usuario con dicho problema y efectivamente, logré solucionarlo de ese modo.&lt;/p&gt;</description><category>virtualizacion</category><guid>https://sergiobelkin.com/posts/cuestiones-con-virtualbox/</guid><pubDate>Wed, 18 Mar 2020 23:02:07 GMT</pubDate></item><item><title>Interfaces de red en Xen</title><link>https://sergiobelkin.com/posts/2008/02/14/interfaces-de-red-en-xen/</link><dc:creator>sebelk</dc:creator><description>&lt;p&gt;&lt;code&gt;Cuando se arranca con kernel Xen en Centos 5.1 genera cuatro interfaces más de red (suponiendo que &lt;code&gt;&lt;code&gt;tenemos solamente una placa de red): peth0, vif0.0, virbr0 y xenbr0.&lt;/code&gt;&lt;/code&gt;&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;&lt;code&gt;eth0      Link encap:Ethernet  HWaddr 00:16:76:6F:2D:6C&lt;br&gt;
inet addr:192.168.1.100  Bcast:192.168.1.255  Mask:255.255.255.0&lt;br&gt;
inet6 addr: fe80::216:76ff:fe6f:2d6c/64 Scope:Link&lt;br&gt;
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1&lt;br&gt;
RX packets:26381 errors:0 dropped:0 overruns:0 frame:0&lt;br&gt;
TX packets:21968 errors:0 dropped:0 overruns:0 carrier:0&lt;br&gt;
collisions:0 txqueuelen:0&lt;br&gt;
RX bytes:36205072 (34.5 MiB)  TX bytes:1598392 (1.5 MiB)&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;&lt;code&gt;lo        Link encap:Local Loopback&lt;br&gt;
inet addr:127.0.0.1  Mask:255.0.0.0&lt;br&gt;
inet6 addr: ::1/128 Scope:Host&lt;br&gt;
UP LOOPBACK RUNNING  MTU:16436  Metric:1&lt;br&gt;
RX packets:1263 errors:0 dropped:0 overruns:0 frame:0&lt;br&gt;
TX packets:1263 errors:0 dropped:0 overruns:0 carrier:0&lt;br&gt;
collisions:0 txqueuelen:0&lt;br&gt;
RX bytes:2078804 (1.9 MiB)  TX bytes:2078804 (1.9 MiB)&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;&lt;code&gt;peth0     Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF&lt;br&gt;
inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link&lt;br&gt;
UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1&lt;br&gt;
RX packets:26404 errors:0 dropped:0 overruns:0 frame:0&lt;br&gt;
TX packets:22041 errors:0 dropped:0 overruns:0 carrier:0&lt;br&gt;
collisions:0 txqueuelen:1000&lt;br&gt;
RX bytes:36210479 (34.5 MiB)  TX bytes:1730806 (1.6 MiB)&lt;br&gt;
Interrupt:21 Base address:0x4000&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;&lt;code&gt;vif0.0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF&lt;br&gt;
inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link&lt;br&gt;
UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1&lt;br&gt;
RX packets:21968 errors:0 dropped:0 overruns:0 frame:0&lt;br&gt;
TX packets:26381 errors:0 dropped:0 overruns:0 carrier:0&lt;br&gt;
collisions:0 txqueuelen:0&lt;br&gt;
RX bytes:1598392 (1.5 MiB)  TX bytes:36205072 (34.5 MiB)&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;&lt;code&gt;virbr0    Link encap:Ethernet  HWaddr 00:00:00:00:00:00&lt;br&gt;
inet addr:192.168.122.1  Bcast:192.168.122.255  Mask:255.255.255.0&lt;br&gt;
inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link&lt;br&gt;
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1&lt;br&gt;
RX packets:0 errors:0 dropped:0 overruns:0 frame:0&lt;br&gt;
TX packets:53 errors:0 dropped:0 overruns:0 carrier:0&lt;br&gt;
collisions:0 txqueuelen:0&lt;br&gt;
RX bytes:0 (0.0 b)  TX bytes:9337 (9.1 KiB)&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;&lt;code&gt;xenbr0    Link encap:Ethernet  HWaddr FE:FF:FF:FF:FF:FF&lt;br&gt;
inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link&lt;br&gt;
UP BROADCAST RUNNING NOARP  MTU:1500  Metric:1&lt;br&gt;
RX packets:139 errors:0 dropped:0 overruns:0 frame:0&lt;br&gt;
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0&lt;br&gt;
collisions:0 txqueuelen:0&lt;br&gt;
RX bytes:46934 (45.8 KiB)  TX bytes:0 (0.0 b)&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;Lo que hace es crear dos bridges:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt; virbr0: Sin interfaces&lt;/li&gt;
&lt;li&gt;xenbr0: Interfaces peth0 y vif0.0&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Cuando se levanta un sistema operativo en el DomU cambia a:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt; virbr0: vifN.0&lt;/li&gt;
&lt;li&gt;xenbr0: Interfaces peth0 y vif0.0&lt;/li&gt;
&lt;/ul&gt;</description><category>virtualizacion</category><guid>https://sergiobelkin.com/posts/2008/02/14/interfaces-de-red-en-xen/</guid><pubDate>Thu, 14 Feb 2008 21:46:19 GMT</pubDate></item><item><title>Paravirtualizando con Xen</title><link>https://sergiobelkin.com/posts/2008/02/11/paravirtualizando-con-xen/</link><dc:creator>sebelk</dc:creator><description>&lt;p&gt;A pesar de que el propio &lt;a href="http://linux-foundation.org/weblogs/openvoices/linus-torvalds-part-ii/" title="Entrevista a Linus Torvalds" target="_blank"&gt;Linus Torvalds recientemente le quitó relevancia a la virtualización&lt;/a&gt;, sigue siendo un recurso muy importante en muchos ámbitos. Mediante la virtualización podemos consolidar distintos sistemas operativos en un sólo equipo físico, con el consiguiente ahorro económico. Además, supone más facilidad de administración, usar entornos separados para el desarrollo de software (se evita el tedioso reinicio del sistema real), evaluar software de tipo experimental de manera inocua, etc.&lt;/p&gt;
&lt;br&gt;
&lt;a class="image-reference" href="https://sergiobelkin.com/images/arranque-xen.png" title="arranque-xen.png"&gt;&lt;img src="https://sergiobelkin.com/images/arranque-xen.thumbnail.png" alt="Arranque de un sistema en DomU"&gt;&lt;/a&gt;
&lt;br&gt;
&lt;br&gt;
&lt;p&gt;Existen muchas opciones en lo que a virtualización se refiere. &lt;a href="http://es.wikipedia.org/wiki/Xen" title="Xen en Wikipedia" target="_blank"&gt;Xen&lt;/a&gt; es una de ellas, que usa una técnica llamada paravirtualización. Sintéticamente, esto signfica que Xen es un hipervisor, es decir es un software que es lanzado por el cargador de arranque y que simula ser el hardware real. El hipervisor por si solo no puede hacer demasiado, lo que hace es llamar a un sistema operativo virtualizado, lo que llamaríamos un guest, que en la jerga de Xen se denomina Dom0. Este Dom0 no es cualquier guest, es el sistema que tiene el único privilegio de acceder al hipervisor, es decir al pseudo-hardware. Lo interesante de esto es que el Dom0 puede gestionar a otros dominios llamados DomU, es decir podemos tener otros sistemas operativos invitados.&lt;/p&gt;
&lt;p&gt;La ventaja de esta técnica es que todos los sistemas operativos instalados acceden a los mismos drivers, con lo cual la performance de un sistema instalado como DomU es casi idéntica  a la de un sistema nativo.&lt;/p&gt;
&lt;br&gt;
&lt;a class="image-reference" href="https://sergiobelkin.com/images/xen1.png"&gt;&lt;img src="https://sergiobelkin.com/images/xen1.thumbnail.png" alt=""&gt;&lt;/a&gt; 

&lt;br&gt;

&lt;p&gt;Por supuesto, como casi nada es perfecto, esto tiene una desventaja, es necesario que los sistemas invitados estén modificados para poder ser invitados en Xen. Es por eso que se usa un kernel especial, que de hecho lo primero que hace es arrancar Xen, y luego el Dom0. La otra desventaja que tiene es que las distros del DomU y la del Dom0 tienen que ser idénticas para que la implementación sea sencilla. Es decir, si Dom0 es Centos 5.1 una distro del DomU también debe ser Centos 5.1. Obviamente hay excepciones, de hecho, la virtualización completa a diferencia de la paravirtualización permite que un sistema cerrado como Windows esté como sistema invitado.&lt;/p&gt;</description><category>virtualizacion</category><guid>https://sergiobelkin.com/posts/2008/02/11/paravirtualizando-con-xen/</guid><pubDate>Mon, 11 Feb 2008 22:18:46 GMT</pubDate></item></channel></rss>