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!
Mostrando entradas con la etiqueta Fedora 20. Mostrar todas las entradas
Mostrando entradas con la etiqueta Fedora 20. Mostrar todas las entradas
jueves, 11 de diciembre de 2014
Fedora 21. Actualizacion con FedUp
Etiquetas:
Actualización,
Dropbox,
Fedora,
Fedora 20,
Fedora 21,
FedUp,
Gnome,
gnome extensions,
Gnome Shell,
Linux,
Update
miércoles, 9 de julio de 2014
lunes, 17 de febrero de 2014
¿Cuánto cachea la RAM?
El otro día, accidentalmente, me di cuenta de que la memoria RAM del ordenador estaba casi completamente ocupada. Curiosamente, el ordenador llevaba una rato muy largo, horas, sin hacer nada en particular. Para ser exactos, lo vi en una de las funciones de nmon en una de las áreas de trabajo.
Al vaciar la memoria mediante un método no destructivo (ver aquí, por ejemplo)
su -c 'echo 3 > /proc/sys/vm/drop_caches'
se liberó la mayor partede la memoria. Los 22.498KB usados pasaron a ser 2.643
Ahora solo queda una pregunta... ¿Qué cachea? Por que mi sisema entero ocupa 13GB en el disco sda1
Así que, ¿de donde salen 20GB de caché? Pregunta interesante.
Al vaciar la memoria mediante un método no destructivo (ver aquí, por ejemplo)
su -c 'echo 3 > /proc/sys/vm/drop_caches'
se liberó la mayor partede la memoria. Los 22.498KB usados pasaron a ser 2.643
Ahora solo queda una pregunta... ¿Qué cachea? Por que mi sisema entero ocupa 13GB en el disco sda1
Así que, ¿de donde salen 20GB de caché? Pregunta interesante.
jueves, 23 de enero de 2014
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
...
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
miércoles, 8 de enero de 2014
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,
y se actualiza
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),
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
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.
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 fedupy 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.
jueves, 19 de diciembre de 2013
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.
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.
martes, 10 de diciembre de 2013
Retraso en Fedora 20
Como se puede ver justo a la derecha tenemos una semana de retraso para la liberación de Fedora 20, y no podemos instalarlo hoy, como esperábamos (hasta este puente).
Por supuesto siempre es mejor que sea una semana más tarde, si se gana estabilidad. El retraso no supone ningún problema, pero esa semana me permitiría preparar todos los ordenadores antes de Navidad, y así tendré que esperar hasta después. Si tenemos mucha prisa, siempre podemos instalar la versión beta, pero como utilizo Fedora no solo en mis ordenadores personales, si no también en los de trabajo, no me puedo permitir una inconsistencia.
Por supuesto siempre es mejor que sea una semana más tarde, si se gana estabilidad. El retraso no supone ningún problema, pero esa semana me permitiría preparar todos los ordenadores antes de Navidad, y así tendré que esperar hasta después. Si tenemos mucha prisa, siempre podemos instalar la versión beta, pero como utilizo Fedora no solo en mis ordenadores personales, si no también en los de trabajo, no me puedo permitir una inconsistencia.
Suscribirse a:
Entradas (Atom)












