Datos personales

domingo, 15 de enero de 2023

3 SOLUCIONES ERROR AUTOFIRMA: No se pudo conectar con AutoFirma

La aplicación AutoFirma se utiliza para firmar digitalmente documentos con un certificado digital que debemos tener instalado en nuestro navegador.

También podemos firmar documentos en local, utilizando el archivo que contiene el certificado digital que nos ha proporcionado la entidad a la que se lo hemos solicitado. En mi caso, dispongo de un certificado digital de la Agencia Tributaria emitido por la organización FNMT-RCM. La extensión de este archivo es .p12.

Pues bien, cuando utilizamos esta aplicación desde un navegador de internet - en mi caso, Firefox 102.4.0esr (64-bit) - se puede producir el error No se pudo conectar con AutoFirma, imposibilitando la firma digital de documentos, lo que impide la subida de archivos a organismos oficiales (Ministerios, Ayuntamientos, Comunidades Autónomas, etc.).

En este artículo voy a compartir 3 soluciones que yo he encontrado para eliminar este error y poder utilizar las Sedes Electrónicas de las instituciones oficiales.

Solución 1.

Actualizar AutoFirma a la versión 1.7.1 (última versión en el momento de escribir este artículo). Es la solución más encilla y la que primero debemos utilizar. Funciona perfectamente ... si no nos pasan más cosas.

Solución 2.

En ocasiones, aunque parezca increíble, hay instituciones oficiales que utlizan servidores no seguros, en cuyo caso, con la configuración inicial de AutoFirma después de instalarla, no es posible la firma digital de documentos con esta aplicación, generándose el error No se pudo conectar con AutoFirma ya mencionado.

Para solucionar este error con este método, hay que abrir la aplicación AutoFirma y acceder al menú Herramientas -> Preferencias, mostrándose una ventana en la que debemos desmarcar la casilla Aceptar sólo conexiones con sitios seguros (Recomendado). Como vemos, debemos ignorar la recomendación que, obviamente, nos hacen los desarrolladores de AutoFirma. Es necesario correr este riesgo para solucionar este problema. Siempre podemos volver a activar la casilla después de subir los archivos y desactivarla nuevamente cuando el error se vuelva a producir al conectarnos a un servidor no seguro.

Solución 3.

Instalar el certificado raíz de AutoFirma en el navegador que estemos utilizando. Este certificado se instala en el apartado de los certificados emitidos por Autoridades.

Para realizar esta acción en Firefox 102.4.0esr (64-bit), hay que acceder a Ajustes -> Privacidad & Seguridad -> Certificados -> Ver certificados. En la pestaña Sus certificados tendremos instalado nuestro certificado digital, que es con el que firmamos los documentos o nos identificamos en las webs que lo requieran. 

Nosotros tenemos que abrir la pestaña Autoridades y pulsar el botón Importar. Ahora debemos navegar hasta la carpeta en la que se encuentra el certificado raíz de AutoFirma, que se genera cuando instalamos la aplicación. En mi caso, estoy trabajando con Debian 11 y la carpeta a la que debo acceder es /usr/lib/AutoFirma. En esta carpeta tenemos que hacer doble clic sobre el archivo AutoFirma_ROOT.cer, volviendo a la pestaña Autoridades de la ventana Administrador de certificados. Pulsamos el botón Aceptar y reiniciamos el navegador. Si volvemos a la pestaña Autoridades podremos ver el certificado raíz de AutoFirma incluido en la lista que se muestra. Este certificado se llama AutoFirma ROOT.

Espero que con estos métodos se solucionen la mayoría de los errores que se generan al utilizar la aplicación AutoFirma. Si descubro alguno más, publicaré un nuevo artículo.

 

sábado, 4 de septiembre de 2021

Windows 10 elimina el menú GRUB EFI

Situación: tengo un ordenador instalado con Windows 10 y quiero instalar Debian 9. El BIOS está configurado correctamente, habilitando el modo Legacy y deshabilitando Secure Boot.

La instalación se realiza en modo UEFI, sin ningún problema. Se crea el menú GRUB y, al reiniciar el sistema, todo funciona correctamente. Inicio en Linux para probarlo y todo va bien.

El problema surge cuando inicio Windows 10 por primera vez para comprobar que todo está correcto. El sistema arranca, pero, al reiniciar, el menú GRUB ha desaparecido y el equipo se inicia directamente en Windows 10, sin posibilidad de volverlo a iniciar en Linux.

He vuelto a reinstalar GRUB EFI iniciando el sistema con una .iso Live de Debian 9, pero el funcionamiento es el mismo: después de iniciar Windows 10, se pierde el menú GRUB.

La solución está en decirle a Windows 10 que se incie desde GRUB y no desde su propio gestor de arranque (bootmgfw.efi). Este cambio hay que realizarlo desde Windows 10. Para ello, iniciamos el sistema en Windows 10, abrimos una Interfaz de comandos cmd como administrador y ejecutamos la siguiente orden:

bcdedit /set {bootmgr} path \EFI\debian\grubx64.efi

Observar que en el path incluyo debian porque he instalado esta distribución. Si tenemos instalada cualquier otra, tendremos que poner su nombre. Por ejemplo, si hemos instalado Ubuntu, tendremos que escribir lo siguiente:

bcdedit /set {bootmgr} path \\EFI\ubuntu\grubx64.efi

Si no sabemos la ruta exacta, tendremos que iniciar el equipo desde una .iso Live y montar la primera partición de Windows 10 (la pequeñita de 100 Mb) para navegar hasta \EFI y consultar la ruta de la distribución Linux que hayamos instalado. Ver este artículo, apartado Arranque dual en Debian GNU/Linux y Windows 10 -> Estructura de directorios EFI.

Con estas acciones se soluciona el problema expuesto.

Desconozco qué ocurrirá cuando Windows 10 reciba alguna actualización, sobre todo si actualiza el arranque del sistema. De todas formas, si vuelve a ocurrir el mismo problema siempre podremos utilizar esta solución. Actualizaré este artículo si el problema persiste después de actualizar Windows 10.

¡¡MALAS NOTICIAS!! Un par de días después de escribir este artículo ha entrado en Windows 10 una actualización, de esas que tardan una hora en instalarse, que ha modificado el gestor de arranque, volviendo a eliminar GRUB EFI. Por lo tanto, hay que volver a modificar el inicio de Windows con la orden bcdedit, según se ha descrito más arriba.

bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi

Fuente: https://www.enmimaquinafunciona.com/pregunta/130692/windows-10-uefi-elimina-ubuntu-grub-despues-de-cada-grub
bcdedit /set {bootmgr} path \EFI\ubuntu\grubx64.efi

Fuente: https://www.enmimaquinafunciona.com/pregunta/130692/windows-10-uefi-elimina-ubuntu-grub-despues-de-cada-grub

sábado, 4 de julio de 2020

Instalar tarjeta wifi integrada Realtek rtl8723be en portátil ASUS

La tarjeta wifi integrada Realtek rtl8723be da muchos problemas cuando Linux se instala en un portátil ASUS, porque entra en conflicto con el dispositivo bluetooth y esto provoca el funcionamiento intermitente de la tarjeta wifi.

Después de dar muchas vueltas encontré un artículo donde explica la forma de instalar el driver de esta tarjeta inalámbrica, que requiere una compilación previa. Esta compilación es lo diferente al resto de artículos encontrados y es lo que hace que esta sea la solución idónea.

He aquí los pasos a seguir (estas órdenes se ejecutarán con el usuario root o con un usuario sudoer y la orden sudo):

apt-get install build-essential git


cd rtlwifi_new

git checkout rock.new_btcoex

make


Aquí se puede generar un error porque la rama rock_new no existe, pero en el texto del error nos dice que podemos utilizar la rama original, ejecutando la siguiente orden:


git checkout origin/extended -b extended


Seguimos:


make 


Ahora sí compila. Continuamos:


make install

modprobe -rv rtl8723be

modprobe -v rtl8723be ips=0 ant_sel=0


Tarjeta wifi integrada Realtek rtl8723be en portátil ASUS funcionando.

Fallos PCI al iniciar Linux

Estos errores en los buses PCI se producen al iniciar Linux. Es bastante probable que con las nuevas versiones del kernel estos errores se solucionen, pero actualmente son errores que se producen en cada inicio del sistema, aunque Linux se inicia y funciona correctamente.

La causa de estos errores es la administración de energía de los buses PCI, porque algunos drivers no están optimizados para los sistemas Linux. Para solucionarlos hay que decirle al sistema que omita la administración de energía de los buses PCI. Para ello, hay que editar el archivo /etc/default/grub y añadir el parámetro pcie_aspm=off en la línea GRUB_CMDLINE_LINUX_DEFAULT. Esta línea ya puede contener algún valor. En mi sistema, contiene el valor quiet. Por lo tanto, mi línea quedará de la siguiente forma:

GRUB_CMDLINE_LINUX_DEFAULT="quiet pcie_aspm=off"

Seguidamente, hay que actualizar el archivo grub.conf ejecutando la siguiente orden:

update-grub2

En el siguiente inicio del sistema ya no se producirán estos errores.

En mi caso, he tenido un problema mayor, ya que el texto de los errores de los buses PCI que se generan al iniciar el equipo se guardan en los archivos syslog y kern.log. Pues bien, el tamaño de estos archivos ha ido creciendo hasta ocupar bastantes Gb, lo que ha provocado que el disco duro se llene, impidiendo el arranque del equipo. Para solucionar este problema, hay que borrar estos archivos, que se encuentran en el directorio /var/log. Si no podemos iniciar el sistema, hay que arrancarlo con una imagen live y borrarlos una vez iniciado el equipo. Las órdenes para borrarlos son las siguientes:

rm /var/log/syslog.*

rm /var/log/kern.*

Todas las acciones anteriores hay que realizarlas con el usuario root o con un usuario sudoer y la orden sudo.

Este artículo está basado en un tutorial publicado en la web de SLIMBOOK.

viernes, 3 de julio de 2020

Error en Depósito de claves de inicio de sesión

Algunas distribuciones de Linux utilizan un depósito de claves para almacenar las claves de los usuarios y otros datos sensibles con el fin de proteger su acceso desde aplicaciones externas.

La contraseña para acceder a este depósito de claves es la del usuario root. Si cambiamos la contraseña del usuario root no nos dejará acceder al depósito de claves y, cada vez que iniciemos sesión con cualquier usuario, nos pedirá la contraseña, generándose el error La contraseña que usa para iniciar sesión en su equipo ya no coincide con la contraseña de su depósito de claves de inicio de sesión.

Para eliminar este error y la petición de la contraseña del depósito de claves cada vez que iniciamos sesión, hay que borrar la carpeta donde el sistema guarda el archivo que utiliza como depósito de claves. Esta carpeta se llama keyrings y está ubicada en un directorio oculto del directorio home del usuario. Para visualizarla desde el entorno gráfico hay que pulsar las teclas Ctrl H. Esta carpeta es la siguiente:

$HOME/.local/share/keyrings (el directorio oculto es .local)

Podemos borrarla desde el entorno gráfico o escribiendo el siguiente comando desde una terminal:
rm -r $HOME/.local/share/keyrings

Si la borramos desde el entorno gráfico hay que volver a pulsar las teclas Ctrl H para dejar de visualizar las carpetas y archivos ocultos.

lunes, 10 de septiembre de 2018

Crear USB iniciable

Existen muchas aplicaciones para crear un dispositivo USB con el que iniciar el ordenador, muchas de ellas gráficas.

Yo utilizo una orden en Linux que realiza esta misma operación sin necesidad de aplicaciones externas - que algunas veces no acaban de funcionar - y que es muy rápida. Esta orden es dd. Un ejemplo sería el siguiente:

dd if=/media/Datos/ImágenesISO/Debian/debian-9.4.0-amd64-xfce-CD-1.iso of=/dev/sdb status=progress

La imagen ISO que se va a iniciar cuando se arranque el equipo es la instalación de Debian 9 y ha sido descargada previamente de la página oficial. Este archivo es el siguiente:

debian-9.4.0-amd64-xfce-CD-1.iso

El dispositivo que se va a preparar está conectado en un puerto USB y es reconocido por Linux como /dev/sdb. Ha sido formateado antes de ejecutar la orden dd.

El argumento status=progress muestra el avance de la creación del dispositivo.

miércoles, 5 de septiembre de 2018

VirtualBox. Error en las cabeceras del kernel

En ocasiones, al iniciar el servicio VirtualBox cuando se arranca el sistema o cuando iniciamos máquinas virtuales, se produce un error en el módulo del kernel. El error que genera cuando se arranca el equipo se muestra en las siguientes líneas:

systemd[1]: Starting VirtualBox Linux kernel module...
vboxdrv.sh[525]: vboxdrv.sh: Starting VirtualBox services.
vboxdrv.sh: Starting VirtualBox services.
vboxdrv.sh[525]: vboxdrv.sh: Building VirtualBox kernel modules.
vboxdrv.sh: Building VirtualBox kernel modules.
systemd[1]: Failed to start VirtualBox Linux kernel module.

Si ejecutamos la orden vboxconfig se genera otro error, pero el problema es el mismo.
 
El sistema operativo de mi equipo es Debian 9.

Este error se produce porque las cabeceras instaladas no son las mismas que el kernel instalado. En mi caso, tengo instalado el kernel linux-image-4.9.0-6-amd64, pero las cabeceras que se han instalado son linux-headers-4.9.0-13-amd64. Esto se puede ver claramente desde Synaptic.
 
Primeramente, es necesario instalar el paquete build-essential, porque tenemos que compilar e instalar un nuevo kernel para solucionar nuestro error. Para ello, hay que ejecutar la orden apt-get install build-essential.

La solución del error consiste en instalar el kernel que se corresponde con las cabeceras instaladas. Siguiendo el ejemplo anterior, la orden que tenemos que ejecutar es apt-get install linux-image-4.9.0-13-amd64. También lo podemos instalar desde Synaptic.

Para finalizar, reiniciamos el equipo y volvemos a ejecutar la orden vboxconfig. Al ejecutar esta orden se puede generar un error - no fatal - porque no encuentra un directorio que tiene que renombrar, pero lo renombra y el proceso funciona. Si ejecutamos nuevamente la orden vboxconfig ya no se producirá este error  porque la carpeta a renombrar ya está creada.

Si el problema persiste (algo poco probable), podría ser porque hemos instalado el paquete virtualbox-dkms. En este caso, será necesario eliminar y volver a instalar este paquete:

apt-get remove --purge virtualbox-dkms

apt-get install virtualbox-dkms

miércoles, 15 de noviembre de 2017

Instalar Debian Jessie EFI en Acer Aspire E 15 Start

En junio de 2015 he publicado un artículo para instalar Debian en un ordenador portátil con particiones EFI y en junio de 2017 he publicado otro.

Como este asunto de las particiones EFI está evolucionando constantemente, los dos métodos anteriores no me han funcionado en su totalidad para el portátil Acer Aspire E 15 Start. Este portátil no tiene unidad de CD/DVD, por lo que la instalación hay que hacerla desde un pendrive.

Este equipo tiene un BIOS con algunas funcionalidades nuevas que no conocía y que detallaré más adelante. La versión del BIOS es InsydeH20.

El primer problema que se me ha planteado es que no me reconocía el pendrive que he preparado con la aplicación Unetbootin para lanzar la instalación desde este medio cuando el equipo se inicia. Este pendrive funciona correctamente en otros equipos con particiones EFI, por lo tanto, el problema es de alguna configuración EFI de este portátil concreto, que no permite lanzar la instalación creada con Unetbootin.

Este problema lo he resuelto con la aplicación Win32 Disk Imager, que se instala en Microsoft Windows. Desde esta aplicación creamos el pendrive de instalación con la .iso de Debian que nos hemos descargado.

La configuración EFI del BIOS de este portátil es la siguiente:
  • Boot Mode: UEFI.
  • Secure Boot: Enabled.
Esta es la configuración predeterminada del BIOS. En principio, el valor Secure Boot no se puede modificar. Aunque debemos dejar los valores anteriores, para poder modificar el valor de Secure Boot, hay que acceder al menú Security y asignar una contraseña al usuario supervisor del BIOS. Para ello, hay que pulsar Intro sobre la opción Set Supervisor Password y escribir la contraseña. Posteriormente, hay que salir del BIOS guardando los cambios (pulsar la tecla F10) y volver a entrar. A partir de este momento, siempre nos pedirá esta contraseña cuando vayamos a acceder al BIOS.

Seguidamente, iniciamos el equipo con el pendrive conectado en un puerto USB y pulsamos la tecla F12 para mostrar el menú de inicio desde los distintos medios. Seleccionamos el pendrive y seguimos todo el proceso de instalación como lo hacemos normalmente.

Al reiniciar el equipo después de instalar Debian no se mostrará el menú GRUB y el equipo iniciará siempre en Windows. Para mostrar el menú GRUB hay que acceder nuevamente al BIOS y abrir al menú Security. A continuación, hay que acceder a la opción Select an UEFI file as trusted for executing - HDD0 - EFI - debian - grubx64.efi. Tenemos que asignar un nombre, que, en nuestro caso, va a ser GRUB (podemos asignar cualquier nombre). Con estas acciones estamos configurando una nueva entrada para iniciar el equipo. La opción Select an UEFI file as trusted for executing y todas las del apartado Secure Boot Mode son modificables porque hemos asignado contraseña al usuario supervisor del BIOS; de lo contrario, no se podrán modificar.

Seguidamente, salimos del BIOS guardando los cambios (pulsar la tecla F10) y volvemos a entrar. Accedemos al menú Boot y se mostrará la nueva entrada creada. Configuramos esta entrada como primera en el orden de inicio del sistema y, a partir de este momento, el control del arranque del equipo lo tomará Linux desde el menú GRUB, pudiendo iniciar el ordenador en Windows y en Linux.