La forma correcta de enrollar el cable de una MacBook Pro
A continuación un video muy divertido que explica cómo debe enrollarse el cable de la MacBook Pro para evitar que se rompa a raíz de un mal uso de las patas retráctiles que el mismo trae incorporadas.
Wake On LAN: prender un equipo de forma remota
Wake On LAN: ¿Qué es y para qué sirve?
Muchas veces es necesario acceder a una máquina remota por algún motivo aunque puede que la necesidad sea eventual y no se justifique el gasto de tenerla encendida todo el tiempo. Para estas oportunidades, la técnica de Wake On LAN (WOL) es ideal. Básicamente, nos permite encender un equipo utilizando como único medio la red local.
WOL tiene dos prerrequisitos fáciles de cumplir: requiere que la computadora a ser encendida soporte WOL y esté conectada a una red Ethernet. Su forma de funcionamiento es igualmente simple: se envía una trama especial, llamada paquete mágico (magic packet), que contiene dentro la dirección MAC de la PC a “despertar” repetida 16 veces. De esta manera, la PC que está apagada recibe dicha trama, detecta el paquete mágico y al verificar que la MAC contenida es la propia envía una señal de encendido. Lógicamente, para que esto funcione es necesario que la placa de red siga recibiendo energía, con lo cuál existe un mínimo consumo.
Configurando WOL en la máquina destino.
Para habilitar WOL es necesario hacerlo primero desde el BIOS, desde la sección Power Management (administración de energía). Allí se encuentra una opción normalmente referida como Wake On LAN, Wake on MAC LAN o algo parecido. Lógicamente, hay que habilitar dicha opción. En la mayoría de los sistemas debería alcanzar con eso, dado que WOL es una característica independiente del sistema operativo. No obstante, en un caso (con un motherboard MSI K9N Neo) no me funcionó dicha opción y lo habilité desde Linux. Por ello explicaré a continuación cómo hacerlo.
testing:~# ethtool eth0
Settings for eth0:
Supported ports: [ MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: external
Auto-negotiation: on
Supports Wake-on: g
Wake-on: d
Link detected: yes
De la salida anterior importan particularmente dos opciones: Supports Wake-on y Wake-on. La primera de ellas, con una g indica que la placa de red soporta efectivamente WOL; la segunda, con una d indica que WOL está desactivado en esa interfaz. Para habilitarlo:
testing:~# ethtool -s eth0 wol g
testing:~# ethtool eth0
Settings for eth0:
Supported ports: [ MII ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 1
Transceiver: external
Auto-negotiation: on
Supports Wake-on: g
Wake-on: g
Link detected: yes
Despertando un equipo por LAN.
Para encender un equipo por LAN se necesita enviar el paquete mágico. Hay varias utilidades que hacen esto. En Linux se puede utilizar wakeonlan y en Mac existe una utilidad free llamada WakeUp. Mikrotik también lo soporta con una utilidad propia, que se verá a continuación.
Utilizando wakeonlan en Linux.
Si el equipo a encender está en la misma red alcanza con el siguiente comando, indicando sólo la MAC del mismo. En este caso se supone que la MAC es 08:00:27:e8:02:6b.
leandro@megan:~$ wakeonlan 08:00:27:e8:02:6b Sending magic packet to 255.255.255.255:9 with 08:00:27:e8:02:6b
Si el equipo está en otra red entonces son necesarios algunos pasos y parámetros adicionales:
- La utilidad wakeonlan envía el paquete mágico al puerto 9 UDP. Por tal motivo, en caso de utilizar NAT es necesario redirigir ese puerto a la IP de la máquina destino. De le contrario será necesario sólo habilitarlo en el firewall.
- La máquina que ejecute la utilidad para prender el equipo remoto debe ahora apuntar a la IP del router que redirigirá el paquete.
A continuación se muestran los parámetros del comando dado que no es tema de este post explicar cómo redirigir puertos. Se supone aquí que el router hace NAT y tiene la IP 10.0.0.1.
leandro@megan:~$ wakeonlan -i 10.0.0.1 08:00:27:e8:02:6b Sending magic packet to 10.0.0.1:9 with 08:00:27:e8:02:6b
Utilizando la utilidad de Mikrotik.
Con un router Mikrotik, basta con especificar la MAC del sistema destino y, opcionalmente, la interfaz mediante la cual dicho sistema se conecta.
[leandro@MikroTik] > tool wol mac=08:00:27:e8:02:6b interface=LAN
Mac Mini por dentro
Una vez más mi pobre Mac Mini sufriendo mis irrefrenables ataques de pruebas. En esta oportunidad la desarmé para cambiarle el disco rígido y aproveché la oportunidad para hacerle un limpieza. Comparto con ustedes la siguiente foto que refleja el sufrimiento de mi pobre máquina.
Instalación de OpenBSD en Mac Mini
Al día de hoy mi Mac Mini ha pasado por varias experiencias a mi lado, siendo host de diferentes sistemas operativos (Mac OS X 10.5 y 10.6, Ubuntu 9.10 y 10.04, Fedora 12). También me he visto en algún momento en la necesidad de abrir el equipo al negarse el mismo a expulsar algún CD.
En esta oportunidad intenté instalar la versión 8.0 de FreeBSD pero la instalación se colgaba en cualquiera de los modos que la iniciara. Por ello, decidí darle una oportunidad a OpenBSD, consciente de que dicho sistema tiene menos soporte de hardware en lo que respecta a desktops, pero aún así quería instalar uno de los dos en la máquina.
Es por ello que descargué la imagen de CD de la versión 4.7 de OpenBSD y me dispuse a hacerlo funcionar en mi Mac Mini. Sin embargo, esta vez no utilicé rEfit para un dual boot con Mac OS X sino que directamente instalé OpenBSD como el único sistema en el equipo. No es mi intención entrar en detalle en la instalación de OpenBSD sino destacar algunos puntos que creo pueden servir si algún otro usuario quisiera repetir mi experiencia. Por ello, a continuación un breve howto (conceptual) y una lista de qué cosas funcionan y qué no (al menos al momento de escribir este post).
Instalación de OpenBSD.
- Para bootear desde el CD es necesario presionar y mantener presionada la letra C cuando se escucha el sonido inicial.
- Al momento del particionado elegí utilizar todo el disco (whole).
- Las particiones (las llama labels) las hice a mano dado que no me gustaba el esquema de particionado por defecto. En mi caso destiné:
- 5 GB para “/”.
- 2 GB para swap.
- 15 GB para “/usr”. Esto es porque aquí se ubican luego los ports y el código fuente del sistema.
- El resto del disco (88 GB aproximadamente) lo destiné a “/home”.
- Al momento que pregunta si voy a usar X respondí que sí.
- Cuando consulta por los conjuntos (sets) a instalar dejé todas las opciones marcadas.
- El resto de la instalación la continué normalmente. Luego, cuando terminó, expulsé el CD y reinicié la máquina para encontrarme con mi nuevo sistema OpenBSD.
Soporte para el hardware.
A continuación aparecen dos tópicos donde resumo las cosas que probé y funcionan y las que probé y no funcionan. Aquellos componentes que no nombro es porque no los probé.
Probado y funciona.
La red cableada funciona sin hacer ninguna modificación. Por su parte, para que funcione el servidor X es necesario crear el archivo de configuración y reemplazar el driver que viene por defecto por VESA. La desventaja de esto es que no se puede sacar el rendimiento óptimo a la placa de video, pero en mi caso no es algo que me interese mucho:
# Xorg -configure # mv /root/xorg.conf.new /etc/X11/xorg.conf
En el archivo anterior reemplazar la línea que dice:
Driver nv
Por:
Driver vesa
Probado y no funciona.
Por el momento lo que no funciona es el sonido. He leído en Internet pero nada de lo que encontré me ha ayudado a resolver el problema aunque sí a entenderlo mejor. No obstante, he decidido enviar un reporte de bug para ver si es posible que el inconveniente se solucione. De ser así, lo haré saber.
Customización de OpenBSD.
Dependiendo del uso que se le quiera dar al sistema será necesario agregarle mucho software para ajustarlo a las necesidades. En mi caso lo voy a utilizar como sistema de escritorio por lo que a la instalación básica le agregaré varios programas. Sin embargo, este será tema de un próximo post.
Lectura en los e-readers es más lenta que en papel
Según un estudio llevado a cabo por Jakob Nielsen la lectura de libros en formato digital con los dispositivos e-readers sería más lenta que la tradicional forma con los libros en papel.
El estudio en cuestión se basó en la experiencia de 24 personas leyendo un texto en tres soportes diferentes: iPad, Kindle e impreso. Los resultados del mismo también dejaron como conclusión que los lectores se sintieron muy cómodos leyendo en cualquiera de los tres soportes, con un resultado de 5.8 puntos para iPad, 5.7 para Kindle y 5.6 para los libros tradicionales, en una escala de 7 puntos. Por su parte, fue generalizada la opinión que la PC no es un buen medio para leer, al recibir tan sólo 3.6 puntos.
De mi parte, no he tenido la posibilidad de leer en algún e-reader por lo que no puedo dar mi opinión al respecto, aunque sí estoy de acuerdo en que la PC es un medio bastante incómodo y poco práctico para leer.
