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.

¿Cuánto tiempo necesitamos para instalar Linux en un ordenador moderno?

Debido a unos errores que cometí en la instalación de Fedora 33 mi ordenador de trabajo no estaba funcionando de manera adecuada. La solución era instalar todo de nuevo desde cero o descubrir que estaba mal en los ficheros de configuración, pero en ambos casos me daba la impresión de que me iba a llevar bastante tiempo solucionarlo, así que estaba trabajando en condiciones poco óptimas. Cuando ya no pude aguantar más los errores decidí cortar por lo sano y instalar todo de nuevo, ya que pensaba que sería menos costoso en tiempo. Empecé a las 13:15, arranqué en un USB con Fedora 33 DVD Live —Fedora-Workstation-Live-x86_64-33-1.2.iso— para cambiar el nombre del usuario en el disco home y evitar arrastrar la configuración que estaba provocando todos los problemas. Luego arranqué con una unidad Fedora 33 de instalación en red —Fedora-Everything-netinst-x86_64-33-1.2.iso—, que tiene varias ventajas sobre la anterior. Primero, permite generar administrador, no como la versión estándar, que no lo permite en la instalación, y así nos ahorramos el agujero de seguridad de sudo; segundo, permite escoger cualquier escritorio y software añadido; tercero, como se instala desde la red queda actualizado. La instalación base lleva unos minutos, por que hay que configurar la red, generar usuario y administrador y configurar los discos duros, qué particiones y formateo se quiere poner al disco de sistema y disponer los arranques adecuados a cada partición y disco (/boot/efi, /boot, /, /home, al menos; como se ve, ya no uso swap, debido a varias recomendaciones que he visto en los últimos meses y asociadas a Fedora 33 y discos sólidos). Pero una vez iniciada ya solo dependemos de la velocidad de descarga de los paquetes y lo rápido que se instala en el ordenador.

La secuencia fue así:

- 1655 paquetes para instalación de Fedora 33 workstation 64, aproximadamente 4 minutos (no me acordé de apuntar los MB/GB totales). Este es el punto más importante para saber cuanto tiempo va a tardar en hacerse el proceso, ya que dependemos totalmente de la velocidad que te permite tu operadora de red y la saturación de los repositorios de tu distribución.

- Instalación, entre 2 y 3 minutos. Muy rápido, seguramente por que el sistema lo permite (procesador muy potente, 64GB de RAM y dos discos M2, uno como sistema y otro como /home), por lo que la instalación va como un tiro.

- Configuración del sistema: 1-2 minutos.

Pero ahora estos supone un sistema limpio y actualizado, pero no con todo lo necesario. Falta todavía:

- Software adicional que utilizo; eso supone añadir repositorios y una lista larga de paquetes. Pero lo tengo preparado un fichero en el que tengo disponible un comando para añadir los repositorios rpmfusion y otro para instalar todos los paquetes que necesito. Total, 1337 paquetes, 1,7GB de descarga; tiempo de descarga: 3-4 minutos; instalación 3-4 minutos.

- Mientras están bajando e instalando este software adicional, añado un fichero /etc/sysctl.d/90-override.conf que ya tengo escrito y preparado para activar las teclas mágicas y aumentar el número de ficheros que controla el sistema para que Dropbox no se queje. Además muevo los directorios de datos del usuario antiguo modificado al usuario que voy a ser en la nueva instalación e instalo las extensiones de gnome que preciso.

- Instalación de Onedrive.

- Reinicio y listo; son las 13:58; todo en 43 minutos. Si tienes todo preparado en ficheros de texto plano (comandos y el fichero 90-override.conf) lo que más tiempo consume es la configuración inicial de los dispositivos, ya que en mi caso particiono el disco de sistema y defino cada partición, aprovecho sin modificación el disco /home y defino el arranque de todos los demás discos que formarán el sistema. En este caso, en el ordenador de trabajo incluyo un disco magnético denominado /datos que sirve como copia de seguridad interna de /home (copias incrementales mediante rsync que tengo predefinidas).

Fácil y rápido. Para mi todo ha sido más fácil desde que Fedora tiene en su sistema de instalación Anaconda.

Actualización/instalación de Fedora 30. Alguna novedad y también algunas recomendaciones

La última semana ha sido una experiencia sobre la instalación de un sistema operativo, y hemos aprendido alguna cosa. No digo experiencia nueva, por que esto ya me había pasado, pero el hombre es el animal que tropieza dos —o más— veces en la misma piedra. Como Jack el destripador, vamos a verlo por partes:
1. A principios de mayo, con su liberación, actualicé un ordenador a Fedora 30 (véase aquí). Todo terminó en una instalación limpia por que el sistema gráfico no arrancaba. Eso ya esta descrito en la entrada anterior.

2. Dos semanas después, como en ese sistema Fedora 30 funcionaba ya como la seda, me propongo actualizar el segundo ordenador de trabajo, el más potente. Realizo la actualización y, sorprendentemente (es broma), el sistema gráfico no funciona. Esta vez me puse a descubrir que era lo que pasaba, así que en los escritorios en formato texto (Ctrl + Alt + F1, 3, 4, 5, 6, 7), que sí funcionan, intenté diferentes arreglos. Por orden:

2.1. Siempre es mejor empezar por lo más fácil (o lo más barato, si va dinero de por medio), así que intenté arrancar en gráfico por x11 a través de startx en algún escritorio, y nada. Luego arrancar en gnome clásico, nada. Finalmente, por xorg, nada, siempre volvían a pedir la palabra.

2.2. Al arrancar en los escritorios en texto salia un mensaje

usuario: /home/usuario change directory failed: Permission denied logging in with home="/"

Es decir, el sistema no conocía el directorio del usuario y arrancaba en el directorio del administrador, por lo cual el sistema gráfico se negaba a arrancar (o eso suponía yo).
Para saber lo que estaba pasando, ejecuté

ls -lZ /home # l - permisos y Z que muestra el contexto de selinux

La respuesta debería ser:
... unconfined_u:object_r:user_home_dir_t ...

y sin embargo fue
unconfined_u:object_r:unlabeled

Es decir, /home no estaba bien etiquetado. Para solucionarlo, ejecutamos
chcon -t home_root_t /home
chcon -t user_home_dir_t /home/usuario # Mirar aquí para más información

Sin embargo, aunque bien etiquetado el directorio /home/usuario (cada uno el suyo, claro), el sistema gráfico no arrancaba.

2.3. Por si las propiedades de los directorios y ficheros del /home/usuario no fueran las correctas, las comparé con las de otros 2 ordenadores con Fedora 29. Parecían idénticas. No estaba allí el problema.

2.4. Luego culpé a la tarjeta nvidia, así que me puse a ver que driver tenía (los drivers parecían los correctos lspci | grep -E "VGA | 3D") y si se podía hacer algo, pero no generaba ningún resultado positivo; en cierta manera es lógico, ya que sí accedo al ordenador, falta la máscara gráfica de Fedora, pero sí puedo leer los resultados, ejecutar comando a la vista etc...
Para estar seguro, en el menú de arranque presioné e y en la línea de linux borré la opción rhgb (red hat graphical boot) para que lo generara de nuevo y quiet (para ver si me enseñaba algún error al ejecutar) y reinicié.

Ningún efecto positivo.

2.5. Siguiente culpable, algo que salió mal en la instalación. Me puse a leer (dmesg) los logs de la instalación (más de 3000 líneas), que sí describen algunos errores, pero solo para ver como se arreglan unas líneas después; es decir, describen el proceso y en todas ellas nada parece generar un error para que wayland —o x11— no funcionen.

2.6. El siguiente sospechoso fue la resolución del monitor (2560x1440), así que lo intenté con uno de 1920x1080 y otro de 1600x1200. Nada en ninguno. Al mismo tiempo, fui cambiando de cables de conexión CPU-monitor, nada.

2.7. Sin comprender lo que pasa, intento comprobar con un dispositivo USB Fedora 30 Live a ver si funciona el sistema gráfico, y sí, funciona; entonces Fedora funciona con ese monitor y una tarjeta nvidia. Sospechando del dispositivo USB con netinst que estaba utilizando para instalar (netinst permite generar administrador, al contrario que el Live, véase aquí), probé unidades nuevas de más calidad. Nada, todo sigue igual.

2.8. Y de repente se hace la luz. Si Live funciona, sin configuración mía ninguna, era algo de la configuración de arranque personal en /home/usuario. Cuando era más joven, y más precavido, y sabiendo todo lo que almacenaba Windows después de varios meses de funcionamiento, instalábamos Windows de nuevo en limpio y todo iba bien de nuevo (por unos meses). Al cambiar a Linux, en las instalaciones de las nuevas versiones de las distribuciones (primero de Ubuntu, luego Debian y desde la versión Verne, de Fedora) siempre evitaba la configuración anterior; simplemente cambiaba el nombre del directorio del usuario anterior, para que el mismo usuario generara un directorio nuevo y solo recuperaba del anterior los documentos, mozilla, wine y dropbox. Si uno cambia entre distribuciones, no se puede conservar el mismo directorio de usuario, por que los ficheros de configuración de la distribución antigua genera problemas en el arranque de la nueva (a las pruebas me remito; yo lo he visto entre Ubuntu y Fedora, pero ya me había olvidado; recordémoslo con la imagen de aquellos días).

Sin embargo, desde que Fedora nos deja actualizar directamente con 4 comandos, dejé de hacerlo, y hasta me había olvidado.
Y así ha sido. El problema de este ordenador (y del anterior) es alguna configuración que genera algún problema en el arranque gráfico.

3. Próximamente el portátil. Veremos que pasa

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.

Fedora 28 Beta liberada

Como bien sabéis, ayer se puso a nuestra disposición la versión beta de Fedora 28. En ocasiones, sobre todo si necesito alguna mejora o driver incluido en las versiones nuevas, tengo probado las versiones beta de Fedora, en general sin ningún problema. En estos momentos la densidad de trabajo no permite una prueba incierta, así que lo dejaremos para junio, pero la prueba de las versiones beta ayuda a los usuarios en general para que todo marche bien. El que pueda, ¡qué lo haga!

Instalación limpia de Fedora 27 y la obligación de tener /boot/efi

Estas últimas semanas me he enfrentado a dos problemas en mis ordenadores de uso habitual. Uno no tiene una solución fácil; simplemente presenta una incompatibilidad de wayland con la tarjeta gráfica nvidia y/o sus drivers; esta situación me obliga a estar usando gnome clásico (X11), para evitar cierres bruscos del sistema gráfico. Es una solución temporal hasta que nouveau presentre una solución o yo cambie de tarjeta.
El segundo problema era algo más difícil de resolver. Llevo actualizando en mi ordenador principal a través de yum y dnf el sistema, Fedora, ya no me acuerdo desde cuando. Eso ha ido generando un acúmulo de errores de configuración, eliminaciones en las actualizaciones de paquetes por problemas de dependencias y acúmulo de librerías de diferentes escritorios que se traducían en conflictos entre las aplicaciones y cuelgues de nautilus y otros navegadores de ficheros. El control de esta situación me obligaba al control desde top de las aplicaciones, uso de killall casi cada pocos minutos, mucho terminal para evitar en lo posible las acciones gráficas, etc...
La situación pedía una instalación limpia, pero el problema es que Fedora 27 exige la presencia de un /boot/efi en el sistema, aunque cuando el ordenador esté en legacy en la BIOS. Hace unas dos semanas hice el primer intento, pero anaconda (aplicación de instalación de las imágenes de Fedora) no daba por buenas las particiones generadas a través de Blivet-GUI (la manera de manejo de discos y particiones en la instalación de Fedora); la primera vez no reconocía una partición inicial de 1GB como adecuada para /boot/efi; en el segundo intento decidió que 6GB eran pocos para la partición swap. Es decir, nunca podía empezar la instalación. Como soluciones estaban, la primera, la preparación del disco en otro equipo o a través de una versión live en DVD o USB. Esto presenta el inconveniente de que si salía mal estaba sin sistema hasta que encontrara la forma de arreglarlo (o que lo arreglara mi amigo hckorootx, que se había ofrecido a hacerlo).
La segunda solución, mucho más sencilla, era poner un disco nuevo, desconectar los magnéticos, instalar de manera automática por Fedora el sistema en el sólido, y luego manipular mediante Blivet-GUI las particiones, destruyendo home y estirando la partición raíz /, sin tocar /boot/efi ni /boot. Esta idea se aceleró con un correo de Amazon con una oferta temporal del disco SanDisk SDSSDA-240G por 69€ (unos 30E menos del precio habitual en esos momentos). Esta segunda idea tenía varias ventajas:
- Si todo falla, volvemos al disco de antes y el sistema sigue; 30 minutos perdidos.
- Disco nuevo, cuatro veces más grande, lo que no es muy importante, pero me permite meter una swap grande (Fedora pide un porcentaje de swap, que en mi caso es casi de 12GB, el 50% de la RAM).
- Abrimos el ordenador y le pasamos la aspiradora (como veremos después).
Después de esta introducción nos ponemos manos a la obra y comenzamos:

1. Desconectar los discos magnéticos

2. Anclar temporalmente el Sandisk en la conexión SATA del disco Intel anterior (con tanto cable no se ve)

3. Instalación directa de Fedora 27 Live desde un USB, curiosamente SanDisk también

4. El resultado en el disco es el siguiente

Como vemos ha generado una partición Sistema EFI de 200MB (/boot/efi), otra de 1GB para /boot y una unidad lógica con el resto del disco, con tres volumenes (50GB para /, 11,8 para swap y 160 GB para /home). La razón de evitar instalar de esa manera automática con los discos magnéticos es que anaconda los tomaría todos como parte de la unidad lógica, perdiendo seguramente el contenido e impidiendo el uso individual de cada disco.

5. Segunda instalación con los 5 discos y eliminación por Blivet-GUI del volumen lógico.

Aquí viene un problema que he encontrado. La unidad lógica no se pudo desactivar por que alguno de sus sectores estaba activo. Supongo que era la swap, que se activa siempre al encender un dispositivo que la contenga, y eso hizo imposible eliminar la unidad lógica. La solución fue conectar el disco antiguo y recurrir a gparted

y manipular como administrador el dispositivo como si fuera un disco externo. Simplemente se destruyó la unidad lógica, se añadió una partición ext4 de 195GB para / y el resto, alrededor de 27GB para swap. Listo.

6. Instalación con todos los discos, indicando a cada partición lo que es.

7. Mejorar la instalación. Lo de siempre; añadir repositorios, instalación de aplicaciones y paquetes necesarios, abrir las teclas mágicas y aumentar el número de ficheros manejados por el sistema para que no se bloquee Dropbox, etc; todo como ya hemos indicado muchas veces.

8. Cambiar las fijaciones entre discos sólidos y poner el nuevo a trabajar y el otro a la jubilación (habrá que encontrarle dedicación en algún portátil).

LISTO. Ya ha vuelto a ser un ordenador estable y con lo necesario.

PD. Y para terminar, pasarle la aspiradora. Dos fotos que indican como estaba por dentro.

PPDD. Sí, las fotos están algo oscuras. Era de noche; por el día hay que trabajar. La juega queda siempre para la noche

Fedora: instalación rápida de sistema

La forma más rápida de actualizar un sistema en Fedora es utilizar la herramienta  dnf upgrade

dnf system-upgrade reboot # Véase aquí

Sin embargo, en ocasiones tenemos que instalar el SO de nuevo de manera limpia. Por supuesto, lo más rápido, para ordenadores conectados a red es instalar Fedora utilizar un ISO netinst, preferiblemente en un dispositivo USB, y si la máquina no lo permite, en un CD. Sin embargo, después nos queda la molesta actividad de dejarlo a nuestro gusto; tenemos páginas que nos indican las posibles manipulaciones una por una, por ejemplo kuboosoft, pero se tarda bastante y es latoso.
Si conoces los mecanismos, lo mejor es juntarlo todo en pocos comandos. En mi última instalación simplemente he aplicado (se puede copiar y pegar, si los paquetes coinciden con vuestros deseos):

# Actualizar, si no se activó la instalación de los paquetes más modernos en netinst
# su -c 'dnf -y update'
# Repositorios free y unfree
su -c 'dnf -y install --nogpgcheck http://download1.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm http://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm'
# Codecs y paquetes necesarios (son los míos; cada uno que busque los suyos)
su -c 'dnf -y install gstreamer-plugins-bad gstreamer-plugins-bad-free-extras gstreamer-plugins-bad-nonfree gstreamer-plugins-ugly gstreamer-ffmpeg gstreamer1-plugins-base gstreamer1-libav gstreamer1-plugins-bad-free-extras gstreamer1-plugins-bad-freeworld gstreamer1-plugins-base-tools gstreamer1-plugins-good-extras gstreamer1-plugins-ugly gstreamer1-plugins-bad-free gstreamer1-plugins-good ffmpeg mencoder mplayer libdvdread libdvdnav lsdvd wget kernel-headers kernel-devel unrar p7zip p7zip-plugins java icedtea-web vlc gnome-terminal-nautilus flatpak gnome-tweak-tool dconf-editor gconf-editor soundkonverter R-core R-devel gimp inkscape digikam pdfmod pdfshuffler virt-manager abiword wine cabextract gnumeric gnumeric-plugins-extras'
# Chrome
su -c 'dnf -y install https://dl.google.com/linux/direct/google-chrome-stable_current_x86_64.rpm'


Finalmente, tendremos que instalar las extensiones de gnome (si no conservamos home y sus configuraciones), aumentar el número de ficheros de acceso para el sistema para que Dropbox no nos lo esté recordando (ver aquí y aquí) y activar las teclas mágicas.

Esta es la forma optimizada para MIS necesidades. Ajústese el panel para usted y termine en pocos minutos, dependientes solo de la velocidad de conexión a la red.

Instalación de Fedora 24 beta. Wayland funcionando

Como había dicho, he instalado Fedora 24 beta. La instalación ha sido muy sencilla, siguiendo las indicaciones de la página de Fedora DNF system upgrade. Por pasos:

1.  Copia de seguridad. No realizada en mi caso, por que este portátil no guarda nada que no esté en algún otro sitio. Solo para los que lo vayan a realizar en ordenadores con contenido valioso y sin copia de seguridad.

2. Actualización del sistema:
su -c 'dnf -y update --refresh'

3. Instalación del plugin de actualización del sistema
su -c 'dnf install dnf-plugin-system-upgrade'

Realmente descubrí que ya lo tenía instalado, ya que la última actualización a Fedora 23 ya se había hecho así.

4.  Descarga de paquetes. La orden es esta

su -c 'dnf system-upgrade download --refresh --releasever=24'

Sin embargo sobre esta orden he tenido que apagar Dropbox

killall dropbox

y añadir a la orden base --allowerasing (reemplazar los paquetes que producen conflictos) y --no-downgrade por choques con el demonio de dropbox y sus versiones y otros "problemas"

Failed to synchronize cache for repo 'rpmfusion-nonfree', deshabilitando.
Failed to synchronize cache for repo 'rpmfusion-nonfree-updates-testing', deshabilitando.
Error: package ffmpeg-libs-2.8.7-1.fc23.x86_64 requires libvpx.so.2()(64bit), but none of the providers can be installed.
package ffmpeg-2.8.7-1.fc23.x86_64 requires libavcodec.so.56()(64bit), but none of the providers can be installed.
package gstreamer1-libav-1.6.3-1.fc23.x86_64 requires libavcodec.so.56()(64bit), but none of the providers can be installed.
package libavdevice-2.8.7-1.fc23.x86_64 requires libavcodec.so.56()(64bit), but none of the providers can be installed.
package mencoder-1.2.1-2.fc23.x86_64 requires libavcodec.so.56()(64bit), but none of the providers can be installed.
package mplayer-1.2.1-2.fc23.x86_64 requires libavcodec.so.56()(64bit), but none of the providers can be installed.
package gmtk-1.0.9-2.fc22.x86_64 requires mplayer, but none of the providers can be installed.
package gnome-mplayer-1.0.9-3.20150203svn2476.fc22.x86_64 requires mencoder(x86-64), but none of the providers can be installed

Al final, la orden fue

su -c 'dnf system-upgrade download --refresh --allowerasing --no-downgrade --releasever=24'

5. Actualizar el sistema

su -c 'dnf system-upgrade reboot'

Esperar y listo.

Arranqué con Wayland y el único problema que he tenido hasta ahora ha sido un bloqueo al actualizar las extensiones de Gnome. Al activar la extensión Easy Screen Cast se bloqueó el sistema y no fui capaz de salir de él hasta reinicio salvaje (apagando por la fuerza). Después, he estado trabajando con el (y conectada esa extensión) ayer y hoy de forma habitual (Firefox, Libreoffice, R, algún vídeo...) sin ningún problema aparente.

Seguiremos trabajando sobre el asunto.

La necesidad de particionar un disco antes de instalar Fedora

La última instalación que hice, además de todas estas reparaciones y rearreglos que hemos visto, supuso también un cambio de discos duros. El disco de sistema, el disco que actúa como home y uno que utilizo para naterial multimedia son los mismos, pero el disco que funcionaba como copia de seguridad interna se estaba quedando pequeño y quise cambiar por un WD Red NASware de 6TB.

Como el ordenador tiene la posibilidad de conectar 6 unidades, para ocuparlas todas conecté un Caviar Black que tenía por ahí sin usar para ver que todo funcionaba correctamente si los colocábamos bien, es decir, la grabadora de última. En la instalación anaconda me mostró que antes de instalar, hay que formatear los discos. La instalación me permitió introducir todos los discos pero al decidir para que usaremos cada uno no me enseñaba el nuevo de 6TB. En resumen

sda1 /
sdb1 /home
sdc1 /home/multimedia
sdd1 /home/prueba

pero no había la posibilidad de introducir el sde1 para /home/backup por que no existía (lo bueno es que si media el espacio y decía cuantos TB quedaban sin usar).
El problema es que puse el disco directamente desde el estuche, sin formatear y no tenía partición alguna. Simplemente arranqué con un Fedora 22 live y, tras la intalación de gparted, generé una nueva partición y le di formato ext4. Luego ya pudo ser instalado como

sde1 /home/backup

Sí, es una instalación tradicional por unidades y no en volumen lógico (LVM); no estoy seguro de lo que puede pasar cuando se estropee un disco y lo que habría que hacer para recuperar el contenido. Además, no hay swap, por que no quiero poner la swap en sda, ya que es un disco sólido y quiero que dure (Intel 535 con SOLO 3 años de garantía, lo que me tiene algo escamado), y no me atrevo a ponerla en otro disco, por si retrasa el funcionamiento del sistema. Además, con 24GB de RAM no creo que sea estrictamente necesaria.

Steam y Ark en Fedora. Recursos gráficos

En mi casa algunos estaban muy interesados en la instalación de Ark. Como usuario registrado —accidental, ya que lo soy para que jueguen otros— intenté instalarlo en el ordenador donde ya estaban la aplicación de escritorio de Steam. El problema es que es una máquina antigua, más de 6 años, con muy pobres recursos gráficos (es mi antiguo ordenador y no necesito gráficas potentes; solo mucha RAM) y con Windows XP. Por lo visto el juego no arranca en un equipo como ese. Este es el error

Debido a este error "desconocido" —el peor de todos, por qué no sabes que hacer— decidí instalarlo en mi ordenador, más moderno y potente, aunque con poco poder gráfico —HD 4000 en el i7—.
1. Primero lo intenté en una caja de ubuntu, pero no pude instalar de forma funcional el paquete de Steam para ubuntu (steal.largest.deb)
2. Luego lo intenté en una máquina virtual de Windows. No pude arrancar Steam, por lo que no se puedo intentar instalar Ark
3. A continuación intenté instalar el paquete de 32 bits de Fedora, pero no daba errores de dependencias; con el paquete tar.gz en Fedora no funcionaba el script de instalación.
4. Finalmente, lo mejor; directamente desde repositorio de Fedora. Funcionaba Steam, con lo que instalamos ARK. Arrancó, pero para que pudiera funcionar adecuadamente, y no deslizarse como un caracol reumático, hubo que bajarle las exigencias gráficas.

En fin, Steam sí funciona en Fedora.

Canon i-sensys MF6140dn en Linux

Hace unos meses me quedé sin impresora en mi despacho. Era una impresora de tinta con impresión a color profesional, incluídos CDs. Personalmente defiendo el uso compartido de las impresoras en el trabajo, y que con una empresarial según las necesidades del grupo es suficiente y mucho más económico. Sin embargo, soy el único que defiende esa postura y el único que uso la impresora de red, y por falta de uso de la mía personal se estropearon los cabezales de impresión. La impresora de red, después de 10 años de uso intensivo, inicialmente, hasta que finalmente solo la usaba un usuario —yo— también ha dejado de funcionar. El coste de la reparación es superior a lo aceptable para una 3550 que no imprime duplex y a 8ppm, así que estoy en cuadro. Disponía de una Canon i-sensys MF6140dn que nunca había podido utilizar desde mi ordenador con Fedora, aunque cumple con su cometido de escaneo sobre unidades USB —para lo que se compró— y copiadora; ante la necesidad de imprimir, he tenido que intentar de nuevo hacerla funcionar en Linux.
Teóricamente, cuando se pidió aparecía que era compatible a Linux, pero en la caja no aparecía. En la página web de Canon España, al buscar drivers, no aparecen versiones para Linux. He tenido que acudir a páginas extranjeras para bajar los drivers, y ni con eso he podido hacerla funcionar, hasta ayer. Los drivers versión 2.07 siempre me han dado una página de prueba correcta pero los documentos han salido siempre mal.

Solución, el driver versión 2.08, que he logrado de este enlace de Canon Europa. Pasos a seguir:
1. Eliminación de cualquier versión anterior de esta impresora en el Control de impresión. Desenchufar la máquina y USB.
2. Extracción de los PPDs del interior del driver —los correspondientes a la impresora, ya que hay muchos— por si luego son necesarios; en este caso no fueron precisos, pero por si el sistema los necesita.
3. Instalación del paquete binario correspondiente a vuestra distribución. En mi caso

su -c 'dnf install /home/usuario/Descargas/g15639es_lin_CQUERPM_v208_64.rpm'

Tarda un rato en configurar todo. Hay versiones tar.gz, si los paquetes deb o rpm no se ajustan a vuestras distribuciones.
4. Conexión de la impresora y prueba.
5. Probar con diferentes ficheros. Para evitar accidentes, como me paso a mi, eliminar de la cola de impresión de la impresora todos los intentos anteriores que tengáis acumulados, ya que si no puede dar la impresión de que no funciona y son los errores anteriores.
LISTO!
Obviamente, no controlamos la función de escáner o fax desde el ordenador, pero para mi el fax es un añadido inútil y el escaneo lo realizo a través de unidades USB. Así me uno a los coleccionistas de impresoras personales. Y esta está muy bien...

Añadir ISOs a una máquina virtual en Fedora

Desde que uso Fedora he utilizado el gestor gráfico de máquinas virtuales diseñado por Red-Hat —virt-manager— y dejé de usar VirtualBox. La razón de que lo use es que se trata de software libre y que no pertenezca a Oracle, no por que sea más fácil de usar, que no lo es. VirtualBox es más fácil, tiene algunas características que virt-manager aun no tiene —o yo no se encontrar— y lo había usado años, sobre todo cuando era dependiente de algunos programas de Windows.

Desde que uso virt-manager, cada vez me es menos necesario acudir a Windows y realmente ya no voy casi nunca. Sin embargo, como ya había señalado, sí tenemos un problema; mejor dicho, dos, que se resumen en uno, COREL. Primero, no podemos abrir las imágenes que tenemos guardadas como CPT (Corel Photo Paint); años de manipulación de imágenes perdidos. Segundo, y este es nuevo, no podemos importar los dibujos vectoriales que habíamos realizado hace muchos años con Corel Draw a través de uniconvertor a Inkscape.

Esto nos ha obligado a recurrir al último Corel Draw que utilizamos, y lo que nos costó encontrarlo, ya que fue Corel Draw 12, del año 2004, y todo el material antiguo ya lo habíamos tirado a reciclar. Por suerte, los materiales originales los guardamos y pudimos disponer de ellos. Y aquí apareció un nuevo problema...

...mis máquinas virtuales son conversiones heredadas de virtualBox y jamás he instalado nada nuevo en ellas. No he puesto a disposición de la máquina una unidad CD-ROM ni directorios compartidos. Sin embargo es muy sencillo y se puede hacer y deshacer en caliente. Lo más fácil es generar un ISO del CD original —en brasero, K3B o terminal, según gustos— y en la configuración de la máquina virtual añadir nuevo hardware (abajo de todo).

En la primera casilla, "storage" o almacenamiento, marcamos en "Elija administrado", localizamos localmente el ISO, y lo configuramos como Dispositivo CDROM.

Aparecerá en el sistema huesped —Windows XP, en este caso— el nuevo "dispositivo", que es el ISO, y ya podemos instalar perfectamente en la máquina virtual.

Sí, es algo básico, pero realmente no lo había necesitado hasta ahora, y probablemente no lo necesite de nuevo, una vez instalado Corel 12.
Descontando estos casos de recuperación de ficheros antiguos de formatos propietarios, las máquinas virtuales las uso para probar diferentes escritorios; de windows solo recurro ocasionalmente a VirtualDubMod y funciona para lo que quiero con wine.

Softonic y la diferencia con el software libre

Estas noticias sobre los problemas de Softonic trae a mis recuerdos aquellas épocas oscuras en las que también me movía en los "pantanos" de descarga del software para mi sistema, que por orden fue MSDOS, Windows 3.1, Windows 95, Windows 98 y Windows XP. Y de ahí no pasé, por que cambié a Linux y se acabaron los problemas.
En mi caso nunca ha sido importante Softonic, ya que abandoné Windows antes de haber usado Softonic como antes había usado tucows. En aquellos lejanos y oscuros tiempos tucows nos daba a conocer que software disponíamos para hacer según que tareas, cual era freeware, cual era shareware y podíamos bajarlo con facilidad. Luego, por lo que dicen los sufridos usuarios de windows que me rodean, softonic ocupó ese lugar, al menos en España. Sin embargo, en las últimas limpiezas que he realizado en varios portátiles, creo que el malware había entrado en la descarga e instalación de aplicaciones a través de Softonic y su downloader (los usuarios de Windows son muy dados a clickear en cualquier sitio y decir que sí antes de pensar lo que puede pasar; y no nos olvidemos que lo hacen todo como administradores de equipos, sin palabra que introducir, dándole al ratón a un Sí que aparece ahí... Parece una película de terror).
Como recomendación, el uso de software libre. En general, todo cuanto necesito está disponible en los repositorios de mi distribución, y en lo casos muy raros en que no es así, recurrimos al código fuente, y listo. Rápido, seguro y limpio. Ah! y gratis, pero eso debería ser lo de menos.

https://upload.wikimedia.org/wikipedia/commons/1/1c/License_icon-gpl-4.svg 

By User:ZyMOS (Open Icon Library) [Public domain], via Wikimedia Commons

Docx en Linux. Sin problemas con Playonlinux

En ocasiones tenemos algunos compromisos oficiales que nos generan una desazón y malestar. Primero, no quiero usar Windows, pero el documento es oficial y debe ir en Calibri. Segundo, prefiero usar LibreOffice, pero la plantilla que he recibido es dotx. Es decir, hay que usar MS Office. Por suerte, en mi institución tenemos licencia para uso corporativo de ese paquete, así que no tengo que piratear nada, simplemente instalarla en Linux con Wine, aunque en el caso de la MSOffice es algo más complejo de lo habitual. Como no es la primera vez (véase aquí), generamos un ISO de la copia oficial, la instalamos a través de Playonlinux, que nos recuerda que la versión de Wine adaptada a la MSOffice 2007 es la 1.23 y listo. Funciona.

Si no tenéis instalado Playonlinux, acudir a la página de descarga, y en función de vuestra distribución, bajar el paquete

Se instala

su -c 'rpm -i playonlinux-yum-4-1.noarch.rpm'
    palabra

también vale así

su -c 'yum localinstall http://rpm.playonlinux.com/playonlinux-yum-4-1.noarch.rpm'

lo que abre el repositorio de playonlinux, con lo que ya podemos instalarlo con un simple yum

su -c 'yum install playonlinux'
    palabra

Sencillo, y sin recurrir a Windows, calibri incluida.

PD. Lo que no funciona es la actualización a SP3, así que hay que descubrir cual es el secreto (yo aun no he podido).

Fedora 20: solución para los errores en la instalación/actualización de paquetes de los últimos días

Desde hace dos días estaba teniendo problemas en las actualizaciones de los paquetes, obteniendo avisos como este:

...
Actualizando  : 32:bind-libs-lite-9.9.4-11.P2.fc20.x86_64               30/82
warning: %post(bind-libs-lite-32:9.9.4-11.P2.fc20.x86_64) scriptlet failed, exit status 127
Non-fatal POSTIN scriptlet failure in rpm package 32:bind-libs-lite-9.9.4-11.P2.fc20.x86_64
...

y como ese otros 41. Como ejemplo, un terminal (actualizo siempre en terminal con un simple su -c 'yum -y update')

Como saben todos los usuarios de Fedora, a veces aparecen errores en las actualizaciones, debidos en general a que uno de los paquetes necesarios no ha sido actualizado aun o por alguna dependencia no cubierta; en general, estos problemas se solucionan en uno o dos días, así que no le había puesto importancia. Sin embargo, como hoy era ya el tercer día con el mismo error, he realizado una búsqueda en la red, para ver que se comentaba sobre este error, y me he encontrado con la solución.
"This issue was resolved by selinux-policy-3.12.1-117.fc20 an update to SELinux policy."
Es decir, es un pequeño error en selinux-policy-3.12.1-116.fc20, y este error genera un fallo en los scripts de instalación y actualización en Fedora, de tal manera que no se puede actualizar tampoco selinux-policy y el error se mantiene en un bucle.
Para solucionarlo, en esa página nos indican que primero tenemos que desactivar SELinux

# setenforce 0 # como administrador o con su -c o sudo

borrar los caches de yum

# yum clean expire-cache

actualizar a selinux (paquetes corregidos sin bug)

# yum update selinux-policy\*

activar de nuevo SELinux

# setenforce 1

Y listo. Ya podemos actualizar correctamente. si alguna instalación ha fallado estos días, instalar esos paquetes mediante

yum reinstall paquete-en-cuestión

Algunas "herencias" molestas a través de FedUp

Hasta hoy había actualizado tres de los 4 ordenadores con los que trabajo habitualmente con FedUp. Sin embargo, la actualización mantiene ciertas "herencias" cuya actualización da lugar a algunos problemas de compatibilidad, aunque no lo puedo probar. El principal problema aparece en el uso de nautilus, que se corta y después no aparece de forma gráfica al picar el icono. En uno de los ordenadores, que tiene un gnome limpio, no aparece; en el segundo, con gnome, más la presencia de nemo desde hace tiempo, nautilus falla aleatoriamente. En el tercer caso, con gnome+kde y con nemo, el error aparece solo en gnome al usar nautilus y nunca en kde.

Aunque no estoy seguro, creo que se debe a que la presencia de nemo genera ahora la instalación de parte (o todo) el escritorio cinamon, y se debe general alguna "incompatibilidad" con gnome shell. He reinstalado de limpio (Fedora 20 DVD live 64bits) el segundo ordenador, gnome + nemo, y funciona muy fluido, y hasta diría que más rápido, sin inconsistencias ni la desaparición de nautilus. Esto me llva a pensar en instalar también de nuevo en el tercer caso, ya que aunque me ha adaptado al uso de KDE, y reconozco que es un escritorio completamente funcional y válido en máquinas potentes, realmente no me gusta.
Como estoy algo "atado" por el trabajo, probaré primero en el portátil, y luego, cuando tenga más tiempo, instalaré la máquina principal.

Fedora 20. Problemas de descarga y de instalación

El día 17 se liberó la versión estable de Fedora 20. Como usuario de Fedora fui rápidamente a bajar la versión que quería (Fedora-20-x86_64-netinst.iso) pero me fue imposible. Me encontré mensajes como "No existe el fichero...", "No se puede cambiar de directorio..." etc...
Cuando finalmente, gracias a mi amigo hckorootx pudimos bajarla (para los que tengan ese problema, es recomendable recurrir a otros espejos o "mirrors"), me surje un nuevo problema; anaconda no encuentra en la red un repositorio para la instalación. En resumen, espero hasta enero para instalar la versión 20, por que está visto que tengo esta semana gafada.

Versión de Kernel en las imágenes de instalación

Linus Torvalds ha comentado en Google+ que le sorprende que las imágenes de instalación de las distribuciones, y en particular la de Fedora, no se actualizase desde su liberación. Dice, exactamente:

"Right now the F19 install images use some ancient 3.9-based kernel. Which means that they may boot on most machines, but it's missing wireless ID's for new laptops etc, so making it useful is unnecessarily painful."

Eso mismo he pensado yo muchas veces, sobre todo cuando necesitaba  el kernel 3.2.5 y no estaba en ninguna distribución (salvo Fedora). Eso tiene una solución sencilla, que ya presentan las distribuciones con "Rolling release", o actualizar las imágenes constantemente, siguiendo la actualización de la distribución, pero probablemente queda fuera de los objetivos de las principales distribuciones, y por razones distintas que no vamos a comentar ahora. Sin embargo comento esto teniendo en cuenta que si bien es cierto que Fedora 19 tiene en su imagen de instalación una versión 3.9 del kernel,

yo acabo de instalar Debian 7.2.0 recién salido, y luego lo he actualizado, para terminar con un kernel 3.2.0.4. Es el precio de la estabilidad.

Interesante situación.

Últimos ajustes para que funcione: KDE

Este fin de semana ha sido de múltiples cambios. Como ya había señalado, debido a diferentes problemas en mi ordenador principal tenía instalado Debian 7 en ese, frente a todos los demás, que tenían Fedora 19. Sin embargo es una situación incómoda, ya que las actualizaciones de Fedora son mucho más rápidas, y las versiones de las aplicaciones que uso son mucho más actuales que las de Debian. Además, he empezado a usar el panel lateral en LibreOffice 4.1 -me gusta bastante, por cierto- y en Debian aun tenía 4.0.3.4. Así que mi intención era recuperar Fedora 19, pero sin problemas en mi ordenador principal. El problema fundamental en Fedora 19 era que en ocasiones para lanzar una aplicación, tenía que cerrar otra. Por si ese error dependía de una configuración antigua (eso ya me pasaba al principio en Fedora 18), tengo un disco nuevo sin dato alguno de instalación para formar una nueva partición home. Sin embargo las cosas fueron algo más complicadas. Las acciones y las consecuencias fueron así:
1. Instalación limpia de Fedora 19 desde un CD regrabable con la imagen ISO "network format". Anulé la zona de intercambio, para evitar los datos que pudieran estar en la swap; además, con 24GB de RAM, no debería ser necesario área de intercambio. Formateo del disco sólido de sistema de 60GB y home con el nuevo Caviar Black 2TB (particionado y formateado a ext4). Todo parece ir de maravilla pero al arrancar lo único que se ve es esto:

Si se utilizan los Ctrl+Alt+2, 3,... accedo a los terminales, pero no soy capar de general un escritorio gráfico al que pueda acceder.
Creo que la razón está en que la placa madre tiene dos salidas (HDMI y Display Port), así que conecté por la otra salida, pero me pasaba lo mismo. Llegué a usar dos monitores, pero el efecto era el mismo. La solución es posiblemente la configuración a través de terminal, pero como no lo tenía claro, pasé al plan 2.
2. Instalación de Fedora 18, que funcionaba perfectamente y FedUp después. Sin embargo, en el reinicio y arranque con Fedora 19 tenía el mismo resultado, un fondo desde el que no puedo llegar a un escritorio gráfico que funcione. En ese momento parece claro que el error está en el escritorio gráfico, ya que Linux funciona perfectamente. Eso nos lleva al Plan 3.
3. Instalación de Fedora 19 con KDE. La instalación fue rápida y el arranque perfecto. El equipo funciona a las mil maravillas, eso sí, después de anular la segunda pantalla, ya que el sistema manda siempre las aplicaciones a la segunda. Aquí KDE me dio una salida, y es que en el panel se ven las aplicaciones y en opciones existe mover, y con las flechas cruzadas se trae a la primera, con lo que pude traer la configuración del sistema y anular esa pantalla dos. Con eso he logrado que todo funcione.

Por supuesto, no estoy acostumbrado a KDE y voy a tener que aprender este nuevo escritorio gráfico. Lo primero que hice fue eliminar un montón de cosas, que luego no fui capaz de recuperar, así que tuve que iniciar de nuevo el escritorio, simplemente borrando el directorio .kde. Por lo demás, no está mal. Al contrario que otras veces que lo he probado en otras máquinas, funciona de forma rápida y fluida (este equipo es muy potente). Lo que más me cuesta es adaptarme al cambio en las atajos de teclado (Alt+. en vez de Ctrl+H, los cambios de área de trabajo) y, sobre todo, encontrar las aplicaciones (Super más dos o tres letras aquí no funciona).
Me lo tomaré como otra oportunidad de aprender.

Disco nuevo y Fedora 19

Pues eso. He encargado un Caviar Black de 2TB (WD2002FAEX).

He decidido instalar Fedora 19 limpio completo, formatear completamente el disco de sistema, home sin estrenar y no guardar ni una configuración. Los problemas con Debian se reducen simplemente a la pérdida continua del teclado, pero se me hace incomodo trabajar. Además, hay un desfase en la actualización de las aplicaciones que uso en todos los ordenadores (mucho más "modernas") y ese, que como sigue los pasos de estabilidad (y lentitud) de Debian, están mucho más atrás. Como he tenido un retraso en el reparto, no lo podré probar hasta el viernes.