DNF system upgrade: actualización de Fedora 22 a 23

Como ya hemos descrito, la actualización de Fedora se puede —podía— realizarse de manera sencilla con fedup —no voy a poner enlaces sobre ello, por que ya no lo necesitamos—, incluso en ordenadores remotos a través de ssh. Sin embargo el cambio de yum a DNF ha incluido también una nueva aplicación de actualización —DNF system upgrade— que facilita la actualización.
De los diferentes dispositivos que utilizo, he ido cambiando uno a uno de diferentes maneras, pero ninguno mediante esta nueva aplicación. Me quedaba el portátil, así que lo he realizado hoy. He seguido las instrucciones sencillas que nos da este enlace de la revista de Fedora. Si más,

1. Actualización del sistema

$ su -
# dnf upgrade

2. Instalar el plugin de dnf

# dnf install dnf-plugin-system-upgrade

3. Descarga de paquetes (en este caso 2226)

# dnf system-upgrade download --releasever=23

Sencillo y rápido, aunque depende de la red disponible. En WIFI tardó en este caso unos 20 minutos para algo más de 2GB, con una velocidad de bajada alrededor de 2MB/s.

4. Reiniciar y actualizar

# dnf system-upgrade reboot

Una vez ordenada, me fui a tomar un café, y al volver estaba terminando la comprobación final.

Conclusión: más sencillo que nunca, con solo 4 comandos, muy rápido, en función de la red disponible y como dificultades solo ha supuesto el bloqueo del repositorio de Dropbox. Una vez actualizado, todo funciona adecuadamente, incluyendo Dropbox, las aplicaciones de wine y todo lo demás. Aun no he descubierto ningún paquete con problemas ni dependencias no resueltas.

RECOMENDADO.

Actualización a Fedora 22: fedup

Como había dicho ayer, he actualizado mis ordenadores principales mediante fedup.

http://kuboosoft.blogspot.com

Más rápido, más productivo, menos tiempo perdido. Para actualizar mi ordenador de trabajo utilicé las técnicas que ya había utilizado en las versiones anteriores. Sin embargo, como ya habíamos indicado, la mayor parte de los comandos, si el sistema está actualizado, no son necesarios, así que el ordenador de casa, que además es el más potente, decidí actualizarlo de una forma mucho más sencilla. En primer lugar actualicé Fedora 21:

su -c 'dnf -y update'


luego instale fedup

su -c 'dnf install fedup'


y finalmente di la orden de actualización

su -


fedup --network 22

Listo. Descargó 2526 paquetes, con algo más de 2GB. En algún caso no encontraba paquetes similares a los buscados y generó algunos errores, pero la actualización funcionó adecuadamente. Ese ordenador estaba con KDE, y la nueva apariencia de ese escritorio no me gustó, así que instalé inmediatamente gnome y algunos añadidos imprescindibles

su -c 'dnf groupinstall gnome'

su -c 'dnf install gnome-shell-extension-common dconf-editor gnome-tweak-tool'

Como me pasa siempre con gnome en ese ordenador, nautilus se congelaba. Esta vez guardé los errores, en concreto

(nautilus:3226): Gtk-WARNING **: Failed to register client: GDBus.Error:org.gnome.SessionManager.AlreadyRegistered: Unable to register client
Initializing nautilus-dropbox 2.10.0

que por lo visto es un bug conocido.

La solución, después de bucear por la red (aquí), fue la eliminación completa de nautilus

su -c 'killall nautilus'

su -c 'dnf remove --purge nautilus'

y su instalación de nuevo

su -c 'dnf install nautilus'

Funciona. Por cierto, un nautilus más minimalista que nunca. Por tener, ya no tiene ni opciones y hay que buscarlas en dconf-editor

 

Luego solo hizo falta actualizar las extensiones de gnome en el navegador y activarlas en las tweak-tools y listo. En una hora los equipos trabajando.

Actualización con FedUp. Espacio en las particiones

En este caso describo los problemas que he tenido en un portátil. Este ordenador tiene instalados Windows 7 y Fedora.

Debido a que ya tiene unos años, el disco duro es un TOSHIBA MK3263GSX de 320GB, dividido en 5 particiones. Las dos primeras sda1 y sda2 son las originales del sistema que venían de fábrica (sda1 NTFS de 500MB de reparación para Windows y sda2 donde viene instalado Windows 7). Sobre esa sda2 extraje un espacio vacío que he rellenado con una partición (sda3 NTFS) para datos de Windows, y la extendida sd5 (ext4) para /, sd7 (ext4) para /home y sd6 swap.
El problema generado en la actualización surgió del hecho de que sd5 / nació siendo de 14GB. Siempre fueron suficientes estos GB para sistema; sin embargo la carga de los paquees necesarios para actualizarse, más el espacio necesario para instalarlos antes de borrar los anteriores significo la falta absoluta de espacio, con el mensaje de que eran necesarios 2GB libres más en sd5. Es decir, los 34GB que se ven en la imagen fueron gestionados por gparted live, instalado a través de unetbootin en un dispositivo USB.
Conclusión: antes de empezar con FedUp, comprueben que tienen libres más de 5GB en /, por que si no tendrán que generarlos antes de la actualización.

PD. Sí, la alteración gráfica de las particiones no ha  sido perfecta y deja rastros, como esas zonas vacías sin uso. Sí, también en Windows, por que aproveché para aumentar c:\.

PDD. Si, llevo un rato bastante largo

Fedora 21 a través de FedUp. Solución para las "broken dependencies"

Como había señalado en la entrada anterior, la actualización por FedUp había funcionado "casi" perfectamente, y que en la propia actualización, antes de empezar la sustitución de paquetes, la aplicación avisaba de cuáles presentan dependencias rotas, con el desalentador aviso de que instalásemos bajo nuestra responsabilidad ("Continue with the upgrade at your own risk").
A pesar de ello, todo va como la seda... hasta que llamas a uno de esos paquetes, en mi caso R, que es parte intrínseca de mi trabajo. La respuesta es:

Es decir, hemos tropezado con la dependencia rota.

Para solucionarlo simplemento desinstalé a través de yumex (YumExtender) R (R-core, R-core-devel, R-devel, R-java-devel) y luego reinstalé con yum

su -c 'yum install R-core R-devel' # suficiente; los otros son dependencias

Y con eso ya funcionaba. Eso sí, en vez de ser la versión 3.1.2 "Pumpkin Helmet" que ya estaba instalada en Fedora 20, la que está ahora es la 3.1.1 "Sock it to Me".

Es decir, la preparación de Fedora 21 quedó congelada antes de alguna de las actualizaciones de Fedora 20 y hay alguna "regresión" de versión.

Este problema solo me ha aparecido en R, Virtual Manager (virt-manager) y HandBrake. Los dos primeros se han corregido de la misma manera (desinstalación y vuelta a instalar) y handbrake no lo he necesitado, así que no lo he vuelto a instalar (aun).

Y de todas maneras dos días después ya se ha actualizado R a 3.1.2. en Fedora 21.

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!

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.

FedUp por ssh

Hoy se me lio en trabajo en uno de mis despachos y como vi que no era capaz de terminar a tiempo por la mañana y poder llegar a otro se me ocurrió actualizarlo a través de ssh para ir adelantando tiempo. Primero pensé que quizás no era posible, pero como actualizo siempre por terminal, con un simple ssh se debería poder hacer. Es decir, vamos a tunelizar un poco.

Simplemente,

ssh usuario@ip
   palabra usuario

Una vez lograda la conexión por terminal, nos nombramos administrador de aquel equipo

su -
   palabra administrador

y listo. Se ejecuta la misma secuencia de ordenes que decíamos en la entrada del otro día, se instala fedup

yum --enablerepo=updates-testing install fedup
fedup-cli --network 20 --debuglog fedupdebug.log 

y se reinicia el equipo (un simple reboot).

Al reiniciarse, en la entrada de grub la primera opción es la actualización de fedup, así que supuse que se ejecutaría tras los segundos de espera para permitir escoger una opción.
Luego esperé un tiempo prudencial e intenté volver a entrar, suponiendo que se habría reiniciado tras la actualización. No fui capaz de entrar por ssh, pero creo que se debió a que debió tardar algo más de lo que yo esperaba, por que al llegar por la tarde, el proceso se había realizado y el ordenador había reiniciado y estaba simplemente esperando login.

Solamente tuve que actualizar las extensiones de gnome y a trabajar. Un adelanto de entre una hora o dos.

Fedora 20: actualización con FedUp

Esta vez, posiblemente por querer hacerlo de forma rápida, y tras el fallo de netinst, he actualizado mediante FedUp. Para probar, empecé en mi ordenador más lento. Tardo un rato, tanto en bajar los paquetes (1996),

como en instalar, pero es una máquina limitada. Después lo fui haciendo en el resto. En el ordenador principal, que es mucho más potente, a pesar de ser alrededor de 2400 paquetes, se hizo muy rápidamente. Todos funcionan a la perfección. Para realizar la actualización me he basado en las recomendaciones del blog de xenode, justo aquí.

Por orden, describe los siguientes pasos
1. su -
2. yum-complete-transaction --cleanup-only
3. yum -y update rpm
4. yum -y update kernel
5. yum -y update
6. yum clean all
7. yum makecache
8. yum -y update

Como estaban actualizados, y salvo en el caso del principal, en el que al aplicar la orden update rpm parecía faltar alguna depencencia de gthumb, todas las órdenes fueron innecesarias. Luego se instala FedUp, como indica ese blog o el manual de Fedora,

yum --enablerepo=updates-testing install fedup

y se actualiza

fedup-cli --network 20 --debuglog fedupdebug.log

Al reiniciar aparece como primera opción la actualización.

Como es bien sabido, en mi ordenador principal estoy usando KDE, aunque no es muy de mi gusto, debido a un problema con la máscara gráfica en Fedora 19 y gnome. Para ver si la versión 20 me permite usar gnome, tras la actualización he instalado el escritorio gnome, al mismo tiempo que mantenía kde. Simplemente (como administrador),

yum groupinstall 'gnome-desktop-environment'


Tras un reinicio en gnome (no olvidarse de seleccionar al inicio, por qu si no reinicia en l anterior, o sea, KDE), para completar las herramientas necesarias

su -c 'yum -y install gnome-shell-extension-common dconf-editor gnome-tweak-tool'

y, por supuesto, añadiendo las extensiones que cada uno considere necesarias. Así tenemos la opción de tener cualquiera de los dos escritorios.

Simplemente como advertencia, para aquellos que como yo tengan un procesaro Intel con tarjeta integrada y una placa con conexiones HDMI y Display Port, ¡CUIDADO! Gnome identifica, al menos en mi caso, dos pantallas, aunque solo haya un monitor, y deja la secundaria combinada con la primera (si no se le dice lo contrario).

Al apagarse el monitor y volver a activarlo, nos deja la mitad de una y otra mitad de la otra, haciéndose muy difíciles de manejar. Lo mejor es anular la segunda (si no la tenéis conectada a un segundo monitor, claro)

y ¡listo!

Por supuesto, que cada uno escoja el fondo de pantalla que más le guste.

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.

Últimas semanas. Fedora 18

En los últimos días no he traído nada nuevo en el blog por que he estado bastante ocupado instalando el sistema en mi ordenador principal. La historia ha sido más o menos así:
1. El 27 de enero instalaba en el ordenador principal Fedora 18

mediante FedUp.Las primeras impresiones las podéis leer aquí. Podría destacar especialmente los cambios que trae gnome 3.6 en Nautilus y los problemas iniciales con el repositorio de Dropbox. La actualización por FedUp hace que el inicio no muestre el panel gráfico que se ve al instalar de limpio, pero lo que llevó a una instalación nueva fue un bloqueo aleatorio del sistema gráfico, que me impedía refrescar la pantalla y podía ver en terminales que los programas gráficos estaban funcionando pero no podía acceder a ellos.
2. El 16 de febrero instalé de forma limpia Fedora 18. Seguía teniendo bastantes problemas, así que tuve que activar las teclas mágicas, cuya localización ha variado en Fedora 18. Se generaron nuevos problemas:
- Anaconda no pide nombre identificativo para el ordenador (o yo me salto algún botón sin darme cuenta), con lo cual aparece identificado como new-host (problema general que es fácil de solucionar, aunque lo descubrí después)
- Ciertos programas, pero especialmente aMule, se apagaban sin previo aviso, lo que me obligó a generar un script para reiniciarlo.
- Se generaba una cascada de dependencias entre programas, de tal manera que al llamar a un fichero de LibreOffice desde Nautilus, el fichero solo se abría al cerrar Nautilus. Para poder hacer funcionar otros, tenía que matar el terminal y finalmente era casi imposible trabajar con el sistema gráfico. En general solo me afecta en el movimiento de ficheros, ya que últimamente trabajo fundamentalmente en terminal. Aun así, en ocasiones el sistema gráfico estaba completamente bloqueado y tenía que trabajar en las pantallas de texto (de Ctrl+Alt 2 hasta 7) y, de hecho, tenía activa siempre la 2 para poder matar procesos gráficos que bloqueaban a otros mediante la identificación por top y uso intensivo de kill.
3. Como daba la sensación de que parecía haber una "herencia" de unas instalaciones a las siguientes, y pensando que el formateo del disco de sistema no era tal formateo, por que es un disco sólido, y aprovechando de que es bastante antiguo, lo cambié por un INTEL 520 de 60GB, que sale en un precio razonable, e instalé de nuevo Fedora de limpio. Me generó de nuevo un ordenador new-host, pero lo cambié con la orden

hostnamectl set-hostname --static

que descubrí aquí, ya que ahora el nombre está en  /etc/hostname y no en /etc/sysconfig/network.

Estado actual. Debido al cambio de disco, el sistema es mucho más rápido (se nota muchísimo); sin embargo, después de haberlo usado sin problemas varias horas, volvieron a aparecer dependencias de unos programas sobre otros. En general el proceso responsable parece ser nautilus, y una vez que un programa se niega a abrirse, hasta que se cierra nautilus nada parece funcionar. Como falta poco para el nuevo openSUSE 12.3, estoy pensando seriamente probarlo, incluido KDE. Si no me convence, lo que si tenemos en cuenta lo poco que me gusta KDE es casi seguro, me pasaré al que nunca falla, Debian Stable. Ya tengo preparado el 6.0.7 que salió el sabado, 23.Me va a costar, ya que he estado muy contento en Fedora. Las actualizaciones son muy rápidas y, hasta ahora, no he tenido problemas de estabilidad o seguridad. Además, tengo 5 ordenadores funcionando con Fedora 18 y solo el principal genera problemas (será por que es al que más le pido).

Instalación de Fedora 18: primeras impresiones

He instalado de nuevo Fedora 18 en un sobremesa y he actualizado a través de FedUp en un portátil.
La instalación limpia me ha generado algunos problemas de los que soy el responsable. Tenía perfectamente adaptado Fedora 17 y gnome 3 a través de las extensiones, y antes de haber actualizado o añadido las herramientas imprescindibles, traté de poner el escritorio como a mi me gusta, con lo que he inutilizado el panel superior y parte de las ventanas gráficas. ¡Antes de manejar las extensiones de gnome, actualizar y añadir las herramientas de configuración!
Sin embargo, estoy bastante satisfecho de la actualización por FedUp.
De este enlace se pueden extraer las dos ordenes necesarias:
1. Instalar FedUpp

yum --enablerepo=updates-testing install fedup

2. Actualización; existen diferentes formas (red, ISO o almacenamiento local), pero recomiendan encarecidamente que se haga a través de la red y es la que he aplicado en un portátil Toshiba.

fedup-cli --network 18 --debuglog fedupdebug.log

Esta orden provoca la descarga de, en mi caso, más de 2200 paquetes y luego otra de dependencias, que en este portátil fueron más de 900 paquetes. Es recomendable una red con banda ancha; en mi caso logré bajadas superiores a 2MB/s y no fue más de un cuarto de hora. A partir de ahí se reinicia el ordenador y la primera opción es FedUp. Al aceptar empieza la actualización, como se ve

y no sé cuanto llevó, por que me fui a ver una película y no lo miré hasta el día siguiente, que me mostró está imagen de Fedora 18 a punto de iniciar.

Lo demás será ajustar el escritorio a nuestros gustos y adaptarnos a las nuevas características. En principio no está mal, al usar la actualización por FedUp queda bastante ajustado a nuestros -mis- gustos y no he encontrado ningún problema por ahora. Me está costando, eso si, adaptarme a las reducidas opciones que le quedan a Nautilus, pero será cosa de dos o tres días. Por ahora, recomendaría una actualización por FedUp conectado a la red.