Fedora 38: la actualización es cada vez más sencilla

A pesar de que he intentado esperar un mes antes de actualizar a Fedora 38, no me he podido resistir y he transformado mis tres ordenadores principales (trabajo, casa y portátil personal).

Impresiones... Cada vez más fácil. Fue tal que así (ejecución como administrador):

dnf upgrade --refresh # sin problemas

dnf install dnf-plugin.system-upgrade # solo preciso en el portátil

dnf system-upgrade download --releasever=38

Un solo problema aquí, con una incompatibilidad entre la librería libheif instalada y la futura de fedora 38. Hubo que desinstalarla para que el proceso siguiera. Sin embargo, no fue necesario aplicar --allowerasing, siempre necesario hasta ahora. La carga necesitó entre 11 y 19 minutos, según ordenador. El que más necesitó, aparte de la velocidad de la red, tenía que bajar 3807 paquetes, 6,1GB

dnf system-upgrade reboot

Listo. Luego revisé lo más importante:

1. Si no se había modificado el fichero 90-override.conf de /etc/sysctl.d, donde incluyo kernel.sysrq = 1 para activar las teclas mágicas y fs.inotify.max_user_watches = 300000 para que dropbox no proteste por los ficheros que puede abrir. Sin problemas.

2. Estado de Dropbox - activo  y sin problemas

3. Demonio onedrive - activo  y sin problemas

4. Control de extensiones de gnome - hubo que actualizar casi todas y alguna ya no era compatible y hubo que eliminarla. Ningún problema. Cada día uso menos...

5. Aprovechando la situación, actualización de paquetes de R mediante update.packages(ask = F) dentro de R (que se actualice R no quiere decir que se actualicen los paquetes internos, que no dependen de Fedora)

Listo. Todo actualizado, sin pérdida de datos.

Tengo que decir que ni siquiera había realizado copia de seguridad, por varias razones: 

1. Siempre ha funcionado.

2. La aplique primero en el ordenador que no contiene la copia maestra.

3. La que pesó más, actualicé tan rápido debido a las discusiones que tengo en diferentes foros frente a los fanboys de Ubuntu. Como me caliento, no me pude contener. Defectos que tiene uno.

Fedora 37: impresiones

Como había dicho en la entrada anterior, tenía la necesidad de instalar Fedora 37 en uno de los ordenadores, porque había dejado algo que provocaba de vez en cuando un corte en el sistema gráfico. Pues ya lo he probado varios días en tres equipos instalando de limpio y actualizando. Todos funcionan adecuadamente, no se ha producido ningún corte y todo va como la seda (casi; ahora lo explico). En resumen, recomiendo el cambio inmediato. Tengo la sensación incluso de que los ventiladores hacen menos ruido, como si hubiera bajado en consumo y las necesidades del sistema.

 ¿Cuál ha sido el único problema que me he encontrado? Dropbox

En el ordenador que he instalado de nuevo en limpio, dropbox no se ha instalado correctamente por un problema entre dropbox y nautilus, por lo que no arranca al principio. La solución ha sido que cada vez que arranco o reinicio el sistema genero un terminal en el que ejecuto la orden ~/.dropbox-dist/dropboxd y lo fuerzo a arrancar. Simplemente tendremos que esperar a que dropbox corrija el problema y volveremos a la normalidad.

Onedrive actualizado en Linux

A pesar de ser un usuario de Dropbox desde que esta aplicación nació, y que además tengo contratada una licencia plus de 2TB, por razones profesionales —los documentos oficiales de mi Universidad tienen que localizarse solo en el software y en el servicio de alojamiento contratado por ella— no me ha quedado más remedio que usar también OneDrive. El problema para lograr un trabajo fluido por alguien que usa software libre para todo está en que no existe un demonio cliente oficial que permita sincronizar OneDrive con el disco duro de trabajo en un sistema operativo Linux. He mirado las posibilidades no oficiales. La que parece más sencilla, Insync, no es GPL y además es de pago. La siguiente posibilidad, Rclone (página propia aquí), sí es GPL y gratuita, y que además permite sincronizar Google Drive, la veo complicada en su configuración (véase aquí y aquí, para el que quiera). Lo que he visto más sencillo y rápido es onedrive, el cliente gratuito y libre de OneDrive de MS.

La instalación y preparación es sencilla. Una buena página que indica lo más importante es ésta. Por pasos:

1. Instalamos

su -c 'dnf install onedrive'

2. Ejecutamos:

$ onedrive

y en el terminal aparece una URL muy grande que nos conecta al sistema Microsoft. Hay que abrir la cuenta y luego (o si ya la tienes abierta también) queda una página en blanco. Copiamos la URL de esa página en el terminal donde decía Enter the response uri:

y con ello permitimos la conexión y sincronización de onedrive con nuestro disco duro.

 

3. Sincronizamos

$ onedrive --synchronize

y aparece en nuestro nautilus —ahora llamado Archivos—. Esta orden actualiza en ambas direcciones TODO el contenido de OneDrive. Si queremos sincronizar solo parte de los directorios o ficheros de nuestro OneDrive, generamos un fichero sync_list en el directorio /home/usuario/.config/onedrive. Ese fichero podría líneas similares a: 

Apuntes
Imagenes
Documenots/fichero1.odt

Siendo los primeros directorios y el último un fichero en concreto que queremos que se sincronice. 

Hasta ahora estoy sincronizándolo todo.

Después de cada cambio, se resincroniza mediante

$ onedrive --synchronize --resync

4. Si queremos evitar la resincronización continua, podemos incluir el cliente onedrive en systemd. De este modo se sincroniza de manera continua desde el inicio y nos olvidamos de resincronizar

$ systemctl --user enable onedrive # permiso
$ systemctl --user start onedrive # inicio servicio

Si queremos comprobar que onedrive está monitorizando los cambios:

$ systemctl status --user onedrive

Si tenemos la monitorización activada y aparece un problema al ejecutar una sincronización al ejecutar onedrive --synchronize --resync—que no es necesario hacer, ya que el sistema se monitoriza automáticamente—, podemos apagar el servicio onedrive en systemd

$ systemctl --user stop onedrive

luego resincronizar OneDrive

$ onedrive --synchronize --resync 

y luego reiniciar el servicio
 
$ systemctl --user start onedrive

Sencillo.

# ACTUALIZACIÓN

He tenido algunos problemas de corte de sincronización y pérdida de identificación. La única forma de solucionarlo ha sido ejecutar

$ onedrive --logout

y luego repetir el proceso de identificación (onedrive, copia del url, acceder a el y copiar la respuesta en el terminal, para luego sincronizar de nuevo onedrive --synchronize).

Fedora 30. Algunos "problemillas"

Para aquellos fans de Fedora que aún no hayan actualizado a Fedora 30, vamos a describir los problemas que me he encontrado en la actualización y luego en la instalación. Tranquilos, nada nuevo que no hayamos visto:

Primera fase: actualización. El día de salida de Fedora 30 mi página web base, Fedora magazine, señalaba ya la posibilidad de actualizar. Como estaba tranquilo tomando un café nocturno, decidí seguir la corriente... ¿qué son 45 minutos? Siguiendo las indicaciones habituales, primero actualicé completamente el sistema,

su -c 'dnf -y update --refresh'

luego instalé el plugin de actualización,

su -c 'dnf install dnf-plugin-system-upgrade'

comencé la actualización, que lo que hace es bajar las actualizaciones de TODO,

su -c 'dnf system-upgrade download --releasever=30'

esta vez no fue necesario incluir --allowerasing, supongo por que no encontró problemas de dependencias ni paquetes sin sustitución; por cierto, tardo solo 4 minutos, con una red que alcanzaba picos de 42MB/s

y finalmente ejecutamos la actualización

su -c 'dnf system-upgrade reboot'

Tardó 23 minutos y ahí se acabó, por que el sistema gráfico no volvió a arrancar. Las condiciones de ese equipo son Intel i7-3770 con hd400 integrada y 24Gb de RAM. El sistema sí funcionaba, por que el terminal 1 y los de 3 al 7 funcionaban, pero el 2, que lleva el sistema gráfico, al poner la palabra de entrada, volvía a pedirla una y otra vez. Después de trastear con los terminales a ver si era capaz de encontrar una solución, decidí instalar desde limpio y no, nunca arrancó el sistema gráfico con startx en los terminales.

Segunda fase: instalación de limpio (que bien, así empiezo de nuevo; eso si, ya no llegan 45 minutos).
Tras bajar una versión live y otra netinst preparé con Fedora Writer (en un portátil, claro) dos unidades USB con ambas versiones. Primero probé la versión live, a ver si era capaz de arrancar el sistema gráfico, y así fue, así que luego instalé con una versión netinst, que permite establecer usuario y administrador y deja el sistema actualizado. Una vez realizada la instalación, bastante rápida por cierto, hubo que arreglar las teclas mágicas, (línea kernel.sysrq = 1 al fichero /etc/sysctl.d/90-override.conf), aumentar los ficheros permitidos para Dropbox (añadiendo al mismo fichero una línea con fs.inotify.max_user_watches = 200000), abrir repositorios, instalar las aplicaciones que faltan y las extensiones de gnome. Cuando parecía que todo iba bien, empieza a congelarse el sistema. Siguiendo a top me encontré con lo siguiente:

es decir, un amule vacío que ocupaba toda la CPU.

Este problema ya lo hemos visto anteriormente en el verano pasado, cuando una actualización de amule nos tuvo una semana congelándonos el sistema. Simplemente dejé de usar amule y me he pasado temporalmente a emule a través de wine.

Sin embargo, ahí no acabaron los problemas. Los discos giraban como escapando de alguien y como son 5 (4 de ellos magnéticos) se oían desde el piso de abajo. Además el sistema estaba colapsado. Esto también lo hemos visto en alguna instalación limpia de Fedora; son los malditos trackers, fiscalizándolo todo; véase aquí y aquí. Como lo que hice en la primera indicación no fue suficiente, aplique la anulación de las notificaciones (segunda indicación), pero esta vez a TODAS las aplicaciones.

Una maravilla, ya me he podido sacar los cascos antirruido, y el sistema va razonablemente. y digo razonablemente por que aun no está a mi gusto. Noto ciertos retrasos en las páginas web con Firefox, me da la sensación de que va todo algo más lento. Lo de siempre, hasta dentro de un mes y un poco de pulido no estará perfectamente. En cada arranque me aparece el mensaje

Lo sentimos, parece que BOOT_IMAGE=(hd0,gpt2)/vmlinuz-5.0.9.301.fc30.x86_64 ...

aunque luego todo sigue.

Y mira que lo sé, nunca actualizar un equipo importante hasta un mes después...

PD. y el terminal... sobre el terminal haremos otra entrada, una historia para no dormir.

ACTUALIZACIÓN 2019-05-07: El problema de BOOT_IMAGE... ha desaparecido después de la actualización del kernel a 5.0.11. Un problema menos.

ACTUALIZACIÓN 2019-05-15: Sobre el terminal, en un principio no me aparecían opciones en la etiqueta Sin nombre. Fundamentalmente, lo que más me preocupaba es la parte desplazamiento y la configuración de líneas de desplazamiento hacia atrás, es decir, que número de líneas me conserva. Para los usuarios de R en terminal es básico poder mantener cientos de miles (o millones) de líneas para extraer los resultados de análisis complejos. Pero era un problema de instalación o de no reiniciar, por que cuando estaba generando una entrada disparando a matar a los programadores de gnome, resulta que sí pude acceder a esas opciones. Y para terminar, tras varias actualizaciones de kernel, Fedora 30 va ahora como la seda.

Cuando somos dependientes de Dropbox y ssh nos falla

Reconozco que desde hace muchos años, ya no me acuerdo cuantos, dependo de la nube en mi trabajo. Ya no traslado las actividades de un lugar a otro en discos o dispositivos USB; simplemente teno todos mis ordenadores sincronizados en Dropbox y mi trabajo se mueve de un lugar a otro  sin tener que transportarlo. Desde la actualización a Fedora 23 Dropbox se desconecta de vez en cuando en mi ordenador principal, y aunque lo reviso siempre, ayer me olvidé y todo el trabajo realizado no estaba hoy hoy por la mañana en mi despacho.

https://commons.wikimedia.org/wiki/File:Dropbox_logo_%28September_2013%29.svg

Tranquilamente decidí conectarme por ssh y ejecutar remotamente Dropbox, pero me fue imposible por que mi ordenador principal rechazaba la conexión. No me quedó más remedio que ir a toda velocidad para activar Dropbox.

https://commons.wikimedia.org/wiki/File:SSH_Communications_Security_logo.svg

La vida es más fácil con la nube, pero nos obliga a configurar protocolos de seguridad que hacen difícil su uso cuando nos falla una herramienta.

PD. Ahora solo me queda ver la configuración del cortafuegos.

Fedora 21. Actualizacion con FedUp

Aunque el trabajo no nos da tregua, aproveché unos milisegundos libres para actualizar Fedora a su versión 21. Hay razones varias, Gnome 3.14, Libreoffice 4.3 y muchas más, pero la más importante era comprobar que mi ordenador principal funcionaba correctamente con gnome y podía dejar KDE. Para acelerar las cosas y consumir el menor tiempo posible decidí usar fedup. Y esta vez, de lo más sencillo, siguiendo las recomendaciones de Fedora:

1. Actualización completa de sistema

su -c 'yum -y update'

2. Instalación de Fedup

su -c 'yum install fedup'

3. Comprobar que no queda nada sin actualizar

su -c 'yum update fedup fedora-release'

que en todos los casos ha dado que no quedaba nado por actualizar

4. Preparación de la actualización

sudo fedup --network 21 --product=workstation

En mi caso es workstation, aunque hay otras dos posibilidades, según sea la función del ordenador actualizado (server, cloud). Eso supone la bajada de los paquetes nuevos a actualizar (en mi caso, entre 2570 a 2685, según máquina, entre 2,4 a 2,5GB). En función de la red disponible, supone 8-15 minutos a varias horas.

Aquí llegan los avisos de posibles errores, por ejemplo en este ordenador en concreto fueron dependencias de handbrake-gui, icedtea-web y R-core

Lo mejor es el mensaje

Continue with the upgrade at your own risk

Una vez terminada la descarga, al reiniciar se ejecuta fedup y comienza la instalación de los nuevos paquetes y luego limpieza del sistema. Según la potencia del ordenador (de los que yo he probado), entre 30 minutos a 1 hora.
El resultado ha sido Fedora 21 funcionando, salvo algunos detalles que ya nos había avisado el sistema(R, handbrake).

Para terminar, habilitar el plugin "Gnome Shell Integration" de Firefox

para poder manipular las extensiones de Gnome shell y actualizarlas.

Finalmente nos queda el problema de que, de nuevo, no esta activo el repositorio de Dropbox, lo que impide la actualización del sistema.

Para solucionarlo, el arreglo que hacíamos siempre no ha funcionado, pero siguiendo las instrucciones de la página de los repositorios adicionales de Fedora hemos podido lograr que no tenga en cuenta el repositorio cuando no esta disponible y nos permita actualizar sin problemas. Para ello editamos dropbox.repo

su -c 'nano -$ /etc/yum.repos.d/dropbox.repo'

y añadimos las 3 últimas líneas

enabled=1
skip_if_unavailable=1
gpgcheck=1

Listo. Reinicio y Fedora 21 en marcha.

PD. Y sí, ¡gnome funciona en mi ordenador principal!

El cierre Ubuntu One, como usuario registrado nunca interesado

Quizá sorprenda que un usuario registrado de Ubuntu One no haya hablado antes del cierre de Ubuntu One. Simplemente, son un "lo que sea" registrado, pero no usuario. Lo utilicé en sus inicios, en 2009, por que utilizaba Ubuntu. Sin embargo, me dio más de un dolor de cabeza, y nunca conseguí en él las prestaciones que había logrado en Dropbox y sus sincronización en aquellos momentos eran "problemática". En estos momentos, como reconocen en el aviso de cierre, no son capaces de mantener una oferta con los volúmenes que los usuarios reclaman, y hasta donde yo he sido testigo de su funcionamiento, no tenía las posibilidades que otros ofrecen. Por supuesto, supongo que generan un gran problema para todos los usuarios que hayan confiado en Ubuntu One como almacenaje on-line, pero a mi, personalmente, no me preocupa, ni me afecta. De hecho, usando otra distribución (Fedora), y en absoluto interesado por nada que ocurra en el "universo Canonical" (un charco, diría yo) hasta he tardado en saberlo (hasta que he recibido el aviso de cierre por parte de Ubuntu). Reconozco que estaría interesado en un almacenaje on-line más parecido a Linux, pero no tengo tiempo ni fuerzas para sustituir a Dropbox, que es como mi "piel digital".

Adiós Ubuntu One. Perdona que no lloremos.

PD. Sí, ya sé que muchos piensan que no me gusta Ubuntu. Pues no es cierto, la distribución me gusta, pero la política de Canonical no.

La NO Conexión a smartphones

He tenido tres ejemplos distintos en máquinas diferentes para representar los problemas habituales para inyectar "contenido" a los smartphones. Primero me dan un Sony para ponerle sonido en MP3 (tomado de un original, que conste) y me fue imposible la conexión PC-smartphone en mi ordenador con Fedora 19. Para intentarlo de otra manera, extraigo la MicroSD e intento copiarlo directamente en media y fue imposible; la tarjeta era solo lectura, incluso cambiando permisos. Por curiosidad, probamos un LG L3 y se conecta directamente y se deja copiar lo que se quiere (ordenador Windows 7). Para terminar, intentamos con mi Nexus 4 y Windows 7 reconoce el dispositivo, aunque no se puede acceder a él ni copiarle nada. En Fedora, simplemente permite a shotwell acceder a las fotos, cuando lo comunicas mediante PTP

y no permite nada bajo formato de conexión multimedia MTP. En resumen, un desastre. Yo lo tengo solucionado a través de Dropbox y Files; me comunico a través de wifi (con estos límites de 2GB/mes...) y transfiero en ambas direcciones lo que quiero, pero solo es posible para usuarios con Dropbox. Tendré que probar Airdroid.

Fedora 19. Problemas -a veces- en la actualización con FedUp

El otro día había dejado una primera sensación de la instalación limpia de Fedora. Realmente, además de haber instalado un ordenador, también había actualizado otros dos con FedUp. Sobre estos dos la sensación ha sido agridulce. En primer lugar, tiene la ventaja de ser más rápida, dependiendo del ancho de banda disponible. En el caso de mi ordenador principal, con una red con fibra óptica a 100Mbps reales (en ocasiones rinde aun más) la cosa fue de minutos; no lo estaba mirando, pero creo que en media hora estaba el ordenador en marcha. Una segunda ventaja es que el sistema está como lo habías dejado, con lo que no necesitas un tiempo añadido para ponerlo como te gusta. Uno de los dos ordenadores funcionaba perfectamente, así que el resultado era perfecto y lo repetí en mi ordenador principal (que siempre toca después de haber probado con los otros y tras copia doble de seguridad). Como he dicho fue el más rápido, pero ... presentaba un problema que ya había tenido en la actualización Fedora 18; muchas veces unas aplicaciones quedaban bloqueadas por otras y solo se pueden abrir cuando se cerraban las otras. Por supuesto esta situación genera una forma muy incomoda de trabajar. En segundo lugar, al llegar a la Login Screen, donde hay que identificarse, solo tenía una pantalla gris; es usable, por que soy el único usuario, pero no es una forma cómoda de arrancar.
Por todo esto decidí instalar de nuevo desde limpio Fedora 19. Para evitar dependencias, arranque primero con una copia Live y saqué del directorio /home/usuario/ los directorios de configuración (todos los ocultos, .directorio), menos .aMule, .jd, .mozilla y .wine; moví también los fichero ocultos. Luego instalé desde la imagen 64bits Network, ya que disponía de de un buen ancho de banda. La indicación manual de las particiones fue muy sencilla; un disco sólido como sistema (formateo incluido) y swap, otro como home y dos más que se montan al arrancar el sistema anclados al directorio home. La instalación a través de la red supuso 1243 paquetes en 20 minutos y 2 minutos más de postinstalación. No hay que actualizar nada, por que ya lo instala actualizado. A partir de ahí, como el otro día. Podemos seguir la entrada de xenode, teniendo en cuenta que no todos necesitamos todo estos paquetes; lo digo por que algunos de ello necesitan las librerías qt de kde y si no las queréis instalar, debéis evitar algunos de esas indicaciones. Por lo demás es necesario

1. Añadir repositorios

2. Instalar los programas que necesitamos en nuestro trabajo/ocio. En mi caso es fundamental R (R-core, R-devel), gnumeric, Gimp, Inkscape... Cada uno con sus necesidades.

3. Instalar Dropbox, lo que genera otra vez el mismo problema de siempre de repositorios inexistentes para Fedora 19. La solución:

$ su -c 'nano -$ /etc/yum.repos.d/dropbox.repo'
   contraseña

 y añadir (cambiar) la url del repositorio

[Dropbox]
name=Dropbox Repository

# baseurl=http://linux.dropbox.com/fedora/$releasever/
 
baseurl=http://linux.dropbox.com/fedora/18/

gpgkey=http://linux.dropbox.com/fedora/rpm-public-key.asc


Además, esta vez también recibí el texto ya conocido de:

Unable to monitor filesystem
Please run: echo 100000 | sudo tee /proc/sys/fs/inotify/max_user_watches
and restart Dropbox to correct the
problem.

Para solucionar el problema momentáneamente podemos ejecutar ese comando, 

su -
    palabra
echo 100000 | tee /proc/sys/fs/inotify/max_user_watches

pero para arreglarlo definitivamente ver el punto 5.

4. Instalar instalar gnome-tweak-tools y dconf-editor (seguro que lo tenemos ya)

$ su -c 'yum -y install gnome-tweak-tool dconf-editor'
    palabra

5. Habilitar sysrc (como en la instalación anterior) ya que las "teclas mágicas" están sin habilitar (que sería de nosotros sin nuestro Ctrl+Alt + REISUO/B y otras maravillas). Esta vez el fichero aun viene más minimalista, no se llama sysctl.conf y no está en etc. Haremos

$ su -c 'nano -$ /usr/lib/sysctl.d/00-system.conf'
    palabra
y añadiremos unas líneas como estas

# Control de sistema (solo para informar)
kernel.sysrq = 1


y ya que estamos aquí, añadimos además esta otra línea


fs.inotify.max_user_watches = 100000


para solucionar el límite de ficheros controlados por dropbox

y listo al reiniciar.
Ahora perfecto. Se añaden en firewalld los puertos que necesitamos abiertos (no olvidar de hacerlos persistentes, ya que si no solo los podremos usar esa sesión).
Y para terminar, las extensiones de gnome. Esta vez me he limitado a:
- Brightness control
- Hide top bar (fundamental)
- No Top left Hot Corner
- Removable drive menu
- Trash
- User themes (aunque este sigo sin saber por que lo pongo, si nunca añado temas)

Tiempo exacto para todo esto: desde las 21:58 a las 23:55 (1 hora y 57 minutos). Solo me falta lograr en Fedora un arranque en texto para ver todas las líneas de ejecución, que me gusta más que ver una pantalla sin nada interesante, y eso que en este ordenador no dura más de 10 segundos.

Fedora 19. Instalación

Hasta este momento he instalado Fedora 19 en tres máquinas. En la primera, que es mi ordenador más lento, hice una instalación limpia desde el DVD 64 bits, conservando home. La verdad es que la instalación desde Dvd es muy lenta. Después hay que ir añadiendo los repositorios y otras características, que mejor que yo las podéis extraer de la entrada de xenode, justo aquí. Simplemente tenemos que tener en cuenta dos cosas más. Primero, los usuarios de Dropbox podrán ver que el repositorio para Fedora 19 aun no está listo, así que tenemos que hacer lo mismo que la otra vez. Por supuesto, donde antes poníamos 17, ahora ponemos 18, y luego esperar a que este preparado y podremos eliminar esa línea.

$ su -c 'nano -$ /etc/yum.repos.d/dropbox.repo'
   contraseña

 y añadir (cambiar) la url del repositorio

[Dropbox]
name=Dropbox Repository
# baseurl=http://linux.dropbox.com/fedora/$releasever/
baseurl=http://linux.dropbox.com/fedora/18/ gpgkey=http://linux.dropbox.com/fedora/rpm-public-key.asc

Instalar instalar gnome-tweak-tools y dconf-editor (seguro que lo tenemos ya)

$ su -c 'yum -y install gnome-tweak-tool dconf-editor'
    palabra

y habilitar sysrc (como en la instalación anterior) ya que las "teclas mágicas" están sin habilitar (que sería de nosotros sin nuestro Ctrl+Alt + REISUO/B y otras maravillas). Esta vez el fichero aun viene más minimalista, no se llama sysctl.conf y no está en etc. Haremos

$ su -c 'nano -$ /usr/lib/sysctl.d/00-system.conf'
    palabra
y añadiremos unas líneas como estas

# Control de sistema (solo para informar)
kernel.sysrq = 1

y listo al reiniciar.

Por pura necesidad de tiempo, actualicé mediante FedUp otros dos equipos. Uno no ha generado ningún problema, pero con el otro aun tengo que solucionar algún problema. Lo dejamos para la siguiente entrada. Mientras tanto, para los que quieran actualizar, podéis seguir a Xenode.

Fedora 18 y el repositorio de Dropbox

Tras la cuarta instalación/actualización de Fedora 18 sigue saliéndome el mismo error al terminar. Cada vez que quiero actualizar o instalar un paquete, me aparece el error del repositorio de Dropbox.

Por suerte, es fácil de solucionar. Editamos dropbox.repo

# gedit /etc/yum.repos.d/dropbox.repo

y cambiamos la url del repositorio por la del 17, a la espera de que Dropbox arregle la situación

Gracias a los que nos solucionan estos problemas diariamente.

Fedora 18 en el equipo principal

Finalmente he tenido tiempo para poner Fedora 18 en mi equipo principal. Este equipo no tenía nada más que gnome, asi que lo más sencillo ha sido, tras hacer una copia de seguridad con rsync, utilizar FedUp. Tras bajar 2093 paquetes, más otros 936 de dependencias y de avisar que el repositorio de Dropbox no está disponible, se actualiza por si mismo tras reiniciar. No lleva mucho tiempo -o quizás lleve mucho, según se mire- y luego se arranca en Fedora 18 directamente. Como actualiza lo anterior, lo único necesario es cambiar el repositorio de Dropbox,

$ su -
   contraseña
# gedit /etc/yum.repos.d/dropbox.repo

y añadir (cambiar) la url del repositorio

[Dropbox]
name=Dropbox Repository
# baseurl=http://linux.dropbox.com/fedora/$releasever/
baseurl=http://linux.dropbox.com/fedora/17/
gpgkey=http://linux.dropbox.com/fedora/rpm-public-key.asc

ya que dropbox aun no tiene arreglado el repositorio para Fedora 18 (véase aquí).

Tras eso solo nos queda instalar gnome-tweak-tools

# yum -y install gnome-tweak-tool

# yum -y install dconf-editor (si es que no lo tenemos ya)

y retocar las extensiones de gnome shell, muchas de las cuales no estarán actualizadas para gnome 3.6. Entre las más interesantes que podemos  añadir/actualizar están
- Backslide: que nos permite cambiar el fondo de pantalla cada 5 minutos
- Hide Dash: que oculta el dash izquierdo
- Hide top bar: que nos permite ocultar el panel superior, que se muestra al tocar la tecla Super
- No Topleft Hot Corner: anula que se active al tocar la esquina izquierda la visión de las ventanas, aplicaciones y dash.

Esto permite tener un escritorio limpio, con un fondo que cambia según nuestros gustos cada 5 minutos, como por ejemplo,

A ellas añadiría, al menos,
- Trash- nos muestra la papelera en el panel superior
- Monitor Status Indicator, que nos permite configurar la pantalla en un acceso en el panel  superior
- Removable Drive Menu- nos da acceso a los dispositivos externos pra desmontarlos directamente

Un último cambio, para aquellos que no les guste el nuevo y minimalista nautilus

pueden instalar nemo, que es un fork del anterior nautilus (yum install nemo).

Como podemos ver, mantenemos la posibilidad de usar la distribución en árbol y también conectar a un ordenador desde el menú de archivo.

Y con ello, calculando entre 2 y 4 horas, según la red y equipo disponible, tenemos Fedora 18 listo para trabajar. Para los equipos que estén sobrecargados de escritorios, creo que sería más adecuado instalar de nuevo usando Anaconda, y eliminar cinnamon y kde, como me pasa a mi en el último ordenador que me falta por actualizar.

Nos queda probar DNF, el futuro sustitutivo de yum, pero eso lo dejamos para la siguiente, por que por lo que parece, aun presenta un bug.

Google Drive: piensa mal y acertarás

Ya recibí el aviso de la inauguración de Google Drive. Como era de esperar, no está disponible la aplicación de escritorio para Linux. Seguiremos con Dropbox, que por ahora no me ha fallado (y del que ya tengo 14GB gratuitos, y subiendo).

Google Drive para ... ¿y yo donde estoy?

¿Como está su nube? Muy bien, gracias; ¿y la suya?. ¿Quién no tenía hoy al menos una o dos nubes en la red? Disponíamos fácilmente de Dropbox y Ubuntu One, aunque las posibilidades son aun mayores. Sin embargo, todos esperábamos la llegada del nuevo gigante Google con su nube Google Drive para diversificar nuestra posición en esa nueva cuarta dimensión invisible e intocable. Sin embargo, al ver la página de Google Drive algunos nos hemos llevado "cierta" sorpresa

¿Dónde está Linux en Google Drive? Ah!, no está, como siempre. Revisemos nuestras posiciones respecto a Google, a la nube y a muchas otras cosas. Sí, Android es Linux, pero solo de bolsillo; yo lo quiero de escritorio. Como aun tengo fe, he pedido que me notifiquen, pero que mal augurio me da esto, sobre todo después de que abandonaran a Linux en Picasa y otros proyectos.

Dropbox y los "10000 folders"

Hoy Dropbox me ha fallado por primera vez. Desde hace mucho tiempo, casi tres años, lo que en informática es una era, he trabajado siempre en el directorio de Dropbox. En mi trabajo uso alternativamente 4 ordenadores en sitios distintos y siempre he tenido mi trabajo actualizado en todos mis equipos gracias a Dropbox. Sin embargo, después de arreglar unas fotos ayer por la noche en la intempestiva hora de las 1:30 en mi casa, al llegar a uno de los ordenadores de trabajo... no estaban allí. Al comprobar Dropbox en la red, ¡tampoco estaban! Al volver a casa con retraso en mi trabajo e intentar comprobar por qué Dropbox no había subido las imágenes, recibo un aviso con el siguiente texto:

Unable to monitor filesystem
Please run: echo 100000 | sudo tee /proc/sys/fs/inotify/max_user_watches
and restart Dropbox to correct the
problem.

Nunca había recibido ese mensaje; buscando en la red he encontrado esta información (ver aquí):

"Monitoring more than 10000 folders
The Linux version of the Dropbox desktop application is limited from monitoring more than 10000 folders by default. Anything over that is not watched and, therefore, ignored when syncing."

Es decir, Dropbox se limita a monitorizar hasta 10.000 directorios. Yo no tengo 10.000 directorios, aunque sí más de 24.000 ficheros. Por suerte nos da la solución. Primero, si hacemos como dicen,

echo 100000 | sudo tee /proc/sys/fs/inotify/max_user_watches

o bien

sudo sysctl fs.inotify.max_user_watches=100000


en un terminal, inmediatamente Dropbox comienza a sincronizar. Por desgracia eso solo sirve hasta reiniar el sistema. Para fijar esta corrección debemos editar sysctl.conf e introducirle la línea fs.inotify.max_user_watches = 100000 (mirar en este otro sitio). Es decir,



sudo gedit /etc/sysctl.conf (si tenéis sudo instalado y configurado, para los usuarios de Fedora)

y al final del fichero introducir una línea así

fs.inotify.max_user_watches = 100000

La pregunta que me hago es, ¿por qué ahora y nunca antes? No me lo ha hecho jamás en Ubuntu ni tampoco en este tiempo que llevo en Fedora hasta ayer, que realizó la última sincronización a las 23:59. El único cambio fue el kernel 3.1.5-6.fc16.x86_64 (y otros 80 y tantos paquetes más, entre los cuales no me fijé en ninguno en particular). Si el límite son 10.000 directorios ¿por qué? si no debo tener más de 400. Si son ficheros, ¿por qué no me lo hizo antes?
Misterios de la informática.

Me gusta, y mucho, Fedora 16

He estado "jugando" este fin de semana con Fedora 16 y Gnome Shell y me está gustando mucho. En primer lugar, el icono de Dropbox es visible, en el panel ¡INFERIOR!, no arriba como estaba costumbrado en Ubuntu. De hecho, se ve en la entrada anterior, donde yo no lo encontraba. Para más señas, así:

Segundo, todo se mueve de una forma más fluida, lo que puedo demostrar ya que he sido capaz de instalarlo en mi Aspire One en un lápiz Kingston R410 de 8GB y se consigue un uso normal, al contrario que Ubuntu 11.10 en un lápiz USB Kingston HyperX, que se comporta de forma mucho más lenta.
Eso me lleva a pensar en que cuando termine la docencia de este semestre quizá cambie todos mis ordenadores a Fedora. Solo me retienen tres cosas:
- Primero, el gestor gráfico de instalación de paquetes es muy lento, lo que me obliga a instalar todo desde yum. No es un problema muy grave, pero me obliga a saber los nombres de los paquetes.
- Segundo, el uso que estoy haciendo ahora mismo del servicio Ubuntu One. Por suerte, gracias al uso del ofrecimiento a los miembros de instituciones educativas que oferta Dropbox (gracias Ángel por decirme como), he conseguido un aumento en mi cuota de más de 5GB, lo que me deja una capacidad de 12,9GB, con lo que puedo sustituir la pérdida de los 5GB de Ubuntu One.
- Tercera, y la más importante, la tarjeta gráfica de la mayor parte de mis ordenadores sobremesa. Por lo general, uso AMD (aka ATI), y no están funcionando muy bien con el Gnome Shell. De hecho, en la máquina virtual que he generado en mi ordenador principal me da un error.

Menos mal que nos teníamos Dropbox

Empecemos con una pequeña introducción o "Historia da Arte", como dicen los proyectos. Respecto a mi, son un individuo que trabaja mucho con la herramienta informática y en diferentes lugares, por lo que suelo tener al menos 3 ordenadores encendidos las 24 horas. A ellos les podemos sumar 2 más, un portatil y un netbook, que suelo utilizar solo en los desplazamientos de más de un día. La sincronización del trabajo en los 5 ordenadores la realizo a través de Dropbox, directamente en cuatro de ellos, en los que está instalado, o a través de la conexión a la página Dropbox en el netbook. Respecto al ambiente de trabajo, puedo decir que uno de los ordenadores está situado en un sitio donde la "estabilidad" energética es, digamos, "variable", por lo que dispone de un SAI que genera estabilidad y un cuarto de hora de mantenimiento sin alimentación externa.
Estado al día de ayer
En un momento determinado durante la mañana, en el despacho energéticamente inestable se produjo un estado de irregularidad que llevó al apagado de todos los equipos; el problema es que yo estaba en otro ordenador a kilómetros de distancia, trabajando con un documento en particular, protagonista de esta historia. Debido a alguna coincidencia estilo Murphy, debí guardar la versión final del fichero cuando se estaba apagando el otro PC; el resultado final fue un archivo de 0 bites, con lo que el trabajo de varios días se había perdido. En condiciones normales debería tener copia de seguridad, pero como trabajo directamente sobre Dropbox, no suelo copiar ese directorio, salvo en las copias mayores.
Resultado
Todo parecía indicar que habría que escribir de nuevo el documento (o pasar por tesseract los papeles impresos con las últimas correcciones que tenía en la mesa pero...
pero Dropbox conserva las versiones anteriores de los documentos, con lo cual restauré la última con el texto final y listo.

A pesar de los problemas de los últimos días y los posibles agujeros de seguridad, yo al menos puedo dar gracias a Dropbox. Estoy tentado de probar también Wuala y SpiderOak, por que en la variedad está el gusto, pero gracias de nuevo, Dropbox.

Vuelta de vacaciones. Errores en la versión 64

Feliz año a todos. Estamos de vuelta de las vacaciones; de hecho, llevo varios días intentando hacer funcionar el ordenador, pero no lo he tenido listo hasta ayer y no he podido escribir una entrada antes. Los hechos fueron así:
1. Después del último intento de instalar 10.10, me fui de vacaciones con ganas de "vacacionar" así que no me llevé ordenador alguno. A la vuelta instalo de nuevo a 10.04 y aprovecho para cambiar de disco duro, ya que el Seagate de 1,5TB presenta, segun Palimsest, 23 sectores recolocados, y como no me fio de él lo cambio por un WD Caviar Green del mismo tamaño. Cometo un error; al instalar el sistema, como siempre con la prisa de instalar rápido y tenerlo preparado rápidamente para trabajar, me equivoco de CD e instalo Ubuntu 10.04 AMD64.
2. Una vez instalado, copio el Home de un disco a otro, lo que le llevó un rato (unas 10 horas para 1250GB).
3. Al acabar de copiar, instalo Dropbox y en ese momento me doy cuenta de que había instalado la versión AMD64 ya que me da un error y pide un paquete 64bits de Dropbox. Lo dejo asi por que tenía prisa y quería escribir en ceros el disco Seagate a ver si ayuda a recuperar el disco, para lo que tardó entre 65 y 72 horas.
4. Para no interrumpir la escritura en ceros he estado con la versión de 64bits 3 días. El problema es que esta versión funciona tan mal en mi ordenador que entre una orden y su realización pasan casi 15 minutos. Es casi imposible navegar en la red, ver el correo o escribir un documento. Según varias páginas Web que he visto, puede deberse a tener un procesador AMD o por una tarjeta nVidia (seguro que se debe a esta última, que desde hace 3 meses me estáa fastidiando continuamente).
5. Finalmente ayer puede instalar la versión 32bits y en 30 minutos estaba todo solucionado... salvo Dropbox. Resulta que Dropbox no funciona por alguna razón, y yo trabajo siempre sobre Dropbox...
6. Solo pude resolver el problema de Dropbox al intentar instalarlo en terminal. Ahí pude leer el error; en la configuración quedaba algo de la instalación anterior en 64bits. Borré el directorio .dropbox-dist, lo instalé de nuevo y perfecto.
Es decir, está casi todo como hace un mes, pero me ha llevado 5 días en los que no he podido trabajar, todo debido a una serie de errores concatenados; mantener una nVidia, con los problemas de sus drivers, instalar una versión de 64bits sin necesitarlo (tengo 4GB de RAM), escribir en ceros un disco muy grande (tres días seguidos para que sigan detectándose los 23 sectores recolocados) y estar probando continuamente todas las novedades.
Lo bueno, en estas vacaciones he leído un montón de libros (me he llevado el Kindle con 189 libros) y acabado unos cuantos puzzles; es lo bueno de carecer de aparatos informáticos.

Indicador de sonido "perdido" y otras circunstancias buenas y malas

He podido solucionar el sonido en el ordenador de trabajo. El problema consistía en que tomaba una entrada equivocada; lo he ajustado en Preferencias, sonido y listo. Pero sigue "perdido" el indicador de sonido, el famoso altavoz de la parte superior derecha. He estado controlando los volumenes en terminal a través de alsamixer, y poca cosa más. A eso podemos añadir como éxitos dos nuevas invitaciones aceptadas en Dropbox, con lo que ya tengo 4,75GB; es algo muy útil, y como estaba al 91% me veía contratando 50GB. Por ahora me llega, pero ya no se trabajar sin él. Espero obtener dos invitados más y trataré de encontrar algúna persona interesada. En estos momentos ya podemos lograr 8GB gratis, no como cuando empecé, que solo podías llegar a 5. Veremos hasta donde podemos llegar antes de contratarlo. Para terminar diré que la instalación de los paquetes de R duró alrededor de 28 horas, aunque como descargo se realizó en una red inalámbrica lenta (y sin encriptación, sin seguridad); ya solo nos falta saber usarlo.

Aspire One 110

Hoy he realizado un "experimento" con mi viejo Aspire. A estas alturas mi disco de trabajo es Dropbox, y como mi Aspire tiene un disco de solo 8GB, no me podía permitir activar Dropbox en él. Eso es bastante molesto. por que los discos del resto de mis ordenadores son solo copias de seguridad de Dropbox y el Aspire me dejaba solo comunicarme, y no trabajar. Aspire One tiene un lector de tarjetas en la esquina izquierda que con Linpus lo que hacía era "agrandar" el disco duro. Con Ubuntu Remix es solo otro lector de SD, pero aun así le he introducido una SDHC Kingston de 8GB rápida y he instalado de nuevo Ubuntu 9.10 Remix. El disco sólido interno lo he dedicado para sistema de archivos y la partición de intercambio; la tarjeta la he dedicado a /home. Con ello he podido dedicar esos 8GB a mi Dropbox (4,25GB en estos momentos) y el UbuntuOne (2GB). Con ello ya puedo trabajar sobre el pequeño Aspire y actualizar mis trabajos en todos mis ordenadores (ahora mismo serán 3 los conectados a Dropbox y UbuntuOne).
El segundo "experimento" será intentar ponerle 1GB de RAM (o dos, si se puede). Habrá que cambiar la pieza interna. Haré que lo intenten por mi en mi tienda habitual; espero que hayan practicado, por que yo no se ni donde está la RAM. Sé que hay un video en Youtube de como hacerlo, pero ahora estoy cansado. La verdad es que el disco sólido es muy lento y lleva demasiado tiempo lo que en un sobremesa con DD magnetico se tarda solo unos minutos. A ver como me sale lo de la RAM.