Si no fuera por todos los problemas que tiene Windows yo no tendria trabajo.
El día de ayer anunciaron en los foros de Manjaro que iba a dejar de lado el soporte a los paquetes de MySQL en favor de MariaDB.
Desde hace varios años tengo unos desarrollos en Microsoft Access (por favor no me juzguen) y que utilizan una base de datos MySQL. Los sistemas funcionan muy bien y jamás he perdido un solo registro, pero la tendencia es clara, si por alguna razón me quedo sin MySQL, ¿Podría seguir trabajando con MariaDB?
Decidí hacer una pequeña prueba en una maquina virtual con windows. Instalé la versión 5.5 de MariaDB que según el sitio es la estable.
Un detalle que llamó mi atención, es que este paquete incluye el programa HeidiSQL que permite hacer todas las operaciones básicas en una base de datos. Con este programa le cargué una buena cantidad de datos de un respaldo que hice de la base de datos MySQL.
Para enlazar Access con MySQL utilizo un conector ODBC disponible para MySQL pero no existe un equivalente con MariaDB, al menos no al momento de escribir este artículo.
La combinación ODBC Connector MySQL 5.2.4 – MariaDB 5.5 funciona sin problemas y de manera transparente, al menos por el momento no noté ningún comportamiento extraño o mensaje de error, pero creo que este detalle es un punto débil. El motor de base de datos seguirá con su desarrollo, corrigiendo errores, mejorando el desempeño y probablemente el conector se quede un poco atrás.
Lo bueno es que en las pruebas preliminares que he realizado sustituir MySQL por MariaDB no causa mayor problema, la administración es muy similar y el conector ODBC funciona correctamente. De momento no voy a actualizar mis sistemas en producción siguiendo la filosofía de “Si no esta roto, no lo arregles” más bien tenía la curiosidad de saber si podía utilizar MariaDB en proyectos futuros.
Creo que la ruta que eligió Oracle para los principales programas de software libre que compró no le esta funcionando, Java, OpenOffice, MySQL, por mencionar solo algunos. Java con serios problemas de seguridad y los dos restantes ya tienen sendos forks que están superando a los productos originales. En el caso de OpenOffice esta LibreOffice que esta presente en la mayoría de las distribuciones Linux y MySQL se empieza a mover en ese sentido.
Me ha pasado la cosa más rara del planeta, después de actualizar mi instalación con Manjaro Linux, no puede iniciar mi computadora. Primero me salieron unos errores de Grub y luego la fatídica pantalla negra con el mensaje poco alentador de Missing Operating System.
Intenté de todo, arranque mi equipo con el dvd de windows, hice chkdsk en la partición de windows, varios comandos raros, bootrec no se que con /fixmbr pero siempre me marcaba error bootrec /fixboot.
Lo curioso es que pude arrancar mi partición de Linux con Super Grub disk y toda mi información estaba intacta, sin problemas para accesar a mi partición de Windows y de esa forma aproveché para hacer un respaldo. Eso me tranquilizaba un poco pero no soluciona el error de fondo ¿Porque no arranca mi equipo?
Francamente me estaba quedando sin ideas, leí en un foro un problema con un valor RAID en el BIOS, para ser honesto, creí altamente improbable tener un problema similar, pero como estaba desesperado decidí revisar los valores del BIOS y ahí estaba el error.
La configuración del SATA estaba en IDE cuando recuerdo muy bien que establecí ese valor como AHCI, lo volví a ajustar y reinicié mi computadora.
Y como arte de magia ¡Reapareció GRUB! 
¡Reapareció Windows! 
todo funcionando como si nada hubiera pasado. No estoy seguro de que forma ese valor del BIOS cambió, pero no importa, recuperé todo.
Escribo este artículo por si alguien más tiene el mismo problema y no ha pensado en voltear a ver ese pequeño valor travieso del BIOS que me ocasionó tantos problemas. De haber sabido que era eso, no hubiera perdido tanto tiempo en recuperar un Windows que en esta ocasión no tenía problemas.
No había notado que el reloj de mi computadora con Manjaro Linux estaba desfasado por varias horas, cuando busqué una solución a este problema me enteré que el problema no era Linux, si no Windows !!! (vaya novedad).
Cada vez que se arranca una computadora con windows restablece el RTC (Reak Time Clock) de la tarjeta madre a la hora local, que no tiene idea del horario de verano o zonas horarias como lo hace UTC (Tiempo Universal Coordinado).
Esto no ocurre con Linux, porque cada vez que inicia y varias veces durante el día se sincroniza con algún servidor de horas para ajustar el reloj de nuestro equipo. Esto es importante porque en ocasiones nos puede provocar problemas para accesar a algunos sitios, sobre todo aquellos que tienen cierto nivel de seguridad.
Afortunadamente la solución es muy simple, instalar un cliente NTP en Windows de manera que muestre la hora correcta cada vez que inicie.
El wiki de Manjaro menciona un tutorial muy completo (en inglés) relacionado con un programa de la empresa Meinberg que instala NTP en Windows.
La instalación es muy sencilla, usé los servidores de Estados Unidos y en donde dice: You can specify up to 9 NTP servers (comma separated) agregué el de México que es cronos.cenam.mx, de esa manera el archivo ntp.conf quedó como sigue:
No es obligatorio agregar el servidor NTP de México para que funcione, pero se me hizo un buen detalle.
No esta de más tener esta información a la mano, puede ser muy útil en equipos como relojes checadores basados en PC o en cualquier computadora en la que sea importante tener la hora correcta.
Tengo varios desarrollos en Access que utilizan como base de datos un servidor MySQL. Hace unos días mi maquina se fue al cielo de las computadoras y al dar de alta las configuraciones en mi nuevo equipo me encuentro con este problema.
Si instalo el ODBC Driver de MySQL (ahora desarrollado por Oracle) de 64 bits aparece de manera correcta en el panel de control y puedo dar de alta correctamente la configuración del enlace a la base de datos. Pero la aplicación no la reconoce y me da este error.
“La arquitectura del DSN no coincide entre el controlador y la aplicación”
Por lo tanto no la puedo utilizar.
Si instalo la versión de 32 bits del ODBC driver de MySQL no aparece en la lista de opciones MySQL para dar de alta un Origen de los datos
La solución que me funcionó fue dejar la versión de 32 bits instalada y ejecutar como usuario administrador el programa de Orígenes de datos que se encuentra en:
C:\Windows\SysWOW64\odbcad32.exe
Orígenes de datos ODBC
De esa manera puedo dar de alta mi DSN ya que si aparece en el listado y funciona perfectamente con mi aplicación.
Recibí el reporte de un usuario que me decía que su equipo estaba muy lento, y efectivamente así era !!!
Al revisar los procesos con el Administrador de tareas de Windows me di cuenta que un solo proceso estaba ocupando toda la atención del microprocesador.
El proceso pertenecía al programa spoolsv.exe y se podía apreciar que ocupaba el 99% de uso del equipo, provocando que la computadora estuviera demasiado lenta.
El archivo spoolsv.exe es el Spooler o el administrador de la Cola de Impresión, si ocurre un problema al momento de imprimir o un problema con la comunicación de la impresora provoca que este proceso acapare demasiados recursos.
Buscando en google, algunos sugieren reiniciar el servicio, otros que borren los trabajos de impresión que provocan el problema, lo mejor es que se haga ambos. Para hacerlo más sencillo se hizo un archivo .bat que automatiza la tarea.
Con eso paramos el servicio, borramos los archivos que pudieran estar pendientes o corrompidos y volvemos a iniciar el spool de impresión.
Una nota, si es en windows 7/vista entonces es necesario ejecutar el archivo bat como administrador.
Con eso debería ser suficiente para recuperar el control del equipo.
A veces el servicio esta tan ocupado que no es suficiente con la solicitud de pararlo, y en su lugar obtenemos este mensaje de error: net helmsg 2186 . Si esto ocurre con frecuencia entonces no nos queda más remedio que usar la fuerza bruta.
En lugar de detener el servicio con:
net stop spooler
Sustituimos esa línea con una terminación del proceso que quedaría más o menos así:
taskkill /im spoolsv.exe /f
Con eso debería de bastar para recuperar el control de nuestro equipo.
LinuxmanR4.com: Todas las imágenes, nombres de productos y nombres de empresa o logotipos citados en esta página web son propiedad de sus respectivos propietarios. Todos los artículos publicados están publicados bajo la licencia Creative Commons Atribución-NoComercial-SinDerivadas 2.5 México (CC BY-NC-ND 2.5). Utiliza software libre.
Inicio