My tech Blog

Device not managed by NetworkManager

2012-08-22T00:32:00.000-07:00

Luego de haber instalado CentOS 6 (con entorno gráfico), al asignar ip estática y reiniciar el servicio de red me topaba con esto.

root@ ~]# service network restart
Error: Connection activation failed: Device not managed by NetworkManager

Googleando se puede llegar a la conclusión que.. NetworkManager sucks, asi de simple. Hacía conflicto con la configuración que hice, asi que:

root@ ~]# vim /etc/sysconfig/network-scripts/ifcfg-eth0

y cambie el "yes" por "no", quedando así

DEVICE=eth0
BOOTPROTO=none
HWADDR=00:0d:87:51:38:dc
ONBOOT=yes
NETMASK=255.255.255.0
GATEWAY=192.168.1.1
IPADDR=192.168.1.7
TYPE=Ethernet
USERCTL=no
IPV6INIT=no
PEERDNS=yes
NM_CONTROLLED="no"

Guardamos y reiniciamos el servicio de red.

root@ ~]# service network restart

Y eso es todo. Ah!, y algo más, deshabilitenlo - y haganlo si no quieren seguir odiando aún más a NetworkManager - para que no arranque con el sistema.

root@ ~]# chkconfig NetworkManager off

Suertes.

squid dead but pid file exists

2012-02-27T10:01:00.000-08:00

Este se me presento justo el día de hoy, uso un proxy virtualizado para tener caché en la lan y luego de ver que no podía navegar y el linux si tenía salida a internet tuve que ver que pasaba - definivitamente - con el proxy.

[root@gateway run]# service squid status

squid dead but pid file exists

[root@gateway run]# service squid restart

Stopping squid: [FAILED]

Starting squid: [ OK ]

Googleando encontré alguna pista. La última vez que estuvo funcionando correctamente, había dejado descargando un archivo iso, la cual había dejado casi lleno en su totalidad el disco.

Esto es un error trivial, simple, pero afecta a squid porque no puede escribir en el cache, eliminando algunos archivos de la cache arrancó de nuevo squid.

scp: command not found

2012-02-15T07:44:00.001-08:00

Tratando de enviar un par de archivos de un linux a otro, cuando un mensaje salvaje apareció:

[root@host1 ~]# scp -r root@192.168.1.102:/root /usr/share/carpetita
root@192.168.1.102's password:
bash: scp: command not found

Si es que te llegas a topar con esto, básicamente después de una instalación, por cualquiera de los motivos no podrás porque te falta el siguiente paquete.

[root@host2 ~]# yum install openssh-clients

Obviamente que era en el linux de destino, una vez instalado y todo resuelto.

Unable to load SELinux Policy.

2012-02-14T22:55:00.002-08:00

Estaba instalando un test server virtualizado - un CentOS - cuando de casualidad me topé con este error. Después de instalado, a la hora de botear, me arrojaba un kernel panic

Unable to load SELinux Policy. Machine is in enforcing mode. Halting now.
Kernel panic - not syncing: Attempted to kill init!

Luego de googlear encontré algo que me serviría. Para solucionar esto hacemos lo siguiente.

Reiniciamos la máquina y en la consola del grub seleccionamos el kernel a arrancar - sí es que un fresh install no es tu caso - y presionamos 'e' para editar la línea de arranque.

Al final de la línea agregamos "enforcing=0", que debería verse masomenos así :

grub edit> kernel /boot/vmlinuz-2.6.18-194.el5 ro root=LABEL=/ enforcing=0

Presionamos enter y luego 'b' para bootear con esos parámetros, y listo, linux arrancando :)

También podríamos agregar este parámetro en /boot/grub/grub.conf - o /etc/grub.conf según tu distro - al final de la misma líneal kernel a arrancar.

PS: Para que no volvamos a presentar el mismo problema se debe setear SELinux en modo permisivo o desahabilitado.

[root@ ~]# system-config-securitylevel-tui

Seleccionamos 'security level: disabled' y 'SELinux: disabled'.

Información de la BIOS desde consola

2011-12-03T22:33:00.001-08:00

Hace un tiempo tuve a cargo un pequeño server cuyo dueño solo sabía la marca más no el modelo. Así que monitoreando remotamente no iba a poder chequear la BIOS de forma directa, es por ello que googleando encontré este comando demasiadamente útil.

[root@ ~]# dmidecode

Dmidecode te brinda información de la BIOS, haciendo man dmidecode encontramos los diferentes tipos (info) que podemos obtener con este comando.

[root@ ~]# dmidecode --type 1

# dmidecode 2.10

SMBIOS 2.5 present.

Handle 0x0001, DMI type 1, 27 bytes

System Information

Manufacturer: HP

Product Name: ProLiant ML110 G5

Version: NA

Serial Number: BRC910N05S

UUID: 02BA4200-02BF-6302-02BF-630207BFE200

Wake-up Type: Power Switch

SKU Number: 01234567890

Family: 1234567890

Y ¡Voilá!, versión del server.

Cambiar a grupo de usuario específico

2011-11-24T23:55:00.001-08:00

Bueno, esta línea me ayudo bastante. Con esto cambiamos recursivamente a todos los archivos y directorios que tengan al usuario y grupo prueba por root.

[root@ ~]# chown -R --from=prueba:prueba root:root /root/test/*

[OT] 3RVX, sonido de Mac en Windows

2011-10-13T22:25:00.000-07:00

Este post va como off-topic puesto que considero que no es algún tuto o herramienta útil. Sin embargo, si has usado un buen rato alguna vez una Mac en tu vida, habrás notado que los efectos son alucinantes.

A mi en particular me gusta el sonido que se hace al subir y bajar volumen, es por ello que buscando y buscando, después de mucha búsqueda, me tope con esto, 3RVX es un pequeño programita que emula dichos sonidos, también brinda un par de efectos más de Mac pero no es lo que a mi - en lo personal - me interesaba :P.

Por ahora hay copias algo malas en Linux, la vengo probando en Fedora y me parece que en Ubuntu también, desde que salió Gnome 3 la pegada a copiar OSX está más que notoria. Ojala pongan más creatividad, ojalá.

Descarga | web oficial del desarrollador

Error al iniciar Virtualbox después de instalar

2011-09-22T22:31:00.000-07:00

Esto generalmente me ha pasado en CentOS. Instalando vía RPM, no se puede arrancar Virtualbox. En mi caso tengo un CentOS 5.5 de 64 bits. La versión de Virtualbox es 4.1-4.1.2.

Una vez instalado el rpm obtuve esto:

Trying to register the VirtualBox kernel modules using DKMS [FALLÃ]

  (Failed, trying without DKMS)

Recompiling VirtualBox kernel modules [FALLÃ]

  (Look at /var/log/vbox-install.log to find out what went wrong)

Chequeamos lo que nos diga el log. Por si las dudas.

[root@~]# cat /var/log/vbox-install.log

Makefile:172: *** Error: unable to find the sources of your current Linux kernel. Specify KERN_DIR= and run Make again. Alto.

Precisamente ese es el error.

Está un poco claro. Falta especificar la variable KERN_DIR la cuál debe indicar la versión del kernel en uso.

Primero que nada verificar que versión del kernel poseemos.

[root@~]# uname -a
Linux mail.zipper.org 2.6.18-194.el5 #1 SMP Fri Apr 2 14:58:14 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux

Este kernel, en mi caso, es el que viene por defecto en la instalación. Ahora, la ruta que debe especificarse en la variable es /usr/src/kernels/,sin embargo en mi caso debo instalar el último kernel, puesto que dentro de la ruta ya mencionada no encuentro ningún kernel.

[root@~]# yum install -y kernel-devel

Siempre que se instala el paquete kernel-devel se reincia el SO para que levante con el nuevo kernel, en nuestro caso no es necesario pero de todos modos lo recomiendo hacer.

[root@~]# reboot

Una vez reiniciado el sistema, vemos que el nuevo kernel es el siguiente:

[root@~]# uname -r
2.6.18-274.3.1.el5-x86_64

Declaramos la variable KERN_DIR en el path.

[root@~]# export KERN_DIR=/usr/src/kernels/2.6.18-274.3.1.el5-x86_64/

Así estará declarado en el path. Arrancamos Virtualbox.

[root@~]# /etc/init.d/vboxdrv setup

Stopping VirtualBox kernel modules [ OK ]
Uninstalling old VirtualBox DKMS kernel modules [ OK ]
Trying to register the VirtualBox kernel modules using DKMS [FALLÃ]
(Failed, trying without DKMS)
Recompiling VirtualBox kernel modules [ OK ]
Starting VirtualBox kernel modules [ OK ]

Y listo.

CentOS y Fedora juntos

2011-03-31T08:05:00.000-07:00

Hace tiempo llevaba peleando con el grub de Fedora por que no me reconocía una partición de disco con CentOS, la única solución era recuperar el grub de CentOS y luego el Fedora y asi sucesivamente hasta el fin de los días (bueno no tanto). Hasta que buscando bien encontre una forma de que el grub de Fedora pueda levantar la otra partición, tan simple como esto:

[root@ ~]# vim /boot/grub/grub.conf

title CentOS # titulo 

root (hd0,0) # Es donde se encuentra ubicado CentOS

configfile /boot/grub/grub.conf # esto hará toda la magia ;)

Esto siempre funcionará siempre y cuando exista un grub instalado en CentOS, el grub de Fedora leerá el grub.conf y levantará dicha configuración. Si funciona para Fedora debe funcionar para cualquier partición, recuerden nada más que es grub 1.

Cambiar de runlevel Ubuntu 10.04

2011-03-07T11:12:00.000-08:00

Ultimamente me he acostumbrado a usar mucho terminal, por ende el entorno grafico - salvo excepciones - me es innecesario, usando ssh, escritorio remoto, uno se da cuenta que el performance de nuestro linux mejora y el uso de memoria se reduce. Como estandar para indicarle a nuestro sistema que arranque sin entorno grafico pero funcionando completamente debería encontrarse en el runlevel 3.

En cualquier linux bastaria con modificar el fichero /etc/inittab e indicarle que pase de runlevel 5 a 3, en Ubuntu Lucid Lynx la cosa cambia, si queremos arrancar sin xorg se debera:

En el archivo /etc/init/rc-sysinit.conf se declara el runlevel:

env DEFAULT_RUNLEVEL=3

Luego en /etc/init/gdm.conf:

start on (filesystem
and started hal
and tty-device-added KERNEL=tty7
and (graphics-device-added or stopped udevtrigger)
and runlevel [!3])
stop on runlevel [016]

Buscamos la linea start on y añadimos lo que esta sombreado de negro.

Finalmente, reboot señores.

EazyWatch: Ver videos de Megavideo por mas de 72 minutos

2010-12-16T17:46:00.000-08:00

¿Quién no ha querido romper el monitor después de ver tu serie o película favorita en Megavideo y que te aparezca un mensaje luego de haberla visto más de 72 minutos? Es fatidioso y engorroso - para los que buscabamos entretenimiento visual en la red - que no llegues a la mitad de Star Wars: Clone Wars o te quedes en el penúltimo capítulo de CSI Miami. Leo en Puntogeek acerca de EzyWatch, un servicio que permite ver videos sin ese acusador mensaje que a más de uno nos ha agobiado.

Tan solo basta indicarle el url para que podamos ver cualquier video sin problemas. Provecho :).

Acceder Ext4 desde Windows

2010-12-16T15:40:00.000-08:00

Hace no mucho tiempo andaba buscando como acceder a mi partición Linux (Ubuntu) desde windows, hay drivers para windows como ext2frogs y explore2fs pero ambos trabajan con ext2/ext3 lo cuál, en mi caso, no me servía pues usaba ext4 (tenía un Ubuntu Jaunty que fue el primero en usar ext4). Buscando y buscando me topé con ext2explore, un explorador de particiones que si soporta ext4 y ext2/ext3 también.

En la actualidad lo uso con mucha frecuencia, pues al usar ambos OS es necesario utilizar archivos que están en ambas particiones.

Es sumamente sencillo de utilizar, y aunque yo solo lo he probado bajo Windows XP, funciona correctamente en Windows 7.

Visto tambièn en | Ubuntulife

Wake On Lan (WOL) en Linux

2010-08-06T19:31:00.000-07:00

Wake On Lan (WOL), es una estándar, muy útil y ventajoso, de encender PC's remotamente cuando estas están apagadas. Siempre y cuando se encuentren conectadas en lan, sea via cable y no por wireless.

Y aunque en teoría es posible WOL via wireless [1], solo algunos chipset soportan esta carácteristica, tal es el caso de las portátiles con chipset Intel 3945 bajo el estándar 802.11, soportan Wake On Wireless Lan (WoWLAN).

Habiendo aclarado esto deberemos hacer lo siguiente:

Configurar BIOS

Primeramente deberemos saber si nuestra placa soporta esta característica, si tu placa tiene menos de 8 años es poco probable que no la soporte.

Nos dirigimos a nuestra BIOS, entraremos al apartado que se encargue de las opciones de energía - muchas veces Power Manager - , y buscaremos alguna opción que contenga Wake On Lan, Wake Up ó,PCI ó PME power on, y lo habilitaremos.

Cabe mencionar que no todas las BIOS son las mismas, asi que no te frustres si no lo encuentras rápido.

Configurar Tarjeta de red (PC anfitriona)

Para esto necesitaremos 3 herramientas. Ethtool, etherwake y wakeonlan, aunque para la PC que será prendida remotamente solo sera necesario usar Ethtool.

Primero instalamos Ethertool.

En Debian, Ubuntu y derivados:

[root@~]# aptitude install ethertool

En CentOS, Fedora y derivados:

[root@~]# yum install ethtool

Una vez instalado, procedemos a verificar por consola si soporta o esta activada por defecto wake on lan.

En cualquier distribución:

[root@~]# ethtool eth0

y obtendremos:

Settings for eth1:


        Supported ports: [ MII ]

Supported link modes:   10baseT/Half 10baseT/Full

100baseT/Half 100baseT/Full
1000baseT/Full

Advertised link modes:  10baseT/Half 1
Supports auto-negotiation: Yes
       
 0baseT/Full
                                100baseT/Half 100baseT/Full

gotiation: Yes
        Speed: 100Mb/s
        
1000baseT/Full
        Advertised auto-n
eDuplex: Full
        Port: MII
        PHYAD: 9
        Transceiver: external
        Auto-negotiation: on

Supports Wake-on: pumbg 

Wake-on: d

Link detected: yes

Donde "pumbg", significa que si es soportado WoL, y "d" que esta deshabilitado. Asi que sin más, habilitamos wol.

[root@~]# ethtool -s eth0 wol g

Supported ports: [ 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 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

Luego hacemos un mini-script para que cargue por defecto en el arranque, asi quede lista cada vez que se encienda la PC de nuevo.

[root@~]# nano /etc/init.d/vol

dentro colocarémos:

#!/bin/bash

ethtool -s eth0 wol g

guardamos y damos permisos.

[root@~]# chmod 777 /etc/init.d/wol

Configurar PC atacante:

Ahora toca configurar la PC con la cual iniciaremos el encendido remoto. Para ello debemos instalar los siguientes paquetes:

En Debian, Ubuntu y derivados:

[root@~]# aptitude install etherwake wakeonlan

En CentOS y derivados:

[root@~]# yum install ether-wake wol

Aunque en CentOS en particular el paquete ether-wake viene por defecto.

Primero ejecutamos etherwake:

[root@~]# ether-wake -i eth0 11:22:33:44:55:66

donde:

eth0 - Interfaz de red primaria

11:22:33:44:55:66 - MAC de la tarjeta de red

luego:

[root@~]# wol 11:22:33:44:55:66

Donde nuevamente la MAC es 11:22:33:44:55:66

Y si todo lo anterior hemos realizado correctamente, deberíamos tener una PC encendida :).

Recomendaciones: Fijarse bien que han habilitado Wol en el BIOS, particularmente he visto que todas las placas actuales soportan Wol, salvo que la opción toma nombre diferente.

[1] http://www2006.org/programme/files/xhtml/5506/5506-mishra/5506-mishra.html

Hola

2010-07-01T23:33:00.001-07:00

Saludos. Desde hoy en adelante, este será mi tech blog, un espacio abierto donde compartiré tips, programas, manuales, e-book's, etc. Espero ir mejorando, y posteando seguido. En fin, hasta la próxima

Al infinito y más alla o/