microcode: CPU0 update to revision 0xba failed

No se si os habéis fijado que este error sale de vez en cuando al actualizar servidores virtuales.

Microcode es el firmware del procesador, se puede actualizar a través de la BIOS o a través del Kernel de Linux (Yum o Dandified Yum lo hace solo). Al ser un servidor virtual este proceso obviamente falla. Y, no os preocupéis, no influye para nada la instalación de actualizaciones.
Para que no se instale Microcode del procesador, se tiene que eliminar un paquete:

su -c «yum remove -y microcode_ctl»

Sustituir yum por dnf en Fedora.

Distro para servidores: Debian vs CentOS

No intento hacer una comparativa del tipo ¿qué es mejor, Debian o CentOS? Mi intención es simplemente reunir en una tabla qué muestre con qué versiones del software se trabaja al tener un Stack LAMP o LEMP en las dos distros mas populares para servidores.

	Debian	CentOS
Version	8.0 (Jessie)	7.1
Soporte hasta	2020.04.25	2024.06.30

CentOS va a ser Rolling Release: FALSO

Por desgracia es algo que he leído en varias fuentes diferentes. Parece que la gente, ya sea por mal información o por malinterpretación, cree que CentOS va a ser Rolling Release. FALSO.

«CentOS Linux rolling builds are point in time snapshot media rebuild from original release time, to include all updates pushed to mirror.centos.org’s repositories. This includes all security, bugfix, enhancement and general updates for CentOS Linux.»

CentOS va a empezar a sacar «Rolling Builds» del disco/iso de instalación, que viene a significar algo así como exáctamente «Imágenes actualizadas de instalación».

¿Todavía no lo pilláis?

Iso de instalación + Updates.

En ningún sitio se dice

¿Actualizar Linux Mint 15 a 17? No problem

Esto es algo que escribí para fat_man, un usuario del foro de Desde Linux. Luego de escribirlo ví cuan largo era y decidí publicarlo también en el blog.

Empezando

Entiendo por qué la gente recomienda reinstalación por encima del upgrade, se ahorran complicaciones con futuros problemas (sí, me refiero a problemas con los problemas), pero no es la única solución. Uno puede actualizar el sistema sin necesidad de reinstalar.

El gran problema de actualizar es que a la larga no se incorporan cambios de archivos de configuración que hayan hecho el equipo de linux mint o ubuntu, o la distro que sea, puesto que esto es aplicable a todas las distros.

No significa que las cosas dejen de funcionar, como a veces parece que la gente sugiere.

Disponible RHEL 7, pero sólo en x86_64

¡Ha salido RHEL 7! Supuestamente está disponible ya hace medio día para su descarga (creo que hay una diferencia horaria de 12 horas, luego aunque oficialmente ha salido el día 10, ayer, eso son menos de 24 horas), la página oficial todavía no se ha actualizado, ofreciendo la versión 6.5 o la 7 beta.

¿Novedades?

La principal característica nueva a nivel de usuario, por lo menos en mi opinión, es el cambio a XFS como sistema de archivos predeterminado. Es el primer sistema operativo del ecosistema Red Hat en hacerlo, pero no el último. Obviamente CentOS 7 va a hacer el cambio también y me imagino que Scientific Linux 7 también, en cuanto a Fedora, también está planeado el cambio para la versión 21.

Otra de las características con bastante impacto es la no disponibilidad de una versión 32 bit. Me parece extraño, de hecho la primera vez que tuve noticia de esto, no me lo creí, al fin y al cabo aunque i386 ya no esté soportado en el kernel de Linux, i486, i586 e i686 siguen estando. Una de las razones que dan es que x86 es bastante anticuado y que todos los equipos de hoy en día son x86_64.

¿Fedora?

A mí me gusta Fedora y por eso lo uso, pero voy a explicar por qué deberíais utilizarlo vosotros.

No es peor que Debian, no es peor que Linux Mint o Ubuntu, no es peor que Archlinux. Quizás algunas personas estén en desacuerdo con eso, pero curiosamente las mismas personas si les dieras una licencia gratis de RHEL, no lo desinstalarían jamás.

¿Incrédulos? ¿Sí? Me he topado con esta doble verdad varias veces, no les gusta porque no lo tienen, si tuvieran la posibilidad de tenrlo, gratis, les gustaría.

Y me diréis, pero Billy, ¿que tiene que ver Fedora con RHEL? A primera vista poco y sin embargo mucho. Iré poco a poco.

Antes de alabar Fedora, debo alabar RHEL y su clon gratuito e independiente de Red Hat, ¿lo habéis adivinado?, sí, CentOS.

Mate en CentOS 7 (beta)

¡Wau! Parece que los chicos de CentOS van a ofrecer, a parte de Gnome Shell, Mate como una opción de entorno de escritorio. Según he inferido (puede que sean imaginaciones mías) de las pocas líneas del blog CentOS Seven, parece que no va a ser el Mate más puro, sino que van a combinar Mate con aplicaciones Gnome 3, como Gedit por ejemplo. Si combinan eso con un theme para gtk2 y gtk3, puede resultar.

Pensadlo bien, dando a elegir Gnome Shell Clasic (o como se llame ahora, he dejado de estar atento a esas cosas) o «Gnome 2» de toda la vida a un usuario de CentOS 6 o 5, o incluso Ubuntu 10.04, ¿qué creéis que eligirían?

 

 

 

 

 

Kernel panic – not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

Recientemente un conocido mío se ha topado con esta maravilla en su portátil con Centos.

RAMDISK: incomplete write (3770 != 20456)
write error
Kernel panic – not syncing: VFS: Unable to mount root fs on unknown-block(0,0)
Pid: 1, comm: swapper Not tainted 2.6.32-431.3.1.el6.x86_64 #1
Call Trace:
[<ffffffff81527213>] ? panic+0xa7/0x16f
[<ffffffff81c27432>] ? mount_block_root+0x216/0x2cb
[<ffffffff81c5467a>] ? gunzip+0x0/0x34e
[<ffffffff81002930>] ? bstat+0x2b0/0x980
[<ffffffff81c2753d>] ? mount_root+0x56/0x5a
[<ffffffff81c276b1>] ? prepare_namespace+0x170/0x1a9
[<ffffffff81c2692a>] ? kernel_init+0x2e1/0x2f7
[<ffffffff8100c20a>] ? child_rip+0xa/0x20
[<ffffffff81c26649>] ? kernel_init+0x0/0x2f7
[<ffffffff8100c200>] ? child_rip+0x0/0x20

Bonito y fácil de solucionar. Solo hay que iniciar con otro kernel y actualizar initframfs:

ls /boot | grep vmlinuz | grep -v rescue | sed s/vmlinuz-// | sed s/$(uname -r)//
# Copiar el kernel más alto
sudo update-initramfs -u -k <kernel>
sudo update-grub2

Yum Update

He decidido cambiar mi comando para actualizar el sistema e introducir algo más de sofisticación. Hasta ahora lo que tenía era un alias en mi .bashrc:

alias up='sudo yum update --skip-broken'

Lo he sustituido por esta otra función:

update ()
{
  yum check-update >& /dev/null
  RETURN=$?
  if [[ $RETURN -eq 100 ]]
  then
    sudo yum update -y --skip-broken
  else
    printf "No updates available\n"
  fi
}

Problemas con CX en Fedora 64 bit y como solucionarlo

Tras instalar el RPM de Crossover en mi Fedora 19 64 bit con KDE y copiar la botella donde tenia instalado Civilization IV, me encontré con el problema de que no iba. Eso era extraño porque antes de reinstalar el SO, todo iba bien. Es verdad que antes era un Spin de Fedora con Lxde + Mate + KDE y que esta otra instalación era un Spin de Fedora con KDE, pero no tendría porque influir (los dos 64 bit).

Seguramente seria porque en la otra instalación había probado un montón de programas, que habrian arrastrado sus respectivas librerías.

Tras buscar un rato por la red,