VirtualBox – redimensionar discos

He decidido escribir este pequeño post a raiz de una necesidad mía de redimensionar un disco de 10G en una maquina virtual de VirtualBox (en una máquina Debian)donde tengo instalado  XP … sacro error, por el S.O y por el espacio en disco reservado :-). Al comenzar a instalar actualizaciones…. plop!!! se queda sin espacio rápidamente.

Lo primero que debes hacer es localizar donde están tus ficheros de disco y ubicarse en el directorio usando una ventana de comandos. Virtualbox tiene una Interfaz de línea de comandos (CLI) llamado vboxmanger que dispone de una gran cantidad de parámetros para diversos fines, en nuestro caso nos interesan los comandos relacionados con la manipulacion de ficheros que son:

  • vboxmanage showhdinfo
  • vboxmanage createhd
  • vboxmanage modifyhd
  • vboxmanage clonehd

Con el comando showhdinfo sacamos la información del disco, ejm:

$vboxmanage showhdinfo VBoxXP00.vdi

El resultado es:

UUID:                 eb9c44df-4d32-4481-9b85-e3c042a6f1de
Accessible:           yes
Logical size:         10240 MBytes
Current size on disk: 9575 MBytes
Type:                 normal (base)
Storage format:       VDI
Format variant:       dynamic default
Location:             /home/virtualhots/hardisk/VBoxXP00.vdi

Para cambiar el tamaño del disco, ejecute el comando:

$vboxmanage modifyhd VBoxXP00.vdi –resize 15360

Después volví a consultar la información del disco y obtuve estos datos:

UUID:                 eb9c44df-4d32-4481-9b85-e3c042a6f1de
Accessible:           yes
Logical size:         15360 MBytes
Current size on disk: 9576 MBytes
Type:                 normal (base)
Storage format:       VDI
Format variant:       dynamic default
Location:             /home/virtualhots/hardisk/VBoxXP00.vdi

Podemos observar que el tamaño lógico ha cambiado de 10240 MBytes a 15360 MBytes (15G).

Puedes consultar el manual de vboxmanage para más información.

Actualiziación, 26/06/2011

He revisado y la máquina virtual XP no me ha reconocido es espacio redimensionado dentro C. Abriendo la utilidad de gestión de disco de XP el espacio adicional aparece como espacio disponible y se podría hacer una nueva partición, pero no se puede añadir el espacio a la unidad C, intentaré luego usando el gparted para ver si se pueden pegar los espacios.

 

Reconfiguración de nombre de tarjeta de red en Debian

Este post resume lo que me tocó hacer cuando se cambió la placa del portatil, la tarjeta de red dejó de funionar. En un principio pensé que era por el bios y lo actualicé a la última versión, pero el problema continuaba. Si ejecutaba el comando ifup eth0 aparecía un mensaje que indicaba que el dispositivo no estaba disponible.Revisando los logs del sistema operativo encontré en siguiente mensaje: eth0 got renamed to eth1 y me indicaba una dirección mac.Busqué en http://www.google.com y encontré el siguiente documento –Rename Network Interface using udev in Debian–. En el explican como renombrar las tarjetas de red.

Basandome en sus indicaciones busqué en el directorio /etc/udev/rules.d/ el fichero correspondiente a la configuración de red de mi portatil (/etc/udev/rules.d/70-persistent-net.rules) que contenía la siguiente información

# PCI device 0x8086:0x4229 (iwl4965)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:13:e8:58:4d:2
d", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0"

# PCI device 0x14e4:0x1673 (tg3)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:19:b9:7f:24:7
e", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x14e4:0x1673 (tg3)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:21:70:8c:82:e
7", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"

En este caso, la interfaz nueva es la que tiene la mac 00:21:70:XX:XX:XX, es suficiente con borrar la línea correspondiente a la mac antigua y cambiar eth1 por eth0

# PCI device 0x8086:0x4229 (iwl4965)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:13:e8:58:4d:2
d", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0"

# PCI device 0x14e4:0x1673 (tg3)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:21:70:8c:82:e
7", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

Luego de hacer el cambio, simplemente se reinicia el ordenador y listo.

ataque con script ftp_scanner

Hemos sufrido un ataque de un “troyano” por decir algo para linux. El atacante aprovechando una cuenta de usuario con un password malo accedió por ssh e instaló el software en un directorio .net.(para nuestro caso).

En este directorio se encuentran el script, varios diccionarios y listas de IP. ftp_scanner intenta acceder al puerto de ftp (21) de otras máquinas y trata de entrar por fuerza bruta a las cuentas del usuario administrador. También encontré que instaló un cliente de ssh que también lo usa para hacer ataques al puerto 22 de otras máquinas e intentar descubrir el password de root. He hecho este diagrama que ilustra el proceso de manera sencilla. (Me niego a hacer diagramas o dibujos más currados por falta de tiempo).

Continue reading