siglo21

Hola mis estimados lectores, hoy les platicaré el asunto ese de usar Linux y Windows.

Durante mucho tiempo hemos podido usar Windows y Linux en un solo equipo, gracias a los sistemas multiboot podemos instalar una distribución de Linux y un Windows (o más en algunos casos), A lo mejor, en un disco duro particionado o en discos duros por separado. Y gracias al sistema GRUB poder elegir con que sistema operativo queremos trabajar al iniciar nuestro ordenador. En algunos otros casos, podemos instalar un sistema operativo base (Windows o Linux) y posteriormente instalar un sistema virtualizador e instalar uno o más sistemas operativos "virtualizados" en nuestro sistema Huesped. Por obvias razones, es mejor instalar los sistemas operativos en su propia partición o disco duro ya que el sistema operativo instalado funciona mejor en su propio Sistema de Archivos. Los instaladores de Windows y Linux nos dan la facilidad de particionar a nuestro gusto los discos duros durante la instalación para instalar el sistema operativo de nuestros deseos. Los instaladores de Windows son muy básicos, ya que solamente nos permiten agregar y eliminar particiones para poder hacer espacio para nuestra instalación de Windows, y prácticamente, secuestra el proceso de inicialización del sistema para que solamente nuestra instalación de Windows sea la única que se pueda inicializar (o cualquier otra instalación de Windows que ya tengamos instalada, siempre y cuando estén en otro disco duro) y esto es debido a las particiones adicionales que crea Windows, además de manejar (Sin informar por supuesto) sus propio FS (cosa que abandonaron después de Windows XP que nos dejaba seleccionar entre NTFS o FAT). Linux, al contrario, nos ofrece una herramienta de particionado muy poderoso (GParted) que nos permite INCLUSO redimensionar las particiones existentes sin eliminar información, para hacer "espacio" para el sistema operativo que vamos a instalar. 

No todos los usuarios tienen las ganas necesarias para lidiar todos estos temas de instalar sistemas operativos, particionar discos duros y lidiar con las configuraciones para poder ejecutar su sistemas multiboot con sus multisistemas (asuntos que escribiré en otra ocasión), así que se inclinan al uso de la virtualización, primeramente de manos de VMWare y actualmente de VMWare (muy robusto actualmente) y VirtualBox (De Oracle y, aunque no es un producto libre, se ofrece sin costo para los usuarios finales). Windows tenia su fork para trabajar con sistemas virtualizados, el mítico Virtual PC que terminó junto con Windows 7 (Tema del que no ahondaré en esta ocasión ya que ese no es la ocasión).

Asi que con multiboot o virtualización podemos trabajar con dos Sistemas Operativos independientemente de nuestras necesidades y dado el nivel de desarrollo de nuestros sistemas operativos podemos realizar prácticamente las mismas actividades en sistemas operativos, para el usuario final práctimanente las diferencias son tan infimas que uno no se percata en que trabaja uno, si Windows o Linux. pero ¿Si tengo un proyecto propio elaborado en ambiente Linux Y NO quiero portarlo a Windows para no tener que lidiar con cambiar de sistema o virtualizar el otro sistema? Windows 10 nos da la respuesta para este reto: el Linux Subsystem (o WSL). Gracias a esta nueva característica de Windows, podemos correr una distribución de Linux de manera concurrente dentro de Windows (Con los beneficios evidentes de intercambio de archivos entre ambos sistemas y el uso de servicios que se ejecuten en ambos sistemas ya que los servicios (como posiblemente un MySql o un Servidor Apache ejecutándose en Windows) son facilmente accesibles desde Linux ejecutándose en el mismo equipo y sin tener que lidiar con direcciones IP virtualizadas)

Así que para iniciar nuestro proceso, inicemos configurando Windows para poder acceder a esta interesante característica de Windows, dado que la característica no viene activada por "defecto" en nuestro windows (Ya que no a todos les interesa "nalguear" linux desde Windows) hay que activarla... Así que abrimos nuestra interfaz de configuración, nos desplazamos a la opción de "Aplicaciones" y del lado derecho (Ahí abajo de donde dice "Aplicaciones y Características") hacer click en la opción de "Características Opcionales". Nos vamos hasta ABAJO donde dice "Más características de Windows" que abrirá otra ventana titulada "Características de Windows" con algunas opciones seleccionables dentro de un cuadro. Buscamos la opción Subsistema de Windows para Linux y la resaltamos y ya que estamos ahí activamos también Hyper V, Dado que esta opción tiene sub opciones, seleccionamos el símbolo + para seleccionar todas estas opciones (Si están en GRIS puede que las opciones internas estén restringidas por no estar soportadas por nuestro equipo), la opción Hyper V no es necesaria si planeamos usar el sistema WSL pero si, si planeamos usar WSL2 (que trae mejoras significativas, pero que requiere que nuestro equipo soporte la virtualización por Hardware). Hacemos Click en Aceptar y después del proceso de activación de WSL Windows nos pedirá que reiniciemos el equipo. 

Una vez regresando del reinicio obligado, procederemos a instalar una distribución de Linux, así que procedemos a hacer uso de la tienda de Windows. Abra la tienda de aplicaciones de Windows, en el cuadro de busqueda colocar "Linux" y le damos a la Lupa para que nos busque las aplicaciones, en los primeros resultados encontraremos algunas distribuciones (Las más populares), Ubuntu (en varios sabores), SUSE, Kali, Oracle, Debian, Etc. Seleccionamos nuestra distribución favorita y procedemos a la instalación haciendo CLICK en Instalar.

 Cambiar de Windows a Windows es una gran aventura, sobre todo por que cuando cambiamos de versión de Windows a uno "Mejor", muchas de las cosas que ya funcionaban bien antes, ya no funcionan tan bien o de plano, dejan de funcionar.

Eso pasa cuando trabajas con Visual Basic 6.0. Cuando pasas de Windows XP a Windows Vista o 7 resulta que tu programa para hacer programas ya no funciona o es un PEDO hacerlo funcionar. Y es que para proseguir con la evolución esperada se tendría también que pensar en una plataforma de desarrollo y eso fue lo que pasó con el producto. Para empezar Visual Basic fue integrado a una plataforma integral de desarrollo, es decir, el producto fue integrado a una plataforma llamada Visual Studio formado por un entorno de desarrollo integrado por el propio Visual Basic, Visual C++ y Visual FoxPro (Y algunas otras herramientas de desarrollo de aplicaciones). Hasta ahí vamos bien por que podemos seguir trabajando con nuestras aplicaciones desarrolladas para Visual Basic y poder ingresar al fabuloso entorno de desarrollo de C++ y la posibilidad de portar nuestras aplicaciones de Foxpro al entorno gráfico de Windows. 

Pero después nos pasaron de nuestro Visual Studio 6.0 a Visual Studio 2002 donde nos cambiaron de golpe el enfoque a Visual Basic que es nuestra arma de batalla. Al integrarla a la plataforma NET, cambia de tajo todo... mientras los nuestros códigos fueron evolucionando junto con las versiones de Visual Basic con pequeños cambios, migrar de Visual Basic 6.0 a Visual Basic 2002 o Visual Basic.NET. Portar una aplicación que teníamos codificada en Visual Basic 6 a Visual Basic NET pasó a ser una labor titánica ya que aunque el nuevo entorno de trabajo nos facilitaba un proceso de migración, este no siempre podía lidiar bien con las diferencias en codificación que, nos dejaba a veces en tantos aprietos que terminábamos por recodificar nuestras aplicaciones desde cero. 

Y es que la codificación de Visual Basic 6 a Visual Basic.NET varia bastante, además de que las propiedades y los procedimientos de los componentes varian también bastante. El manejo de los procedimientos como funciones se vuelve un pequeño quebradero de cabeza (Y digo, pequeño, por que después de agarrarle el 20 es relativamente sencillo). El problema que veo en el cambio de VB a NET es la conversión de nuestros códigos ya que a veces no son muy pequeños y a veces tenemos que revisar miles de lineas de código lo que hace que la tarea se vuelva engorrosa y tediosa lo que nos hace considerar mejor la reescritura de un código ya existente, por lo que el uso de una máquina virtual se vuelve prácticamente impresindible si es que queremos seguir trabajando con nuestras aplicaciones desarrolladas con un Visual Basic 6.0 (o menor) dado que, nuestro Visual Basic ya no es compatible con las nuevas versiones de Windows.

Instalar Visual Basic 6 o Visual Studio 6 en Windows 7 es toda una aventura (Y supongo que es aún más instalarlo en Windows 10+). 

Según alguna información que he consultado en el internet, el proceso para instalar VB 6 en Windows 7 (aún no probado en el Windows 10) se realiza de la siguiente forma:

Se copia el contenido del CD a una carpeta del disco duro, posteriormente se copia el contenido de una carpeta llamada SETUP a la parte superior del directorio, posteriormente se renombra un archivo llamado vb98ent.stf o en algunos casos el archivo vs98pro.stf por acmsetup.stf, y se procede a ejecutar el programa llamado ACMSETUP.EXE con privilegios elevados de administrador. Aunque realicé este proceso en un Windows 7 y funcionó correctamente, aunque con algunas advertencias pero no en otro Windows 7. La instalación que no funcionó marca un error indicando que debo de ejecutar el programa SETUP para proceder a la instalación la cual se ejecutó correctamente sin advertencias. En ambas instalaciones, me indicaba un error que cancelaba la instalación, se resolvió desactivando en las opciones de instalación la instalación del explorador de objetos OLE (en la opción TOOLS). 

Después de terminar la instalación, se deben de cambiar algunas opciones del ejecutable de visual basic. En la ubicación C:\Program Files (x86)\Microsoft Visual Studio\VB98 se encuentra un archivo ejecutable llamado VB6, hay que abrir las propiedades de la aplicación (Boton derecho - Propiedades - Compatibilidad) y activar el modo de compatibilidad con Windows XP y marcar las opciones de "Deshabilitar efectos visuales, Deshabilitar composición de escritorio, Deshabilitar el ajuste de escala de la pantalla si se usa la configuración elevada de ppp y por último marcar que se ejecute con nivel de administrador.

Solamente existen algunas pequeñas cosas que hay que corregir, ya que al parecer, algunos componentes no se registran correctamente (Los que se encuentran ubicados en la carpeta de \Windows\SysWow64\). de esto nos enteramos en el momento en que intentamos usar componentes extras que no se encuentran en la plantilla estandar y que se activan en las opciones Project - Components. Al momento de activar algún componente, nos indicará un mensaje de error indicandonos que dicho componente no está registrado. Para hacer eso, debemos usar una ventana de CMD (en modo administrador) y registrar el componente correspondiente usando el comando regsvr32 componente.OCX. Si el problema persiste es que hay que hacer un paso extra. Algunas de los componentes que no suelen funcionar a pesar de registrar los OCX, son los componentes extras que se instalan junto con VB, me refiero a los common-controls 6.0 (Microsoft Windows Common Controls 6.0) que son 3 componentes adicionales. Para hacerlos funcionar se usa la instrucción regtlib, pero el problema es que este no se encuentra disponible en la versión de Windows 7 por lo que la alternativa es usar regtlibv12.exe, en mi caso lo encontré en esta carpeta:   C:\Windows\Microsoft.NET\Framework\v4.0.30319 si en tu caso, no lo encuentras, puedes buscarlo en la unidad donde tengas instalado Windows, yo lo hice con un simple DIR regt*.exe /s. Para facilitar el proceso (Y en caso de requerirlo más adelante) procedí a copiar el archivo a la carpeta de Windows\SysWow64\ y ejecutar desde ahí la instrucción regtlibv12 msdatsrc.tlb con lo que después de intentar activar los componentes que me causaban problemas, esos se activaron y usaron sin producir más errores.

 Esta publicación fue tomada de aquí (sin consentimiento): Asking Box

 Siempre he usado el linux mint dada su eficiencia en el uso de los drivers para activar el WIFI. Pero he probado algunas otras opciones que, he abandonado por su ausencia de drivers para las tarjetas broadcom... Así que en mi última aventura con un linux basado en ubuntu (a la vez, basado en DEBIAN). Encontré una solución sencilla para configurar el adaptador inalámbrico de mi LAP.

Distribución ELEMENTARY OS (Supongo que funciona también para cualquier otra distribución basada en UBUNTU o DEBIAN).

Instalar los encabezados para la versión de ubuntu que tenemos:

sudo apt install linux-headers-$(uname -r)

Y después reinstalar los archivos relacionados con la tarjeta broadcom:

sudo apt reinstall bcmwl-kernel-source

En algunos casos el comando anterior falla y eso es por que los archivos relacionados con el adaptador Broadcom no estaban previamente instalados, así que solamente hay que reemplazar el comando "reinstall" por "install".

Así de simple y así de sencillo resultó ser activar mi dispositivo wifi... 

Siempre hay un momento para que las cosas raras sucedan una primera vez. Y esta primera vez me ha ocurrido con virtualbox. Después de años de usarlo sin ningún problema desde la instalación de los repositorios de mi distribución (cualquiera que esté usando en ese momento) y después de una reinstalación de sistema (Ahora estoy usando esa llamada ElementaryOs Odín) y reinstalar todo mi ambiente de trabajo acostumbrado sin ningún problema, me topo con que ahora el VirtualBox no quiere funcionar, algo que ya sospechaba después de ver los mensajes de error durante la instalación. 

WARNING: The character device /dev/vboxdrv does not exist.
        Please install the virtualbox-dkms package and the appropriate
        headers, most likely linux-headers-generic.

        You will not be able to start VMs until this problem is fixed.

Procedo pues a realizar la búsqueda correspondiente por que como siempre suele suceder, alguien más ya tuvo problema y seguramente ya buscó ayuda en alguna parte. Después de horas de buscar una solución a mi problema (la mayoría de soluciones ofrecidas por los usuarios eran las mismas que solicita el error que hagamos, es decir, instalar el virtualbox-dkms y los linux-headers-generic), por fin alguien ofrece una solución práctica para este problema. 

Era inútil tratar de poner en practica esos procedimientos ya que seguramente no funcionarían en mi distribución, pero aún así lo intenté con los resultados obvios, y aunque no pude echarlo a andar, las pantallas de error me dieron una pista de como adecuar los procedimientos a mis versiones actuales de linux y de virtual box, el primer proceso sugerido era:

sudo dkms install virtualbox/4.1.12

Obteniendo obviamente como resultado un error: 

Error! Could not find module source directory.
Directory: /usr/src/virtualbox-4.1.12 does not exist.

Gracias a este error descubro que existe un directorio src y me procedo a revisar esa carpeta pero con otros números de versión diferentes. procedo a reemplazarlos en la instrucción anterior y obtengo otro error diferente que aunque no me sirve de nada me ayuda a conocer la versión que deben tener los headers que necesito usar:

sudo dkms install virtualbox/6.1.26

Your kernel headers for kernel 5.11.0-34-generic cannot be found at
/lib/modules/5.11.0-34-generic/build or /lib/modules/5.11.0-34-generic/source.
You can use the --kernelsourcedir option to tell DKMS where it's located.

Así que procedo ahora (previa ayuda de esa pagina de donde me estaba basando para realizar el procedimiento) a instalar los headers necesarios.

sudo apt-get install linux-headers-5.11.0-34-generic

Y procedo a repetir nuevamente la instrucción:

sudo dkms install virtualbox/6.1.26

Después de un buen rato a que termine el proceso, procedo a ejecutar el ultimo proceso sugerido que es:

sudo /etc/init.d/virtualbox start

Y listo! Virtualbox funcionando bien!

 Las ventajas de tener muchas distribuciones de Linux, es que podemos seleccionar la versión que más nos guste. Y digo "más nos guste" ya que la funcionalidad del sistema operativo viene siendo la misma. Son las mismas ventajas, los mismos problemas y en muchos casos, los mismos engorrosos procedimientos de compilar una aplicación que hemos descargado y que no existe en los repositorios de nuestra distribución. 

Las distribuciones aparentemente se están enfocando en atraer usuarios a través de un ambiente de trabajo más amigable y fácil de usar, al grado que los grandes están viendo con buenos ojos meter sus cosas a Linux. Gracias a eso, podemos ahora disfrutar de esas aplicaciones que usamos en otros sistemas operativos ahora en Linux (como es el caso del Visual Code Editor y el navegador Edge de Microsoft). Pero los desarrolladores de las distribuciones de Linux se contagian del EGO de los sistemas operativos comerciales para recordarnos en cada momento que estamos usando SU distribución de Linux, tanto en colores, manejador de ventanas y efectos especiales.

Aunque podemos cambiar el fondo de pantalla, algunas características de la barra de tareas, colocar "applets" en la pantalla. Existe un elemento que siempre nos recordará explícitamente qué distribución estamos usando: La pantalla de inicio (Y no, no me refiero a la pantalla de selección del sistema operativo que queremos arrancar y que es ampliamente conocida por quienes tenemos más de un sistema operativo instaladado en nuestro equipo... Sino a la otra, a la que se conoce como Splash Screen. Cada pantalla depende de la distribución que estemos usando y se encarga de ocultar de nuestros ojos la enorme lista de procedimientos que realiza Linux durante su inicialización (algo que es muy util sobre todo si sospechamos que algo pueda andar mal en el sistema o simplemente tenemos curiosidad de saber que es lo que hace linux para iniciar). La mejor forma de deshacernos de esa pantalla de inicio es presionando la tecla ESC. También existe una forma de eliminar permanentemente esta pantalla, pero es un tema que dejaré pendiente para otra ocasión. Hoy quiero comentarles sobre esa pantalla de inicio:

PLYMOUTH

Durante el arranque, este pequeño programa es el que se encarga de presentar esa pantalla inicial como efectos especiales (como en el viejo Windows) y que, al igual que la mayoría de cosas en Linux, trabaja mediante SCRIPTS y enlaces simbólicos... los Scripts que se encargan de controlar las características de los efectos especiales. Todos estos se encuentran en /usr/share/plymouth/themes donde los enlaces simbólicos los dirigen a /etc/alternatives 

Para descargar nuevas pantallas de inicio se puede dirigir al administrador de paquetes de nuestra distribución, en mi caso es synaptic, o buscarlos de tercera mano:

No voy a ahondar mucho en que es el MySql, por que supongo qué, quién busque información sobre MySql, al menos sabe para que sirve esa cosa. Desde las últimas versiones de MySql, he descubierto que MySql ya no permite el acceso desde el MySql-Workbench por lo que tendremos que crear un usuario normal desde la consola de Linux para poder acceder a la administración de la aplicación de MySql-Workbench.

Accedemos a la consola de administración de MySql depues de instalar el servidor MySql:

# sudo mysql -u root -p 

Es importante acceder con la opción de superusuario por que MySql no permite el acceso de usuarios normales cuando está recién instalado.

Creamos en la consola de MySql a un usuario estándar,  lo llamaremos "ejemplo" con la contraseña "pwejemplo". usted deberá reemplazar ejemplo y pwejemplo con los datos de su elección:

mysql> CREATE USER 'ejemplo'@'localhost' IDENTIFIED BY 'pwejemplo';

Es importante que termine cada orden en la consola de MySql con punto y coma (;) para que al presionar la tecla ENTER, se ejecute la orden correspondiente

Después de crear al usuario, hay que asignarle los accesos adecuados para poder crear y modificar Áreas de trabajo, Tablas, Usuarios, Etc. 

mysql> GRANT ALL PRIVILEGES ON *.* to 'ejemplo'@'localhost' WITH GRANT OPTION;

Con esta opción, le estamos otorgando todos los privilegios al usuario ejemplo la opción de crear y modificar áreas de trabajo, tablas y usuarios, es decir, le estamos otorgando los privilegios de superusuario y con este usuario ya podremos acceder al área de trabajo en MySql sin tenen que usar al usuario root.

Cuando se instala la aplicación Mysql-workbench desde el snap de ubuntu, a veces la aplicación no puede acceder a los servicios de seguridad de ubuntu, por lo que es necesario otorgar el acceso a los privilegios correspondientes a la aplicación, los siguientes comandos se aplican dentro de una terminal de linux:

# snap connect mysql-workbench-community:password-manager-service

# snap connect mysql-workbench-community:ssh-keys