Los que me seguís os estaréis preguntando si he abandonado ya los podcasts y este Blog, ya que hace bastante que no hago nada.
Aparte de mi enfermedad, que ya os conté aquí mismo, aún no estoy recuperado del todo y haciendo honor a la verdad: no se me ocurre nada nuevo que publicar, ni en el Blog ni en mi podcast.
Iba a poner que era el FIN de este Blog y de mis podcasts, es como dar por finalizada una etapa de mi vida y no preocuparme por esto, pero creo que es más sabio dejarlos tal como están por si algún día me arrepiento y quiero volver a publicar algo.
Si veis que no publico nada durante mucho tiempo en ningún lado es por esto mismo. También podría hacerlo directamente en Mastodon (escrito o audio adjunto) pero ya se irá viendo más adelante.
Por ahora deciros esto tan solo para que sepáis algo nuevo de mi. Al menos estoy más activo en el fediverso.
El Virtual Data Optimizer (VDO) es una tecnología desarrollada para optimizar el uso del almacenamiento en sistemas Linux mediante deduplicación y compresión de datos. A medida que las organizaciones gestionan volúmenes crecientes de datos, herramientas como VDO se han vuelto esenciales para reducir costos y maximizar la eficiencia del almacenamiento.
Historia del VDO VDO fue desarrollado originalmente por Permabit Technology Corporation, una empresa especializada en tecnologías de optimización de datos. En 2017, Red Hat adquirió Permabit para integrar esta tecnología en su ecosistema. Desde entonces, VDO se ha incluido como parte del sistema operativo Red Hat Enterprise Linux (RHEL) y también está disponible en otras distribuciones de Linux.
La inclusión de VDO marcó un hito importante en la evolución de Linux como plataforma de almacenamiento empresarial, brindando capacidades avanzadas de optimización de datos directamente integradas en el sistema operativo.
¿Qué es VDO? VDO es un módulo de software que funciona en el nivel de bloques del sistema de almacenamiento. Opera entre los volúmenes físicos y los volúmenes lógicos, interceptando los datos antes de que se escriban en el disco. Este enfoque permite aplicar técnicas avanzadas de deduplicación y compresión para reducir significativamente el espacio de almacenamiento utilizado.
Beneficios de VDO
Deduplicación de Datos La deduplicación es el proceso de identificar y eliminar bloques de datos duplicados. VDO compara bloques de datos entrantes con los ya almacenados y, si detecta duplicados, simplemente almacena un puntero en lugar del bloque completo. Esto es particularmente útil en entornos donde se manejan múltiples copias de archivos similares, como sistemas de respaldo o almacenamiento de máquinas virtuales.
Ejemplo: En un entorno donde se almacenan múltiples máquinas virtuales basadas en la misma imagen base, VDO puede reducir drásticamente el espacio requerido al almacenar solo una copia de los datos redundantes.
Compresión de Datos VDO también aplica algoritmos de compresión para reducir el tamaño de los bloques de datos únicos antes de almacenarlos. Esto permite ahorrar espacio sin impactar significativamente el rendimiento del sistema.
Ventaja clave: La compresión es transparente para el usuario y no requiere modificaciones en las aplicaciones o flujos de trabajo.
Ahorro de Espacio y Costos La combinación de deduplicación y compresión puede reducir el uso del almacenamiento hasta en un 90 %, dependiendo de los tipos de datos. Esto se traduce en ahorros significativos en hardware y en costos operativos relacionados, como energía y enfriamiento.
Fácil Integración y Configuración VDO está integrado en distribuciones como RHEL, CentOS y Fedora, lo que facilita su implementación. Además, se administra mediante herramientas familiares como vdostats y vdo.
Casos de Uso de VDO Sistemas de Respaldo: Reduce el espacio necesario para almacenar copias de seguridad repetitivas. Virtualización: Optimiza el almacenamiento de discos virtuales en entornos donde múltiples máquinas virtuales comparten datos comunes. Almacenamiento en la Nube: Mejora la eficiencia de los recursos de almacenamiento en plataformas basadas en Linux. Desafíos y Consideraciones A pesar de sus beneficios, VDO también presenta ciertos desafíos:
Sobrecarga de CPU: La deduplicación y la compresión requieren potencia de procesamiento adicional, lo que puede impactar el rendimiento en sistemas con recursos limitados. Limitaciones en Datos Encriptados: VDO no puede deduplicar datos previamente encriptados, ya que los bloques cifrados tienden a ser únicos incluso si los datos originales son idénticos.
Después de mucho tiempo, logro tener espacio como para escribir algo. Principalmente para contarles que hubieron cambios cruciales en mi forma de vivir. Incluye mudanza, nuevas coordenadas en el mapa, muy lejos de la ciudad con tecnología casi análoga, ya que se cruza los dedos para que no perdamos señal de datos y energía eléctrica […]
Me enorgullece seguir presentando los vídeos de la pasada Akademy-es. Hoy sigo con la ponencia «Pintando con Krita: técnicas de ilustración» realizada en Akademy-es 2024 de València esLibre Edition donde vemos a Alien mostrarnos que arte y software libre deben estar siempre unidas de la mano. Un excelente punto de partida para poder conocer de forma virtual el gran evento de la comunidad española de KDE.
Pintando con Krita en Akademy-es 2024 de València esLibre Edition #akademyes
Hoy me complace presentar un gran trabajo de equipo que se inició con los técnicos de GNU/Linux València, que utilizando los dispositivos de Slimbook, consiguieron grabar con éxito todas las ponencias de Akademy-es.
Posteriormente, David Marzal y Jon Intxaurbe se encargaron de ir montando la ponencias para poder publicarlas, de momento, en Kockatoo Tube. Están todas, con subtítulos y todo, así que poco a poco las voy a ir promocionando en el blog.
Sigo la serie con la charla Pintando con Krita: técnicas de ilustración de la mano de Alien:
Charla sobre el uso de Krita para ilustración, aplicando conocimiento y pasos de ilustración tradicional a través del software. Durante la presentación, se mostrará cómo trabajar y pensar por capas, qué colores son los más indicados según capa de trabajo, cómo realizar paletas, personalizar pinceles y en general trabajar lo más cercano posible a la técnica tradicional pero usando el programa.
Gracias a Jon por su inestimable ayuda en la edición de estos vídeos. En comunidad somos más fuertes.
Foto de grupo de Akademy-es 2024 de València Eslibre Edition
¿Qué es el Akademy-es?
Akademy-es es el encuentro anual de desarrolladores, colaboradores y usuarios de KDE en España, que se celebra desde el año 2006 en distintas ciudades del territorio español y con esta se llegará a la decimasexta edición, lo cual significa una cifra más que aceptable.
En esta entrada vamos a hablar sobre dnsmasq, un servicio ligero que actúa como servidor de DNS, DHCP y TFTP, ideal para redes pequeñas o medianas. Veremos cómo instalarlo en Ubuntu 24.04, configurarlo para...
Me alegra compartir con todos vosotros la cuarta actualización de Plasma 6.2, iniciando así una serie de revisión de software que le dotará de más estabilidad, mejores traducción y resolución de errores. Estas actualizaciones son 100% recomendables y casi obligatorias para cualquier usuario ya que lo único que hacen es mejorar la versión sin comprometer sus funcionalidades.
Cuarta actualización de Plasma 6.2
No existe Software creado por la humanidad que no contenga errores. Es un hecho incontestable y cuya única solución son las actualizaciones. Es por ello que en el ciclo de desarrollo del software creado por la Comunidad KDE se incluye siempre las fechas de las mismas siguiendo una especie de serie de Fibonacci.
La Comunidad KDE ha publicado la primera actualización de Plasma 6.2, una versión que viene a subsanar los errores más graves del gran salto en cuanto a tecnología que fue Plasma 6 y Plasma 6.1.
Así que me congratula en presentar que hoy martes 26 de noviembre de 2024, un mes después de liberar el código de Plasma 6.2 la Comunidad KDE presenta la cuarta actualización de errores.
libkscreen Doctor: aclarado el significado de brillo máximo cero.
Espacio de trabajo Plasma: Icono de batería, añadido icono de auriculares.
Control de volumen de audio Plasma: Arreglado el diseño de prueba de los altavoces para el perfil Pro-Audio
Este mes me parece que voy a acabarlo con algunas entradas de mi marca de ordenadores favorita. Y es queme he dado cuenta que algunos de sus dispositivos no habían sido presentados en el blog. Como podemos ver en su página web ofrecen lo que llaman el Slimbook Zero, un pequeño dispositivo que tiene como objetivo cubrir la necesidad de tener un pequeño ordenador para tareas ofimáticas o centro multimedia a precio reducido, de pequeño tamaño y silencioso.
Slimbook Zero, un ordenador compacto y eficiente
Antes de empezar quiero destacar que la gama Slimbook Zero de Slimbook no es nueva, fue lanzada hace unos años pero por los motivos que sean nunca hemos dedicado un artículo en el blog.
Para los que no lo conozcan, Slimbook Zero es el hermano pequeño del One, es decir, una serie de ordenadores compactos pero potentes ideales para tener colgados detras del monitor o al lado del televisor del salón, por ejemplo. La idea es aprovechar las posibilidades de tener una carcasa pequeña donde ensamblar componentes pequeños pero potentes, algo que podemos conseguir gracias a la minituarización de los discos duros y de las memorias ram. Esto conlleva también a que su consumo eléctrico es bajo.
Personalmente, yo tengo un Slimbook One en el despacho para mi pareja desde hace muchos años y es perfecto para prácticamente cualquier tarea: ofimática, edición de vídeo, servidor, videojuegos (que no requieran de una gráfica extraordinaria), etc. Además, su cuidada estética lo hace versátil incluso para decorar el despacho. Su inconveniente está en las limitaciones en cuanto a ampliaciones, que no es que no se pueda sino que no te da tantas opciones como un ordenador de sobremesa convencional.
Es evidente, el dispositivo anterior es compacto pero muy potente, orientado para aquellos que no quieren tener limitaciones y que necesitan tirar de CPU para tareas pesadas. ¿Y si quiero algo similar pero a menor precio porque no requiero tanta potencia ni que sea tan bonito?
Pues para responder a esa necesidad la compañía Slimbook ideó su Slimbook Zero, la misma idea que el One pero abaratando costos en carcasa y potencia, ideal para entornos menos exigentes porque ¿para qué quiero un maquinon para controlar el cobro de tickets o para simplemente navegar por la red y escribir un documento en Libre Office?
El Slimbook Zero, como he dicho al principio, nació hace unos años y ahora presenta un procesador N100 de Intel, un procesador comparable a un Intel Core i5-7400 pero con un consumo de 6W, algo que lo hace muy jugoso ya que, además, la relación calidad/precio es de las más altas que nos podemos encontrar en el mercado.
Como podemos ver en la imagen superior, su aspecto es de batalla, lleno de surcos en su carcasa metálica destinados a disipar su temperatura ya que no lleva ventilador, lo que garantiza un nivel ínfimo de ruido. Además, su conectividad está fuera de toda duda, como podemos ver en la imagen inferior, donde apreciamos 8 entradas USB, 4 puertos Ethernet, HDMI, DisplayPort, etc.
Las características de este Slimbook Zero N100 son las siguientes:
Procesador: Intel N100
Gráficos: Intel UHD Graphics
Salidas de vídeo: 1x HDMI, 1x Displayport
Puertos USB: 2 x USB 3.0, 6 x USB 2.0.
Redes: 4 x RJ45 2.5Gb, Wifi 6 (opcional)
Memoria RAM: hasta 32GB DDR5
Disco duro M.2: hasta 4TB NVMe
Disco duro SATA: hasta 4TB 2.5″
Sistema Operativo: Linux/Windows
Pendrive: Disponible con tu distro Linux
Y por cierto, no penséis que hago toda esta publicidad porque reciba una compensación económica, simplemente porque confio en esta empresa que no olvida que el Software Libre es algo más que Software.
Nueva entrada de la serie de grandes juegos libres. Los seguidores de la serie habrán notado que el mes pasado no se publicó entrada, la razón es que en realidad cuesta bastante realizarlas, así que para publicar algo de baja calidad dejé pasar dicho mes para que este noviembre tuviéramos uno bueno.Hoy vuelvo a uno mis géneros favoritos ya que ofrece descarga de adrenalina asegurada por el ritmo frenético que requiere. Se trata del género disparos en primera persona (FPS), género que ha aparecido en un varias ocasiones en la serie. Os presento OpenArena, la versión libre del clásico Quake III Arena, un FPS frenético .
OpenArena, la versión libre del clásico Quake III Arena – Juegos Linux (XIV)
Esta entrada es similar a la de Alien Arena, y es que volvemos a hablar de la compañía de videojuegos ID Software que siempre ha tenido un especial cariño por liberar su código para que el desarrollo de sus juegos tuvieran gran apoyo de la Comunidad. Creo que esta es la razón por la que los juegos de disparos en primera persona, conocidos como First Person Shooter (FPS para abreviar), es bastante popular en el mundo del Software Libre.
En 2005 esta compañía decidió liberar el código fuente del motor gráfico de Quake III bajo Licencia GPL. Sólo un día más tarde OpenArena fue lanzado al mercado, se trataba de la primera prueba beta el 19 de agosto de 2005. (Wikipedia)
OpenArena ha sido desarrollado, usando principalmente software de código Libre y abierto. El motor de juego es el Quake III GPL de la compañía id Software, el cual es completamente Libre. El motor de Juego, el código y los datos, todos son de contenido abierto. OpenArena ha sido aprobado para ser compatible con algunos mods de Quake 3.
Pero, si os fijáis, he dicho que ha sido desarrollado porque parece que su desarrollo se ha estancado, ya que última versión, la 0.8.8, es del 2012. En la web vemos que se anuncia que se está trabajando en una nueva iteración (incluso en la página multimedia anuncian que «Please be aware that this version is 3 years old and does not represent the coming 3.X version») pero no encuentro información de la misma. Eso sí, hay un foro oculto para desarrolladores que están preparando la próxima versión al que no se puede acceder sin registro… lamentablemente no tengo tiempo para intentar entrar al mismo.
Eso sí, el juego es jugable y como prueba es que está disponible para instalar en formato flatpak y que si buscas en youtube encunetras bastantes vídeos recientes.
En palabras de sus desarrolladores, OpenArena es presentado como:
OpenArena es un proyecto de contenido libre. Su objetivo es crear medios nuevos y originales, proporcionando al mismo tiempo un juego multijugador independiente.
Las características de OpenArena
Alien Arena se distribuye bajo la licencia GPL (General Public License), lo que permite a los usuarios utilizar, modificar y redistribuir el software de manera libre y gratuita.
Como siempre, me gusta hacer un listado con sus características básicas:.
Gráficos retro estilo años 90, similares a Quake III Arena.
Texturas, modelos y sonidos completamente libres, creados por la comunidad.
Estilo visual centrado en la acción rápida y el minimalismo gráfico, sin buscar realismo extremo.
Amplia selección de mapas diseñados por la comunidad.
Posibilidad de añadir mods, skins y configuraciones personalizadas.
Compatible con mapas y mods de Quake III Arena, lo que amplía aún más el contenido.
Requisitos de hardware modestos, ideal para ordenadores más antiguos.
Alto rendimiento incluso en sistemas con recursos limitados.
Comunidad activa de jugadores
Soporte de servidores para partidas multijugador.
Los tipos de juego admitidos actualmente son los siguientes:
Libre para todos
Combate a muerte por equipos
Torneo
Capturar la bandera
Captura de una bandera
Sobrecarga
Cosechadora
Eliminación
Eliminación CTF
Último hombre en pie
Dominación doble
Dominación
¿Cómo conseguir OpenArena?
Como está siendo habitual, estos juegos libres los podemos encontrar en casi todos los sistemas operativos disponibles. No hay más que visitar la página oficial para ver que puedes jugar a OpenArena en GNU/Linux, Windows, MacOS, o conseguir el código fuente.
Pues lo cierto es que estoy seguro que si pero en la página web no aparece la información de como hacerlo, lo cual me hace pensar que aunque el juego funciona a la maravilla, su desarrollo parece algo estancado.
Esta novena entrega del año de la iniciativa #viernesdeescritorio que vuelve a los fondos clásicos. Bienvenidos a mi escritorio Plasma de noviembre 2024, realizado sobre Kymera Slimbook, con el que llegamos a las 54 entregas compartiendo «Mi escritorio» de forma mensual.
Mi escritorio Plasma de noviembre 2024 #viernesdeescritorio
Esta va a ser la quincuagésimocuarta (54 para los que nos cuesta leer esto) vez que muestro mi escritorio Plasma 6 en público, lo cual es número nada desdeñable de entradas que sigue creciendo de forma constante. Hice un recopilatorio con los 12 escritorios del 2022 y este diciembre he hecho una con los 13 del 2023. Por fin he encontrado el momento perfecto para hacer este tipo de entradas.
Y en esta ocasión vuelvo a mis ordenador de escritorio, con el que estoy trabajando últimamente. Este equipo tiene instalado un KDE Neon con Plasma 6.2.3, sobre una versión de KDE Frameworks 6.8 y una versión de Qt 6.8 El servidor gráfico es Wayland y el Kernel es 6.8.0-49-generic (64 bits).
He cambiado al tema global Sweet Mars de Eliverlara, con los iconos Candy, de mismo creador. He añadido el clásico y elegante reloj Digital Clock Be Style y tambén he modificado el lanzador de aplicaciones a Menu Ditto que quizás estaría mejor centrado pero que de momento se queda ahí. Respecto al fondo he buscado uno con estilo neon que lo haga colorido llamado Sweet Space, tambien de Eliverlara.
El resultado de mi escritorio Plasma de noviembre de 2024 es un entorno de trabajo oscuro y, como siempre, funcional que podéis ver en la imagen inferior (pinchad sobre ella para verlo un poco más grande).
Hace poco tuve que cambiarme a Raspberry Pi OS de 64 bits porque había algunos programas que solo funcionan con esta versión y no con la versión de 32 bits, en realidad hay muchos más programas que se pueden compilar exitosamente en esta versión.
A continuación voy a poner una lista que irá creciendo aquí con el tiempo:
ytfzf: este script para ver vídeos solo funciona en PC con GNU/Linux y raspberry pi de 64 bits.
KODI 20 o superior, las versiones anteriores sí funcionan con la versión de 32 bits, pero algunos plugins necesitan versiones más modernas para funcionar correctamente.
Aparte de esta lista, te encontrarás muchos más que no se podían compilar en la versión de 32 bits y ahora sí te van a funcionar.
Si conocéis más casos de programas que funcionen en Raspberry Pi OS de 64 bits y no en la de 32 bits, poned un comentario y vamos completando la lista entre todos.
Tras un parón debido al salto de Qt5/KF5 a Qt6/KF6 que realizó la Comunidad KDE hace ya más de seis meses decidí retomar esta sección aunque renombrándola ya que en ella solo hablaré de Plasmoides para Plasma 6. En la entrada de hoy me complace compartir con vosotros un reloj sencillo para tu escritorio que lleva por nombre Material Clock, un plasmoide que muestra la hora y el día con el estilo Material Design.
Reloj sencillo para tu escritorio, Material Clock – Plasmoides para Plasma 6 (11)
Como he comentado en otras ocasiones, de plasmoides tenemos de todo tipo funcionales, de configuración, de comportamiento, de decoración o, como no podía ser de otra forma, de información sobre nuestro sistema como puede ser el uso de disco duro, o de memoria RAM, la temperatura o la carga de uso de nuestras CPUs.
Así que espero que le deis la bienvenida a un plasmoide llamado Material Clock, una creación del incombustible cesp99 que nos ofrece un reloj sencillo para tu escritorioque muestra la hora y el día con el estilo Material Design, ese lenguaje visual que combina los principios del buen diseño con la innovación técnica y científica, o al menos eso dice Google.
Y como siempre digo, si os gusta el plasmoide podéis «pagarlo» de muchas formas en la página de KDE Store, que estoy seguro que el desarrollador lo agradecerá: puntúale positivamente, hazle un comentario en la página o realiza una donación. Ayudar al desarrollo del Software Libre también se hace simplemente dando las gracias, ayuda mucho más de lo que os podéis imaginar, recordad la campaña I love Free Software Day de la Free Software Foundation donde se nos recordaba esta forma tan sencilla de colaborar con el gran proyecto del Software Libre y que en el blog dedicamos un artículo.
Para los no iniciados en el blog, quizás la palabra plasmoide le suene un poco rara pero no es mas que el nombre que reciben los widgets para el escritorio Plasma de KDE.
En otras palabras, los plasmoides no son más que pequeñas aplicaciones que puestas sobre el escritorio o sobre una de las barras de tareas del mismo aumentan las funcionalidades del mismo o simplemente lo decoran.
* Looking for the Audio-only version * * of the Q&A? * You're just one big orange button away --> Get the Audio Version [1] ***News and Update *** Ubports Q&A 153 held on 16 November 2024. Marius, A...
* Looking for the Audio-only version * * of the Q&A? * You're just one big orange button away --> Get the Audio Version [1] ***News and Update *** Ubports Q&A 152 held on 2. November 2024. Alfred...
* Looking for the Audio-only version * * of the Q&A? * You're just one big orange button away --> Get the Audio Version [1] ***News and Update *** Ubports Q&A 151 held on 19. October 2024. Alfred ...
Lo primero de todo es explicar que es rsyncpara el que no lo conozca.
rsync es una aplicación libre para sistemas de tipo Linux/Unix y Microsoft Windows que ofrece transmisión eficiente de datos incrementales, que opera también con datos comprimidos y cifrados. Mediante una técnica de delta encoding, permite sincronizar archivos y directorios entre dos máquinas de una red o entre dos ubicaciones en una misma máquina, minimizando el volumen de datos transferidos.
Una característica importante de rsync no encontrada en la mayoría de programas o protocolos es que la copia toma lugar con sólo una transmisión en cada dirección.
Además rsync puede copiar o mostrar directorios contenidos y copia de archivos, opcionalmente usando compresión y recursión.
Migración de un recurso a otro
Vamos a suponer que estamos trabajando en un entorno de producción en el que tenemos un recurso compartido en el que varias aplicaciones escriben datos. Este recurso puede ser una NAS, NFS, CIFs/SAMBA, etc...
Por algún motivo este recurso va a ser migrado a un nuevo recurso que deberemos comenzar a usar.
Dado que estamos en producción, el tiempo de parada y no disponibilidad del servicio debe ser mínimo para el traspaso de los datos de un recurso a otro, además de que no podemos perder nada debemos asegurarnos que los datos del viejo recurso se copian exactamente igual al nuevo destino.
Para realizar este proceso de copia, el mejor sistema que podemos usar es rsync, ya que no sólo copia los ficheros, sino que además mantiene los propietarios de los ficheros, permisos, enlaces y optimiza la copia entre el origen y destino.
La sintaxis básica para usar rsync es: rsync opciones origen destino
NOTA: rsysnc permite copiar ficheros tanto en el mismo servidor como copia a servidores remotos
Servidor en producción con recurso externo
En el gráfico simplificado anterior se ve como sería la situación.
RA sería el recurso que tenemos montando en el servidor de producción donde varias aplicaciones escriben (cada una en su directorio). NR sería el nuevo recurso al que vamos a migrar los datos y donde seguirán escribiendo en el futuro las aplicaciones.
El proceso se puede simplificar en los siguientes pasos:
Sincronización previa de RA a NR
Parada de las aplicaciones
Sincronización final de RA a NR
Cambio del punto de montaje. RA se desmonta y NR se monta como punto de montaje en RA, consiguiendo que sea transparente para las aplicaciones.
En el paso 1, se realiza una sincronización inicial para llevarnos toda la estructura y los ficheros que se generan por las aplicaciones, dependiendo del tamaño de los datos (GB o TB) y de la velocidad de lectura/escritura de los recursos usados, este proceso puede durar desde varios minutos a varias horas.
En el paso 2, pararemos las aplicaciones para que no haya nuevas escrituras de datos y poder realizar una copia/sincronización limpia.
El paso 3, sincronizaremos los últimos ficheros escritos para que no haya ninguna discrepancia de datos y esté todo totalmente actualizado
En el último paso 4, desmontamos el recurso RA que estaban usando las aplicaciones y montamos el nuevo recurso NR en la misma ruta que usaban el recurso anterior, para que las aplicaciones y desarrolladores no tengan que modificar nada en su código o configuraciones y sea una migración transparente.
Cuando el tiempo de finalización importa
Aunque rsync es muy rápido, ya que si por ejemplo en un fichero/directorio sólo ha cambiado su fecha de acceso, unicamente se cambiará ese dato, tiene que recorrer toda la estructura de directorios y revisar todos y cada uno de los ficheros existentes, si hay miles de ellos, el tiempo se puede dilatar considerablemente.
El paso 3, en que se realiza la última sincronización es crucial sobre todo en un entorno de producción para minimizar el tiempo de parada y de no disponibilidad de las aplicaciones.
Supongamos la siguiente estructura de directorios para varias aplicaciones:
Un proceso normal sería realizar un rsync del directorio RA hacia NR. Escribo para mayor claridad las opciones extendidas de la sintaxis de rsync.
rsync --archive --delete /RA/ /NR
Usamos --archive ó -a que incluye las opciones -rlptgoD :
Opción archive:
-r : Recursivo
-l : Copiar enlaces como enlaces
-p : Preservar los permisos
-t : Preservar fecha/hora de modificación
-t : Preservar grupo
-o : Preservar propietario
-D : Si algo es un dispositivo o fichero especial también se copia
Usamos la opción --delete para que si algún fichero (por ejemplo ficheros temporales) se han borrado del origen, también se borren en el destino.
NOTA: Importante usar la barra final RA/ después de la ruta del directorio origen, para que se lleve exactamente la estructura de directorios interna y no se cree un nuevo directorio RA dentro de NR
Una primera versión de sincronización sincroniza_v1.sh podría ser:
#!/bin/bash
while true
do
rsync --archive --delete /RA/ /NR
done
Si dejamos este script en un cron, al ser un bucle infinito, cuando finalice la sincronización, volverá a ejecutarse y revisará los cambios y realizará de nuevo la sincronización.
Parece una buena solución, sin embargo, el problema que nos encontramos es que cada directorio app-N puede tener tantos ficheros y subdirectorios, que el rsync de cada directorio de cada aplicación puede durar por ejemplo una hora. Cuando haya pasado de app-01 y llegue a app-15 habrán pasado aproximadamente unas 15 horas, durante las cuales cada aplicación anterior ha tenido tiempo de generar nuevos ficheros. En cuanto hagamos la parada de las aplicaciones y vayamos a realizar la última sincronización, el tiempo de parada y sincronización puede llegar a ser de casi 15 horas, lo cual no es aceptable.
Rsync en paralelo
Está claro que el procedimiento se puede reducir si lanzamos varios rsyncindividuales y en paralelo para cada uno de esos directorios, tendríamos 15 procesos de sincronización ejecutándose y en el proceso de parada, la última sincronización duraría unicamente lo que tardase el directorio con mayor número de ficheros, pudiéndose realizar esa migración con una parada de como máximo una hora, algo que empieza a entrar en unos tiempos razonables.
Mientras se realizan esas sincronizaciones en paralelo, nos puede interesar tener datos sobre cuanto tiempo tarda cada uno de ellos, para cuando llegue el momento de la intervención tener una estimación real de cuanto vamos a tardar.
Os dejo y además os explico un script que permite tener un control de tareas de rsync en un servidor sobre varios directorios, y que además deja un LOG con los tiempos de duración de los procesos de sincronización.
#!/bin/bash
# -----------------------------------------------------
# sincroniza.sh
# (c) SoloConLinux
# Sincronizacion paralelizada por directorios
# en modo background con control de ejecucion
# y log de tiempos de sincronizacion
# -----------------------------------------------------
# Variables
FCONTROL="/tmp/sinc"
FLOG="/var/log/sincroniza.log"
# Funciones del script
sincroniza() {
if [ -f $FCONTROL-$2 ] ; then
echo "Ejecutandose proceso $2 de sincronizacion de $1"
else
echo "$(date) Iniciando $1" >> $FLOG
HORAINI=$(date +"%s")
touch $FCONTROL-$2
rsync --archive --quiet --delete /RA/$1/ /NR/$1
echo "$(date) Fin de $1" >> $FLOG
HORAFIN=$(date +"%s")
# Calcular tiempo en segundos (HORAFIN - HORAINI)
TIEMPO=$(($HORAFIN - $HORAINI))
# Transformar segundos en HH:MM:SS
HHMMSS=$(echo - | awk -v "S=$TIEMPO" '{printf "%02d:%02d:%02d",S/(60*60),S%(60*60)/60,S%60}')
# Tiempo de sincronizacion al LOG
echo "*** /RA/$1 ha tardado $HHMMSS en sincronizarse ***" >> $FLOG
rm $FCONTROL-$2
fi
}
# ----- Parte principal del script --------------------------
# Array de Directorios a sincronizar
DIRECTORIOS=(app-01 app-02 app-03 app-04 app-05 app-06 app-07 app-08 app-09 app-10 app-11 app-12 app-13 app-14 app-15)
# Bucle para sincronizar en background
for i in $(echo ${!DIRECTORIOS[@]})
do
# Lanzar sincronizacion de cada elemento (ruta y posicion array)
sincroniza ${DIRECTORIOS[$i]} $i &
done
# -----
El funcionamiento del script es sencillo, lo explico desde la parte principal del script para que se comprenda.
DIRECTORIOSes una array con los directorios que deseamos se sincronicen de RA a NR
El bucle recorre todo el array, y llama a la función sincroniza pasándole 2 parámetros, el primero $1 es el nombre del directorio a sincronizar, y el segundo $2 es el valor numérico del elemento. Además se llama a la función en modo background & para que no espere a la finalización de la ejecución de la función y continúe con el siguiente elemento. En el primer bucle la llamada a la función interna contendría los siguientes valores: sincroniza app-01 0 &
Veamos que hace la función sincroniza con los valores que recibe.
sincroniza usa un fichero de control para saber si existe algún rsync activo para ese directorio que le hemos indicado, se define a partir de la variable FCONTROL="/tmp/sinc" + la variable $2 que recibe (posición del array)
Si ya hay un proceso rsync ejecutándose para ese elemento, lo sabe porque existirá un fichero de nombre /tmp/sinc-N y no realiza nada.
Si no existe ese fichero de control, se genera. Se apunta en una variable interna de la función la hora de inicio en segundos HORAINI, y se llama al proceso de rsync incluyendo el parámetro --quiet para evitar salida del proceso.
En cuanto el proceso rsync de esa función (que se está ejecutando en segundo plano en una sub-shell) finaliza, se apunta la hora de finalización en segundos HORAFIN, se calcula cuanto ha tardado el proceso de rsync, simplemente restando las tiempos que están en formato segundos, el resultado lo transformamos a un formato legible en formato hh:mm:ss
Los datos del tiempo de sincronización los enviamos al fichero de Log que hemos definido en la variable FLOG.
El último paso es borrar el fichero de control, para que cuando la función sea llamada de nuevo para este directorio en particular se realice de nuevo la sincronización y se vuelvan a monitorizar los tiempos.
Este script lo podemos dejar en un cron que se ejecute por ejemplo cada 5 minutos, ya que como hemos visto, si ya hay un rsync activo para ese directorio no se va a volver a lanzar.
En el caso de que por ejemplo el directorio app-13 tuviese una cantidad enorme de subdirectorios y ficheros podemos incluirlo de forma troceada en el array de directorios para separarlo en procesos de rsync y acelerar la sincronización.
El script es mejorable, pero como punto de partida y explicación para uso de procesos en paralelo de rsync creo que es válido y os sea útil.
Evidentemente, tras la última sincronización hay que eliminar el cron que se está ejecutando cada cierto tiempo este script.
Si no queremos que se ejecute ningún proceso de sincronización sobre un directorio podemos crear a mano el fichero de control que evita esa sincronización /tmp/sinc-N, en donde N es la posición de 0-n en el array DIRECTORIOS.
Con los datos sincronizados, cambiaremos en nuestro fichero /etc/fstab el nuevo recurso NR que tiene todos los datos actualizados y sincronizados tenga el punto de montaje que tenía anteriormente RA.
Jugando un poco con el script, las sincronizaciones que os podrían llevar horas se pueden realizar en minutos, lo cual es muy importante en caso de intervenciones en servidores de producción.
¿Tu abuela ponía una puntita de bicarbonato en el agua de remojo de los garbanzos? ¿Añadía azúcar al tomate para que estuviera menos ácido? ¿Cascaba las patatas para engordar el caldo en los guisos? Y lo más importante: ¿tú sigues usando estos trucos porque a las abuelas no se las cuestiona o porque se ha hecho así toda la vida?
Con todo nuestro respeto para las mujeres que tantísimo curraron en la cocina y tan buenos platos nos dejaron, ha llegado el momento de pasar esas técnicas por la lupa de la ciencia, para saber cuánto hay en ellas de verdad y cuánto de hechicería. Para hacerlo contamos con la maravillosa Mariana Koppmann, bioquímica, bromatóloga, cocinera y autora de Manual básico de gastronomía científica y Manual aplicado de gastronomía científica (Editorial Siglo XXI). Si quieres descubrir si dorar la carne para sellarla, ponerle un chorrito de cerveza a un rebozado, untar el cuchillo con vinagre para no llorar con la cebolla o mojar las pechugas en leche para ablandarlas sirve realmente para algo, no tienes más que mirar el vídeo de arriba.
En este vídeo analizamos de forma constructiva cómo las instituciones públicas pueden mejorar la gestión de información en momentos críticos. A raíz de la tragedia ocurrida en la Comunitat Valenciana el 29 de octubre de 2024, reflexionamos sobre las herramientas digitales y la comunicación oficial, planteando propuestas claras para optimizar la experiencia ciudadana.
1️⃣ La necesidad de alternativas soberanas
🚨 ¿Por qué depender de plataformas privadas como Twitter para información crítica? Proponemos soluciones como implementar servicios propios basados en Mastodon para garantizar independencia y fiabilidad.
2️⃣ Mapas abiertos y accesibles
🗺️ Aplaudimos el uso de OpenStreetMap, pero sugerimos extender esta práctica a todas las plataformas, incluyendo aplicaciones móviles, y abrir APIs para un mapa de emergencias europeo colaborativo.
3️⃣ Código abierto como herramienta ciudadana
🛠️ Las aplicaciones públicas deberían ser software libre. Pedimos a la Generalitat Valenciana y al Gobierno de España que publiquen el código de sus aplicaciones, fomentando la colaboración técnica y logística.
4️⃣ Mejoras en los avisos de emergencia
📋 Información clara sobre la duración y previsión de las emergencias, así como el uso de formatos accesibles como PDF, pero con datos enriquecidos y contexto útil para la ciudadanía.
💬 ¿Qué mejorarías tú?
Déjanos tus ideas en los comentarios. Queremos construir un debate proactivo que llegue a quienes pueden implementar estas mejoras.
CAPÍTULOS:
00:00 Introducción
00:47 Twitter NO puede ser el sistema
01:31 Propuesta: servidor Mastodon
02:12 Mapa con API pública
04:14 PDFs con alertas
04:52 La app y sus problemas
05:45 Dinero público, código público
06:46 ¿Y tú?
Comienza tu SERVIDOR KVM o WEB HOSTING con Hostinger 👉 https://hostinger.com/locosporlinux 💥 ¡Usa el cupón de descuento LOCOSPORLINUX para obtener un 10% de DESCUENTO!
Comienza tu SERVIDOR KVM o WEB HOSTING con Hostinger 👉 https://hostinger.com/locosporlinux 💥 ¡Usa el cupón de descuento LOCOSPORLINUX para obtener un 10% de DESCUENTO!
💥Hasta el 12 de diciembre podrás contratar las mejores tarifas del mercado tanto en 2.0TD como 3.0TD gracias a las compras colectivas con Spock, incluso mejorando la oferta conseguida por la OCU con Wekiwi.
👉Listado de Códigos Amigo de Spock: https://bit.ly/4gnoYF4 Te sugerimos que uses uno de esos enlaces para darte de alta en Spock si no conoces a nadie actualmente en Spock que te pueda ayudar si tienes dudas. Si quieres saber más sobre el Plan Amigo de Spock: https://youtu.be/GqGy9jc9a-o
👉El comparador con sus tutoriales en grinchenergetico.com/comparador-de-tarifas/
Comienza tu SERVIDOR KVM o WEB HOSTING con Hostinger 👉 https://hostinger.com/locosporlinux 💥 ¡Usa el cupón de descuento LOCOSPORLINUX para obtener un 10% de DESCUENTO!
En las redes sociales circulan cada vez más dietas, suplementos y alimentos que prometen ser antiinflamatorios, pero alerta spoiler: ninguno de ellos obra tal milagro. Lo que sí es cierto es que la alimentación está estrechamente relacionada con la inflamación, y por tanto, también lo está con enfermedades que tienen que ver con procesos inflamatorios como la psoriasis, que afecta principalmente a la piel, o la artritis psoriásica, que ataca a las articulaciones.
Entonces, ¿qué hay que comer para evitar la inflamación? Si bien no hay evidencia científica acerca de alimentos concretos que tengan efecto antiinflamatorio en nuestro organismo, sí podemos seguir ciertas pautas nutricionales –padezcamos una enfermedad o no– que consisten en elegir ciertos tipos de alimentos frente a otros. Para tener un poco más de claridad en este asunto, mira el vídeo de arriba donde, en colaboración con Johnson & Johnson, Marcos Paulino Huertas, médico reumatólogo y presidente de la Sociedad Española de Reumatología, y Montserrat Ginés, Vicepresidenta de Acción Psoriasis y paciente con psoriasis y artritis psoriásica, ponen diferentes cestas de la compra a prueba.
La Document Foundation (TDF) vuelve a criticar las prácticas de Microsoft en relación con los formatos utilizados en su paquete ofimático, acusándolos de aplicar una estrategia intencionada para dificultar la interoperabilidad con LibreOffice. Según TDF, Microsoft emplea formatos XML innecesariamente complejos que complican el trabajo de los desarrolladores externos y mantienen al usuario atado a su ecosistema propietario.
Aunque la crítica no es nueva, sigue siendo igual de relevante. LibreOffice adopta el OpenDocument Format (ODF), un estándar abierto, mientras que Microsoft impone su propio Office Open XML (OOXML). A pesar de que OOXML también se considera abierto, está diseñado específicamente para sus aplicaciones, dificultando su correcta implementación por terceros, algo que, según TDF, no parece ser mera casualidad.
Italo Vignoli, cofundador de TDF, compara el esquema XML de Microsoft con un sistema ferroviario en el que las vías son públicas, pero el sistema de control es tan enmarañado que resulta imposible construir trenes compatibles. Explica que la estructura es tan compleja que incluso una frase sencilla se convierte en un laberinto de etiquetas y elementos opcionales que solo los desarrolladores de Microsoft pueden manejar sin problemas.
Estas barreras técnicas no son visibles para el usuario común, que simplemente ve un documento que “funciona como siempre”. Sin embargo, tras bambalinas, actúan como una cerradura invisible que impide a otras herramientas competir en igualdad de condiciones. Para TDF y LibreOffice, esto constituye un claro caso de “bloqueo de facto” disfrazado de estándar abierto, fomentando el conocido lock-in y la dependencia del proveedor.
¿La solución? Ninguna. Microsoft tiene vía libre para continuar con esta práctica. “Si estás diseñando o eligiendo un sistema basado en XML, recuerda que la complejidad encadena a las personas, mientras que la simplicidad y la claridad las liberan”, concluye Vignoli. Un principio de “haz el bien, no el mal” que, según él, nunca ha sido adoptado por Microsoft ni parece que vaya a serlo en el futuro.
En los últimos tiempos, el interés por alternativas abiertas a Microsoft Office y OOXML ha crecido, impulsado no por la interoperabilidad, sino por factores como el rechazo a la nube y los modelos de suscripción, así como por la preocupación ante posibles injerencias externas en el actual contexto geopolítico.
Veamos cómo hacer que la salida de un comando que ejecutamos en la terminal de nuestro sistema GNU/Linux se guarde en el portapapeles de nuestro sistema
Este artículo es una de esas «chuletas» o recordatorios de cómo se hace algo para mi yo del futuro, pero además si también a tí te resulta útil y es lo que estabas buscando pues mucho mejor.
Lo que estaba buscando es la manera de copiar la salida de un comando ejecutado en mi terminal al portapapeles del sistema, para después pegarlo en otro sitio, sin tener que seleccionar lo que quiero y copiarlo manualmente.
El ejemplo (real) es el siguiente. Estoy reportando un error de un programa de mi equipo, y en el reporte me pide mi información del sistema como sistema operativo, versión de tal o cual cosa, etc.
Toda esa información que necesito la obtengo rápidamente con kinfo en mi entorno Plasma de KDE ¿no lo sabías? Te dejo un enlace donde lo explico:
Pues bien, la salida de ese comando, la quiero copiar directamente al portapapeles de mi sistema para simplemente pulsar Ctrl+V en la página del reporte y pegar esa información que me ofrece kinfo.
Para esto vamos a utilizar xclip, por lo tanto tienes que tenerlo instalado en tu sistema. Tendremos que canalizar la salida de kinfo a xclip y decirle a este que utilice el portapapeles de mi sistema.
Para hacer todo esto basta con ejecutar el siguiente comando:
kinfo | xclip -selection clipboard
Podemos cambiar el comando kinfo por otro que nos interese. Podemos utilizar las opciones en formato corto del comando xclip para acortar el comando más:
kinfo | xclip -sel clip
Pero si siempre utilizamos xclip de esta manera, podemos acortar aún más el comando creando un alias en nuestro sistema como el siguiente:
alias xclip='xclip -sel clip'
Y con este alias ya configurado podremos acortar aún más nuestro ejemplo, que ahora sería así:
kinfo | xclip
Así configurado es más corto y cómodo.
Otro ejemplo, podremos también copiar por ejemplo las 10 primeras líneas de un archivo al portapapeles desde nuestra terminal con el siguiente comando:
head archivo.txt | xclip
Y después pegarlas en donde queramos. Interesante y rápido ¿verdad? Espero que te sea útil.
Sabrosas, crujientes, fáciles de preparar… y sin carne: nuestras Buffalo wings cambian el pollo por verdura y siguen siendo el picoteo perfecto.
Ingredientes (para 4 personas) - 1 coliflor mediana (unos 600 g) - 80 g de harina de trigo - 80 g de maicena - 50 g de aceite de oliva virgen - 170 ml de agua - 1 cucharadita de sal - 2 cucharaditas de pimentón ahumado - 2 cucharaditas de ajo en polvo - 2 cucharaditas de pimienta negra - ½ cucharadita de comino en polvo
Salsa - 60 g de mantequilla - 80 g de salsa no muy picante (sriracha o similar) - 1 cucharada de vinagre blanco - 1 cucharada de miel (opcional)
- Salsa ranchera o de queso azul (opcional) - Palitos de apio o zanahoria (opcional)
Preparación 1. Calentar la freidora de aire a 200 ºC. 2. Cortar los floretes de la coliflor, procurando que queden de un tamaño parecido al de una alita de pollo. Reservar el tallo para otras preparaciones. Consejo: puedes congelar el resto de la coliflor y usarlo otro día en una crema de verduras, un salteado o un arroz. 3. Mezclar en un bol la harina, la maicena, el aceite de oliva, la sal, la pimienta negra, el ajo en polvo, el pimentón ahumado, el comino en polvo y 150 ml de agua. 4. Introducimos la coliflor en el bol y mezclar para que todos los floretes se embadurnen bien. 5. Con unas pinzas de cocina o dos tenedores, pasar los trozos de coliflor escurridos al cesto de la freidora de aire. Es importante que estén en una sola capa y con un poco de espacio entre unos y otros para que no se peguen. Hacerlo en dos tandas si es necesario. 6. Hornear 15 minutos en la airfryer, moviendo los trozos a la mitad del tiempo. Consejo: si lo haces en dos tandas, puedes juntar los trozos de la primera y los de la segunda en la misma airfryer y calentar todo dos o tres minutos. 7. Mientras las alitas se hacen, preparar la salsa. Poner la mantequilla en una sartén a fuego medio-bajo. Cuando esté fundida, retirar la sartén del fuego y añadir la salsa picante y el vinagre. Se le puede dar un toque dulce con un poco de miel. 8. Probar y corregir de sal. 9. Volcar las alitas de coliflor en la salsa y mezclar con suavidad hasta que estén bien cubiertas. 10. Servir inmediatamente acompañado, si se quiere, de salsa de queso azul o ranchera y unos palitos de apio o zanahoria.
