• Ubuntu Phone
  • 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
  • Ubuntu León semper plus ultra
  • Keep calm and enjoy Ubuntu
  • Usa el teclado como se merece con el Dash de Ubuntu
  • pf-kernel para Ubuntu
  • Convierte tu iMac en un ordenador de verdad
  • Unity. Al fin un escritorio ordenado
  • Software libre, para una sociedad libre

LIÑUX: EL NUEVO GRUPO INTERNACIONAL EN #TELEGRAM DE SOFTWARE LIBRE EN #ESPAÑOL

Entrada escrita por: Fernando Lanero Barbero
¿Cómo te sentirías si hoy Ubuntu León te dijese que ya tienes un grupo dedicado a intercambiar tus experiencias e ideas sobre Software Libre directamente en tu teléfono y en español?

Era lo que estabas esperando y ahora, gracias al esfuerzo de casi un centenar de personas repartidas por todo el mundo, lo tienes al alcance de 2 clicks, uno para descargarte Telegram en tu dispositivo móvil o abrirlo en tu navegador de PC favorito y otro para hacer click sobre el enlace de invitación de acceso a Liñux:


Liñux es el grupo internacional de Telegram que trata el Software Libre de tu a tu, sin tabúes y con la mayor comunidad hispano hablante del mundo detrás: Linux, Ubuntu, Debian, Fedora, Gnome, KDE, LibreOffice, Gimp, Android, SailfishOS... todos sois bienvenidos en Liñux.

Ingenieros, profesores, estudiantes, mayores, jóvenes, curiosos, avanzados, no tan avanzados, gente que empieza, gente con ganas de aprender... pero todos comprometidos con la libertad en el uso y aplicación de las nuevas tecnologías.

Accede hoy mismo y comparte el enlace de invitación con todo aquel a quien creas que le puede interesar.

 Te estamos esperando para darte allí la bienvenida.
Leer más...

Doctor, mi firefox no tiene internet y le doy fibra óptica de la buena, no un modem de 56 Kb de marca blanca

Entrada escrita por: Francisco Javier Teruelo de Luis
(Otrosí "Mi navegador no me come").

¿Os lo habéis encontrado alguna vez? Seguro que sí, sobre todo cuando arrancáis demasiado rápido el navegador y sale ese mensaje de "Firefox ya está en funcionamiento" pero no arranca.

Podría pasar que se quedara permanentemente en ese estado, cosa relativamente corriente cuando tienes usuarios remotos y la red no está bien ajustada. En las máquinas autónomas se arregla con un reinicio, pero en remotas tendríamos que reiniciar el servidor y no nos dejan; ni tampoco es necesario. ¿Dónde esta la trampa?.

El truco está en la carpeta /home. Y lo puede arreglar el mismo usuario, no es necesario que intervengamos como administrador ni perder nuestras direcciones clasificadas, favoritos,...

Los pasos son sencillos. Lo clasifico por navegador:

1.-MOZILLA FIREFOX:
  • Abrimos nautilus en nuestra carpeta personal.
  • Visualizamos las carpetas ocultas. Con un simple CRTL+h ya es suficiente.
  • Encontraremos las carpetas de configuración y entramos en .mozilla/firefox.
  • Si no hemos generado ningún perfíl de trabajo, tendremos una serie de valores acabado con .default; si no, a nuestro perfil (que se supone que conocemos).
  • Ya estamos en las tripas de Firefox. El usuario ha de borrar dos simples ficheros: .parentlock y el enlace lock.
  • Y ya está. El navegador queda libre para poder trabajar. Como he dicho, un reinicio elimina estos ficheros, pero esto es más rápido y, en el fondo, es lo que hacemos con el reinicio.
2.- GOOGLE CHROME.
  • Abrimos nautilus en nuestra carpeta personal.
  • Visualizamos las carpetas ocultas. Con un simple CRTL+h ya es suficiente.
  • Encontraremos las carpetas de configuración y entramos en .config/google-chrome.
  • Borramos dos enlaces: SingletonCookie, SingletonLock y un fichero: SingletonSocket.
  • Ya estamos.

3.- CHROMIUM.
  • Abrimos nautilus en nuestra carpeta personal.
  • Visualizamos las carpetas ocultas. Con un simple CRTL+h ya es suficiente.
  • Encontraremos las carpetas de configuración y entramos en .config/chromium.
  • Borramos dos enlaces: SingletonCookie, SingletonLock y un fichero: SingletonSocket.
  • Ya estamos.
3.- MIDORI.
  • Abrimos nautilus en nuestra carpeta personal.
  • Visualizamos las carpetas ocultas. Con un simple CRTL+h ya es suficiente.
  • Encontraremos las carpetas de configuración y entramos en .config/midori.
  • Borramos el fichero running.
  • Ya estamos.
4.- QUPZILLA.
  • No he localizado ningún fichero de bloqueo y lo utilizo muy poco; no me he encontrado con el caso. Sólo he detectado que genera un fichero de base de datos en .config/qupzilla/profiles/default.
5.- UBUNTU WEB BROWSER.
  • No he localizado ningún fichero de bloqueo y lo utilizo muy poco; no me he encontrado con el caso; la carpeta está en .local/share/webbrowser-app/default.

Y todo listo. Espero que os sirva para no perder favoritos, configuraciones especiales de los navegadores,... todo eso que perdemos si borramos la carpeta de configuraciones para desbloquear.

Hasta luego.
Leer más...

Configuraciones para (dormir tranquilo cuando has de gestionar) servidores.

Entrada escrita por: Francisco Javier Teruelo de Luis
Muy buenas, aquí estamos otra vez.

Vamos a asumir que nos toca llevar/ayudar/colaborar con alguien y acabamos montándole un servidor, aunque sólo sea para guardar documentación. Y como somos como somos se lo montamos con un ubuntu para simplificar (en mi caso, es por principio y práctica, pero me da igual).

¿Qué dice la teoría oficial? Que un servidor se mantiene 7/24  y no se toca mientras funcione. Correcto. ¿Y cuando falla? ¿Cuándo se hacen las copias de seguridad? ¿Dónde? ¿Qué pasa si el número de usuarios aumenta y te das cuenta que se bloquea cuando trabajan en firme? ¿Compras otra máquina más potente? ¿Con qué presupuesto? Por muy estable que sea el sistema de ficheros, tarde o temprano habrá algún problema y en un reinicio puede clavarse...

La experiencia es que algún reinicio siempre es necesario; y un refresco aún más; y habitualmente no tenemos demasiado margen de tiempo para hacerlo sea porque no nos lo dan o porque sólo estamos ayudando y hemos de desviarnos mucho del camino habitual dar el soporte y vamos, como es habitual, con el petardo en el culo.

¿Alternativas? ¿Se pueden programar tareas de mantenimiento que nos tranquilicen? Os ofrezco mis alternativas, ya me diréis qué opináis de ellas.

Estado: Dos discos -sistema, usuarios y datos compartidos, montados en RAID- y un segundo disco más pequeño donde se realiza una copia de seguridad de los homes y de las carpetas compartidas. Asumo que se han configurado en la instalación los detalles de configuración que he comentado otras veces (sysctl, etc).


1.- Me aseguro que el disco del copias de seguridad no entre más que mientras se hace la copia (y no se está trabajando) y que se desconecte una vez acabada. reducción de accesos y mantenerlo en el mejor estado posible.
nano /etc/cron.d/BackUps
59 20 * * * root /bin/mount UUID=[o /dev/sd**, lo que os vaya bien] /media/lnadmin/ [la carpeta se puede cambiar, es cosa vuestra.]
00 06 * * * root / bin/umount UUID=___[Igual que arriba]
2.- Vaciamos, una vez a la semana, cada sábado por la noche, esas papeleras que los usuarios no suelen vaciar sin darse cuenta de la saturación de espacio que provocan.
nano /etc/cron.d/Papeleras
00 22 * * 6 root rm -rf /home/*/.local/share/Trash/*
3.- Forzamos la revisión de los sistemas de ficheros en el siguiente reinicio de domingo por la noche, por el simple expediente de incrementar artificialmente el contador de montajes. En principio cada cuatro activaciones -una vez al mes- se revisaba el sistema, pero debido a los problemas detectados y a ser un servidor sensible, no nos la jugamos. Cada vez que se arranca revisa TODO y nos aseguramos que el sistema es estable y el disco duro no se ha dañado. ¿Tarda más en iniciarse? Sí, pero ¿qué preferís en estas condiciones, tranquilidad o velocidad? Por mi parte lo tengo claro.
nano /etc/cron.d/Revisiones
50 23 * * 0 root /sbin/tune2fs -C 50 /dev/sda1
51 23 * * 0 root /sbin/tune2fs -C 50 /dev/sda2
...[siguen todas las lineas necesarias, en función de las particiones; hay que ajustar los tiempos y, para asegurar, dejo un minuto entre partición y partición].
4.-  Una vez creado el escenario, hacemos magia. ¿cuándo va más fino un telefono, un portátil...? Cuando lo acabamos de arrancar. La maquinaria que requiere calentamiento no goza de buena fama entre los usuarios -entre el gremio sería otra discusión- Así pues, a primerísima hora del lunes, cuando el relente hace que el equipo no padezca demasiado por la temperatura -no tengo una sala blanca ni refrigerada, por si no se nota- y mucho antes de que cualquier usuario entre al centro a trabajar, lanzamos la orden de reinicio al servidor; un servidor que, en estas circunstancias, se puede permitir tomarse todo el tiempo del mundo para su reinicio. En este caso dado que el mes de Agosto el centro permanece cerrado (se supone) y por si se olvida apagar la máquina se incluye la linea que apaga el servidor el último día de Julio, a las 23 y 59, para que no esté en funcionamiento inútilmente durante el mes de Agosto. Por ahora, siempre he podido apagar toda la instalación -que es lo mejor- pero por si acaso, no va mal tener esa seguridad y proteger la parte más vital del sistema.
nano /etc/cron.d/Reinicio
00 04 * * 1 root /sbin/reboot
59 23 31 7 * root /sbin/shutdown -h
Si hemos tenido suerte, ya está. Nuestros compañeros llegarán a las siete, o a las ocho, se pondrán a trabajar y ni se enteraran de qué ha pasado porque el servidor saltará alegre como un cervatillo.
Si salen fallos, esos problemas hubieran saltado igualmente: Un disco duro con fallos, una fuente de alimentación que pierde potencia,... La mayoría de estos errores avisan con tiempo a poder comprar piezas de recambio sin tener que aceptar cualquier precio o condición... excepto si no apagamos jamás la maquina y, entonces, en el primer apagado no se rearma y tenemos que correr como gallinas descabezadas. Así que por esa parte, también bien.
Incluso en el peor de los casos, que no se reinicie, es lunes por la mañana; empieza la jornada de trabajo y es más fácil organizarte sabiendo que las prioridades acaban de cambiar que no reorganizar todo el trabajo a media semana para cubrir una emergencia, presionado por todas partes... aunque esa última parte no te la podrás ahorrar, no nos engañemos.

Bueno, acábose el ladrillo. Ya me diréis qué opináis del tema o si lo haríais de otra manera. Hasta luego.

PS: Para las copias de seguridad utilizo el systemback, por eso no hay ninguna llamada aquí, no es que me haya olvidado; pero en caso de hacerlo lanzaría un rsync incremental con compresión a la partición de destino. Hasta luego.
Leer más...

PUBLICADA NUEVA VERSIÓN DEL NÚCLEO DE #LINUX

Entrada escrita por: Fernando Lanero Barbero
PUBLICADA NUEVA VERSIÓN DEL NÚCLEO DE #LINUX
Latest Linux Kernel Versions
4.6: mainline
May 16th 2016, 00:43

Version:4.6 (mainline)
Released:2016-05-15
Source:linux-4.6.tar.xz
PGP Signature:linux-4.6.tar.sign
Patch:patch-4.6.xz

 

http://www.kernel.org/

Toda la información y las últimas novedades relativas al software libre y a Ubuntu las puedes encontrar en linuxleon.org y ubuntuleon.com.

unsubscribe from this feed

Leer más...

Y seguimos com Google Chrome.

Entrada escrita por: Francisco Javier Teruelo de Luis
Hace poco teníamos que bloquear la arquitectura de 32 bits  en el repositorio de Google para que no nos diera errores, puesto que cerraron esa línea y sólo dejaron la de 64. Estaba aquí.


Ahora ha empezado aparecer este bonito mensaje:

W: No existe ninguna clave pública disponible para los siguientes identificadores de clave: 1397BC53640DB551

Pues bueno, tras una breve búsqueda vuelven a ser ellos, han cambiado las claves y hay que recargarla. Así pues la solución (fácilmente localizable, por esto):

wget -q -O - https://dl.google.com/linux/linux_signing_key.pub | sudo apt-key add -

Que todo fuera tan fácil de arreglar. Venga, luego más.

Leer más...

@RENFE TE TRAE CON EL 30% DE DESCUENTO, DIRECTO A LEÓN PARA EL @LINUXYTAPAS 2016

Entrada escrita por: Fernando Lanero Barbero
Así, sin dolor es como nos las gastamos en las tierras del norte para traerte al mejor evento del software libre de España, con un descuento del 30% si te vienes en tren.

-El descuento es para tarifas de IDA y VUELTA, no para tarifas que ponga PROMO

- Para obtener el descuento, hay que comprar el billete en la web de Renfe. En la parte en la que hay poner la información del viajero hay que pinchar en "Opciones especiales" y ahí pinchar en "Tarifa" y seleccionar "Congresos y eventos" y ahí poner la referencia que os facilitaremos escribiendo al correo del evento.








- También se puede conseguir el descuento imprimiendo el pdf y comprando el billete físicamente en un punto de venta autorizado.

Y ten cuidado, porque como dice Guzmán por aquí, "si no te gusta León, por ahí está la estación".


Más info: linuxytapas.es y en la web oficial de Renfe

Nota: estos descuentos son destinados únicamente a participantes en los congresos. Este blog no se responsabiliza de su uso indebido.
Leer más...

EN #LEONESP ESTAMOS TAN CONTENTOS CON EL @LINUXYTAPAS DE LA SEMANA QUE VIENE QUE LO ESTAMOS YA CELEBRANDO COMO MEJOR SABEMOS: CON UNA JOTA

Entrada escrita por: Fernando Lanero Barbero
Esto es lo único que se oye en cada rincón de la ciudad de unas semanas para acá.


Un tema popular compuesto por Fernando Lanero. Con música y voz de Fernando Lanero.



La ilusión por la llegada del Linux&Tapas ya se respira por todo León. Estamos cantando y bailando todos aquí de júblio. ¿Nos acompañarás, no?
Leer más...