Me descargué los otros días la ISO de RHEL7 64 bit (la unica de beta que hay), y la instalé a ver que tal. Le saque algunos screenshot para que la vean, corriendo en VBOX obviamente.
Mostrando entradas con la etiqueta rhel. Mostrar todas las entradas
Mostrando entradas con la etiqueta rhel. Mostrar todas las entradas
10 may 2014
22 mar 2013
9 mar 2013
Dudas sobre RHEL - CentOS - SL | Deployment Guide RHEL 6.x
Muchas preguntas a menudo en este blog, refieren a cosas básicas de RHEL, CentOS, Fedora (que se parece en un 80% a RHEL), y la realidad es que son cosas que estan al alcance de la mano, de un click.
CentOS 6.4 ya es oficial
Hace unos días habia un centos 6.4 en la rama /cr de los mirror, pero ya es oficial.
4 mar 2013
Un nuevo clon de RHEL ha nacido | Serentos
Si bien el nombre puede ser algo cómico, a mi me hace recordar a los postres serenito, no es una broma.
20 nov 2012
Firefox 17 disponible para CentOS - SL - RHEL
Firefox 17.0 ya está disponible para RHEL y sus clones.
7 nov 2012
CentOS vs SL... y esta update quien la ganó?
Hace unos días comenté que CentOS venía sacando updates mas rápido que SL, y en mayor cantidad, incluyendo bugfixes.
28 sept 2012
Descargar un RPM con YUM y extraer el contenido de un RPM o .SRC.RPM
A veces por diversos motivos deseamos descargar un rpm y no instalarlo, quiza para llevarselo a un amigo que no tenga conexion a internet y llevando las dependencias podemos actualizarle el kernel, no?.
20 ago 2012
Visualizar la pantalla de GRUB y ver el inicio del sistema detallado en Fedora / CentOS / SL / RHEL
Es a raiz de un comentario que hicieron aqui, que decido hacer esta entrada.
El comentario radica en que al añadir el repositorio elrepo, para kernel nuevos o bien si usan un kernel compilado, siempre vuelve a iniciar con el kernel que tenia y no el nuevo.
El comentario radica en que al añadir el repositorio elrepo, para kernel nuevos o bien si usan un kernel compilado, siempre vuelve a iniciar con el kernel que tenia y no el nuevo.
2 ago 2012
Scientific Linux tambien soportará 10 años cada release | Scientific Linux will also support 10 years each release
Una imagen vale mas que mil palabras, extraida de sl-announce mail list | An image worth a thousand words, taken from sl-announce list
Scientific Linux 6.3 RC1 liberado! | Scientific Linux 6.3 RC1 released!
Scientific Linux 6.3 RC1 fue liberado de forma oficial, mirando en sus ftp, pude ver las updates y la ISO estaban alli. Los paquetes no dicen ni beta ni nada raro, con lo cual supongo que de RC1 a final habrá pocos cambios.
17 jul 2012
La Linux Foundation trabaja en un codigo para eludir el UEFI secure boot de M$ || Que tal ahora bill?
Aparentemente, la Linux Foundation, esta trabajando en un codigo para evadir el secure boot de UEFI (que seguro era no? xD), de Intel y M$ (aka microsoft).
12 jul 2012
CentOS 6.3 fue liberado, y Scientific Linux 6.3 donde está?
Bueno, ayer algunas personas me preguntaron "y donde esta la 6.3 de SL?, porque CentOS ya lo liberó".
Hay una breve pero concreta explicación para esto, y es la siguiente. Los datos que aportaré son de buena mano, de gente que habla directamente con los developer de SL.
14 jun 2012
Lenovo ThinkPad T400 / T60 backlight brightness CentOS 6.2 - RHEL6.2 - SL6.2 - Fedora
Los que poseen una Lenovo ThinkPad T400 como yo, habrán notado que la tecla de funcion para subir y bajar el brillo funciona, pero el paso es algo tosco, es decir, salta de una cantidad a otra sin un medio, mientras que en Windows, eso no sucede, el paso es suave.
Bien, el control de backlight de gnome 2.28 en RHEL6.2 y clones, tiene como valor maximo 15, y el inferior inmediato es 13, saltandose ese 14 que tanto queremos, al menos yo en mi caso.
La pregunta es, como puedo hacerlo?, facil, si bien pueden cambiarlo desde terminal en cualquier momento, es mejor establecer un valor que nos agrade al ojo y setearlo en /etc/rc.local
Para mi, ese valor fue 14, ni el maximo ni 13, entonces, editamos /etc/rc.local y ponemos
echo "14" > /sys/class/backlight/acpi_video0/brightness
Cada vez que inicie la notebook, tendrá un valor de 14 establecido, dicho valor no puede ser logrado mediante la tecla funcion + subir o bajar brillo.
Si durante la sesion quieren variarlo, abren una terminal, y como root, cambian de valor
# echo "13" > /sys/class/backlight/acpi_video0/brightness
# echo "10" > /sys/class/backlight/acpi_video0/brightness
Y cualquier valor que les se agradable al ojo.
Esto tambien es aplicable a Fedora, siendo /etc/rc.local, el archivo /etc/rc.d/rc.local y teniendo el mismo valor.
Bueno, espero que les sea de utilidad.
Bien, el control de backlight de gnome 2.28 en RHEL6.2 y clones, tiene como valor maximo 15, y el inferior inmediato es 13, saltandose ese 14 que tanto queremos, al menos yo en mi caso.
La pregunta es, como puedo hacerlo?, facil, si bien pueden cambiarlo desde terminal en cualquier momento, es mejor establecer un valor que nos agrade al ojo y setearlo en /etc/rc.local
Para mi, ese valor fue 14, ni el maximo ni 13, entonces, editamos /etc/rc.local y ponemos
echo "14" > /sys/class/backlight/acpi_video0/brightness
Cada vez que inicie la notebook, tendrá un valor de 14 establecido, dicho valor no puede ser logrado mediante la tecla funcion + subir o bajar brillo.
Si durante la sesion quieren variarlo, abren una terminal, y como root, cambian de valor
# echo "13" > /sys/class/backlight/acpi_video0/brightness
# echo "10" > /sys/class/backlight/acpi_video0/brightness
Y cualquier valor que les se agradable al ojo.
Esto tambien es aplicable a Fedora, siendo /etc/rc.local, el archivo /etc/rc.d/rc.local y teniendo el mismo valor.
Bueno, espero que les sea de utilidad.
17 mar 2012
Mark Shuttleworth miente, raro no? // ironic mode on
Hace unos dias, el lider del proyecto Ubuntu, dio a conocer un estudio y analisis, donde muestra que Ubuntu Server, supera a Red Hat en lo que es servidores.
Para la mala suerte de Mark, esto no es asi... dado que supera a Red Hat, porque este útimo es pago, pero no supera a CentOS, el clon binario de RHEL (o sea, es lo mismo eh!).
En la lista, se ve primero a Debian, le sigue CentOS, y luego Ubuntu. Yo confio mas en las estadisticas de W3techs que en las de Mark, ustedes?
Estadisticas de Mark: http://www.markshuttleworth.com/archives/1072?utm_source=twitterfeed&utm_medium=twitter
Estadisticas de W3techs: http://w3techs.com/technologies/details/os-linux/all/all
Una imagen, en este caso, grafico, vale mas que mil palabras...
Ubuntu, el niño tonto de Linux
Para la mala suerte de Mark, esto no es asi... dado que supera a Red Hat, porque este útimo es pago, pero no supera a CentOS, el clon binario de RHEL (o sea, es lo mismo eh!).
En la lista, se ve primero a Debian, le sigue CentOS, y luego Ubuntu. Yo confio mas en las estadisticas de W3techs que en las de Mark, ustedes?
Estadisticas de Mark: http://www.markshuttleworth.com/archives/1072?utm_source=twitterfeed&utm_medium=twitter
Estadisticas de W3techs: http://w3techs.com/technologies/details/os-linux/all/all
Una imagen, en este caso, grafico, vale mas que mil palabras...
Ubuntu, el niño tonto de Linux
11 feb 2012
Fedora, CentOS o Scientific Linux? || Cual elegir y porque
Una de las tareas mas complicadas para un linuxero, debido a la gran fragmentación de distribuciones, es elegir cual se adecua mejor a sus necesidades.
En este caso, voy a comparar dos cosas diametralmente distintas, como es Fedora o RHEL clones.
Es una distribucion orientada al usuario desktop, pero con todas las funciones y software de un developer, asi como servidor, de hecho, Linus Torvalds desarrolla en ella, y kernel.org esta soportado por la misma.
Se caracteriza por tener siempre el ultimo software en cuanto a versiones, innovar constantemente, y hacer todo eso con la mayor estabilidad, usando enorme cantidad de parches.
Ademas de eso, posee SElinux por defecto, Auditd, RH-Firewall, encriptacion de disco durante la instalacion, y password de GRUB.
Utiliza systemd, iniciando en 7 segundos promedio, o menos, soporta XFS, Ext4, Btrfs y ReiserFS4 como principales sistemas de archivos.
Tiene la opcion, y soportado oficialmente, de usar Spins como XFCE, LXDE, KDE y otros, como electronica, seguridad, etc, ademas de contar con personalizacion en paquetes al momento de instalar, siempre que se use el DVD y no el CD.
Es una distro basada en RPM y usa como package manager YUM, cuenta con enorme cantidad de software, y se puede elegir si usar SOLO software libre, o no.
Tiene un ciclo de desarrollo de 6 meses, con un soporte de 13, es decir, cada 6 meses se libera una version nueva, que tendrá soporte por 13 meses, pudiendo actualizar a la siguiente, usando el comando preupgrade, el cual funciona de maravillas.
En fin, una distro casi perfecta no?, entonces, porque la comparacion y eleccion mia de usar un clon de RHEL en mi laptop?, veamos RHEL
Poseen las mismas caracteristicas de Fedora, dado que RHEL se basa en Fedora, por ejemplo, RHEL6.x se basa en Fedora 12 y 13.
Tiene un ciclo de liberacion no determinado, y un soporte de 10 años de Red Hat, sus clonicos, como CentOS y Scientific Linux, por el momento, de 7 años.
La diferencia mas relevante, es el ciclo de desarrollo, es decir, si bien uno puede usar Fedora y actualizar cada 13 meses, es una tarea algo aburrida. Es ironico, que en un sistema Linux, que puede durar decadas instalado, haya que reinstalar cada 13 meses, cuando en realidad eso es lo comun en sistemas Windows.
Por tanto, si bien Fedora ofrece lo mas nuevo para los que padecen versionitis, tambien tiene por contra, que no posee versiones LTS, y su soporte es de 13 meses.
Por el contrario, un clonico de RHEL, estará al menos 7 años sin tocarse en nuestras PC, e incluso luego, se puede actualizar.
Ahora bien, que otras cosas tiene o NO tiene RHEL que Fedora si?.
RHEL esta mas orientado al HPC, y servidores, virtualizacion, etc. Por tanto, el sistema entero, esta altamente refinado y parcheado, de hecho, el kernel de RHEL funciona mejor que el kernel vanilla de kernel.org en su misma version.
Ofrece soporte de SElinux, Auditd, encriptacion, distintos desktop, RPM, YUM, pero...... prioriza el software conocido que el mas nuevo, es decir, usa lo que se llama backporting, y mucho. Es una tecnica en la cual, se toma un paquete, de una version dada, la cual es la que menos bug presento y mas ventajas, a la misma, se le añaden los parches del codigo de versiones nuevas, asi como caracteristicas, por tanto va quedando, un paquete casi perfecto, digo casi, porque no existe software perfecto.
La pregunta que deben estar haciendose es: Entonces, puedo usar algun clon de RHEL en mi desktop o laptop?, y mi respuesta, es:
Depende, si ya estás familiarizado con el sistema RPM y YUM, o si haces uso solamente de Internet, musica y peliculas, msn y chat, skype, tambien.
Porque digo esto?. Los clonicos de RHEL, carecen de software para el usuario comun, como minitube, kdenlive, emesene, etc, debiendo usar, repositorios de terceros compatibles, los cuales, a veces no son compatibles entre si, y ahi es donde debe usarse plugins como protect base, priorities de yum, entre otros.
Algunos paquetes, no estan en ningun repo, debiendo buscar el rpm de Fedora 13 o 14 y probar si anda, ignorando dependencias, o haciendo algun hack mediante enlaces simbolicos.
Por lo tanto, es claro que para quien no sabe usar del todo un sistema Linux, rpm y yum, se le hara imposible, algo mas que usar firefox, skype, msn, irc, chrome, virtualbox, filezilla.
Se preguntaran, porque lo uso yo?, bueno, me cansé de saber que dentro de 13 meses debo reinstalar, y ademas, los clones de RHEL, gozan de una estabilidad que jamas vi, incluso en Debian Stable, aunque no me crean y exista la gran batalla de Debian vs RHEL para servers.
Actualmente, uso Scientific Linux, con todos los repos activos, y tengo muchas cosas que no estan en sus repos, como Transmission, emesene, juegos, y mas.
Concluyendo, si tienen conocimientos, ganas, y no quieren reinstalar cada 13 meses, o upgradear, pueden usar un clon de RHEL, eso si, minitube y kdenlive ni de broma lo podran instalar, si lo logran me dicen por favor.
Ahora bien, si me inclino a un clon de RHEL, cual elijo y porque?, buena pregunta no?, paso a pegar una traducccion del foro de Scientific Linux, del usuario REDMAN, el cual sabe mucho, y coincido con el:
Creo que estan mas que claras las diferencias entre ambos, no mencione a PUIAS, porque sinceramente es muy poco usado, y no lo he probado tampoco como para opinar.
Puedo decir, que SL tiene una liberacion de parches de seguridad mas rapida que CentOS, y un control de calidad mayor.
El hecho de que no sea 100% compatible con RHEL, es mentira, se debe a algunos paquetes o agregados del CERN, no que sea compilado desde otras fuentes distintas a las de RHEL, o que estas esten alteradas.
Bueno, asi que ya saben, si van a elegir entre Fedora, CentOS o Scientific Linux, cual instalar, en donde y porque.
Menciono Fedora y no Ubuntu, como todos esperarian, porque de las distros que probé para desktop, Fedora y Gentoo son las que mejor calidad me han demostrado, Debian la considero mas para servidores, y en ese caso, prefiero ampliamente RHEL, por su SElinux por defecto entre otras cosas, como documentos en PDF realizado por la NSA sobre hardening, en fin, son gustos no?.
Espero les haya servido y gustado la entrada.
PD: Uso SL en una laptop, y funciona hasta el bluetooth, sin haber hecho ningun hack
En este caso, voy a comparar dos cosas diametralmente distintas, como es Fedora o RHEL clones.
Fedora
Es una distribucion orientada al usuario desktop, pero con todas las funciones y software de un developer, asi como servidor, de hecho, Linus Torvalds desarrolla en ella, y kernel.org esta soportado por la misma.
Se caracteriza por tener siempre el ultimo software en cuanto a versiones, innovar constantemente, y hacer todo eso con la mayor estabilidad, usando enorme cantidad de parches.
Ademas de eso, posee SElinux por defecto, Auditd, RH-Firewall, encriptacion de disco durante la instalacion, y password de GRUB.
Utiliza systemd, iniciando en 7 segundos promedio, o menos, soporta XFS, Ext4, Btrfs y ReiserFS4 como principales sistemas de archivos.
Tiene la opcion, y soportado oficialmente, de usar Spins como XFCE, LXDE, KDE y otros, como electronica, seguridad, etc, ademas de contar con personalizacion en paquetes al momento de instalar, siempre que se use el DVD y no el CD.
Es una distro basada en RPM y usa como package manager YUM, cuenta con enorme cantidad de software, y se puede elegir si usar SOLO software libre, o no.
Tiene un ciclo de desarrollo de 6 meses, con un soporte de 13, es decir, cada 6 meses se libera una version nueva, que tendrá soporte por 13 meses, pudiendo actualizar a la siguiente, usando el comando preupgrade, el cual funciona de maravillas.
En fin, una distro casi perfecta no?, entonces, porque la comparacion y eleccion mia de usar un clon de RHEL en mi laptop?, veamos RHEL
RHEL Clones, CentOS, Scientific Linux
Poseen las mismas caracteristicas de Fedora, dado que RHEL se basa en Fedora, por ejemplo, RHEL6.x se basa en Fedora 12 y 13.
Tiene un ciclo de liberacion no determinado, y un soporte de 10 años de Red Hat, sus clonicos, como CentOS y Scientific Linux, por el momento, de 7 años.
La diferencia mas relevante, es el ciclo de desarrollo, es decir, si bien uno puede usar Fedora y actualizar cada 13 meses, es una tarea algo aburrida. Es ironico, que en un sistema Linux, que puede durar decadas instalado, haya que reinstalar cada 13 meses, cuando en realidad eso es lo comun en sistemas Windows.
Por tanto, si bien Fedora ofrece lo mas nuevo para los que padecen versionitis, tambien tiene por contra, que no posee versiones LTS, y su soporte es de 13 meses.
Por el contrario, un clonico de RHEL, estará al menos 7 años sin tocarse en nuestras PC, e incluso luego, se puede actualizar.
Ahora bien, que otras cosas tiene o NO tiene RHEL que Fedora si?.
RHEL esta mas orientado al HPC, y servidores, virtualizacion, etc. Por tanto, el sistema entero, esta altamente refinado y parcheado, de hecho, el kernel de RHEL funciona mejor que el kernel vanilla de kernel.org en su misma version.
Ofrece soporte de SElinux, Auditd, encriptacion, distintos desktop, RPM, YUM, pero...... prioriza el software conocido que el mas nuevo, es decir, usa lo que se llama backporting, y mucho. Es una tecnica en la cual, se toma un paquete, de una version dada, la cual es la que menos bug presento y mas ventajas, a la misma, se le añaden los parches del codigo de versiones nuevas, asi como caracteristicas, por tanto va quedando, un paquete casi perfecto, digo casi, porque no existe software perfecto.
La pregunta que deben estar haciendose es: Entonces, puedo usar algun clon de RHEL en mi desktop o laptop?, y mi respuesta, es:
Depende, si ya estás familiarizado con el sistema RPM y YUM, o si haces uso solamente de Internet, musica y peliculas, msn y chat, skype, tambien.
Porque digo esto?. Los clonicos de RHEL, carecen de software para el usuario comun, como minitube, kdenlive, emesene, etc, debiendo usar, repositorios de terceros compatibles, los cuales, a veces no son compatibles entre si, y ahi es donde debe usarse plugins como protect base, priorities de yum, entre otros.
Algunos paquetes, no estan en ningun repo, debiendo buscar el rpm de Fedora 13 o 14 y probar si anda, ignorando dependencias, o haciendo algun hack mediante enlaces simbolicos.
Por lo tanto, es claro que para quien no sabe usar del todo un sistema Linux, rpm y yum, se le hara imposible, algo mas que usar firefox, skype, msn, irc, chrome, virtualbox, filezilla.
Se preguntaran, porque lo uso yo?, bueno, me cansé de saber que dentro de 13 meses debo reinstalar, y ademas, los clones de RHEL, gozan de una estabilidad que jamas vi, incluso en Debian Stable, aunque no me crean y exista la gran batalla de Debian vs RHEL para servers.
Actualmente, uso Scientific Linux, con todos los repos activos, y tengo muchas cosas que no estan en sus repos, como Transmission, emesene, juegos, y mas.
Concluyendo, si tienen conocimientos, ganas, y no quieren reinstalar cada 13 meses, o upgradear, pueden usar un clon de RHEL, eso si, minitube y kdenlive ni de broma lo podran instalar, si lo logran me dicen por favor.
Ahora bien, si me inclino a un clon de RHEL, cual elijo y porque?, buena pregunta no?, paso a pegar una traducccion del foro de Scientific Linux, del usuario REDMAN, el cual sabe mucho, y coincido con el:
PUIAS: clon de RHEL relativamente desconocido creado por la universidad de Princeton y el instituto para estudios avanzados. Se supone que tiene buenos repos adicionalesCentOS: Era el clon mas conocido de RHEL. Usado ampliamente por muchos en diferentes ambientes corporativos ( servidores, datacenters, etc.). Su mayor meta es ser 100% identico a RHEL. En este momento el desarrollo tiene severas trabas ( desarrollo cerrado, lanzamiento demorado, etc.)Scientific Linux: Otro clon de RHEL creado por Fermilab y CERN ( CERN es conocido por el gran colisionador de hadrones) El LHC usa SL.SL esta atrayendo mas atencion recientemente y su comunidad esta ceciendo. La popularidad esta trepando de acuerdo al puntaje en Distrowatch.Scientifc Linux esta creado para Fermilab y CERN y no para el mundo. Por ello, el desarrollo va estable y con pocos problemasPersonalmente yo elijo SL por la estabilidad y dsponibilidad del software y el hecho de que el desarrollo esta abierto para que todos lo vearn, pregunten y participen ( aunque los devs de SL determinan que pasara al final ). Otra razon para ir por SL es que cualquier version tiene soporte: por ejemplo 5.1 puede seguir siendo usada y sigue teniendo actualizaciones de seguridad. CentOS 5.1 no esta soportada porque se espera que los usuarios vayan por la 5.2.
Creo que estan mas que claras las diferencias entre ambos, no mencione a PUIAS, porque sinceramente es muy poco usado, y no lo he probado tampoco como para opinar.
Puedo decir, que SL tiene una liberacion de parches de seguridad mas rapida que CentOS, y un control de calidad mayor.
El hecho de que no sea 100% compatible con RHEL, es mentira, se debe a algunos paquetes o agregados del CERN, no que sea compilado desde otras fuentes distintas a las de RHEL, o que estas esten alteradas.
Bueno, asi que ya saben, si van a elegir entre Fedora, CentOS o Scientific Linux, cual instalar, en donde y porque.
Menciono Fedora y no Ubuntu, como todos esperarian, porque de las distros que probé para desktop, Fedora y Gentoo son las que mejor calidad me han demostrado, Debian la considero mas para servidores, y en ese caso, prefiero ampliamente RHEL, por su SElinux por defecto entre otras cosas, como documentos en PDF realizado por la NSA sobre hardening, en fin, son gustos no?.
Espero les haya servido y gustado la entrada.
PD: Uso SL en una laptop, y funciona hasta el bluetooth, sin haber hecho ningun hack
Recovery / Reinstall GRUB CentOS - Scientific Linux - RHEL || Recuperar / Reinstalar GRUB en CentOS - Scientific Linux - RHEL
Well, the guide in CentOS wiki, and RHEL docs, about recovery / reinstall GRUB, does not work fine (and are incomplete), not in CentOS 6.x and SL6.x. After a windows reinstall or resize on the partition that contains /boot, the system may no boot properly. So, materials:
1) Live CD or DVD of Fedora 13 or 14 (not 15 or higher) or 1 live CD or DVD of CentOS 6.x or SL6.x
2) Patience
Steps:
1.- Insert the Live Media into CD-ROM Drive and boot it
2.- After the system is completely started, open a terminal and log in as root using su command
3.- Check what partition contain the /boot, i asume that /boot is into / partition, for /boot in other partition, go to point 4.
A) fdisk -l and see what partition is the / that contains the /boot, for example.
Device Boot Start End Blocks Id System
/dev/sda1 * 1 13 102400 7 HPFS/NTFS
Partition 1 does not end on cylinder boundary.
/dev/sda2 13 5100 40857600 7 HPFS/NTFS
/dev/sda3 * 5100 7081 15912960 83 Linux
/dev/sda4 7081 60802 431512576 5 Extended
/dev/sda5 7081 28047 168408064 83 Linux
/dev/sda6 28047 28302 2048000 82 Linux swap / Solaris
/dev/sda7 28302 60802 261053440 7 HPFS/NTFS
mount --bind /dev/pts /mnt/dev/pts
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt
Done, the system has changed to /mnt live CD, DANGER, ANY CHANGE IN THE DISK IS THE REAL SYSTEM, NOT THE LIVE SYSTEM!!!
Reinstall grub in /dev/sda, executing:
grub-install --recheck /dev/sda && sync
Now is done, execute: shutdown -h now, remove the Live CD and start the system.
4.- In case that /boot is a separated partition to /, do this:
mount --bind /dev/pts /mnt/dev/pts
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt
and NOW, mount /boot with: mount /dev/sdaX /boot (when X is number of /boot partition)
grub-install --recheck /dev/sda && sync
Now is done, execute: shutdown -h now, remove the Live CD and start the system.
----------------------------------------------------------------------------------
Saludos, espero que les haya gustado / ayudado.
Greets, I hope you liked it or it has been useful
1) Live CD or DVD of Fedora 13 or 14 (not 15 or higher) or 1 live CD or DVD of CentOS 6.x or SL6.x
2) Patience
Steps:
1.- Insert the Live Media into CD-ROM Drive and boot it
2.- After the system is completely started, open a terminal and log in as root using su command
3.- Check what partition contain the /boot, i asume that /boot is into / partition, for /boot in other partition, go to point 4.
A) fdisk -l and see what partition is the / that contains the /boot, for example.
Device Boot Start End Blocks Id System
/dev/sda1 * 1 13 102400 7 HPFS/NTFS
Partition 1 does not end on cylinder boundary.
/dev/sda2 13 5100 40857600 7 HPFS/NTFS
/dev/sda3 * 5100 7081 15912960 83 Linux
/dev/sda4 7081 60802 431512576 5 Extended
/dev/sda5 7081 28047 168408064 83 Linux
/dev/sda6 28047 28302 2048000 82 Linux swap / Solaris
/dev/sda7 28302 60802 261053440 7 HPFS/NTFS
In the example case, /dev/sda3 is the / and /boot partition, so:
B) Execute step by step the next command
mount /dev/sda3 /mnt
mount --bind /dev /mnt/devmount --bind /dev/pts /mnt/dev/pts
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt
Done, the system has changed to /mnt live CD, DANGER, ANY CHANGE IN THE DISK IS THE REAL SYSTEM, NOT THE LIVE SYSTEM!!!
Reinstall grub in /dev/sda, executing:
grub-install --recheck /dev/sda && sync
Now is done, execute: shutdown -h now, remove the Live CD and start the system.
4.- In case that /boot is a separated partition to /, do this:
mount /dev/sda3 /mnt (Assuming that /dev/sda3 is / root partition and NOT /boot)
mount --bind /dev /mnt/devmount --bind /dev/pts /mnt/dev/pts
mount --bind /proc /mnt/proc
mount --bind /sys /mnt/sys
chroot /mnt
and NOW, mount /boot with: mount /dev/sdaX /boot (when X is number of /boot partition)
grub-install --recheck /dev/sda && sync
Now is done, execute: shutdown -h now, remove the Live CD and start the system.
----------------------------------------------------------------------------------
Saludos, espero que les haya gustado / ayudado.
Greets, I hope you liked it or it has been useful
16 ene 2012
Yum, el package manager de Fedora, RHEL y derivados | Sorpresa
Algunos saben y otros no, en mi desktop uso Fedora KDE spin como distro principal, y en mi notebook SL6.1 (scientific linux 6.1), otro clon de RHEL, como lo es CentOS, solo que me decanto por SL por temas personales que no van a este post.
Más adelante me explayaré mas sobre YUM y sus bondades frente a otros package manager, pero hoy se me ocurrio hacer esta entrada solo para mostrar algo que poco se ve en muchas distro.
Transmission, el conocido cliente de torrent GTK o CLI, no viene en los repos de RHEL ni de casualidad, como queria usarlo hace unos meses, lo instalé usando rpm -ivh con los rpm y dependencias de FC13, dado que RHEL6.x es derivado de Fedora 12 + Fedora 13.
Asi que a mano los instale, sin usar yum, solo rpm.
Para mi sorpresa, el equipo de EPEL, metio en sus repos a Transmission*, y para contento mio, y algo que no sabia, YUM fue capaz de leer la DB de rpm, ver el package transmission, darse cuenta que habia un update en EPEL (el mismo paquete pero con version mas reciente), y actualizarlo.
Asi que, una bondad mas de YUM, tan criticado por estar escrito en Python, es que si instalan algo usando rpm que no este en su distro, pero luego es introducido en algun repo, YUM avisará de la version mas actual y ofrecerá hacer el update. Interesante no?:
Updating:
transmission-cli i686 2.13-1.el6 epel 193 k
transmission-common i686 2.13-1.el6 epel 526 k
transmission-gtk i686 2.13-1.el6 epel 639 k
-----
Updating : transmission-common-2.13-1.el6.i686 1/6
Updating : transmission-gtk-2.13-1.el6.i686 2/6
Updating : transmission-cli-2.13-1.el6.i686 3/6
Cleanup : transmission-cli-1.93-1.fc13.i686 4/6
Cleanup : transmission-gtk-1.93-1.fc13.i686 5/6
Cleanup : transmission-common-1.93-1.fc13.i686 6/6
Nota: Notese el fc13.i686 lo que data que si habia instalado transmission usando koji de fedora con sus rpm
Ahora abro transmission y veo...
Acerca de:
Acerca de:
Transmission 2.13 (11501)
Eso es todo por hoy, haré una proxima entrada comentando pros y contras de YUM, asi como su uso, plugins y la diferencia con RPM o up2date.
4 nov 2011
Fix Emesene 1.6.3 bloquear contactos | Linux - Fedora y RHEL
Actualmente usando RHEL 6.1 o derivados (clones, tambien otras distro enterprise), encontramos que el unico IM para la red MSN es pidgin, teniendo este desventajas claras que no voy a enumerar en todo el post, solo dire que los password locales se guardan en texto plano.
Daré el ejemplo para mi caso, SL6.1
Primero que nada, procedemos a instalar emesene 1.6.3 usando el rpm de Fedora 15, esto es, para i686 o para x86_64, por ej:
ftp://ftp.muug.mb.ca/mirror/fedora/linux/releases/15/Everything/i386/os/Packages/emesene-1.6.3-3.fc15.x86_64.rpm
ftp://ftp.muug.mb.ca/mirror/fedora/linux/releases/15/Everything/x86_64/os/Packages/emesene-1.6.3-3.fc15.x86_64.rpm
Luego de que bajen el rpm, lo instalan usando rpm, no yum, dado que va a pedir una dependencia que no necesitamos, asi que hacemos:
rpm --nodeps -ivh emesene-1.6.3-3.fc15.x86_64.rpm
Y eso es todo, ahora bien, notaran una falla en 1.6.3, que en algunas cuentas, sino todas, al bloquear un contacto el mismo se desbloquea a los segundos de forma automatica, bueno, hay un fix para ello, y es el siguiente, logueados como root, editan /usr/share/emesene/emesenelib/ProfileManager.py, y comentan (#) las lineas:
609
610
611
612
613
644
645
646
647
(Eso arregla el problema del bloqueo y desbloqueo fallido de contactos)
Salvan y listo, ahora emesene si bloquea.
Porque no usar el 2 desde git?, bueno, a ver le encontre mil errores y fallas, desde que se crashea la GUI haciendo X cosas, hasta que tiene mensajes de error con el nuevo protocolo de MSN, asi que el 1.6.3 con este retoque, a mi parecer es el mejor.
Nota: El fix para los contactos es aplicable a todo GNU/Linux
Saludos
Daré el ejemplo para mi caso, SL6.1
Primero que nada, procedemos a instalar emesene 1.6.3 usando el rpm de Fedora 15, esto es, para i686 o para x86_64, por ej:
ftp://ftp.muug.mb.ca/mirror/fedora/linux/releases/15/Everything/i386/os/Packages/emesene-1.6.3-3.fc15.x86_64.rpm
ftp://ftp.muug.mb.ca/mirror/fedora/linux/releases/15/Everything/x86_64/os/Packages/emesene-1.6.3-3.fc15.x86_64.rpm
Luego de que bajen el rpm, lo instalan usando rpm, no yum, dado que va a pedir una dependencia que no necesitamos, asi que hacemos:
rpm --nodeps -ivh emesene-1.6.3-3.fc15.x86_64.rpm
Y eso es todo, ahora bien, notaran una falla en 1.6.3, que en algunas cuentas, sino todas, al bloquear un contacto el mismo se desbloquea a los segundos de forma automatica, bueno, hay un fix para ello, y es el siguiente, logueados como root, editan /usr/share/emesene/emesenelib/ProfileManager.py, y comentan (#) las lineas:
609
610
611
612
613
644
645
646
647
(Eso arregla el problema del bloqueo y desbloqueo fallido de contactos)
Salvan y listo, ahora emesene si bloquea.
Porque no usar el 2 desde git?, bueno, a ver le encontre mil errores y fallas, desde que se crashea la GUI haciendo X cosas, hasta que tiene mensajes de error con el nuevo protocolo de MSN, asi que el 1.6.3 con este retoque, a mi parecer es el mejor.
Nota: El fix para los contactos es aplicable a todo GNU/Linux
Saludos
Suscribirse a:
Comentarios (Atom)