• UbuCon Latinoamérica 2016
  • 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

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.7: mainline
Jul 24th 2016, 21:24

Version:4.7 (mainline)
Released:2016-07-24
Source:linux-4.7.tar.xz
PGP Signature:linux-4.7.tar.sign
Patch:patch-4.7.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...

Trasteando en la terminal.

Entrada escrita por: Francisco Javier Teruelo de Luis
Muy buenas.

Vamos a asumir que alguno de nosotros ha de hacer instalaciones de forma habitual y los sistemas montados tienen una serie de modificaciones que no están en el sistema base. Nos basaremos en que no podemos usar imágenes porque cada máquina es de su padre y de su madre, con discos de diferentes tamaños así que hemos de hacerlas una por una.

Como ya sabemos, en estas circunstancias lo que más se tarda es en las modificaciones posteriores, no en la instalación de la base que ya hacemos con los ojos cerrados y una mano atada a la espalda de la práctica que tenemos. Una vez acabada, busca el navegador, recuerda todo lo que has de montar, navega hasta las páginas adecuadas,...

En el mejor de los casos -como su seguro servidor- se ha guardado ya los .deb necesarios en un servicio de nube propio y los descargas desde allí. Con el tiempo acabas generando un script para hacer todas las modificaciones necesarias a máxima velocidad. No es fácil, siempre pasa algo, pero evidentemente con la búsqueda manual se reduce mucho la velocidad.

¿Y si os enseño como descargar directamente de la página web del instalador pero con la linea de comandos? Eso querría decir que, sin recurrir al navegador, podríamos ponerlo en el script y que bajara y se instalar directamente la última versión.

Un ejemplo: ¿quién no conoce esta paǵina?

 
¿Y si substituímos todo este proceso por tres líneas en la terminal?
Algo como:

wget -c https://dl.google.com/linux/direct/google-chrome-stable_current_amd64.deb
dpkg -i google-chrome-stable_current_amd64.deb
rm google-chrome-stable_current_amd64.deb
("-c" para que si se corta la conexión siga desde donde estaba)
Más rápido, más fácil y fácilmente insertable en un script ¿verdad?
De la  misma manera, podríamos instalar corriendo Google Earth (cuidado con las bibliotecas de 32 bits) de la siguiente manera.

wget -c https://dl.google.com/dl/earth/client/current/google-earth-stable_current_i386.deb

dpkg -i google-earth-stable_current_i386.deb
rm google-earth-stable_current_i386.deb
O Google Talk:

wget -c https://dl.google.com/linux/direct/google-talkplugin_current_amd64.deb
dpkg -i google-talkplugin_current_amd64.deb

rm google-talkplugin_current_amd64.deb
O Dropbox, ya puestos (aunque nos lo deja guardado con un nombre extremadamente largo, se sigue pudiendo instalar):

wget -c https://www.dropbox.com/download?dl=packages/ubuntu/dropbox_2015.10.28_amd64.deb
dpkg -i download\?dl\=packages%2Fubuntu%2Fdropbox_2015.10.28_amd64.deb
rm download\?dl\=packages%2Fubuntu%2Fdropbox_2015.10.28_amd64.deb

Seguro que hay más, pero con esto ya nos hemos ahorrado una buena media hora de descarga e instalación. Con una buena conexión y lanzado en consola como root no ocupa ni cinco minutos. Literalmente. Y eso mientras nos tomamos calmadamente un café (lo que se tercie en el momento según ganas y posibilidades).

Espero que os sea útil. Hasta luego.


Leer más...

20 DÍAS PARA EL EVENTO @UBUNTU DEL AÑO: @UBUCONLA 2016 #LIMA #PERU

Entrada escrita por: Fernando Lanero Barbero
Faltan 20 días para el evento del año! Nos vemos en 2016 en

Leer más...

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...