Normalmente no es necesario separar las particiones porque se usa el Raspberry de la SD, pero en instalaciones especiales como cuando la partición del sistema está en una unidad USB o en un volumen LVM se requiere separar para copiar sólo la partición del sistema fuera de la SD.

Para hacer la separación se deben ejecutar estos comandos

parted -s raspbian.img unit KiB print

El comando retorna estos datos, a partir de ellos se pueden obtener los números para hacer la separación, los que se usarán los he puesto con letras al lado

Model:  (file)
Disk /mnt/hdd30/raspbian/2017-04-10-raspbian-jessie-lite.img: 1267444kiB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start     End         Size        Type     File system  Flags
1      (A) 4096kiB   46080kiB    (B) 41984kiB    primary  fat32        lba
2      (C) 46080kiB  1267444kiB  (D) 1221364kiB  primary  ext4

Para obtener las imagenes individuales se usan estos comandos

dd if=raspbian.img of=boot.img bs=1024 skip=(A) count=(B)
dd if=raspbian.img of=system.img bs=1024 skip=(C) count=(D)

 

Las letras se deben reemplazar por los números obtenidos anteriormente, al final obtendrás los archivos boot.img y system.img.

Fuente: http://elinux.org/RPi_Resize_Flash_Partitions#Manually_extracting_partitions_from_the_image_on_Linux

Estos pasos los realicé desde un Raspberry Pi booteado desde la SD.

• Crear partición LVM e inicializar con pvcreate/vgcreate (omitir si ya existe)
• Crear volumen LVM con

lvcreate -n <nombre vol> -L 10G <nombre vg>

• En la página donde obtuve la información hicieron una copia del root actual a la nueva partición, yo en lugar de eso copie la imagen del sistema raspbian original al nuevo volumen (no la imagen original, ya que incluye la partición de boot, tuve que dividirla primero)

dd if=system.img of=/dev/<nombre vg>/<nombre lv> bs=1M

• Ajustar partición para que ocupe todo el tamaño del LV

e2fsck -f /dev/<nombre vg>/<nombre lv>
resize2fs /dev/<nombre vg>/<nombre lv>

• Ahora hay que hacer chroot en el sistema nuevo para ajustar el fstab e instalar el initramfs y lvm. La línea touch ssh es opcional, es para que en el sistema nuevo se active el servicio SSH por defecto si estás haciendo estos pasos por SSH.

mkdir /mnt/root
mount /dev/<nombre vg>/<nombre lv> /mnt/root
mount -t proc /proc /mnt/root/proc
mount -o bind /dev /mnt/root/dev
mount -o bind /dev/pts /mnt/root/dev/pts
mount -t sysfs /sys /mnt/root/sys
mount -o bind /boot /mnt/root/boot
touch /mnt/root/boot/ssh
chroot /mnt/root

Buscando la solución encontré una que consistía en crear el archivo /etc/udev/rules.d/50-yubikey.rules con el siguiente contenido

ACTION!=»add|change», GOTO=»u2f_end»

KERNEL==»hidraw*», SUBSYSTEM==»hidraw», ATTRS{idVendor}==»1050″, TAG+=»uaccess»

LABEL=»u2f_end»

Luego recargar las reglas udev con udevadm control –reload-rules o reiniciando. Si has recargado debes desconectar y volver a conectar el token para intentar nuevamente iniciar sesión.

Si tienes un certificado para el nombre de host del servidor puedes instalarlo y que el sistema lo use para la conexión de escritorio remoto.

Primero debes instalar el certificado en el almacén de certificados del sistema, tiene que estar en formato .pfx, le haces doble clic y en el primer paso seleccionas “Equipo local”

Luego debes confirmar el nombre de archivo, la password y el almacen. Para el caso del almacen debes seleccionar el personal.

Una vez importado el certificado debes correr este comando en una terminal como administrador para que el servicio de escritorio remoto utilice el nuevo certificado.

wmic /namespace:\\root\cimv2\TerminalServices PATH Win32_TSGeneralSetting Set SSLCertificateSHA1Hash=»?4c8eecd1def69d2b67f7f0f4de0ec00fa6b6f806«

Debes reemplazar el hash del comando (en cursiva) por el correspondiente a tu certificado, lo puedes obtener en las propiedades, tab detalles, debes quitar los espacios primero.

Puedes confirmar el cambio con este comando, el hash que salga debe corresponder al de tu certificado

wmic /namespace:\\root\cimv2\TerminalServices PATH Win32_TSGeneralSetting Get SSLCertificateSHA1Hash

Finalmente debes reiniciar el equipo o el servicio para aplicar los cambios. Puedes confirmar la instalación conectandote y comprobando que no sale la advertencia y además saldrá un ícono de candado, el que al hacerle clic saldrá este cuadro.

mailq

Revisar un mensaje de la cola por ID (la ID se puede obtener con el comando anterior)

postcat -vq xxxxxxx

Procesar la cola ahora mismo (la cola se procesa periodicamente, con este comando hace que la procese ahora mismo)

postqueue -f

Limpiar la cola (elimina todos los correo de la cola)

postsuper -d ALL

Fuente; http://www.tech-g.com/2012/07/15/inspecting-postfixs-email-queue/

La solución es activar la hora automática por red y luego seleccionar la zona horaria correspondiente, previamente desactivando la zona horaria automática para poder cambiarla.

Una vez hecho el cambio reinicié el juego y aparecieron los pokemones e incluso se activó el incienso que había desaparecido en un principio.

Sin embargo por el lado del servidor se puede ver el detalle del error

(Schannel evento 38670) Error irrecuperable al intentar tener acceso a la clave privada de la credencial SSL servidor. El código de error devuelto del módulo criptográfico es 0x8009030D. El estado de error interno es 10001.

También puede salir como evento número 2308.

Este error sucede porque el servicio de Escritorio Remoto no tiene acceso a la clave privada del certificado SSL, para solucionarlo debes abrir la lista de certificados del equipo

Inicio-> Ejecutar-> escribir “mmc” sin comillas

En el menú “Archivo” seleccionar “Agregar o quitar complemento”, de ahí agregar “Certificados”

Luego seleccionar “Cuenta de equipo” y luego equipo local.

Posteriormente debes ir a la sección Personal de certificados

Debes seleccionar el certificado correspondiente al servidor de escritorio remoto y hacer clic derecho. En el menú seleccionar Administrar claves privadas dentro de “Todas las tareas”

Saldrá un cuadro de permisos

Debe aparecer “Servicio de Red” en la lista con permiso de lectura, si no está debes agregarlo con ese permiso.

Una vez agregado puedes intentar conectarte inmediatamente, ahora debería aparecer el cuadro solicitando usuario/contraseña

Para hacer que esta carpeta se cree automáticamente cuando un usuario inicie por primera vez bastará con agregar esta línea al archivo /etc/pam.d/common-account

session        required         pam_mkhomedir.so skel=/etc/skel/ umask=0022

Como alternativa pueden guardarse todos los homes en un servidor, el se exporta por NFS para que lo monten los clientes en /home

Fuente: https://debian-administration.org/article/403/Giving_users_a_home_directory_automatically

Materiales

• Raspberry Pi (sigo usando el 2, pero también debería servir el 1)
• Sensor magnético
• Cable para conectar ambas cosas, se necesitarán varios metros dependiendo de la distancia.

Conexión

Por el extremo del sensor se deben conectar los dos cables y se debe instalar junto a la puerta o ventana a monitorear

En el extremo del Raspberry se debe conectar un cable por un pin GND y el otro en cualquier pin GPIO. Para encontrar los pins y su función puedes usar el siguiente esquema

Ésta es la conexión que hice

Como verán tengo conectadas más cosas, así que destaqué en rojo las conexiones del sensor, que corresponden a los pines 7 (GPIO4) y 9 (GND).

Con las conexiones realizadas ahora pasaré a la parte de software

Programación

Aquí usé la librería de GPIO para python con el siguiente código

import time
import RPi.GPIO as io

io.setmode(io.BCM)

door_pin = 4

io.setup(door_pin, io.IN, pull_up_down=io.PUD_UP)

while True:
        if io.input(door_pin):
                print(«PUERTA ABIERTA!»)
        time.sleep(0.5)

La variable door_pin está fijada con el valor del pin BCM

Finalmente basta con ejecutar la aplicación con python nombrescript.py y activar el sensor abriendo la puerta, se mostrará el mensaje “PUERTA ABIERTA!” cada 0,5 segundos mientras la puerta esté abierta, si la cierras dejará de aparecer el mensaje.

Ahora modificaré el código para que además de mostrar ese mensaje active un relé

import time
import RPi.GPIO as io

io.setmode(io.BCM)

door_pin = 4
rele_pin = 21

io.setup(door_pin, io.IN, pull_up_down=io.PUD_UP) 
io.setup(rele_pin, io.OUT)

while True:
        if io.input(door_pin):
                print(«PUERTA ABIERTA!»)
                time.sleep(1.5)
                io.output(rele_pin, False)
        else:
                io.output(rele_pin, True)
        time.sleep(0.5)

El relé está configurado para que por defecto esté desactivado, por lo que al activar la puerta enciende el relé y viceversa. En caso de que esté configurado a la inversa el relé basta invertir el valor pasado al pin (io.output(rele_pin, XX) intercambiar False por True y viceversa en las dos veces que aparece en el código)

Aquí están destacados los pines correspondientes al relé en verde

2 = DCC, 39 = GND, 40 = GPIO21

Materiales

• Raspberry PI (yo usé el 2 B+, pero también debería funcionar con el 1)
• Un relé, la cantidad de canales de éste dependerá de cuántos circuitos quieran controlar.
• Cables para conectar el relé con el raspberry a los pines GPIO.

Relé de 2 canales, aquí estoy sólo usando uno.

Raspberry PI 2, he tenido que quitar la tapa de la carcasa para tener acceso a los pines GPIO. Como SO tiene instalado Raspbian en una microSD de 8 GB.

Éste es el resultado final

Para llegar a ese resultado son 2 partes, primero la conexión del relé al circuito a controlar y al raspberry, y luego la programación del raspberry para controlar el relé.

Cada canal (corresponde a cada “caja azul”) del relé tiene 3 conexiones

En el central debe ir uno de los cables y el segundo puede ir en el primero o tercero, según si deseas que el circuito esté abierto o cerrado cuando el relé está apagado o no está recibiendo energía (estado “por defecto”). Eso lo puedes diferenciar según las líneas que están unidas en el pin 2-3 y para el pin 1 no lo está.

En mi caso para probar dejé conectado el 2-3, para que quede cerrado el circuito por defecto.

Para probar conecté los extremos de los cables a una lámpara y a un enchufe y como por defecto está cerrado el circuito la lámpara se encendió. Si conectaron los 1-2 la lámpara debería permanecer apagada.

Ahora debo proceder a conectar los cables para el Raspberry (no olvides desconectar el circuito primero)

Para ello usé un cable como éste

En el relé los pines están etiquetados GND-IN1-IN2-VCC. El primero y el último son para energizar el relé y el segundo y tercero corresponden a los canales, cuya cantidad corresponderá a la cantidad de canales del relé que hayas comprado.

Como sólo ocuparé el primer canal conectaré únicamente el IN1.

Por el lado del Raspberry he conectado estos pines

De izquierda a derecha corresponden al relé los VCC-GND-IN1, correspondientes a los pines 2 (DC 5v), 6 (GND) y 18 (GPIO 24) del Raspberry.

Finalmente falta configurar el Raspberry para controle el puerto GPIO, para ello utilicé Raspbian que instalé. Una vez instalado puedes entrar por SSH o por terminal conectando monitor y teclado.

Primero tienes que instalar la librería “wiringPi”, la que proveerá de la utilidad “gpio”. Ejecuta estos comandos

apt-get install git-core
clone git://git.drogon.net/wiringPi
cd wiringPi/
./build

Ya tienes instalado wiringPi, ahora para inicializar el pin debes correr este comando

gpio -g mode 24 out

Y ahora para encender

gpio write 5 1

Y para apagar

gpio write 5 0

La explicación de los números la puedes obtener con el comando “gpio readall”

Para comodidad puedes poner estos tres comandos en scripts para correrlos más fácilmente

Pero tras una breve búsqueda en Internet esto tiene una sencilla solución, sólo necesitas root (cyanogenmod ya viene rooteado) y un editor de texto (también viene incluido)

• Tienes que abrir la carpeta /system con el explorador de archivos, ese montaje lo debes dejar como lectura/escritura

Primero tienes que hacer clic en la advertencia de abajo para obtener acceso root y de ahí en el selector para que pase de RO a RW.

• Luego debes abrir el build.prop con el editor de texto

Debes agregar al final la línea

lockscreen.rot_override=true

Si en alguna parte de ese archivo ya existe esa línea, pero con valor false, debes en lugar de insertarla nuevamente cambiarla a true.

Una vez terminada la edición guarda los cambios y reinicia el celular o tablet. Ahora respetará la configuración de rotación.

Link: http://winaero.com/blog/how-to-enable-lock-screen-rotation-in-android-4-3-and-4-4/

Esto implica que no se pueden modificar fácilmente en caso de que la aplicación se mueva a otro servidor o se cambien los datos de acceso.

Sin embargo GeneXus provee una aplicación gráfica que permite modificar el web.config. Esta aplicación se encuentra en la carpeta bin de la aplicación y es la Gxconfig.exe.

Para usar esta aplicación primero se debe copiar el web.config de la carpeta raíz a la carpeta bin para que el programa Gxconfig pueda leer el archivo. Una vez movido se puede correr el programa y aparecen los datos actuales los que puedes modificar

Una vez modificados se presiona “Save and Test Connection” donde saldrá un mensaje diciendo que la conexión se realizó correctamente (si sale algún error se deben revisar los datos e intentar de nuevo) y que el web.config está actualizado.

Finalmente se debe mover de vuelta a la carpeta raíz de la aplicación el archivo web.config y ejecutar la aplicación para probar la nueva configuración.

Requerimientos

• Cuenta de administrador en el sistema remoto
• Servicio SAMBA abierto en el firewall (servicios “Compartir archivos e impresoras”)
• En linux el comando “net” disponible

El comando es

net rpc shutdown –r –t 2 -I IP -U USUARIO%PASSWORD

Donde

• -r es para reiniciar, si se omite el comando apagará el equipo
• -t 2 es el tiempo antes de que comience el reinicio/apagado
• -l IP es la IP o nombre del equipo
• y el usuario/password de un administrador

En el equipo aparecerá una alerta de que será cerrada la sesión y en 60 segundos (o el tiempo especificado con la opción –t) se apagará o reiniciará el equipo.

Un computador común puede mantener la hora ya que cuenta con un módulo RTC que hace esta función, pero el Raspberry no cuenta con este módulo, por eso no puede mantener la hora.

Sin embargo este módulo se puede instalar aparte por los pines GPIO que trae el raspberry, esto es útil para cuando el raspberry no tenga Internet o sea un modelo sin red integrada como el A.

El módulo que compré es como el de la imagen en DealExtreme por US$ 2.99, link: http://www.dx.com/p/ds3231-raspberry-pi-rtc-board-real-time-clock-module-for-arduino-black-277258#.VLFjZNW-97Y

Su instalación es muy sencilla, además no sobresale de la placa del raspberry por lo que no afecta a la carcasa del raspberry.

Imagen del raspberry sin el módulo

Primero hay que apagar y desconectar el raspbery, luego el módulo debe colocarse en los conectores GPIO del raspberry como muestra la siguiente imagen

Aquí el raspberry con el módulo instalado y la carcasa

Una vez que se instaló el módulo se enciende el raspberry y se debe configurar el Sistema Operativo para que la utilice, para ello se debe realizar lo siguiente:

Primero se debe editar el archivo /etc/modprobe.d/raspi-blacklist.conf y comentar la línea “blacklist i2c-bcm2708” dejándola así “#blacklist i2c-bcm2708”. Una vez habilitado el módulo se puede reiniciar o también cargarlo inmediatamente con “modprobe i2c-bcm2908”.

Luego se debe notificar al SO del nuevo módulo con el comando

echo ds1307 0x68 > /sys/class/i2c-adapter/i2c-1/new_device

Ahora se puede probar si funciona el módulo corriendo “hwclock”

En mi caso aparece la hora correcta, pero en tu caso puede que salga una fecha y hora incorrecta debido a que aún no se ha establecido en el módulo, para ello se debe tener la fecha y hora correcta en el sistema y luego actualizar el módulo ejecutando “hwclock –w”

Finalmente para que al iniciar el sistema active el módulo y actualice la fecha/hora desde éste se debe editar el archivo /etc/rc.local y antes de donde dice “exit 0” agregar

echo ds1307 0x68 > /sys/class/i2c-adapter/i2c-1/new_device
hwclock –s

Not enough physical memory is available to power on this virtual machine with its configured settings

Al buscar en Internet hallé que la actualización opcional KB2995388 de Windows 8.1 produce conflicto con VMWare, por lo que se recomienda si no has instalado esta actualización no hacerlo, y de haberla instalado desinstalarla desde el panel de control.

En mi caso con desinstalar esta actualización y reiniciar el equipo se solucionó el problema y pude iniciar máquinas virtuales.

En los comentarios mencionan que iniciando VMWare como administrador puede solucionar le problema, aunque en mi caso no funcionó dicha solución.

Comentario destacado

Estoy usando Windows 8.1 en un i7 3930 con 64 GB de RAM y dice que no hay memoria suficiente!…

Fuente: Blog de VMWare

Para solucionar el problema puedes agregar la IP del Team Foundation a la lista de direcciones ignoradas por el proxy para que las conexiones al TF no pasen por éste.

The purpose of the 100 (Continue) status (see section 10.1.1) is to allow a client that is sending a request message with a request body to determine if the origin server is willing to accept the request (based on the request headers) before the client sends the request body. In some cases, it might either be inappropriate or highly inefficient for the client to send the body if the server will reject the message without looking at the body.

Para solucionar el error puedes configurar que no pase por el proxy las IP del Team Foundation o configurar Squid para que ignore el header “Expect: 100-continue” cambiando esta línea al archivo squid.conf

#ignore_expect_100 off

Y dejarla en

ignore_expect_100 on

Finalmente reiniciar el servicio y el problema de acceso se habrá solucionado.

Crear el pendrive es muy sencillo, sólo se debe seleccionar el pendrive, seleccionar la ISO y presionar Start. Luego iniciar desde el pendrive e instalar XP normalmente.

Link programa: http://rufus.akeo.ie/

Sin embargo para buscar información en Internet va a ser más dificil ya que la mayoría de la documentación y temas de foros se encuentra en inglés.

Existen sitios como unlocalize.com donde se puede introducir el mensaje en español y devuelve el mensaje en inglés, pero no contienen todos los mensajes.

Para facilitar la búsqueda de información en Internet sobre los mensajes de error se pueden pasar a inglés, para ello en la línea anterior a la que lanza la excepción pudes colocar esta línea:

Thread.CurrentThread.CurrentUICulture = new CultureInfo(«en-US»);

Va a pedir agregar estas dos líneas adicionales al principio

using System.Threading;
using System.Globalization;

E invocar nuevamente la excepción

Ahora con el error en inglés puedes buscarlo en Internet y encontrar la solución al error.

Primero hay que crear el perfil de la conexión, para eso hay que ir al Centro de Redes y recursos compartidos

Ahí hay que hacer clic en “Configurar una nueva conexión o red”, en el asistente seleccionar “Conectarse manualmente a una red inalámbrica”

Luego hay que rellenar los detalles de la red: SSID, tipo se seguridad, contraseña. Es importante mencionar que no debes marcar el checkbox “Iniciar esta conexión automáticamente”

Ahora hay que abrir una línea de comandos como administrador, yo hago clic derecho sobre el ícono de Windows (en la esquina inferior izquierda de la pantalla en la barra de tareas) y selecciono la opción “Símbolo del sistema (administrador)” (no he probado si funciona con un símbolo del sistema normal)

Primero hay que cambiar el tipo de perfil a adhoc, para eso hay que correr el comando, donde nombredelperfil es el SSID de la red.

netsh wlan set profileparameter “nombredelperfil” connectiontype=ibss

Este comando fallará si has marcado la conexión que se inicie automáticamente, de ser así debes eliminar el perfil y crearlo de nuevo (puedes usar el comando netsh wlan delete profile “nombredelperfil”).

Ya está lista la configuración, para iniciar la conexión debes correr el comando

netsh wlan connect “nombredelperfil”

Para desconectar

netsh wlan disconnect

Requerimientos

1. Acceso root con contraseña al droplet (si usas claves públicas para acceder al droplet debes crear una contraseña con el comando passwd root)
2. Acceso al panel de control de la página de DigitalOcean
3. Servidor accesible remotamente por SSH para guardar la imagen
4. El mismo servidor anterior debe tener el paquete qemu-utils instalado
5. VMware instalado, puede ser en el servidor anterior o en otro equipo.
6. Espacio disponible en disco, se requiere por lo menos el tamaño total del disco del droplet + el espacio utilizado en el mismo.
7. Archivo ISO de Ubuntu, se usará como live cd.

Este tutorial fue realizado para copiar un droplet con SO Debian 7 x64, con otra distribución pueden variar algunos comandos, como para detener los servicios.

Para hacer el respaldo debes ingresar por consola al droplet, para ello debes entrar por la página de DigitalOcean

Hacer clic en el droplet y luego en el botón grande “Console access”

Luego debes iniciar sesión como root y tu contraseña. Si sólo usas claves públicas para entrar por SSH debes asignar una contraseña previamente al usuario root.

• Cambia el nivel de ejecución del sistema al nivel 1, correspondiente al single-user mode . Esto detendrá casi todos los servicios y el sistema entrará en “modo de mantenimiento”, debes ingresar la contraseña de root nuevamente.

• Debes detener otros tres servicios más con los comandos

/etc/init.d/rsyslog stop
/etc/init,d/udev stop
/etc/init,d/dbus stop

• Para hacer más liviana la imagen se rellenarán con ceros el espacio libre de la partición, para ello se usará el comando dd. Una vez finalizado se eliminará el archivo que genere este comando

dd if=/dev/zero of=zerofile bs=20M
rm zerofile

• Ahora se generará una imagen del droplet, la que se transferirá comprimida por SSH a otro servidor (requerimiento 3).

dd if=/dev/vda | gzip –1 – | ssh usuario@direccionServidor dd of=/carpeta/imagen.gz

• Una vez completado el comando anterior la imagen ya ha sido transferida fuera del droplet, por lo que ya éste se puede apagar con el comando shutdown o reboot si desea reiniciarse para ser puesto online.
• En el servidor donde se guardó la imagen se debe ejecutar este comando para descomprimir la imagen, esto requerirá tener como espacio disponible la misma cantidad total del disco del droplet original. O sea que si el droplet incluía un disco de 20GB, esa cantidad será requerida para la descompresión.

gunzip /carpeta/imagen.gz

• Ahora se convertirá la imagen a VMDK para que pueda utilizarse en VMware. En la imagen VMDK resultante sólo se ocupará el espacio utilizado. La imagen original puede eliminarse posteriormente, aunque ésta puede montarse en loopback para acceder a los archivos.

qemu-img convert –O vmdk /carpeta/imagen /carpeta/imagen.vmdk

• Ya está lista la imagen para VMware (/dev/sda), pero sin embargo aún no se puede iniciar una VM desde ella, para ello se debe preparar cambiando el bootloader.
• Tienes que crear una VM nueva con un disco que tenga por lo menos 2 GB más que los que estaban en uso en el droplet (/dev/sdb), asignar la ISO de Ubuntu a la unidad de CD de la VM.
• Iniciar la VM desde el CD para iniciar Ubuntu
• En Ubuntu con GParted crear tabla de particiones y una partición ext4 para el disco virtual recién creado que ocupe todo el espacio (/dev/sdb)
• Transferir la imagen convertida a la partición nueva

dd if=/dev/sda of=/dev/sdb1 conv=notrunc,noerror

• Una vez transferida la imagen hacer una revisión

fsck –t ext4 /dev/sdb1

• Eliminar el bootloader de DigitalOcean

mount /dev/sdb1 /mnt
rm –rf /mnt/boot/grub
umount /mnt

• Ahora se debe instalar GRUB para que la imagen pueda iniciarse, para eso se usará boot-repair

add-apt-repository ppa:yannubuntu/boot-repair
sed ‘s/trusty/saucy/g’ -i /etc/apt/sources.list.d/yannubuntu-boot-repair-trusty.list
apt-get update
apt-get install -y boot-repair
boot-repair &

Seleccionar “Recommended repair”

Durante el proceso boot-repair solicitará ejecutar algunos comandos en una terminal nueva, para eso se debe copiar y pegar en una terminal nueva. Una vez ejecutado presionar siguiente.

• Ahora puedes reiniciar la máquina virtual e iniciar el SO original desde ella.
• Finalmente deben desactivar ciertos módulos, para ello edita el archivo /etc/modprobe/fbdev-blacklist.conf (o blacklist.conf si existe) y agregar al final las siguientes líneas

blacklist vt8623fb
blacklist floppy

Puedes eliminar la imagen original copiada, la imagen convertida a VMDK, sólo se usará el disco nuevo que se creó para la VM.

Recomendado

• El droplet tiene configurada la red con IP estática, para cambiarlo a IP dinámica por DHCP se debe editar el archivo /etc/network/interfaces de

auto eth1 eth0
iface eth0 inet static
        address <IP publica>
        netmask 255.255.192.0
        gateway <GW DO>
iface eth1 inet static
        address <IP privada>
        netmask 255.255.0.0

a

auto eth0
iface eth0 inet dhcp

Desde donde dice “Primary network interface”

Fuente: http://scriptthe.net/ConvertDigitalOceanDroplettoVMwareVM.pdf