sábado, 22 de octubre de 2011

Respeto para todos los usuarios

A ver, esta entrada va para la peña que solo sabe hablar peste de otros sistemas sin saber como funciona.

Todos los sistemas operativos (a partir de ahora, "SO") tienen su parte buena y mala.

Cada uno tiene sus ideales, y lo que es bueno para ti puede ser malo para otro, pero lo importante es que a ti te sirva.

Yo personalmente me inclino por Linux.
Para mi, lo veo más sencillo que otros SO's en los que te ves atados de pies y manos cuando sucede algo,  y además, no sabes que sucede porque los mensajes binen codificados.

Ejemplo:



Ala!, y se queda tan pancho.

En Linux por ejemplo hay logs (registros del sistema) casi para todo. Y más aún para los fallos.

Pero el mensaje que quiero transmitir es el siguiente:

(En voz en off)
Trolls del planeta, por favor dejad de dar porculo en los foros y blogs de la gente que al contrario que vosotros, quiere ayudar, nadie os pide que cambies de sistema, de hecho, no nos interesa a ningún (en el caso de Linux) Linuxero que un troll acabe usando Linux, porque no contribuyen en nada y además sois malos hasta con vosotros.

Quedarse en vuestro sistema, sea el que sea, y no deis la paliza con frases como:

"¿Linux para seres humanos?"
"Linux es una mierdaaaa XXX es el mejor"
"Mac echa peste"
"Android tal tal tal tal"

Conozco a mucha gente que dice que tal sistema o tal otro es una mierda, y luego resulta que no tienen ni puta idea de como administrar su sistema y tiene que venir el vecino o amigo de turno a apañarlo.
Es decir, putea a un SO comparándolo con el suyo, pero no sabe como funciona ninguno de los dos. Eso no tiene lógica ninguna.

Y para los que dicen:
-sí sí pero en tal sistema operativo sale un fallo y lo arreglas en 3 minutos.

Les diré que...

Normalmente esos 3 minutos son:
-Averiguar el fallo, (El soporte suele ser de pago, acude a la comunidad que, contra más volcada esté en ayudar antes lo arreglas.)
-Encontrar una solución en la Web (normalmente un parche que en la mayoría de los casos no sabes ni de donde viene ni que es lo que hace)
-Y por último aplicarlo (eso si no necesita un manual para hacerlo)

¿3 minutos? Algo más creo yo...
Además, ¿quien te dice que el parche no tenía un virus o código malicioso?

Eso es otro punto, me asombra extremamente la mala idea que pueden gastar algunos windoseros.... pasando archivos con virus a posta o ignorando a alguien con un problema.

Personalmente, nunca he visto una comunidad más unida que la que genera el software libre.
Me asombra la cantidad de gente que hay apoyándolo y ayudandose los unos a los otros sin mas que ser reconocido como un cooperante más.
En el software libre todos somos un transporte de conocimiento, nadie nace sabido, así que lo que uno intenta es enseñar lo máximo que sepa sin dejar nada para sí, así, el conocimiento crece y crece...

Con todo esto no acuso a nadie en particular, ni digo que todos sean así, tampoco digo que no haya gente así en linux, claro que los hay, hay prepotentes, arrogantes, resabidos e ignorantes egoístas.
Así, que por favor, esto va para todos los users en general...
Vamos a llevarnos bien y si hacéis una crítica, hacedlo con fundamentos, que eso nos ayuda a todos a plantearnos nuestros errores y mejorar nuestro sistema preferido.

Un saludo a todos.

Solución a que "acpi=off" cause problemas como apagar el pc o ver estado de la batería

Muchos tenemos que desactivar ACPI desde el grub o desde la BIOS para poder usar Ubuntu.

El problema biene despues por los daños colaterales que causa el desactivar ACPI.
-No muestra la batería.
-No muestra algunos sensores.
-Hay que apagar el pc de forma manual.

De todas esas, la que yo creo que da más palo es apagar el pc con el botón, supuestamente el pc no sufre, ya que el sistema para todos los procesos, para los discos y detiene todos los trabajos en memoria... (O eso debería)

Pero bueno, aquí una posible solución para, por lo menos, poder apagar de forma automática.

Funciona a partir de la versión 9.10

No lo he podido probar al 100% pero es un rayito de luz para quien quiera probar.

Hay que añadir el comando acpi=force al archivo /etc/default/grub.......

scorpyo@toshiba:~$ sudo nano /etc/default/grub
En las primeras líneas buscamos esta línea:
GRUB_CMDLINE_LINUX=""
Y lo que tenemos que hacer es añadir el comando "acpi=force" entre las comillas quedando así:

GRUB_CMDLINE_LINUX="acpi=force"

Ahora, presionamos Ctrl+o para guardarlo, confirmamos presionando "enter" y salimos del editor con Ctrl+x.

Ahora actualizamos el grub así:
scorpyo@toshiba:~$ sudo update-grub2


Reiniciamos el pc, aún no han hecho efectos los cambios, lo hará la primera vez que vuelva a encender.

Un saludo y espero que sirva.

Autor: PedroLuis
Fuente: http://www.ubuntu-es.org/node/120425

viernes, 21 de octubre de 2011

Encender un ordenador remotamente

Hola de nuevo.
En este tutorial lo que pretendo es mostrar como encender un pc desde otro pc, claro está, siempre que haya una conexión entre ellos (internet, lan local, etc).
Explicaré todos los pasos necesarios para que podáis conseguir hacer esto.

Lo primero es lo primero, información, ya que no todos sabéis de informática, es mejor que el tutorial comience..... así. XD

Un poco de información:
Cuando un pc se apaga, la fuente de alimentación o batería mantiene la corriente en la placa base a bajo nivel.

Normalmente las placas se valen de esto para mantener la fecha y hora del sistema aún cuando la pila de la placa está agotada, pero hay mas cosas que puede hacer la placa, como encender el pc mediante cualquier pulsación del teclado o mediante la activación de un determinado evento en una tarjeta PCI.

Casi todas la placas de hoy en día permiten el arranque mediante estas opciones añadidas a la BIOS (Pequeño chip que controla la placa base).

Comprobaciones:
A nosotros lo que nos interesa es hacer que el pc se encienda a travez de la tarjeta de red, así que lo primero que tenemos que hacer en el pc que queremos arrancar remotamente, es saber si soporta esta cualidad.
Encendemos el pc, y durante el arranque de este accedemos a la BIOS presionando la tecla 'suprimir' o 'DEL', aunque en muchas placas no sirven estos botones y hay que utilizar otros, estos suelen indicarse durante el arranque con frases como "Press F2  for BIOS Setup", en tal caso presionaríamos F2 y accederíamos a la BIOS.

Una vez dentro, tendríamos que buscar la sección POWER y activar la opción de "despertar por PCI" que en la BIOS puede aparecer como Power On by PCI Devices o el Power On by PCI Cards

Bien, si tenemos estas opciones significa que la placa permite encender remotamente, así que la habilitamos colocando su valor a ENABLE (Habilitado).

Ok, ahora vamos asta la opción exit, y salimos guardando los cambios "Exit and save configuration"

Configuración de tarjeta:
Ahora, ya tenemos activada la opción en nuestra BIOS, pero queda comprobar si nuestra tarjeta de red es capaz de quedarse  'despierta' cuando el ordenador se apaga y avisar a la placa para que se encienda el pc cuando alguien le da la orden.
Esta capacidad se conoce como WOL, que son las siglas de Wake On Lan (despertar/levantar por LAN) y vamos a ver si nuestra tarjeta lo soporta accediendo a nuestro maravilloso mundo que es la terminal de linux.
Lo dicho, encendemos nuestro sistema Linux del pc que queremos arrancar remotamente, y abrimos una terminal.

Lo primero que necesitamos es conocer si nuestra tarjeta soporta la opción WOL, así que instalaremos una pequeña aplicación que nos servirá tanto como para comprobar esto, como para activarlo.

scorpyo@toshiba:~$ sudo apt-get install ethtool

Con eso se instalará el programa ethtool.
Cuando termine la instalación comprobamos cual es nuestra tarjeta de red así:

scorpyo@toshiba:~$ ifconfig

Esto nos devolverá algo como:
eth0      Link encap:Ethernet  direcciónHW 60:4b:a6:50:74:ea  
          ACTIVO DIFUSIÓN MULTICAST  MTU:1500  Métrica:1
          Paquetes RX:65802 errores:0 perdidos:0 overruns:0 frame:0
          Paquetes TX:65893 errores:0 perdidos:0 overruns:0 carrier:0
          colisiones:0 long.colaTX:1000
          Bytes RX:10748466 (10.7 MB)  TX bytes:4209197 (4

Bien, lo que os he resaltado en azul, es importante.

eth0 Ese es el nombre asignado a la tarjeta de red, en vuestro caso puede ser eth0 o eth1...
60:4b:a6:50:74:ea Es la dirección MAC de la tarjeta de red, que es único.

Debéis apuntar la dirección MAC, ya que la usaremos para despertar la tarjeta desde otro ordenador.

Ahora que ya sabemos como se llama nuestra tarjeta (en mi caso eth0) pues comprobamos si la tarjeta soporta wol usando ethtool así:

scorpyo@toshiba:~$ sudo ethtool eth0
[sudo] password for scorpyo:
Settings for eth0:
    Supported ports: [ TP MII ]
    Supported link modes:   10baseT/Half 10baseT/Full
                            100baseT/Half 100baseT/Full
    Supports auto-negotiation: Yes
    Advertised link modes:  10baseT/Half 10baseT/Full
                            100baseT/Half 100baseT/Full
    Advertised pause frame use: No
    Advertised auto-negotiation: Yes
    Speed: 10Mb/s
    Duplex: Half
    Port: MII
    PHYAD: 0
    Transceiver: internal
    Auto-negotiation: on
    Supports Wake-on: pumbg
    Wake-on: d
    Current message level: 0x00000033 (51)
    Link detected: no

De nuevo, os resalto la información importante en azul.
Si os aparece el parámetro Wake-on: d vamos por buen camino, aunque la d significa que está desactivado.

Vamos a activarlo de la siguiente manera:


scorpyo@toshiba:~$ sudo ethtool -s eth0 wol g

Y para comprobar que ahora está activado:

scorpyo@toshiba:~$ sudo ethtool eth0
 
[sudo] password for scorpyo:
Settings for eth0:
    Supported ports: [ TP MII ]
    Supported link modes:   10baseT/Half 10baseT/Full
                            100baseT/Half 100baseT/Full
    Supports auto-negotiation: Yes
    Advertised link modes:  10baseT/Half 10baseT/Full
                            100baseT/Half 100baseT/Full
    Advertised pause frame use: No
    Advertised auto-negotiation: Yes
    Speed: 10Mb/s
    Duplex: Half
    Port: MII
    PHYAD: 0
    Transceiver: internal
    Auto-negotiation: on
    Supports Wake-on: pumbg
    Wake-on: g
    Current message level: 0x00000033 (51)
    Link detected: no

Como veis, ahora está activada con la opción "g" esto hace que la tarjeta despierte con un MagicPacket (paquete mágico).

El MagicPacket es una señal que se le manda a la dirección MAC que comienza con FF FF FF FF FF FF y sigue con 16 repeticiones de la dirección MAC que queremos despertar.

La opción wol puede activarse de muchas otras maneras, pero la que nos interesa a nosotros es esta. Para mas info sobre esto usar el "man ethtool"

Perfecto, ahora ya hemos hecho que la tarjeta sepa que ha de quedarse a la escucha siempre y cuando apaguemos el pc de forma adecuada, es decir, sin tirar del cable o sacar la batería, o sin apagar a lo bestia desde el botón.... jejeje.

Encendiendo el pc remotamente: 

Para hacer esto es fundamental que el ordenador que queremos encender, esté apagado... jjajajaja ¿claro no? 

Ahora en serio, para arrancar el pc solo necesitamos usar el comando wakeonlan y saber su dirección mac (que ya la apuntamos más arriba) 

Primero instalamos la aplicación, aunque casi seguro que ya la tenéis instalada...

scorpyo@toshiba:~$ sudo apt-get install wakeonlan

Lo segundo y último, es despertar el pc.

Si estamos en su misma red, bastará con:

scorpyo@toshiba:~$ sudo wakeonlan  60:4b:a6:50:74:ea

Y si estamos desde internet en otro lugar del mundo.. jejeje tenemos que hacerlo añadiendo antes de la mac, la dirección ip del router en el que está conectado el pc, o la dirección ip del pc si este se conecta a internet directamente sin router.

scorpyo@toshiba:~$ sudo wakeonlan 82.125.12.14 60:4b:a6:50:74:ea

Y eso os devolverá algo como:

Sending magic packet to 255.255.255.255:9 with 60:4b:a6:50:74:ea

Y el pc, debe de comenzar a arrancar el solito...

Por cierto, normalmente no debe de haber problema atravesando el router, pero si experimentáis problemas al despertar el pc como que no os obedece podéis configurar el router para que os mande los paquetes entrantes por el puerto 9 hacia la dirección de difusión que suele ser la 192.168.0.255

Espero que os haya servido.