• Aquí vive el Software Libre, coje lo que quieras, da lo que puedas
  • Rápido, seguro, libre e increíblemente fácil de usar
  • Ubuntu: Linux para seres humanos
  • Linux es Educación. Linux es Ciencia
  • Ubuntu es diseño, Ubuntu es innovación
  • Keep calm and enjoy Ubuntu
  • Trata tu teclado como se merece con Ubuntu
  • pf-kernel para Ubuntu
  • Convierte tu iMac en un ordenador de verdad
  • La libertad no es poder elegir entre unas pocas opciones impuestas
  • Software libre, para una sociedad libre

Cuando viejos proyectos demuestran seguir funcionando... y salvan (o al menos alivian) el día. Wimax al rescate del fuego.

Entrada escrita por: Francisco Javier Teruelo de Luis

Buenas. Hacía demasiado tiempo, lo siento.

Vista la fecha, puedo asumir que sabéis qué ha pasado (está pasando) con los incendios este año. En León... no hace falta que lo explique.

Fuente: Diario de León. 12 de agosto de 2025

Uno de los muchos problemas del incendio de Molezuelas de la Carballeda cuando llegó a Castrocalbón fue que se llevó por delante -logicamente- la torre repetidora y ¿adivináis qué zona se quedó sin ningún tipo de servicio de comunicaciones durante dos días (porque obviamente las prioridades eran -y siguen siendo otras-). Una única torre hizo caer totalmente el sistema. Con el fuego creciendo por todas partes y carreteras cortadas no se podía avisar por teléfono o internet de en qué estado estaban las cosas o las personas... ¿O sí?

Porque resulta que hace tiempo, en esos nebulosos tiempos prehistóricos de antes de la pandemia, había un proyecto de expansión de internet por los pueblos que no se basaba en los operadores, el sistema Wimax.

¿Alguien lo recuerda? Lo simplifico, en esencia consiste en antenas wi-fi, pero en vez de repartir la potencia de manera equivalente en todas direcciones las antenas son direccionales y se comunican una con la otra -con la que está alineada- a largas distancias necesitando una potencia de emisión bastante baja; además, al menos cuando estuve trabajando con estos proyectos, era simétrica, cosa que no era habitual en las conexiones comerciales.

Eso permitía expandir redes de conexión sin necesidad de estirar la red de cable y lo único que necesitaba era que alguno de los nodos tuviera acceso a internet (por ahí siempre pasamos por los operadores, no hay nada que hacer... a menos que contrates ancho de banda en un Centro de Datos, pero eso es otra guerra).

Con esa solución se montó una red en pequeños pueblos que lanzó las conexiones a partir de los espacios donde pasaban consulta -el día que tocaba- los médicos y se añadía una pequeña antena wi-fi que permitía a los médicos y a quien estuviera allí cerca conectarse. Protegida con contraseña porque era para la gente del pueblo, no para cualquiera que pasara por allí, no especialmente potente, pero funcional y útil.

 Y cuando todo cayó, como esta vez seguía habiendo electricidad (al menos por el momento) esa red seguía funcionando. Y siguió funcionando durante todo el tiempo hasta que se reparó la torre.

 Lamentablemente, en vez de dejarla para comunicaciones necesarias, todo el mundo quiso tirar de esa línea, bastante más limitada en ancho de banda y, claro, todo lo que no sea videollamada no se usa y de vez en cuando se paraba. Creo que se llama Ataque de Denegación de Servicio o simple sobrecarga. Cuando paraban se rearmaba y seguía activa.

Cuando en su momento planteábamos esos proyectos y los proponíamos, se reían de nosotros, como cuando sugeríamos fuentes de potencia de emergencia con placas solares o pequeños ventiladores que cargaran baterías por si caía la alimentación general. Eramos alarmistas, buscábamos complicaciones y éste era el mejor de los mundos posibles, todo era perfecto y no hacía falta saber nada, únicamente comprar el servicio que era más fácil. Las redes centralizadas mejoraban la vida de todo el mundo, las distribuidas sólo la complicaban innecesariamente.

Cuando llegó el apagón (durante el cual también siguió funcionando la red wimax) y cuando vimos demasiado cerca la puerta del Infierno (aunque hayamos tenido suerte por ahora) esas tonterías y ridiculeces que pensábamos siguieron de pie y mucha gente no enfermó de preocupación pensado que nos habíamos abrasado.

Nunca he cambiado de opinión, pero esto me reafirma. Todo este proyecto iba muy ligado al momento en el cual el Software Libre y Línux como su gran defensor tenían fuerza aún, antes de estos días actuales donde, hasta que no lleguen los jugones, seguimos siendo La Resistencia. Ha seguido funcionando sin fallos todos estos años y ha aguantado en las peores circunstancias de los últimos años. Hay que seguir resistiendo y dando la batalla, y recordemos ser amables y no recordarle a algunos cómo se reían de esos proyectos.

Y permitidme lo siguiente, por favor. Una vez más a la brecha, amigos míos. Una vez más. 


Leer más...

CAMBIA #FIREFOX SNAP POR LA VERSIÓN .DEB OFICIAL DE MOZILLA EN #UBUNTU 24.04

Entrada escrita por: Fernando Lanero Barbero



 
SI TIENES FIREFOX INSTALADO DESDE EL SNAP OFICIAL DE UBUNTU:

1a. Desinstala el Snap de Firefox:

sudo snap remove firefox



SI TIENES FIREFOX INSTALADO DESDE PPA DE "MOZILLA-TEAM" (.deb):

1b. Elimina el PPA de Firefox:

sudo add-apt-repository -r ppa:mozillateam/ppa


1c. Borra el pin creado para el apt:

sudo rm -rf /etc/apt/preferences.d/mozilla-firefox



2. Importa la clave de firma del repositorio de Mozilla APT (si falta wget, instálalo primero):

wget -q https://packages.mozilla.org/apt/repo-signing-key.gpg -O- | sudo tee /etc/apt/trusted.gpg.d/packages.mozilla.org.asc > /dev/null



3. Añade el repositorio APT de Mozilla a tu lista de fuentes a través de "Programas y actualizaciones" - "Otro software" - "Añadir":

deb https://packages.mozilla.org/apt mozilla main

4. Establece la prioridad del paquete Firefox para asegurar que el DEB de Mozilla sea siempre el predeterminado. Si no lo haces, el paquete de transición de Ubuntu se reinstalará, y obtendrás el Snap oficial de Ubuntu (no copies y pegues línea por línea):

echo '
Package: *
Pin: origin packages.mozilla.org
Pin-Priority: 1000

Package: firefox*
Pin: release o=Ubuntu
Pin-Priority: -1' | sudo tee /etc/apt/preferences.d/mozilla



5. Por último, utiliza APT para desinstalar y volver a instalar Firefox desde el repositorio oficial de Mozilla (no pierdes la configuración del navegador):

sudo apt purge firefox


sudo apt purge firefox-locale-es

 

sudo apt autoremove

sudo apt update


sudo apt upgrade


sudo apt install firefox


sudo apt install firefox-l10n-es-es
Leer más...

Mejora el rendimiento de Ubuntu 24.04 LTS cambiando el governor de la CPU

Entrada escrita por: Fernando Lanero Barbero

 

Nada mejor para mejorar el rendimiento de Ubuntu 24.04 LTS que cambiar el "governor" por defecto de la CPU de "ondemand" a "performance".

Para lograr esto, se utilizará "cpufrequtils" que se puede instalar a través del gestor de paquetes de Ubuntu.

1. Instalar cpufrequtils.

En una ventana de terminal ejecutar el comando:

sudo apt install cpufrequtils

Se instalará la aplicación.  

2. Cambiar el gobernador de CPU a rendimiento.

Para cambiar el controlador de CPU a rendimiento (performance), en la terminal:

for cpu in /sys/devices/system/cpu/cpu[0-9]*; do
sudo cpufreq-set -c "${cpu##*/cpu}" -g performance
done

El cambio se aplicará inmediatamente a todos los núcleos de la CPU, sin embargo, no se mantendrá tras el reinicio, por lo que será necesario crear un pequeño script para aplicar todo lo anterior en el arranque.  

3. Aplicar el controlador de rendimiento de la CPU en el arranque

Crear un nuevo archivo de servicio systemd:

sudo nano /etc/systemd/system/set-cpufreq.service

Esto abrirá nano, un editor de texto basado en línea de comandos. Dentro del archivo, insertar:

[Unit]
Description=Set CPU governor to performance
After=multi-user.target

 [Service]
Type=oneshot
ExecStart=/usr/bin/set-cpufreq.sh
RemainAfterExit=true

 [Install]
WantedBy=multi-user.target



Esta instrucción indicará al servicio de arranque que ejecute el script al inicio para todos los usuarios. Guardar el archivo (ctrl+o)

A continuación, crear el propio script de inicio con el siguiente comando:
 

sudo nano /usr/bin/set-cpufreq.sh

Como contenido de la secuencia de comandos, se introducirá:

#!/bin/bash
for cpu in /sys/devices/system/cpu/cpu[0-9]*; do
cpufreq-set -c "${cpu##*/cpu}" -g performance
done

 

Que establece que todos los núcleos de la CPU utilicen el gobernador de rendimiento.
 

De nuevo, guardar el archivo (ctrl+o)

Hacer el script anterior ejecutable:

sudo chmod +x /usr/bin/set-cpufreq.sh

Volver a cargar la configuración del gestor Systemd:

 

 sudo systemctl daemon-reload

 

Establecer el nuevo servicio para iniciar en el arranque:

sudo systemctl enable set-cpufreq.service

Reiniciar el sistema.

El nuevo perfil de rendimiento será el que se aplique por defecto en cada reinicio.

Listo.

 

4. ¿Cómo confirmar que se han aplicado los ajustes?

 

cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor


Leer más...

[PODCAST] UBUNTU Y OTRAS HIERBAS: S06E06: Scam en snap y vulnerabilidad XZ en repositorios oficiales

Entrada escrita por: Fernando Lanero Barbero
[PODCAST] UBUNTU Y OTRAS HIERBAS

Podcast en español sobre Ubuntu y software libre en general.

Feed RSS directo para añadir el podcast: https://www.ivoox.com//ubuntu-otras-hierbas_fg_f1412582_filtro_1.xml

--- Música ---
Autor música del podcast: "Ulf - Chiptune Musician"
bajo licencia CC BY-NC 4.0 https://creativecommons.org/licenses/by-nc/4.0/
Canción entrada: Wolf Heathen - "Cavitating" (Original Chipmusic) https://goo.gl/BYd2kn
Canción noticias: The Goonies 2 Theme (NES) - Chipmusic Remix https://goo.gl/zpKW44
No se realizan cambios en la música, sólo se embebe mientras presentamos el programa o las noticias.

(https://www.ivoox.com/s06e06-scam-snap-vulnerabilidad-xz-en-audios-mp3_rf_127089830_1.html) S06E06: Scam en snap y vulnerabilidad XZ en repositorios oficiales
Apr 5th 2024, 22:05

Analizamos los siguientes problemas recientes en paquetería de software libre:

https://twitter.com/DragonJAR/status/1774558690365911333

https://popey.com/blog/2024/02/exodus-bitcoin-wallet-490k-swindle/

 

https://www.ivoox.com/s06e06-scam-snap-vulnerabilidad-xz-en-audios-mp3_rf_127089830_1.html

Toda la información y las últimas novedades del software libre las puedes encontrar en (http://ubuntuleon.com) ubuntuleon.com

(https://blogtrottr.com/unsubscribe/nx2/x7gLKB) unsubscribe from this feed

 
Leer más...

[PODCAST] UBUNTU Y OTRAS HIERBAS: S06E05: Telegram baneado en España

Entrada escrita por: Fernando Lanero Barbero
[PODCAST] UBUNTU Y OTRAS HIERBAS

Podcast en español sobre Ubuntu y software libre en general.

Feed RSS directo para añadir el podcast: https://www.ivoox.com//ubuntu-otras-hierbas_fg_f1412582_filtro_1.xml

--- Música ---
Autor música del podcast: "Ulf - Chiptune Musician"
bajo licencia CC BY-NC 4.0 https://creativecommons.org/licenses/by-nc/4.0/
Canción entrada: Wolf Heathen - "Cavitating" (Original Chipmusic) https://goo.gl/BYd2kn
Canción noticias: The Goonies 2 Theme (NES) - Chipmusic Remix https://goo.gl/zpKW44
No se realizan cambios en la música, sólo se embebe mientras presentamos el programa o las noticias.

(https://www.ivoox.com/s06e05-telegram-baneado-espana-audios-mp3_rf_126387976_1.html) S06E05: Telegram baneado en España
Mar 24th 2024, 11:36

Por Javier Teruelo, Lorenzo Carbonell y Marcos Costales.
Proviene de una grabación en directo en Telegram: https://t.me/UbuntuYOtrasHierbas pero no nos dimos cuenta de que no estábamos grabando. Disculpad.

 

https://www.ivoox.com/s06e05-telegram-baneado-espana-audios-mp3_rf_126387976_1.html

Toda la información y las últimas novedades del software libre las puedes encontrar en (http://ubuntuleon.com) ubuntuleon.com

(https://blogtrottr.com/unsubscribe/nx2/x7gLKB) unsubscribe from this feed

 
Leer más...

Error montando unidad NTFS en Ubuntu

Entrada escrita por: Fernando Lanero Barbero

Cuando Ubuntu no puede montar una unidad formateada con sistema de archivos NTFS mostrando el error "Error mounting /dev/xxx at /media/xxx. Unknow error when mounting /dev/xxx"


Simplemente abrir la terminal y:

lsblk

Para verificar la ruta del disco que nos está dando problemas.

sudo ntfsfix /dev/xxx

Para corregir el problema.

Y apuedes volver a acceder a tu disco NTFS.

Leer más...

Borra los locales (idiomas) que no necesites

Entrada escrita por: Fernando Lanero Barbero

Información básica

Según man locale-gen, las configuraciones regionales se configuran en varios archivos.

     /etc/locale.gen

El archivo de configuración principal, que tiene un formato simple: cada línea que no está vacía y no comienza con # se trata como una definición local que se va a construir.

     /var/lib/locales/supported.d/

Un directorio que contiene fragmentos de locale.gen proporcionados por paquetes de paquetes de idioma.  No los edite manualmente, se sobrescribirán al actualizar el paquete (Ver "Nota")

Las configuraciones regionales se compilan (generan) en un solo archivo.

     /usr/lib/locale/archivo-local

Ubicación de archivo local predeterminada habitual.

 

Configurando locales

Comenta cada línea con el idioma que no se necesite en:

sudo nano /etc/locale.gen

Comenta cada línea con la configuración regional específica que no se necesite en:

sudo nano /var/lib/locales/supported.d/<código lcal>

Por ejemplo, para el idioma inglés:

sudo nano /var/lib/locales/supported.d/en

# en_HK.UTF-8 UTF-8

etc.

Y para el español:

sudo nano /var/lib/locales/supported.d/es

# es_EC.UTF-8 UTF-8

etc.

Al emitir locale-gen, el archivo compilado se borra y todas las configuraciones regionales en /etc/locale.gen y en /usr/lib/locale/locale-archive se regeneran nuevamente

Regenera la nueva configuración de locales con:

sudo locale-gen

 

Nota

Mantener las configuraciones regionales en /var/lib/locales/supported.d/ es más complicado.  Dado que cualquier archivo /var/lib/locales/supported.d/<code> depende del paquete language-pack-<code>-base, cualquier cambio en el primero se restaurará cuando se actualice el segundo.

Solución alterna.  Una solución más intrusiva pero general que evita cambios en /var/lib/locales/supported.d/ es configurar archivos con el atributo "inmutable (i)".  Entonces, en lugar de eliminar archivos, vacíelos.  Por ejemplo:

 cd /var/lib/locales/supported.d/
 sudo rm <código> && sudo touch <código> #<código> se ha vaciado
 lsattr <código> #atributos regulares
 sudo chattr +i <código> #agregando (+) inmutable
 lsattr <código> #comprobando atributos
Fuente

Leer más...