En este link pueden encontrar el Howto para instalarlo

Instalación

Lo primero que necesitamos es descargar el programa desde la pagina

http://poweriso.com/poweriso-1.1.tar.gz

y descomprimirlo

tar xvfz poweriso-1.1.tar.gzcon esto obtendremos un ejecutable, él cual podemos mover a nuestra carpeta /usr/bin para poder ejecutarlo desde cualquier carpeta, para mover

sudo mv poweriso /usr/bin

Conversión a ISO

Bueno debemos convertir el archivo DAA primero a ISO para poder Montar una imagen ISO como una carpeta

poweriso convert imagen.daa -o nuevaimagen.iso

Via: | guia ubuntu

Lo primero que he hecho es cambiar el tamaño de la partición FAT que venía por defecto en la memoria del bolígrafo, para reducirla a sólo 256MB, más que suficiente para seguir utilizándola con otros sistemas operativos y, además, para que me sirva como almacén de lectura-escritura (casper-rw) en modo persistente (cuando funcione, pues actualmente hay un bug al respecto). Para ello he utilizado la herramienta parted (en modo root o con sudo, por supuesto). En mi caso, al tener el bolígrafo USB en el dispositivo /dev/sdb, hice:

Código:
parted /dev/sdb

Ojo, muy importante: conviene que previamente hagas un fdisk -l , para no equivocarte de dispositivo y provocar un estropicio (y desmonta la partición si la tienes montada). Una vez dentro de parted , con print podrás visualizar el estado actual del dispositivo. Para redimensionar la partición FAT, basta con ejecutar (asumo que todavía sólo hay una partición y que está numerada con el 1):

Código:
resize 1 0 256MB

También puede ser ejecutada paso a paso (primero resize, luego el 1,…; igual conviene este método, pues así te va dando valores por defecto y es más difícil equivocarse) .

Por lo que pudiera pasar, he formateado la partición:

Código:
mkfs.vfat -F 32 -n casper-rw /dev/sdb1

Si fuese FAT16, cambiaría -F 32 por -F 16. Con el anterior comando, le hemos puesto la etiqueta casper-rw para que sea usada en modo persistente.

Posteriormente, he salido de parted (quit) y me he dispuesto a crear con fdisk una nueva partición ext3 en el espacio libre dejado en la memoria (podría haberlo hecho también con parted, pero así aprendemos a usar más herramientas). En mi caso:

Código:
fdisk /dev/sdb

Una vez dentro, con p visualizas el estado actual, con n se crea una nueva partición (luego le dices que p [b/] , para primaria, [b] 2 para 2ª partición, y entras los valores por defecto de inicio y final de partición para llenar todo el espacio disponible), con a se activa la partición 2 para poder arrancar con ella (bootable), y con w se guardan definitivamente los cambios (en este sentido, me gusta más fdisk que parted, pues este último hace los cambios de inmediato). Para salir, q .

Formateamos la partición ext3 (también debería valer ext2). En mi caso:

Código:
mkfs.ext3 -L ubuntu /dev/sdb2

He elegido hacerlo así para que dicha partición permanezca invisible a otros sistemas operativos y no pueda ser borrada o modificada por error. Será en esta partición donde copiemos los datos del Live CD de Ubuntu. Asumiendo que hemos descargado la imagen ISO de Ubuntu, la montaremos (no hace falta quemarla en un CD), por ejemplo, así:

Código:
mount -t iso9660 -o loop ubuntu-7.04-desktop-i386.iso /mnt/externo/

Ahora, por fin, montamos la partición ext3 del bolígrafo USB:

Código:
mount -o sync /dev/sdb2 /media/sdb2/

Y copiamos el contenido del CD en ella:

Código:
cp -Rpdf /mnt/externo/* /media/sdb2/

En realidad no hace falta copiar todo, pero como hay espacio de sobra… (dejo como ejercicio al lector avanzado descubrir los ficheros innecesarios) .

Ahora viene la parte que considero más innovadora de este artículo (aparte de elegir un bolígrafo, claro). Como se ha optado por usar una partición ext3, invisible a Windows y otros virus, habrá que elegir un gestor de arranque que funcione en este tipo de particiones. Podría haber sido grub o lilo , pero eso implicaría tener que currarme unos ficheros de configuración. Y como se dispone de ficheros de configuración en el LiveCD válidos para syslinux e isolinux , he preferido usar el poco conocido extlinux , cuyos ficheros de configuración tienen exactamente el mismo formato. Esta aplicación extlinux viene en el paquete syslinux, por lo que, para instalar el paquete:

Código:
aptitude install syslinux

Antes que nada, comprueba con fdisk -l que todo está correcto. En mi caso me sale:

Código:
Disco /dev/sdb: 1025 MB, 1025507328 bytes
32 cabezas, 62 sectores/pista, 1009 cilindros
Unidades = cilindros de 1984 * 512 = 1015808 bytes

Disposit. Inicio Comienzo Fin Bloques Id Sistema
/dev/sdb1 1 252 249953 e W95 FAT16 (LBA)
/dev/sdb2 * 253 1009 750944 83 Linux

Fíjate bien dónde está el asterisco (partición activa). Debe estar en la partición con el Linux. Ahora, para instalar el gestor de arranque en el bolígrafo USB:

Código:
extlinux -z /media/sdb2/

La opción -z será muy útil para ciertos ordenadores que, en el arranque, interpretan los dispositivos de almacenamiento USB como dispositivos ZIPdrive (ver extlinux -h). Comprobaremos que aparece un fichero en /media/sdb2/extlinux.sys

Algunos USB, extrañamente se resisten el el proceso de arranque. Es importante que sólo haya una partición activa y sea esa precisamente en la que hayamos instalado el gestor de arranque. Si los problemas persisten, mírate este artículo sobre el tema.

Como habéis visto, he instalado el gestor en la raíz de la partición. No he sabido hacerlo de otra forma. Ello nos obliga a hacer una pequeña modificación en la estructura de ficheros del USB. Para ello movemos todos los ficheros de la carpeta isolinux a la raíz:

Código:
mv /media/sdb2/isolinux/* /media/sdb2/

Y copiamos el kernel, etc. también a la raíz (sí, han de estar duplicados):

Código:
cp /media/sdb2/casper/vmlinuz /media/sdb2/
cp /media/sdb2/casper/initrd.gz /media/sdb2/
cp /media/sdb2/install/mt86plus /media/sdb2/

Ya sólo queda una cosa: copiar el fichero de configuración del isolinux a otro válido para extlinux :

Código:
cp /media/sdb2/isolinux.cfg /media/sdb2/extlinux.conf

También conviene editarlo. Con tu editor favorito cámbialo a tu gusto. Yo lo he dejado así (si quieres, también puedes descargarlo):

Código:
DEFAULT usb
GFXBOOT bootlogo
GFXBOOT-BACKGROUND 0xB6875A
APPEND file=preseed/ubuntu.seed boot=casper initrd=initrd.gz locale=es_ES bootkbd=es console-setup/layoutcode=es quiet splash –
LABEL usb
menu label ^Ubuntu en modo persistente
kernel vmlinuz
append file=preseed/ubuntu.seed boot=casper persistent initrd=initrd.gz locale=es_ES bootkbd=es console-setup/layoutcode=es quiet splash –
LABEL live
menu label ^Start or install Ubuntu
kernel vmlinuz
append file=preseed/ubuntu.seed boot=casper initrd=initrd.gz locale=es_ES bootkbd=es console-setup/layoutcode=es quiet splash –
LABEL xforcevesa
menu label Start Ubuntu in safe ^graphics mode
kernel vmlinuz
append file=preseed/ubuntu.seed boot=casper xforcevesa initrd=initrd.gz locale=es_ES bootkbd=es console-setup/layoutcode=es quiet splash –
LABEL driverupdates
menu label Install with driver ^update CD
kernel vmlinuz
append file=preseed/ubuntu.seed boot=casper debian-installer/driver-update=true initrd=initrd.gz locale=es_ES bootkbd=es console-setup/layoutcode=es quiet splash –
LABEL check
menu label ^Check CD for defects
kernel vmlinuz
append boot=casper integrity-check initrd=initrd.gz locale=es_ES bootkbd=es console-setup/layoutcode=es quiet splash –
LABEL memtest
menu label ^Memory test
kernel mt86plus
append -
LABEL hd
menu label ^Boot from first hard disk
localboot 0×80
append -
DISPLAY isolinux.txt
TIMEOUT 300
PROMPT 1
F1 f1.txt
F2 f2.txt
F3 f3.txt
F4 f4.txt
F5 f5.txt
F6 f6.txt
F7 f7.txt
F8 f8.txt
F9 f9.txt
F0 f10.txt

Tal y como está arriba, el arranque por defecto será en español y tendrá habilitado el modo persistente (cuando funcione correctamente: entonces habrá que sustituir el kernel vmlinuz ).

Para terminar, desmontamos el bolígrafo USB y, para probarlo, rearrancamos el ordenador, ordenándole en la BIOS (eso ya depende de ti) que arranque con el dispositivo USB.

A mi me va de maravilla. ¿Y a ti?

Link: | HOW-TO instalar Ubuntu 7.04 en pendrive

VirtualBox es otro software de virtualización de código libre, disponible ahora mismo para usuarios de Windows y Linux.

Pese a que en estos momentos ya conviven en mi equipo Parallels y VMware Workstation (si bien es cierto que el primero de ellos apenas lo utilizo), no me he podido resistir a instalar también VirtualBox, para ver cómo se comporta…

Bajo Linux, VirtualBox dispone de paquetes listos para Debian y Ubuntu, pero los felices usuarios de Arch Linux también disponemos de dos paquetes para nuestra distribución en AUR, uno conteniendo el propio programa y otro los módulos del kernel. Tras satisfacer algunas dependencias previas, la compilación y posterior instalación de VirtualBox es coser y cantar, si bien un poco larga incluso en una máquina potente.

Una vez instalado, tecleas virtualbox y… Arghh!! ¡Instrucción Ilegal y un infame Segmentation Fault! Pues sí que empezamos bien:

Bueno; el mensaje habla de que quizás el servidor no está en marcha. Quizás sea ésa la causa. Pero, ¿dónde se explica cómo echar a andar el servidor? En el manual de usuario (inglés, pdf) no lo encuentro a primera vista…

En vez de seguir buscando en el pdf me voy a la web de AUR, donde existe un script de aspecto prometedor. Lo llamaremos vbox.sh y su contenido será:

#!/bin/sh
cd /opt/virtualbox
export LD_LIBRARY_PATH=$PWD:$LD_LIBRARY_PATH
xpcom_running=`ps aux|grep VBoxSVC|grep -v grep`
if test -z “$xpcom_running”; then
./VBoxSVC&
fi
./VirtualBox

Le damos permisos de ejecución (chmod +x vbox.sh) y ahora sí, al teclear ./vbox.sh, por fin arranca el programa:

Al pulsar sobre New se arranca el habitual Wizard, o asistente de creación de una máquina virtual:

Nada más empezar se nos presentan las opciones habituales:

Están predefinidas las máquinas para DOS, Windows (3.1 a Vista), OS/2 Warp (3, 4 y 4.5), Linux (2.2, 2.4 y 2.6), varios BSD (NetBSD, FreeBSD y OpenBSD), Netware, Solaris y L4.
Como parece que la primera entrega ha despertado bastante interés, retomo ahora el asunto justo donde lo dejé: en el momento de proceder a crear alguna máquina virtual.

En mi opinión no hubiera estado nada mal probar VirtualBox con Solaris (bastante pesado de virtualizar en VMware) o con el exótico L4, pero los lectores mandan, y a la vista del espontáneo interés suscitado por Windows Fundamentals for Legacy PCs (que alguien definió por aquí como un “XP capado”) vamos a darle un tiento a tan curioso artilugio…

Editado (19-Ene, 23:20): Acabo de añadir al final del artículo cómo aumentar el tamaño y resolución de la pantalla del Windows virtual.

Siguiendo las instrucciones de la primera entrega, empezaremos a crear una máquina virtual de tipo “Windows XP”. Aceptaremos la RAM propuesta:

Crearemos ahora la correspondiente imagen de disco virtual:

A diferencia de VMware, VirtualBox no recomienda dar a este disco un tamaño fijo a priori, así que me inclino por uno cuyo tamaño vaya creciendo a medida que se necesita:

Damos un nombre obvio a nuestro disco virtual y aceptamos el tamaño por defecto:

De acuerdo. Aceptamos la propuesta:

Seleccionamos como disco de arranque el que acabamos de crear:

Si no estás conforme con el resumen, es tu última oportunidad para cambiar algo:

Vale; tu nueva máquina virtual (o más bien, su receptáculo virtual) tiene estas características:

Algunas cosas no te convencerán, pero resulta fácil cambiarlas:

Por ejemplo, para tener desde dónde instalar hay que montar la unidad de CD o una imagen ISO:

Tampoco estaría mal activar el sonido:

En la configuración de red me llaman la atención dos cosas: la ausencia de una opción bridged y la posibilidad de generar una MAC aleatoria para el adaptador de red:

Cuando todo esté a nuestro gusto procedemos a arrancar la máquina, para comenzar la instalación del sistema. Pero no va a resultar tan fácil:

Parece que el driver o módulo necesario no está aún cargado en el kernel. Y basta un lsmod para comprobarlo. Vale; pues carguemos el módulo (como root):

# modprobe vboxdrv

Pero tampoco esto es suficiente:

Ahora se trata de un problema de permisos. Lo solucionamos así:

chown usuario:wheel /dev/vboxdrv

donde usuario has de cambiarlo por tu propio nombre de usuario.

Pero, ¿hay que usar estos dos comandos cada vez que se quiere usar VirtualBox?. Eso sería un latazo, así que mejor crear un script (fuente AUR) que se ejecute en el arranque. En el caso de Arch, basta colocar el script en /etc/rc.d y añadir su nombre a la lista de modulos de /etc/rc.conf:

#!/bin/bash

. /etc/rc.conf
. /etc/rc.d/functions

case “$1″ in
start)
stat_busy “Starting VirtualBox”
# VirtualBox module
/sbin/modprobe vboxdrv || exit 1
# change group of /dev/vboxdrv
chown :wheel /dev/vboxdrv || exit 1
if [ $? -gt 0 ]; then
stat_fail
else
add_daemon virtualbox
stat_done
fi
;;
stop)
stat_busy “Stopping VirtualBox”
killall -q VBoxSVC || exit 1
rmmod vboxdrv || exit 1
if [ $? -gt 0 ]; then
stat_fail
else
stat_done
rm_daemon virtualbox
fi
;;
restart)
$0 stop
sleep 1
$0 start
;;
*)
echo “usage: $0 {start|stop|restart}”
esac

Ahora sí logramos arrancar, si bien hay que prestar atención a este mensaje:

Se nos avisa de que está activa la autocaptura del teclado, es decir, que la ventana virtual toma el foco, de modo que lo que teclees irá directamente a la máquina virtual, con lo que ratón y teclado dejan de funcionar sobre la máquina que hace de host (Linux, en nuestro caso). Se trata de una funcionalidad similar a la de Vmware y Parallels, pero que aquí se comporta de un modo un poco diferente, de forma que hasta que te aclaras puedes desesperarte bastante. Y es que en VirtualBox no vale pulsar Ctrl y Alt a la vez para saltar al host, sino que son otras las teclas y han de ser pulsadas consecutivamente, y no a la vez. Lo que yo hice de inmediato fue cambiar las teclas predefinidas a las dos que son comunes en VMware (mencionadas antes):

Activa la casilla de autocaptura y sitúa el cursor sobre el recuadro Host Key. Pulsa ahora la tecla o teclas que quieras utilizar para cambiar de máquina virtual a host.

Ahora sí que todo va como la seda:

Ojo, que nadie se llame a engaño aquí, que un XP “capado” tampoco es un XP regalado. Mira si no cómo pide número de licencia (y también requerirá activación):

La personalización de la instalación sí que es curiosa… ¿No habíamos quedado en que Explorer era inseparable de Windows?

Bueno; ya no hay marcha atrás:

¿Preparado para varios reinicios? Afortunadamente sólo es la máquina virtual la que se reinicia…

El proceso ha sido largo, pero cada vez estamos más cerca:

Este es el aspecto de un Windows Fundamentals virtualizado en VirtualBox:

Y aquí va la imagen final, con Windows Fundamentals ejecutándose mediante VirtualBox en una máquina Linux:

Con Windows ya funcionando puedes utilizar el menú de VirtualBox (Devices -> Install Guest Additions) para instalar las herramientas que te permitirán aumentar la resolución de pantalla a 1024×768 o más si tu tarjeta y monitor te lo permiten:

Esto es todo. Lógicamente todas las pantallas de Windows son propiedad de Microsoft y se muestran sólo con fines didácticos. Quien quiera virtualizar Windows Fundamentals deberá adquirir una licencia a Microsoft, pero también se puede seguir un proceso similar para virtualizar cualquier Windows del que sea legal propietario.

Quien no quiera -o no pueda- pagar licencias a Microsoft, que virtualice Linux, Solaris o BSD y tan amigos.

Link | Instalacion de VirtualBox

PUBLICIDAD
Máster oficial de Software libre de la UOC según el EEES
El máster oficial de Software libre de la UOC tiene un carácter académico con una vertiente profesionalizante y otra orientada a la investigación. Este máster oficial nace por el creciente interés empresas privadas y administraciones públicas de todo el mundo.

http://www.uoc.edu

Intel parece decidida a apoyar a GNU/Linux en cierta medida, aunque por el momento con tibieza suponemos que debido a su buena relación comercial con Microsoft. Se ha liberado código y drivers, pero otras acciones como impedir la liberación de las especificaciones de ciertos chipsets, empañan el esfuerzo de Intel para con el software libre en general y Linux en particular.

Lo que ahora nos ocupa es PowerTOP, una utilidad software que nos permite conocer el estado de ciertos componentes de la máquina y de su rendimiento, como por ejemplo el tiempo que nos queda de batería. Pero, sin lugar a dudas, la mejor funcionalidad de este programa es la posibilidad de saber qué procesos consumen más recursos. De esta forma, es posible cerrarlos (los que se pueda, claro) y prolongar el tiempo operativo de nuestra máquina, además de contribuir a que se alargue su vida útil.

PowerTOP puede descargarse libremente desde una web propia, en código fuente que puede ser compilado de una forma muy simple utilizando la utilidad make. Las instrucciones para ello las encontramos en la misma página de descarga en la que, además, se nos afirma que diversas distribuciones como Fedora o Gentoo ya están incorporando PowerTOP.

La utilidad de Intel no solamente tiene aplicaciones en los portátiles (algo más que evidente), si no que también es útil en los centros de datos, ayudando a reducir el gasto energético y a facilitar que las computadoras no se calienten tanto.

Más información:

Página web de PowerTOP

http://www.linuxpowertop.org/

Noticia Via: http://diariored.com