Buenos días a todos, en un grave error esta mañana borré el directorio /boot y con él la configuración del GRUP y los kernel instalados. Conretamente borré esto: removed `/boot/symvers-2.6.18-194.32.1.el5PAE.gz' removed `/boot/symvers-2.6.18-53.1.21.el5.gz' removed `/boot/initrd-2.6.18-92.1.10.el5.img' removed `/boot/config-2.6.18-53.1.21.el5' removed `/boot/config-2.6.18-164.11.1.el5PAE' removed `/boot/vmlinuz-2.6.18-53.1.21.el5' removed `/boot/symvers-2.6.18-92.1.10.el5.gz' removed `/boot/initrd-2.6.18-92.1.22.el5PAE.img' removed `/boot/vmlinuz-2.6.18-92.1.22.el5PAE' removed `/boot/System.map-2.6.18-92.1.22.el5PAE' removed `/boot/initrd-2.6.18-164.11.1.el5PAE.img' removed `/boot/vmlinuz-2.6.18-164.11.1.el5PAE' removed `/boot/vmlinuz-2.6.18-194.32.1.el5PAE' removed `/boot/initrd-2.6.18-92.1.22.el5PAE_old.img' removed `/boot/vmlinuz-2.6.18-92.1.22.el5' removed `/boot/.vmlinuz-2.6.18-194.32.1.el5PAE.hmac' removed `/boot/symvers-2.6.18-92.1.22.el5PAE.gz'
Actualmente /boot está completamente vacío...
¿Alguien podría decirme algún modo de reinstalarlo de nuevo? ¿Podría hacerse esto sin necesidad de reiniciar la máquina desde un live-cd?
De antemano, muchas gracias por sus respuestas.
Miguel A. Velasco. Ing de Sistemas.
Miguel A. Velasco wrote:
Buenos días a todos, en un grave error esta mañana borré el directorio /boot y con él la configuración del GRUP y los kernel instalados. Conretamente borré esto:
bien! GRUB.... no sé cómo se logra pero se logra. A mi me pasó una vez pues formateé la partición incorrecta, por suerte era la de /boot y no la de / por ejemplo.
NO APAGUES EL SERVIDOR, funcionará por toda una vida así.. mientras no lo apagues! No le actualices, hasta que tengas todo recuperado.
Bien, vamos a lo serio: Le puedes recuperar desde respaldos. Bueno, es una ironía, pero seguro no tenías respaldos de /boot, ok.
Cómo la recuperé? Pues además no quería apagar el servidor pues estaba a miles de kms al norte de donde vivo. Le copié el /boot de otro servidor que tenía el mismo sistema. Y después tuve que realizarle ajustes al grub.conf (menu.lst) para que al arrancar arrancara con el mismo root= y demás posibles diferencias. En realidad ambos servidores tenían el mismo particionamiento por lo que no tuve que cambiar nada, pero ten en cuenta esto.
Después de dedicarle varios días aprendiendo durísimo grub, pero fortísimo pues no quería errores, después de pasar noches incontables probando aqui y allá con maquinas de prueba... me quedé complacido con el cómo quedó. Y así dejé el servidor muchas semanas más encendido y sin reiniciar hasta que vino una nueva actualización del kernel, ahi mandé a actualizar y verifiqué que el grub.conf quedó correctamente configurado, y entonces, una noche de un sábado, bien tarde, reinicié el servidor... después de varios minutos de tensión, arrancó solito.
Quizá en tu caso tengas el server cerca y puedas manejar cualquier error con un CD si algo te fallara, pero yo no quería arriesgar que el server estuviera varias horas caído hasta que un técnico del datacentro se pudiera acercar, encontrar el error y tener la suficiente experiencia para arreglarlo... no no.
suerte! saludos epe
removed `/boot/symvers-2.6.18-194.32.1.el5PAE.gz' removed `/boot/symvers-2.6.18-53.1.21.el5.gz' removed `/boot/initrd-2.6.18-92.1.10.el5.img' removed `/boot/config-2.6.18-53.1.21.el5' removed `/boot/config-2.6.18-164.11.1.el5PAE' removed `/boot/vmlinuz-2.6.18-53.1.21.el5' removed `/boot/symvers-2.6.18-92.1.10.el5.gz' removed `/boot/initrd-2.6.18-92.1.22.el5PAE.img' removed `/boot/vmlinuz-2.6.18-92.1.22.el5PAE' removed `/boot/System.map-2.6.18-92.1.22.el5PAE' removed `/boot/initrd-2.6.18-164.11.1.el5PAE.img' removed `/boot/vmlinuz-2.6.18-164.11.1.el5PAE' removed `/boot/vmlinuz-2.6.18-194.32.1.el5PAE' removed `/boot/initrd-2.6.18-92.1.22.el5PAE_old.img' removed `/boot/vmlinuz-2.6.18-92.1.22.el5' removed `/boot/.vmlinuz-2.6.18-194.32.1.el5PAE.hmac' removed `/boot/symvers-2.6.18-92.1.22.el5PAE.gz'
Actualmente /boot está completamente vacío...
¿Alguien podría decirme algún modo de reinstalarlo de nuevo? ¿Podría hacerse esto sin necesidad de reiniciar la máquina desde un live-cd?
De antemano, muchas gracias por sus respuestas.
Miguel A. Velasco. Ing de Sistemas. _______________________________________________ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Gracias Ernesto por responder y además hacerlo tan rápido. La verdad es que leer tu correo me ha tranquilazado ya que comprobar que tú saliste de ésta anima. Estoy siguiendo tu consejo y he copiado todo el /boot de un servidor similar al que tiene el problema. De hecho tienen el mismo particionado y están al mismo nivel de actualización en el Kernel. La única diferencia que hay es que el servidor donde eliminé /boot tiene un Kernel-PAE para poder usar los 6Gb de RAM en su plataforma de 32bits y del que he copiado el /boot no lo tiene. Pero, tal y como has dicho voy a repasar detenidamente la estructura y esperaré a que salga una actualización nueva del Kernel-PAE para instalarla y posteriormente reiniciar el servidor. Por cierto, no lo dudes: no apagaré el servidor hasta que lo tenga MUY claro. Ah! y no ... no tenía copia del /boot :), lo cual me habría ahorrado esta mañana un mal trago pero desde luego lo incluiré en el plan de copias para la empresa.
De nuevo gracias por tu ayuda, y si hay alguien que pueda aportarme otra experiencia será muy bienvenido.
Un cordial saludo, Miguel A. Velasco Ing de Sistemas
El 18/03/2011 13:29, "Ing. Ernesto Pérez Estévez" escribió:
Miguel A. Velasco wrote:
Buenos días a todos, en un grave error esta mañana borré el directorio /boot y con él la configuración del GRUP y los kernel instalados. Conretamente borré esto:
bien! GRUB.... no sé cómo se logra pero se logra. A mi me pasó una vez pues formateé la partición incorrecta, por suerte era la de /boot y no la de / por ejemplo.
NO APAGUES EL SERVIDOR, funcionará por toda una vida así.. mientras no lo apagues! No le actualices, hasta que tengas todo recuperado.
Bien, vamos a lo serio: Le puedes recuperar desde respaldos. Bueno, es una ironía, pero seguro no tenías respaldos de /boot, ok.
Cómo la recuperé? Pues además no quería apagar el servidor pues estaba a miles de kms al norte de donde vivo. Le copié el /boot de otro servidor que tenía el mismo sistema. Y después tuve que realizarle ajustes al grub.conf (menu.lst) para que al arrancar arrancara con el mismo root= y demás posibles diferencias. En realidad ambos servidores tenían el mismo particionamiento por lo que no tuve que cambiar nada, pero ten en cuenta esto.
Después de dedicarle varios días aprendiendo durísimo grub, pero fortísimo pues no quería errores, después de pasar noches incontables probando aqui y allá con maquinas de prueba... me quedé complacido con el cómo quedó. Y así dejé el servidor muchas semanas más encendido y sin reiniciar hasta que vino una nueva actualización del kernel, ahi mandé a actualizar y verifiqué que el grub.conf quedó correctamente configurado, y entonces, una noche de un sábado, bien tarde, reinicié el servidor... después de varios minutos de tensión, arrancó solito.
Quizá en tu caso tengas el server cerca y puedas manejar cualquier error con un CD si algo te fallara, pero yo no quería arriesgar que el server estuviera varias horas caído hasta que un técnico del datacentro se pudiera acercar, encontrar el error y tener la suficiente experiencia para arreglarlo... no no.
suerte! saludos epe
removed `/boot/symvers-2.6.18-194.32.1.el5PAE.gz' removed `/boot/symvers-2.6.18-53.1.21.el5.gz' removed `/boot/initrd-2.6.18-92.1.10.el5.img' removed `/boot/config-2.6.18-53.1.21.el5' removed `/boot/config-2.6.18-164.11.1.el5PAE' removed `/boot/vmlinuz-2.6.18-53.1.21.el5' removed `/boot/symvers-2.6.18-92.1.10.el5.gz' removed `/boot/initrd-2.6.18-92.1.22.el5PAE.img' removed `/boot/vmlinuz-2.6.18-92.1.22.el5PAE' removed `/boot/System.map-2.6.18-92.1.22.el5PAE' removed `/boot/initrd-2.6.18-164.11.1.el5PAE.img' removed `/boot/vmlinuz-2.6.18-164.11.1.el5PAE' removed `/boot/vmlinuz-2.6.18-194.32.1.el5PAE' removed `/boot/initrd-2.6.18-92.1.22.el5PAE_old.img' removed `/boot/vmlinuz-2.6.18-92.1.22.el5' removed `/boot/.vmlinuz-2.6.18-194.32.1.el5PAE.hmac' removed `/boot/symvers-2.6.18-92.1.22.el5PAE.gz'
Actualmente /boot está completamente vacío...
¿Alguien podría decirme algún modo de reinstalarlo de nuevo? ¿Podría hacerse esto sin necesidad de reiniciar la máquina desde un live-cd?
De antemano, muchas gracias por sus respuestas.
Miguel A. Velasco. Ing de Sistemas. _______________________________________________ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Miguel A. Velasco wrote:
Gracias Ernesto por responder y además hacerlo tan rápido. La verdad es que leer tu correo me ha tranquilazado ya que comprobar que tú saliste de ésta anima. Estoy siguiendo tu consejo y he copiado todo el /boot de un servidor similar al que tiene el problema. De hecho tienen el mismo particionado y están al mismo nivel de actualización en el Kernel. La única diferencia que hay es que el servidor donde eliminé /boot tiene un Kernel-PAE para poder usar los 6Gb de RAM en su plataforma de 32bits y
bien, con el kernel "no PAE" podrás efectivamente arrancar y verificar que funcione pero con 3.9GB nada más... pero bueno: ya que tienes medio segura la cosa, intenta yum erase kernel-PAE (pues ahora el sistema se piensa que hay paquetes que faltan en partes) o rpm -e nombredelkernelpae y después yum install kernel-PAE.
Una sugerencia: Realmente por dejar todo limpio, una vez verifiques pudiste arrancar con nuevo el kernel-PAE instalado, borra los otros kernels que eran del otro equipo....
lo más preocupante ahora es que cuando hagas yum install kernel-PAE quizá no actualicé el grub.conf, por lo demás uf qué suerte que no es en mis equipos
Como comentario final: por eso me gusta virtualizar, porque trabajar una burrada así en una máquina virtual es definitivamente 100 veces más fácil.
saludos epe
del que he copiado el /boot no lo tiene. Pero, tal y como has dicho voy a repasar detenidamente la estructura y esperaré a que salga una actualización nueva del Kernel-PAE para instalarla y posteriormente reiniciar el servidor. Por cierto, no lo dudes: no apagaré el servidor hasta que lo tenga MUY claro. Ah! y no ... no tenía copia del /boot :), lo cual me habría ahorrado esta mañana un mal trago pero desde luego lo incluiré en el plan de copias para la empresa.
De nuevo gracias por tu ayuda, y si hay alguien que pueda aportarme otra experiencia será muy bienvenido.
Un cordial saludo, Miguel A. Velasco Ing de Sistemas
El 18/03/2011 13:29, "Ing. Ernesto Pérez Estévez" escribió:
Miguel A. Velasco wrote:
Buenos días a todos, en un grave error esta mañana borré el directorio /boot y con él la configuración del GRUP y los kernel instalados. Conretamente borré esto:
bien! GRUB.... no sé cómo se logra pero se logra. A mi me pasó una vez pues formateé la partición incorrecta, por suerte era la de /boot y no la de / por ejemplo.
NO APAGUES EL SERVIDOR, funcionará por toda una vida así.. mientras no lo apagues! No le actualices, hasta que tengas todo recuperado.
Bien, vamos a lo serio: Le puedes recuperar desde respaldos. Bueno, es una ironía, pero seguro no tenías respaldos de /boot, ok.
Cómo la recuperé? Pues además no quería apagar el servidor pues estaba a miles de kms al norte de donde vivo. Le copié el /boot de otro servidor que tenía el mismo sistema. Y después tuve que realizarle ajustes al grub.conf (menu.lst) para que al arrancar arrancara con el mismo root= y demás posibles diferencias. En realidad ambos servidores tenían el mismo particionamiento por lo que no tuve que cambiar nada, pero ten en cuenta esto.
Después de dedicarle varios días aprendiendo durísimo grub, pero fortísimo pues no quería errores, después de pasar noches incontables probando aqui y allá con maquinas de prueba... me quedé complacido con el cómo quedó. Y así dejé el servidor muchas semanas más encendido y sin reiniciar hasta que vino una nueva actualización del kernel, ahi mandé a actualizar y verifiqué que el grub.conf quedó correctamente configurado, y entonces, una noche de un sábado, bien tarde, reinicié el servidor... después de varios minutos de tensión, arrancó solito.
Quizá en tu caso tengas el server cerca y puedas manejar cualquier error con un CD si algo te fallara, pero yo no quería arriesgar que el server estuviera varias horas caído hasta que un técnico del datacentro se pudiera acercar, encontrar el error y tener la suficiente experiencia para arreglarlo... no no.
suerte! saludos epe
removed `/boot/symvers-2.6.18-194.32.1.el5PAE.gz' removed `/boot/symvers-2.6.18-53.1.21.el5.gz' removed `/boot/initrd-2.6.18-92.1.10.el5.img' removed `/boot/config-2.6.18-53.1.21.el5' removed `/boot/config-2.6.18-164.11.1.el5PAE' removed `/boot/vmlinuz-2.6.18-53.1.21.el5' removed `/boot/symvers-2.6.18-92.1.10.el5.gz' removed `/boot/initrd-2.6.18-92.1.22.el5PAE.img' removed `/boot/vmlinuz-2.6.18-92.1.22.el5PAE' removed `/boot/System.map-2.6.18-92.1.22.el5PAE' removed `/boot/initrd-2.6.18-164.11.1.el5PAE.img' removed `/boot/vmlinuz-2.6.18-164.11.1.el5PAE' removed `/boot/vmlinuz-2.6.18-194.32.1.el5PAE' removed `/boot/initrd-2.6.18-92.1.22.el5PAE_old.img' removed `/boot/vmlinuz-2.6.18-92.1.22.el5' removed `/boot/.vmlinuz-2.6.18-194.32.1.el5PAE.hmac' removed `/boot/symvers-2.6.18-92.1.22.el5PAE.gz'
Actualmente /boot está completamente vacío...
¿Alguien podría decirme algún modo de reinstalarlo de nuevo? ¿Podría hacerse esto sin necesidad de reiniciar la máquina desde un live-cd?
De antemano, muchas gracias por sus respuestas.
Miguel A. Velasco. Ing de Sistemas. _______________________________________________ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Hola de nuevo Ernesto y gracias por estar ahí. Hay una cosa que no terminé de entender correctamente en tu último correo: ¿qué es preferible, esperar a que salga una actualización del Kernel-PAE o bien hacer un yum erase Kernel-PAE de todos los kernel-PAE instalados en el Servidor e instalar uno nuevo con yum install Kernel-PAE? Además comentabas que quizás al actualizar el kernel no se reflejen los cambios en el grub.conf. ¿Te sucedió a ti eso? En ese caso, habrías que ponerlos a mano ¿no? Quizás la solución pase por montar una máquina virtual para simular el borrado del /boot y hacer las pruebas de restauración ...
Gracias por tu tiempo. Saludos,
Miguel A. Velasco Ing de Sistemas.
Una sugerencia: Realmente por dejar todo limpio, una vez verifiques pudiste arrancar con nuevo el kernel-PAE instalado, borra los otros kernels que eran del otro equipo....
lo más preocupante ahora es que cuando hagas yum install kernel-PAE quizá no actualicé el grub.conf, por lo demás uf qué suerte que no es en mis equipos
Como comentario final: por eso me gusta virtualizar, porque trabajar una burrada así en una máquina virtual es definitivamente 100 veces más fácil.
saludos epe
hacer un yum erase Kernel-PAE de todos los kernel-PAE instalados en el Servidor e instalar uno nuevo con yum install Kernel-PAE?
no esperes, borra y reinstala...
Además comentabas que quizás al actualizar el kernel no se reflejen los cambios en el grub.conf. ¿Te sucedió a ti eso? En ese caso, habrías que ponerlos a mano ¿no?
no recuerdo, fue allá por el 2003 o algo así, y la memoria es borrosa.. pero simplemente al instalar mira en el grub.conf y verifica que se hayan puesto las lineas referentes al recien instalado kernel.
Quizás la solución pase por montar una máquina virtual para simular el borrado del /boot y hacer las pruebas de restauración ...
sí, no sería mala idea. saludos epe
Gracias por tu tiempo. Saludos,
Miguel A. Velasco Ing de Sistemas.
Una sugerencia: Realmente por dejar todo limpio, una vez verifiques pudiste arrancar con nuevo el kernel-PAE instalado, borra los otros kernels que eran del otro equipo....
lo más preocupante ahora es que cuando hagas yum install kernel-PAE quizá no actualicé el grub.conf, por lo demás uf qué suerte que no es en mis equipos
Como comentario final: por eso me gusta virtualizar, porque trabajar una burrada así en una máquina virtual es definitivamente 100 veces más fácil.
saludos epe
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Ok, seguiré tus consejos. Antes de lanzarme al vacío probaré en una máquina virtual. Informaré a la lista sobre los resultados positivos o no de lo que al final pase aunque me llevará tiempo reiniciar la máquina ya que quiero estar completamente seguro de la respuesta.
Gracias Epe y saludos, Miguel A. Velasco Ing de Sistemas.
El 18/03/2011 16:33, "Ing. Ernesto Pérez Estévez" escribió:
hacer un yum erase Kernel-PAE de todos los kernel-PAE instalados en el Servidor e instalar uno nuevo con yum install Kernel-PAE?
no esperes, borra y reinstala...
Además comentabas que quizás al actualizar el kernel no se reflejen los cambios en el grub.conf. ¿Te sucedió a ti eso? En ese caso, habrías que ponerlos a mano ¿no?
no recuerdo, fue allá por el 2003 o algo así, y la memoria es borrosa.. pero simplemente al instalar mira en el grub.conf y verifica que se hayan puesto las lineas referentes al recien instalado kernel.
Quizás la solución pase por montar una máquina virtual para simular el borrado del /boot y hacer las pruebas de restauración ...
sí, no sería mala idea. saludos epe
Gracias por tu tiempo. Saludos,
Miguel A. Velasco Ing de Sistemas.
Una sugerencia: Realmente por dejar todo limpio, una vez verifiques pudiste arrancar con nuevo el kernel-PAE instalado, borra los otros kernels que eran del otro equipo....
lo más preocupante ahora es que cuando hagas yum install kernel-PAE quizá no actualicé el grub.conf, por lo demás uf qué suerte que no es en mis equipos
Como comentario final: por eso me gusta virtualizar, porque trabajar una burrada así en una máquina virtual es definitivamente 100 veces más fácil.
saludos epe
Saludos, hermano.
Ok, seguiré tus consejos. Antes de lanzarme al vacío probaré en una máquina virtual. Informaré a la lista sobre los resultados positivos o no de lo que al final pase aunque me llevará tiempo reiniciar la máquina ya que quiero estar completamente seguro de la respuesta.
Chama, avanza. Métele el pecho que muchos de nosotros hemos pasado por eso. Yo una vez accidentalmente borré a /boot y a /bin sin querer y me las vi negras, pero como siempre teníamos la posibilidad de jugar con los HDD de los servidores, pues, restauré a base de copia-pega.
Aprenderse el formato del grub.conf no es difícil. Oye, el grub.conf de un hypervisor Xen sobre CentOS es un poquitico más feito que uno normal y se aprende, y si te tiras para Debian, es lo mismo, lo que con algunos cambios.
:)
Gracias Epe y saludos, Miguel A. Velasco Ing de Sistemas.
El 18/03/2011 16:33, "Ing. Ernesto Pérez Estévez" escribió:
hacer un yum erase Kernel-PAE de todos los kernel-PAE instalados en el Servidor e instalar uno nuevo con yum install Kernel-PAE?
no esperes, borra y reinstala...
Además comentabas que quizás al actualizar el kernel no se reflejen los cambios en el grub.conf. ¿Te sucedió a ti eso? En ese caso, habrías que ponerlos a mano ¿no?
no recuerdo, fue allá por el 2003 o algo así, y la memoria es borrosa.. pero simplemente al instalar mira en el grub.conf y verifica que se hayan puesto las lineas referentes al recien instalado kernel.
Quizás la solución pase por montar una máquina virtual para simular el borrado del /boot y hacer las pruebas de restauración ...
sí, no sería mala idea. saludos epe
Gracias por tu tiempo. Saludos,
Miguel A. Velasco Ing de Sistemas.
Una sugerencia: Realmente por dejar todo limpio, una vez verifiques pudiste arrancar con nuevo el kernel-PAE instalado, borra los otros kernels que eran del otro equipo....
lo más preocupante ahora es que cuando hagas yum install kernel-PAE quizá no actualicé el grub.conf, por lo demás uf qué suerte que no es
en
mis equipos
Como comentario final: por eso me gusta virtualizar, porque trabajar
una
burrada así en una máquina virtual es definitivamente 100 veces más
fácil.
saludos epe
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
--
Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas
Infomed: http://www.sld.cu/
Chama, avanza. Métele el pecho que muchos de nosotros hemos pasado por eso. Yo una vez accidentalmente borré a /boot y a /bin sin querer y me las vi
debe haber sido rm -rf /b* (por la B al inicio).
aprende, y si te tiras para Debian, es lo mismo, lo que con algunos cambios.
lo que pasa es que es una lista de CentOS. Ayudémosle en su problema no le confundamos más.
saludos! epe
:)
Gracias Epe y saludos, Miguel A. Velasco Ing de Sistemas.
El 18/03/2011 16:33, "Ing. Ernesto Pérez Estévez" escribió:
hacer un yum erase Kernel-PAE de todos los kernel-PAE instalados en el Servidor e instalar uno nuevo con yum install Kernel-PAE?
no esperes, borra y reinstala...
Además comentabas que quizás al actualizar el kernel no se reflejen los cambios en el grub.conf. ¿Te sucedió a ti eso? En ese caso, habrías que ponerlos a mano ¿no?
no recuerdo, fue allá por el 2003 o algo así, y la memoria es borrosa.. pero simplemente al instalar mira en el grub.conf y verifica que se hayan puesto las lineas referentes al recien instalado kernel.
Quizás la solución pase por montar una máquina virtual para simular el borrado del /boot y hacer las pruebas de restauración ...
sí, no sería mala idea. saludos epe
Gracias por tu tiempo. Saludos,
Miguel A. Velasco Ing de Sistemas.
Una sugerencia: Realmente por dejar todo limpio, una vez verifiques pudiste arrancar con nuevo el kernel-PAE instalado, borra los otros kernels que eran del otro equipo....
lo más preocupante ahora es que cuando hagas yum install kernel-PAE quizá no actualicé el grub.conf, por lo demás uf qué suerte que no es
en
mis equipos
Como comentario final: por eso me gusta virtualizar, porque trabajar
una
burrada así en una máquina virtual es definitivamente 100 veces más
fácil.
saludos epe
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
--
Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas
Infomed: http://www.sld.cu/ _______________________________________________ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
...
Chama, avanza. Métele el pecho que muchos de nosotros hemos pasado por
eso.
Yo una vez accidentalmente borré a /boot y a /bin sin querer y me las vi
debe haber sido rm -rf /b* (por la B al inicio).
Exato.
aprende, y si te tiras para Debian, es lo mismo, lo que con algunos
cambios.
lo que pasa es que es una lista de CentOS. Ayudémosle en su problema no le confundamos más.
Hey, heym suave, Epe. No lo decía para confundirlo. Sorry. :)
--
Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas
Infomed: http://www.sld.cu/
Realmente me cepillé el /boot y el /bin en una buena cagada al estilo de $rm -rfv VARIABLE_QUE_NO_EXISTE en el mismo / con un par :) mientras probaba la ejecución de un shell script que estoy haciendo ... En fin cagadas de esas en las que te quedas pálido y no sabes dónde meterte de lo pendejo que has sido... El /bin lo recuperé montando una partición por NFS desde otro server porque ni el ssh me iba. Luego copié el /bin a su lugar original. En cualquier caso, gracias por vuestros comentarior. Estoy instalando una máquina virtual y haré unas cuantas pruebas antes del temido reinicio. Una duda más, si el equipo no reiniciase, ¿hay modo desde el cd de instalación para instalar un nuevi boot?
Gracias a todos y saludos, Miguel A.Velasco Ing de Sistemas
El 18/03/2011 17:43, Hector Suarez Planas escribió:
...
Chama, avanza. Métele el pecho que muchos de nosotros hemos pasado por
eso.
Yo una vez accidentalmente borré a /boot y a /bin sin querer y me las vi
debe haber sido rm -rf /b* (por la B al inicio).
Exato.
aprende, y si te tiras para Debian, es lo mismo, lo que con algunos
cambios.
lo que pasa es que es una lista de CentOS. Ayudémosle en su problema no le confundamos más.
Hey, heym suave, Epe. No lo decía para confundirlo. Sorry. :)
--
Hola... Yo no soy experto pero se me ocurre que publiques las caracteristicas del servidor. ¿que tal si alguno de la lista tenemos uno igual? ¿seria factible pasarte esos archivos borrados?
r.lara
cuando vemos las del vecino cortar!..eso dice el refran Y mirando el problema que tiene Miguel A. Velasco me pregunto: ¿que se debo de hacer para resolver con mas facilidad un accidente asi? ¿una copia de todo el disco? ¿o solo de cietos directorios o particciones? ¿una imagen del disco? ¿un cd de inicializacion con mkbootdisk? ¿que sugieren o que hacen ustedes, los expertos?
Saludos y agradezco que compartan su experiencia y opinion al respecto. René Lara
Sabes que me corrió frió por la espalda y realmente me gustaría que alguien te de una respuesta para mi libro negro.
Por el momento ya cree una iso de todo el disco, pero me gustaría escuchar una mejor respuesta.
En mi caso tengo un disco base con el sistema de 80 gb y montados con datos 2 hdd de un tera, estos se replican en otros discos de otros servidores, pero nunca pensé que entre tantas borradas y replicadas me coma el boot! (toco madera) sude frió por que encima lo tengo a una buena distancia física.
Saludos
El 18 de marzo de 2011 16:32, René Lara Alvarado admin@probajio.com.mxescribió:
cuando vemos las del vecino cortar!..eso dice el refran Y mirando el problema que tiene Miguel A. Velasco me pregunto: ¿que se debo de hacer para resolver con mas facilidad un accidente asi? ¿una copia de todo el disco? ¿o solo de cietos directorios o particciones? ¿una imagen del disco? ¿un cd de inicializacion con mkbootdisk? ¿que sugieren o que hacen ustedes, los expertos?
Saludos y agradezco que compartan su experiencia y opinion al respecto. René Lara
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Hola de nuevo, en respuesta al comentario de René deciros que el servidor que sufrió los azotes de mi mano ligera en la mañana es un Dell PowerEdge 2950 con dos discos en Raid por Hardware con 250Gb y 6 Gb de RAM. Sobre el sistema se me ocurre que les pueda interesar esto:
(22:25:06)[root-~]#> uname -a Linux lorca.lycelet.local 2.6.18-164.11.1.el5PAE #1 SMP Wed Jan 20 08:16:13 EST 2010 i686 i686 i386 GNU/Linux
(22:25:17)[root-~]#> lvscan ACTIVE '/dev/vg_system/lv_root' [7.00 GB] inherit ACTIVE '/dev/vg_system/lv_datos' [119.00 GB] inherit ACTIVE '/dev/vg_system/lv_home' [55.00 GB] inherit ACTIVE '/dev/vg_system/lv_var' [8.00 GB] inherit ACTIVE '/dev/vg_system/lv_swap' [4.00 GB] inherit ACTIVE '/dev/vg_system/lv_iscsi' [35.12 GB] inherit
(22:33:16)[root-~]#> fdisk -l Disk /dev/sda: 249.3 GB, 249376538624 bytes 255 heads, 63 sectors/track, 30318 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System /dev/sda1 * 1 13 104391 83 Linux /dev/sda2 14 30318 243424912+ 8e Linux LVM
Y como dije en mi mensaje inicial estos han sido los archivos borrados:
removed `/boot/symvers-2.6.18-194.32.1.el5PAE.gz' removed `/boot/symvers-2.6.18-53.1.21.el5.gz' removed `/boot/initrd-2.6.18-92.1.10.el5.img' removed `/boot/config-2.6.18-53.1.21.el5' removed `/boot/config-2.6.18-164.11.1.el5PAE' removed `/boot/vmlinuz-2.6.18-53.1.21.el5' removed `/boot/symvers-2.6.18-92.1.10.el5.gz' removed `/boot/initrd-2.6.18-92.1.22.el5PAE.img' removed `/boot/vmlinuz-2.6.18-92.1.22.el5PAE' removed `/boot/System.map-2.6.18-92.1.22.el5PAE' removed `/boot/initrd-2.6.18-164.11.1.el5PAE.img' removed `/boot/vmlinuz-2.6.18-164.11.1.el5PAE' removed `/boot/vmlinuz-2.6.18-194.32.1.el5PAE' removed `/boot/initrd-2.6.18-92.1.22.el5PAE_old.img' removed `/boot/vmlinuz-2.6.18-92.1.22.el5' removed `/boot/.vmlinuz-2.6.18-194.32.1.el5PAE.hmac' removed `/boot/symvers-2.6.18-92.1.22.el5PAE.gz'
Si alguien dispone de un servidor con estas características y con un centos 5.5 y el mismo nivel de Kernel le agradecería mucho su ayuda.
Por cierto, ya estoy montando una máquina virtual con la que poder hacer algunas pruebas pero mientras tanto alguien podría resolverme la siguiente duda: el servidor del que he copiado el directorio /boot para suplir al eliminado es un equipo con el mismo centos 5.5 y el mismo nivel de kernel pero sin PAE como les comenté. Pero el hardware es completamente diferente, ¿valdría su /boot entonces para iniciar el servidor dañado?. Quizás algún experto en Linux se lleve las manos a la cabeza con semejante pregunta pero lo cierto es que no tengo ni idea ...
Gracias a todos por su tiempo y un cordial saludo, Miguel A. Velasco Ing de Sistemas
Hola... Yo no soy experto pero se me ocurre que publiques las caracteristicas del servidor. ¿que tal si alguno de la lista tenemos uno igual? ¿seria factible pasarte esos archivos borrados?
r.lara
...
Hola de nuevo, en respuesta al comentario de René deciros que el servidor que sufrió los azotes de mi mano ligera en la mañana es un Dell PowerEdge 2950 con dos discos en Raid por Hardware con 250Gb y 6 Gb de
Dámelo, compadre!!!! Ese es uno de los servers que me hacen falta. :D
RAM. Sobre el sistema se me ocurre que les pueda interesar esto:
(22:25:06)[root-~]#> uname -a Linux lorca.lycelet.local 2.6.18-164.11.1.el5PAE #1 SMP Wed Jan 20 08:16:13 EST 2010 i686 i686 i386 GNU/Linux
(22:25:17)[root-~]#> lvscan ACTIVE '/dev/vg_system/lv_root' [7.00 GB] inherit ACTIVE '/dev/vg_system/lv_datos' [119.00 GB] inherit ACTIVE '/dev/vg_system/lv_home' [55.00 GB] inherit ACTIVE '/dev/vg_system/lv_var' [8.00 GB] inherit ACTIVE '/dev/vg_system/lv_swap' [4.00 GB] inherit ACTIVE '/dev/vg_system/lv_iscsi' [35.12 GB] inherit
(22:33:16)[root-~]#> fdisk -l Disk /dev/sda: 249.3 GB, 249376538624 bytes 255 heads, 63 sectors/track, 30318 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System/dev/sda1 * 1 13 104391 83 Linux /dev/sda2 14 30318 243424912+ 8e Linux LVM
Y como dije en mi mensaje inicial estos han sido los archivos borrados:
removed `/boot/symvers-2.6.18-194.32.1.el5PAE.gz' removed `/boot/symvers-2.6.18-53.1.21.el5.gz' removed `/boot/initrd-2.6.18-92.1.10.el5.img' removed `/boot/config-2.6.18-53.1.21.el5' removed `/boot/config-2.6.18-164.11.1.el5PAE' removed `/boot/vmlinuz-2.6.18-53.1.21.el5' removed `/boot/symvers-2.6.18-92.1.10.el5.gz' removed `/boot/initrd-2.6.18-92.1.22.el5PAE.img' removed `/boot/vmlinuz-2.6.18-92.1.22.el5PAE' removed `/boot/System.map-2.6.18-92.1.22.el5PAE' removed `/boot/initrd-2.6.18-164.11.1.el5PAE.img' removed `/boot/vmlinuz-2.6.18-164.11.1.el5PAE' removed `/boot/vmlinuz-2.6.18-194.32.1.el5PAE' removed `/boot/initrd-2.6.18-92.1.22.el5PAE_old.img' removed `/boot/vmlinuz-2.6.18-92.1.22.el5' removed `/boot/.vmlinuz-2.6.18-194.32.1.el5PAE.hmac' removed `/boot/symvers-2.6.18-92.1.22.el5PAE.gz'Si alguien dispone de un servidor con estas características y con un centos 5.5 y el mismo nivel de Kernel le agradecería mucho su ayuda.
Por cierto, ya estoy montando una máquina virtual con la que poder hacer algunas pruebas pero mientras tanto alguien podría resolverme la siguiente duda: el servidor del que he copiado el directorio /boot para suplir al eliminado es un equipo con el mismo centos 5.5 y el mismo nivel de kernel pero sin PAE como les comenté. Pero el hardware es completamente diferente, ¿valdría su /boot entonces para iniciar el servidor dañado?. Quizás algún experto en Linux se lleve las manos a la cabeza con semejante pregunta pero lo cierto es que no tengo ni idea ...
Chama, mira, por lo que se ve ahí, ya ese kernel se ha actualizado varias veces. De momento te harían falta los paquetes RPM originales donde están esos archivos y ponerlos en el mismo lugar (evidentemente te hará falta el paquete de la versión normal y la PAE). Eso lo puedes hacer reinstalando los paquetes o haciendo eso a mano. De todas maneras, si pones un uname -r (o -a) para ver la versión del kernel instalada, ya tendrías un buen paso de avance.
En el caso de /bin, ese lo puedes restaurar de un servidor que tenga casi las mismas aplicaciones instaladas. Ahora bien en el caso del /boot, tienes que recuperar esos archivos que están ahí desde los paquetes originales, de paso te digo que me preocupa el System.map y el initrd de la versión del kernel. Una vez que los recuperes, re-crea otra vez el grub.conf fijándote en uno ya existente y... la otra parte sería tuya ---> reboot y cruzar los dedos.
:|
--
Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas
Infomed: http://www.sld.cu/
ok, lo siento, por mi parte tengo solo hp y sin raid
----- Original Message ----- From: "Miguel A. Velasco" miguel.suscripcion@gmail.com To: centos-es@centos.org Sent: Friday, March 18, 2011 3:43 PM Subject: Re: [CentOS-es] Borré /boot ¿Podría reinstalarlo?
Hola de nuevo, en respuesta al comentario de René deciros que el servidor que sufrió los azotes de mi mano ligera en la mañana es un Dell PowerEdge 2950 con dos discos en Raid por Hardware con 250Gb y 6 Gb de RAM. Sobre el sistema se me ocurre que les pueda interesar esto:
(22:25:06)[root-~]#> uname -a Linux lorca.lycelet.local 2.6.18-164.11.1.el5PAE #1 SMP Wed Jan 20 08:16:13 EST 2010 i686 i686 i386 GNU/Linux
(22:25:17)[root-~]#> lvscan ACTIVE '/dev/vg_system/lv_root' [7.00 GB] inherit ACTIVE '/dev/vg_system/lv_datos' [119.00 GB] inherit ACTIVE '/dev/vg_system/lv_home' [55.00 GB] inherit ACTIVE '/dev/vg_system/lv_var' [8.00 GB] inherit ACTIVE '/dev/vg_system/lv_swap' [4.00 GB] inherit ACTIVE '/dev/vg_system/lv_iscsi' [35.12 GB] inherit
(22:33:16)[root-~]#> fdisk -l Disk /dev/sda: 249.3 GB, 249376538624 bytes 255 heads, 63 sectors/track, 30318 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System /dev/sda1 * 1 13 104391 83 Linux /dev/sda2 14 30318 243424912+ 8e Linux LVM
Y como dije en mi mensaje inicial estos han sido los archivos borrados:
removed `/boot/symvers-2.6.18-194.32.1.el5PAE.gz' removed `/boot/symvers-2.6.18-53.1.21.el5.gz' removed `/boot/initrd-2.6.18-92.1.10.el5.img' removed `/boot/config-2.6.18-53.1.21.el5' removed `/boot/config-2.6.18-164.11.1.el5PAE' removed `/boot/vmlinuz-2.6.18-53.1.21.el5' removed `/boot/symvers-2.6.18-92.1.10.el5.gz' removed `/boot/initrd-2.6.18-92.1.22.el5PAE.img' removed `/boot/vmlinuz-2.6.18-92.1.22.el5PAE' removed `/boot/System.map-2.6.18-92.1.22.el5PAE' removed `/boot/initrd-2.6.18-164.11.1.el5PAE.img' removed `/boot/vmlinuz-2.6.18-164.11.1.el5PAE' removed `/boot/vmlinuz-2.6.18-194.32.1.el5PAE' removed `/boot/initrd-2.6.18-92.1.22.el5PAE_old.img' removed `/boot/vmlinuz-2.6.18-92.1.22.el5' removed `/boot/.vmlinuz-2.6.18-194.32.1.el5PAE.hmac' removed `/boot/symvers-2.6.18-92.1.22.el5PAE.gz'
Si alguien dispone de un servidor con estas características y con un centos 5.5 y el mismo nivel de Kernel le agradecería mucho su ayuda.
Por cierto, ya estoy montando una máquina virtual con la que poder hacer algunas pruebas pero mientras tanto alguien podría resolverme la siguiente duda: el servidor del que he copiado el directorio /boot para suplir al eliminado es un equipo con el mismo centos 5.5 y el mismo nivel de kernel pero sin PAE como les comenté. Pero el hardware es completamente diferente, ¿valdría su /boot entonces para iniciar el servidor dañado?. Quizás algún experto en Linux se lleve las manos a la cabeza con semejante pregunta pero lo cierto es que no tengo ni idea ...
Gracias a todos por su tiempo y un cordial saludo, Miguel A. Velasco Ing de Sistemas
Hola... Yo no soy experto pero se me ocurre que publiques las caracteristicas del servidor. ¿que tal si alguno de la lista tenemos uno igual? ¿seria factible pasarte esos archivos borrados?
r.lara
_______________________________________________ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Saludos, hermanos.
(22:25:06)[root-~]#> uname -a Linux lorca.lycelet.local 2.6.18-164.11.1.el5PAE #1 SMP Wed Jan 20 08:16:13 EST 2010 i686 i686 i386 GNU/Linux
Ya aquí tenemos algo: 2.6.18-164.11.1.el5PAE.
Y como dije en mi mensaje inicial estos han sido los archivos borrados:
removed `/boot/symvers-2.6.18-194.32.1.el5PAE.gz' removed `/boot/symvers-2.6.18-53.1.21.el5.gz' removed `/boot/initrd-2.6.18-92.1.10.el5.img' removed `/boot/config-2.6.18-53.1.21.el5' removed `/boot/config-2.6.18-164.11.1.el5PAE' removed `/boot/vmlinuz-2.6.18-53.1.21.el5' removed `/boot/symvers-2.6.18-92.1.10.el5.gz' removed `/boot/initrd-2.6.18-92.1.22.el5PAE.img' removed `/boot/vmlinuz-2.6.18-92.1.22.el5PAE' removed `/boot/System.map-2.6.18-92.1.22.el5PAE' removed `/boot/initrd-2.6.18-164.11.1.el5PAE.img' removed `/boot/vmlinuz-2.6.18-164.11.1.el5PAE' removed `/boot/vmlinuz-2.6.18-194.32.1.el5PAE' removed `/boot/initrd-2.6.18-92.1.22.el5PAE_old.img' removed `/boot/vmlinuz-2.6.18-92.1.22.el5' removed `/boot/.vmlinuz-2.6.18-194.32.1.el5PAE.hmac' removed `/boot/symvers-2.6.18-92.1.22.el5PAE.gz'
Archivos que debes tener:
config-2.6.18-164.11.1.el5PAE initrd-2.6.18-164.11.1.el5PAE.img vmlinuz-2.6.18-164.11.1.el5PAE
No sé cómo el sistema generará estos:
System.map-2.6.18-164.11.1.el5PAE symvers-2.6.18-164.11.1.el5PAE
Y dentro de grub, generalmente están estos archivos:
device.map e2fs_stage1_5 fat_stage1_5 ffs_stage1_5 grub.conf iso9660_stage1_5 jfs_stage1_5 @menu.lst (enlace simbólico a grub.conf) minix_stage1_5 reiserf_stage1_5 (tengo instalado también el fs de Reiser) splash.xpm.gz stage1 stage2 ufs2_stage1_5 vstafs_stage1_5 xfs_stage1_5
Dentro del grub.conf tengo algo como esto:
default=0 timeout=5 splashimage=(hd<número de unidad, índice basado en 0>,< número de partición, índice basado en 0>)/boot/grub/splash.xpm.gz hiddenmenu password --md5 <Contraseña> title CentOS 5.2 (2.6.18-<versión>.el5) root (hd0,0) kernel /boot/vmlinuz-2.6.18-<versión>.el5 ro root=LABEL=/ rhgb quiet initrd /boot/initrd-2.6.18-<versión>.el5.img
En la parte del LABEL=/ puedes ponerle la partición de arranque de la forma antigua, o sea, el apuntador al dispositivo. Me gusta más así porque pasaba mucho trabajo a la hora de ponerle un segundo disco con un SO instalado. :D
Espero que te sirva.
ME
--
Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas
Infomed: http://www.sld.cu/
Hola de nuevo, después de haber hecho ya bastantes pruebas en un máquina virtual creo que ya he configurado el servidor para que pueda ser reiniciado pero me quedaría más tranquilo si le echaseis un ojo a los pasos que he seguido y la configuración que hay actualemente. Por adelantado muchas gracias por el tiempo que le habéis echado a este problema y por vuestra muy valiosa ayuda.
Pasos que he seguido y estado del sistema:
1. Copiar todo el /boot de otro servidor al servidor donde tuve el incidente.
2. En /boot/grub he linkado manualmente menu.lst a grub.conf para que quede como en la configuración original : menu.lst -> ./grub.conf
3. He desinstalado todos los RPM de los kernel que tenía este servidor (incluido el que se ejecuta actualmente) y he instalado manualmente mediante rpm -ivh los siguientes kernel: i. kernel-PAE-2.6.18-92.1.22.el5.i686.rpm ii. kernel-PAE-2.6.18-164.11.1.el5.i686.rpm **He hecho esto mediante el comando rpm -ivh y no con yum install porque éste comando sólo me instalaba la última versión del kernel-PAE y prefiero tener más opciones por si hubiese problemas ...
4. He actualizado luego el kernel con $yum update kernel-PAE subiendeo de este modo a la versión kernel-PAE-2.6.18-194.32.1.el5
5. He revisado la configuración de grub.conf y he modificado el default = 1 (lo dejaba en otra versión de kernel no instalada) para que quede apuntando a la versión kernel-PAE-2.6.18-164.11.1.el5 que es el que tengo actualmente en ejecución. Dejo este kernel porque tengo instalado y funcionando en este servidor un par de aplicaciones que dependen de la compilación del kernel (el servicio iscsi-target y una máquina virtual de vmware server)
6. Reinstalo el GRUB, porque he visto en la pruebas realizadas que de no hacerlo la máquina no levanta ya que no encuentra la ruta de instalación del grub: uso este comando: $grub-install --recheck --no-floppy /dev/sda El disco es /dev/sda1 porque así lo veo en fdisk -l
7. Actualmente la configuración de mi sistema es:
(14:26:24)[root-/]#> ls -lah /boot/ total 18M drwxr-xr-x 6 root root 3.0K Mar 21 14:12 . drwxr-xr-x 26 root root 4.0K Mar 18 12:15 .. -rw-r--r-- 1 root root 68K Jan 6 2010 config-2.6.18-164.11.1.el5PAE -rw-r--r-- 1 root root 68K Jan 6 01:20 config-2.6.18-194.32.1.el5PAE -rw-r--r-- 1 root root 64K Dec 16 2008 config-2.6.18-92.1.22.el5PAE drwxr-xr-x 2 root root 1.0K Jan 22 2010 extlinux drwxr-xr-x 2 root root 1.0K Mar 21 14:13 grub -rw------- 1 root root 3.1M Mar 21 13:57 initrd-2.6.18-164.11.1.el5PAE.img -rw------- 1 root root 3.1M Mar 21 13:58 initrd-2.6.18-194.32.1.el5PAE.img -rw------- 1 root root 3.1M Mar 21 13:56 initrd-2.6.18-92.1.22.el5PAE.img drwx------ 2 root root 1.0K May 13 2009 lost+found -rw-r--r-- 1 root root 79K Mar 12 2009 message -rw-r--r-- 1 root root 105K Jan 6 2010 symvers-2.6.18-164.11.1.el5PAE.gz -rw-r--r-- 1 root root 109K Jan 6 01:20 symvers-2.6.18-194.32.1.el5PAE.gz -rw-r--r-- 1 root root 90K Dec 16 2008 symvers-2.6.18-92.1.22.el5PAE.gz -rw-r--r-- 1 root root 932K Jan 6 2010 System.map-2.6.18-164.11.1.el5PAE -rw-r--r-- 1 root root 947K Jan 6 01:20 System.map-2.6.18-194.32.1.el5PAE -rw-r--r-- 1 root root 890K Dec 16 2008 System.map-2.6.18-92.1.22.el5PAE -rw-r--r-- 1 root root 1.8M Jan 6 2010 vmlinuz-2.6.18-164.11.1.el5PAE -rw-r--r-- 1 root root 166 Jan 6 2010 .vmlinuz-2.6.18-164.11.1.el5PAE.hmac -rw-r--r-- 1 root root 1.8M Jan 6 01:20 vmlinuz-2.6.18-194.32.1.el5PAE -rw-r--r-- 1 root root 166 Jan 6 01:20 .vmlinuz-2.6.18-194.32.1.el5PAE.hmac -rw-r--r-- 1 root root 1.8M Dec 16 2008 vmlinuz-2.6.18-92.1.22.el5PAE (14:26:30)[root-/]#> ls -lah /boot/grub total 251K drwxr-xr-x 2 root root 1.0K Mar 21 14:13 . drwxr-xr-x 6 root root 3.0K Mar 21 14:12 .. -rw-r--r-- 1 root root 15 Mar 21 14:04 device.map -rw-r--r-- 1 root root 63 May 13 2009 device.map.backup -rw-r--r-- 1 root root 7.5K Mar 21 14:04 e2fs_stage1_5 -rw-r--r-- 1 root root 7.3K Mar 21 14:04 fat_stage1_5 -rw-r--r-- 1 root root 6.6K Mar 21 14:04 ffs_stage1_5 -rw------- 1 root root 943 Mar 21 14:07 grub.conf -rw------- 1 root root 1.2K Mar 18 23:56 grub.conf_BK -rw-r--r-- 1 root root 6.6K Mar 21 14:04 iso9660_stage1_5 -rw-r--r-- 1 root root 8.0K Mar 21 14:04 jfs_stage1_5 lrwxrwxrwx 1 root root 11 Mar 18 13:21 menu.lst -> ./grub.conf -rw------- 1 root root 1.2K Jan 12 13:23 menu.lst_2 -rw-r--r-- 1 root root 6.8K Mar 21 14:04 minix_stage1_5 -rw-r--r-- 1 root root 9.1K Mar 21 14:04 reiserfs_stage1_5 -rw-r--r-- 1 root root 55K Mar 12 2009 splash.xpm.gz -rw-r--r-- 1 root root 512 Mar 21 14:04 stage1 -rw-r--r-- 1 root root 103K Mar 21 14:04 stage2 -rw-r--r-- 1 root root 7.0K Mar 21 14:04 ufs2_stage1_5 -rw-r--r-- 1 root root 6.2K Mar 21 14:04 vstafs_stage1_5 -rw-r--r-- 1 root root 8.7K Mar 21 14:04 xfs_stage1_5
(14:27:21)[root-/]#> uname -r 2.6.18-164.11.1.el5PAE (14:28:01)[root-/]#> rpm -qa | grep -i kernel kernel-PAE-2.6.18-92.1.22.el5 kernel-PAE-2.6.18-194.32.1.el5 kernel-PAE-2.6.18-164.11.1.el5
(14:28:20)[root-/]#> more /boot/grub/grub.conf # grub.conf generated by anaconda # # Note that you do not have to rerun grub after making changes to this file # NOTICE: You have a /boot partition. This means that # all kernel and initrd paths are relative to /boot/, eg. # root (hd0,0) # kernel /vmlinuz-version ro root=/dev/vg_system/lv_root # initrd /initrd-version.img #boot=/dev/sda default=1 timeout=5 splashimage=(hd0,0)/grub/splash.xpm.gz hiddenmenu title CentOS (2.6.18-194.32.1.el5PAE) root (hd0,0) kernel /vmlinuz-2.6.18-194.32.1.el5PAE ro root=/dev/vg_system/lv_root initrd /initrd-2.6.18-194.32.1.el5PAE.img title CentOS (2.6.18-164.11.1.el5PAE) root (hd0,0) kernel /vmlinuz-2.6.18-164.11.1.el5PAE ro root=/dev/vg_system/lv_root initrd /initrd-2.6.18-164.11.1.el5PAE.img title CentOS (2.6.18-92.1.22.el5PAE) root (hd0,0) kernel /vmlinuz-2.6.18-92.1.22.el5PAE ro root=/dev/vg_system/lv_root initrd /initrd-2.6.18-92.1.22.el5PAE.img
El 18/03/2011 19:40, René Lara Alvarado escribió:
Hola... Yo no soy experto pero se me ocurre que publiques las caracteristicas del servidor. ¿que tal si alguno de la lista tenemos uno igual? ¿seria factible pasarte esos archivos borrados?
r.lara
Hola Miguel, Si tienes el SELinux activado yo haría un ls -lZ para comprobar que todos los ficheros tengan el contexto bien etiquetado, no sea que al reiniciar SELinux no te deje ejecutar algunos ficheros...
Supongo que habiendo instalado el kernel y grub desde rpm's ya debería estar bien etiquetados...pero bueno, es un momento comprobar esto.
Suerte!!!
Gracias por el aporte Oscar. Lo revisé y no tengo habilitado SElinux en este servidor. En cuanto reinicie el servidor comentaré en este foro si resultó o no. Por el momento tendré que esperar al momento más adecuado para hacerlo.
Saludos y gracias a todos por su ayuda. Miguel A. Velasco Ing de Sistemas
Hola Miguel, Si tienes el SELinux activado yo haría un ls -lZ para comprobar que todos los ficheros tengan el contexto bien etiquetado, no sea que al reiniciar SELinux no te deje ejecutar algunos ficheros...
Supongo que habiendo instalado el kernel y grub desde rpm's ya debería estar bien etiquetados...pero bueno, es un momento comprobar esto.
Suerte!!!
Miguel me mataste el sueño, sufri tu problema como si me pasase a mi.
Ojala lo resuelvas y que todo te salga bien.
Ahora como hacer para que no pase esto... ademas de evitar borrados indebidos?
Lo mejor que es? ( ya estoy previniendo para que no me pase nunca) guardar una iso con la imagen de la partición boot e ir actualizándola? tengo varios discos en los servidores montados cosa que no hay problema de espacio.
Algún guru que me devuelva poder dormir!
Desde ya mil gracias.
Hola,
Algún guru que me devuelva poder dormir!
Un guru no, pero un backup si...yo suelo hacer copia en disco de /boot y /etc aparte el backup diario del servidor. Con el backup y arrancando en modo rescate con el DVD yo creo que se puede solventar la mayoría de problemas...
Últimamente he montado un sistema de backup en disco con BackupPC (repositorio EPEL), es fácil de montar y con rsynd hago el backup de equipos GNU/Linux.
La próxima vez yo clonaría esa partición /boot (que para mayor seguridad hay que separarla del sistema) lo haría con el clonezilla también a parte de tener tu backup en un .tar.gz o .zip etc etc...
On Thu, 24 Mar 2011 08:47:30 +0100, Oscar Osta Pueyo wrote:
Hola,
Algún guru que me devuelva poder dormir!
Un guru no, pero un backup
si...yo suelo hacer copia en disco de /boot y /etc aparte el backup diario del servidor. Con el backup y arrancando en modo rescate con el DVD yo creo que se puede solventar la mayoría de problemas... Últimamente he montado un sistema de backup en disco con BackupPC (repositorio EPEL), es fácil de montar y con rsynd hago el backup de equipos GNU/Linux. -- Oscar Osta Pueyo oostap.listas@gmail.com [1] _kiakli_ _______________________________________________ CentOS-es mailing list CentOS-es@centos.org [2] http://lists.centos.org/mailman/listinfo/centos-es [3]
Links: ------ [1] mailto:oostap.listas@gmail.com [2] mailto:CentOS-es@centos.org [3] http://lists.centos.org/mailman/listinfo/centos-es
Tenia pensado un
"dd if=/dev/sda1 of=/bakup/boot.iso bs=1M"
estando la carpeta backup en un disco montado por si se daña el sda
si me llevo por error el boot con un comando inverso de dd no tendria problemas no?
El servidor no esta accesible y de esta forma con un ssh podria solucionarlo.
Desde ya mil gracias. ** El 24 de marzo de 2011 07:00, Maykel Franco Hernandez < maykel@maykel.sytes.net> escribió:
La próxima vez yo clonaría esa partición /boot (que para mayor seguridad hay que separarla del sistema) lo haría con el clonezilla también a parte de tener tu backup en un .tar.gz o .zip etc etc...
On Thu, 24 Mar 2011 08:47:30 +0100, Oscar Osta Pueyo wrote:
Hola,
Algún guru que me devuelva poder dormir!
Un guru no, pero un backup
si...yo suelo hacer copia en disco de /boot y /etc aparte el backup diario del servidor. Con el backup y arrancando en modo rescate con el DVD yo creo que se puede solventar la mayoría de problemas... Últimamente he montado un sistema de backup en disco con BackupPC (repositorio EPEL), es fácil de montar y con rsynd hago el backup de equipos GNU/Linux. -- Oscar Osta Pueyo oostap.listas@gmail.com [1] _kiakli_ _______________________________________________ CentOS-es mailing list CentOS-es@centos.org [2] http://lists.centos.org/mailman/listinfo/centos-es [3]
Links:
[1] mailto:oostap.listas@gmail.com [2] mailto:CentOS-es@centos.org [3] http://lists.centos.org/mailman/listinfo/centos-es _______________________________________________ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Hola de nuevos a todos, este fin de semana llegó el momento de lanzar un shutdown -r now sobre el servidor que tantos escalofríos me proporcionó la semana pasada y os comento que todo fue estupendamente. No hubo sustos de última hora y el kernel cargó correctamente y en la misma versión que lo tenía antes. Sólo deciros que estoy muy agradecido a todos los que desde esta lista me habéis ayudado y me habéis animado. De estos errores se aprende, que duda cabe, así que me pondré las pilas con la clonación de los servidores críticos para la empresa e incluiré en el plan de copias (para el que usamos BackupPC) los /boot y /bin de todos los servidores linux.
Mi más sincera gratitud a todos. Un cordial saludo desde Madrid (España).
Miguel A. Velasco Ing de Sistemas
Tenia pensado un
"dd if=/dev/sda1 of=/bakup/boot.iso bs=1M"
estando la carpeta backup en un disco montado por si se daña el sda
si me llevo por error el boot con un comando inverso de dd no tendria problemas no?
El servidor no esta accesible y de esta forma con un ssh podria solucionarlo.
Desde ya mil gracias. **
A manera personal, me alegro mucho que hayas podido solucionar dicho percance.
Por otro lado es posible que documentes y publiques los pasos que seguiste?
Gracias.
2011/3/27 Miguel A. Velasco miguel.suscripcion@gmail.com
Hola de nuevos a todos, este fin de semana llegó el momento de lanzar un shutdown -r now sobre el servidor que tantos escalofríos me proporcionó la semana pasada y os comento que todo fue estupendamente. No hubo sustos de última hora y el kernel cargó correctamente y en la misma versión que lo tenía antes. Sólo deciros que estoy muy agradecido a todos los que desde esta lista me habéis ayudado y me habéis animado. De estos errores se aprende, que duda cabe, así que me pondré las pilas con la clonación de los servidores críticos para la empresa e incluiré en el plan de copias (para el que usamos BackupPC) los /boot y /bin de todos los servidores linux.
Mi más sincera gratitud a todos. Un cordial saludo desde Madrid (España).
Miguel A. Velasco Ing de Sistemas
Tenia pensado un
"dd if=/dev/sda1 of=/bakup/boot.iso bs=1M"
estando la carpeta backup en un disco montado por si se daña el sda
si me llevo por error el boot con un comando inverso de dd no tendria problemas no?
El servidor no esta accesible y de esta forma con un ssh podria solucionarlo.
Desde ya mil gracias. **
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Desde luego, no podría ser de otra manera. Os detallo los pasos que seguí para llegar a buen puerto con el reinicio del servidor:
1. Copiar el /boot de otro servidor (con mismo Software CentoOs 5.5 y mismo nivel de kernel, sin PAE, pero diferente hardware) al servidor donde tuve el incidente.
2. En /boot/grub he linkado manualmente menu.lst a grub.conf para que quede como en la configuración original : menu.lst -> ./grub.conf
3. He desinstalado todos los RPM de los kernel que tenía este servidor (incluido el que se ejecuta actualmente) y he instalado manualmente mediante rpm -ivh los siguientes kernel: i. kernel-PAE-2.6.18-92.1.22.el5.i686.rpm ii. kernel-PAE-2.6.18-164.11.1.el5.i686.rpm **He hecho esto mediante el comando rpm -ivh y no con yum install porque éste comando sólo me instalaba la última versión del kernel-PAE y prefiero tener más opciones por si hubiese problemas ... Para los que no lo sepan, el servidor que sifrió el borrado del /boot tiene instalada una versión del kernel-PAE para reconocer cantidades de RAM > 3 Gb.
4. He actualizado luego el kernel con $yum update kernel-PAE subiendo de este modo a la versión kernel-PAE-2.6.18-194.32.1.el5, que era la última versión instalada antes del problema.
5. He revisado la configuración de grub.conf y he modificado el default = 1 (lo dejaba en otra versión de kernel no instalada) para que quede apuntando a la versión kernel-PAE-2.6.18-164.11.1.el5 que es el que tenía en ejecución antes del borrado del /boot. Dejo este kernel porque tengo instalado y funcionando en este servidor un par de aplicaciones que dependen de la compilación del kernel (el servicio iscsi-target y una máquina virtual de vmware server)
6. Reinstalo el GRUB, porque he visto en la pruebas realizadas que de no hacerlo la máquina no levanta ya que no encuentra la ruta de instalación del grub: uso este comando: $grub-install --recheck --no-floppy /dev/sda El disco es /dev/sda1 porque así lo veo en fdisk -l
7. Finalmente el sistema quedó configurado así:
(14:26:24)[root-/]#> ls -lah /boot/ total 18M drwxr-xr-x 6 root root 3.0K Mar 21 14:12 . drwxr-xr-x 26 root root 4.0K Mar 18 12:15 .. -rw-r--r-- 1 root root 68K Jan 6 2010 config-2.6.18-164.11.1.el5PAE -rw-r--r-- 1 root root 68K Jan 6 01:20 config-2.6.18-194.32.1.el5PAE -rw-r--r-- 1 root root 64K Dec 16 2008 config-2.6.18-92.1.22.el5PAE drwxr-xr-x 2 root root 1.0K Jan 22 2010 extlinux drwxr-xr-x 2 root root 1.0K Mar 21 14:13 grub -rw------- 1 root root 3.1M Mar 21 13:57 initrd-2.6.18-164.11.1.el5PAE.img -rw------- 1 root root 3.1M Mar 21 13:58 initrd-2.6.18-194.32.1.el5PAE.img -rw------- 1 root root 3.1M Mar 21 13:56 initrd-2.6.18-92.1.22.el5PAE.img drwx------ 2 root root 1.0K May 13 2009 lost+found -rw-r--r-- 1 root root 79K Mar 12 2009 message -rw-r--r-- 1 root root 105K Jan 6 2010 symvers-2.6.18-164.11.1.el5PAE.gz -rw-r--r-- 1 root root 109K Jan 6 01:20 symvers-2.6.18-194.32.1.el5PAE.gz -rw-r--r-- 1 root root 90K Dec 16 2008 symvers-2.6.18-92.1.22.el5PAE.gz -rw-r--r-- 1 root root 932K Jan 6 2010 System.map-2.6.18-164.11.1.el5PAE -rw-r--r-- 1 root root 947K Jan 6 01:20 System.map-2.6.18-194.32.1.el5PAE -rw-r--r-- 1 root root 890K Dec 16 2008 System.map-2.6.18-92.1.22.el5PAE -rw-r--r-- 1 root root 1.8M Jan 6 2010 vmlinuz-2.6.18-164.11.1.el5PAE -rw-r--r-- 1 root root 166 Jan 6 2010 .vmlinuz-2.6.18-164.11.1.el5PAE.hmac -rw-r--r-- 1 root root 1.8M Jan 6 01:20 vmlinuz-2.6.18-194.32.1.el5PAE -rw-r--r-- 1 root root 166 Jan 6 01:20 .vmlinuz-2.6.18-194.32.1.el5PAE.hmac -rw-r--r-- 1 root root 1.8M Dec 16 2008 vmlinuz-2.6.18-92.1.22.el5PAE (14:26:30)[root-/]#> ls -lah /boot/grub total 251K drwxr-xr-x 2 root root 1.0K Mar 21 14:13 . drwxr-xr-x 6 root root 3.0K Mar 21 14:12 .. -rw-r--r-- 1 root root 15 Mar 21 14:04 device.map -rw-r--r-- 1 root root 63 May 13 2009 device.map.backup -rw-r--r-- 1 root root 7.5K Mar 21 14:04 e2fs_stage1_5 -rw-r--r-- 1 root root 7.3K Mar 21 14:04 fat_stage1_5 -rw-r--r-- 1 root root 6.6K Mar 21 14:04 ffs_stage1_5 -rw------- 1 root root 943 Mar 21 14:07 grub.conf -rw------- 1 root root 1.2K Mar 18 23:56 grub.conf_BK -rw-r--r-- 1 root root 6.6K Mar 21 14:04 iso9660_stage1_5 -rw-r--r-- 1 root root 8.0K Mar 21 14:04 jfs_stage1_5 lrwxrwxrwx 1 root root 11 Mar 18 13:21 menu.lst -> ./grub.conf -rw------- 1 root root 1.2K Jan 12 13:23 menu.lst_2 -rw-r--r-- 1 root root 6.8K Mar 21 14:04 minix_stage1_5 -rw-r--r-- 1 root root 9.1K Mar 21 14:04 reiserfs_stage1_5 -rw-r--r-- 1 root root 55K Mar 12 2009 splash.xpm.gz -rw-r--r-- 1 root root 512 Mar 21 14:04 stage1 -rw-r--r-- 1 root root 103K Mar 21 14:04 stage2 -rw-r--r-- 1 root root 7.0K Mar 21 14:04 ufs2_stage1_5 -rw-r--r-- 1 root root 6.2K Mar 21 14:04 vstafs_stage1_5 -rw-r--r-- 1 root root 8.7K Mar 21 14:04 xfs_stage1_5
(14:27:21)[root-/]#> uname -r 2.6.18-164.11.1.el5PAE (14:28:01)[root-/]#> rpm -qa | grep -i kernel kernel-PAE-2.6.18-92.1.22.el5 kernel-PAE-2.6.18-194.32.1.el5 kernel-PAE-2.6.18-164.11.1.el5
(14:28:20)[root-/]#> more /boot/grub/grub.conf # grub.conf generated by anaconda # # Note that you do not have to rerun grub after making changes to this file # NOTICE: You have a /boot partition. This means that # all kernel and initrd paths are relative to /boot/, eg. # root (hd0,0) # kernel /vmlinuz-version ro root=/dev/vg_system/lv_root # initrd /initrd-version.img #boot=/dev/sda default=1 timeout=5 splashimage=(hd0,0)/grub/splash.xpm.gz hiddenmenu title CentOS (2.6.18-194.32.1.el5PAE) root (hd0,0) kernel /vmlinuz-2.6.18-194.32.1.el5PAE ro root=/dev/vg_system/lv_root initrd /initrd-2.6.18-194.32.1.el5PAE.img title CentOS (2.6.18-164.11.1.el5PAE) root (hd0,0) kernel /vmlinuz-2.6.18-164.11.1.el5PAE ro root=/dev/vg_system/lv_root initrd /initrd-2.6.18-164.11.1.el5PAE.img title CentOS (2.6.18-92.1.22.el5PAE) root (hd0,0) kernel /vmlinuz-2.6.18-92.1.22.el5PAE ro root=/dev/vg_system/lv_root initrd /initrd-2.6.18-92.1.22.el5PAE.img
Como dije, reinicié y el final fué feliz porque sigo trabajando para la misma empresa :) Espero que si alguien tiene este mismo problema - ójala no - le sirva de algo mi experiencia.
Un cordial saludo,
Miguel A. Velasco Ing de Sistemas
A manera personal, me alegro mucho que hayas podido solucionar dicho percance.
Por otro lado es posible que documentes y publiques los pasos que seguiste?
Gracias.
Hola,
2011/3/28 Miguel A. Velasco miguel.suscripcion@gmail.com:
Desde luego, no podría ser de otra manera. Os detallo los pasos que seguí para llegar a buen puerto con el reinicio del servidor:
1. Copiar el /boot de otro servidor (con mismo Software CentoOs 5.5 y mismo nivel de kernel, sin PAE, pero diferente hardware) al servidor donde tuve el incidente.
2. En /boot/grub he linkado manualmente menu.lst a grub.conf para que quede como en la configuración original : menu.lst -> ./grub.conf
3. He desinstalado todos los RPM de los kernel que tenía este servidor (incluido el que se ejecuta actualmente) y he instalado manualmente mediante rpm -ivh los siguientes kernel: i. kernel-PAE-2.6.18-92.1.22.el5.i686.rpm ii. kernel-PAE-2.6.18-164.11.1.el5.i686.rpm **He hecho esto mediante el comando rpm -ivh y no con yum install porque éste comando sólo me instalaba la última versión del kernel-PAE y prefiero tener más opciones por si hubiese problemas ... Para los que no lo sepan, el servidor que sifrió el borrado del /boot tiene instalada una versión del kernel-PAE para reconocer cantidades de RAM > 3 Gb.
4. He actualizado luego el kernel con $yum update kernel-PAE subiendo de este modo a la versión kernel-PAE-2.6.18-194.32.1.el5, que era la última versión instalada antes del problema.
5. He revisado la configuración de grub.conf y he modificado el default = 1 (lo dejaba en otra versión de kernel no instalada) para que quede apuntando a la versión kernel-PAE-2.6.18-164.11.1.el5 que es el que tenía en ejecución antes del borrado del /boot. Dejo este kernel porque tengo instalado y funcionando en este servidor un par de aplicaciones que dependen de la compilación del kernel (el servicio iscsi-target y una máquina virtual de vmware server)
6. Reinstalo el GRUB, porque he visto en la pruebas realizadas que de no hacerlo la máquina no levanta ya que no encuentra la ruta de instalación del grub: uso este comando: $grub-install --recheck --no-floppy /dev/sda El disco es /dev/sda1 porque así lo veo en fdisk -l
7. Finalmente el sistema quedó configurado así:
(14:26:24)[root-/]#> ls -lah /boot/ total 18M drwxr-xr-x 6 root root 3.0K Mar 21 14:12 . drwxr-xr-x 26 root root 4.0K Mar 18 12:15 .. -rw-r--r-- 1 root root 68K Jan 6 2010 config-2.6.18-164.11.1.el5PAE -rw-r--r-- 1 root root 68K Jan 6 01:20 config-2.6.18-194.32.1.el5PAE -rw-r--r-- 1 root root 64K Dec 16 2008 config-2.6.18-92.1.22.el5PAE drwxr-xr-x 2 root root 1.0K Jan 22 2010 extlinux drwxr-xr-x 2 root root 1.0K Mar 21 14:13 grub -rw------- 1 root root 3.1M Mar 21 13:57 initrd-2.6.18-164.11.1.el5PAE.img -rw------- 1 root root 3.1M Mar 21 13:58 initrd-2.6.18-194.32.1.el5PAE.img -rw------- 1 root root 3.1M Mar 21 13:56 initrd-2.6.18-92.1.22.el5PAE.img drwx------ 2 root root 1.0K May 13 2009 lost+found -rw-r--r-- 1 root root 79K Mar 12 2009 message -rw-r--r-- 1 root root 105K Jan 6 2010 symvers-2.6.18-164.11.1.el5PAE.gz -rw-r--r-- 1 root root 109K Jan 6 01:20 symvers-2.6.18-194.32.1.el5PAE.gz -rw-r--r-- 1 root root 90K Dec 16 2008 symvers-2.6.18-92.1.22.el5PAE.gz -rw-r--r-- 1 root root 932K Jan 6 2010 System.map-2.6.18-164.11.1.el5PAE -rw-r--r-- 1 root root 947K Jan 6 01:20 System.map-2.6.18-194.32.1.el5PAE -rw-r--r-- 1 root root 890K Dec 16 2008 System.map-2.6.18-92.1.22.el5PAE -rw-r--r-- 1 root root 1.8M Jan 6 2010 vmlinuz-2.6.18-164.11.1.el5PAE -rw-r--r-- 1 root root 166 Jan 6 2010 .vmlinuz-2.6.18-164.11.1.el5PAE.hmac -rw-r--r-- 1 root root 1.8M Jan 6 01:20 vmlinuz-2.6.18-194.32.1.el5PAE -rw-r--r-- 1 root root 166 Jan 6 01:20 .vmlinuz-2.6.18-194.32.1.el5PAE.hmac -rw-r--r-- 1 root root 1.8M Dec 16 2008 vmlinuz-2.6.18-92.1.22.el5PAE
(14:26:30)[root-/]#> ls -lah /boot/grub total 251K drwxr-xr-x 2 root root 1.0K Mar 21 14:13 . drwxr-xr-x 6 root root 3.0K Mar 21 14:12 .. -rw-r--r-- 1 root root 15 Mar 21 14:04 device.map -rw-r--r-- 1 root root 63 May 13 2009 device.map.backup -rw-r--r-- 1 root root 7.5K Mar 21 14:04 e2fs_stage1_5 -rw-r--r-- 1 root root 7.3K Mar 21 14:04 fat_stage1_5 -rw-r--r-- 1 root root 6.6K Mar 21 14:04 ffs_stage1_5 -rw------- 1 root root 943 Mar 21 14:07 grub.conf -rw------- 1 root root 1.2K Mar 18 23:56 grub.conf_BK -rw-r--r-- 1 root root 6.6K Mar 21 14:04 iso9660_stage1_5 -rw-r--r-- 1 root root 8.0K Mar 21 14:04 jfs_stage1_5 lrwxrwxrwx 1 root root 11 Mar 18 13:21 menu.lst -> ./grub.conf -rw------- 1 root root 1.2K Jan 12 13:23 menu.lst_2 -rw-r--r-- 1 root root 6.8K Mar 21 14:04 minix_stage1_5 -rw-r--r-- 1 root root 9.1K Mar 21 14:04 reiserfs_stage1_5 -rw-r--r-- 1 root root 55K Mar 12 2009 splash.xpm.gz -rw-r--r-- 1 root root 512 Mar 21 14:04 stage1 -rw-r--r-- 1 root root 103K Mar 21 14:04 stage2 -rw-r--r-- 1 root root 7.0K Mar 21 14:04 ufs2_stage1_5 -rw-r--r-- 1 root root 6.2K Mar 21 14:04 vstafs_stage1_5 -rw-r--r-- 1 root root 8.7K Mar 21 14:04 xfs_stage1_5
(14:27:21)[root-/]#> uname -r 2.6.18-164.11.1.el5PAE
(14:28:01)[root-/]#> rpm -qa | grep -i kernel kernel-PAE-2.6.18-92.1.22.el5 kernel-PAE-2.6.18-194.32.1.el5 kernel-PAE-2.6.18-164.11.1.el5
(14:28:20)[root-/]#> more /boot/grub/grub.conf # grub.conf generated by anaconda # # Note that you do not have to rerun grub after making changes to this file # NOTICE: You have a /boot partition. This means that # all kernel and initrd paths are relative to /boot/, eg. # root (hd0,0) # kernel /vmlinuz-version ro root=/dev/vg_system/lv_root # initrd /initrd-version.img #boot=/dev/sda default=1 timeout=5 splashimage=(hd0,0)/grub/splash.xpm.gz hiddenmenu title CentOS (2.6.18-194.32.1.el5PAE) root (hd0,0) kernel /vmlinuz-2.6.18-194.32.1.el5PAE ro root=/dev/vg_system/lv_root initrd /initrd-2.6.18-194.32.1.el5PAE.img title CentOS (2.6.18-164.11.1.el5PAE) root (hd0,0) kernel /vmlinuz-2.6.18-164.11.1.el5PAE ro root=/dev/vg_system/lv_root initrd /initrd-2.6.18-164.11.1.el5PAE.img title CentOS (2.6.18-92.1.22.el5PAE) root (hd0,0) kernel /vmlinuz-2.6.18-92.1.22.el5PAE ro root=/dev/vg_system/lv_root initrd /initrd-2.6.18-92.1.22.el5PAE.img
Como dije, reinicié y el final fué feliz porque sigo trabajando para la misma empresa :) Espero que si alguien tiene este mismo problema - ójala no - le sirva de algo mi experiencia.
Un cordial saludo,
Miguel A. Velasco Ing de Sistemas
A manera personal, me alegro mucho que hayas podido solucionar dicho percance.
Por otro lado es posible que documentes y publiques los pasos que seguiste?
Gracias.
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Felicidades, me alegro. Ahora ya sabes, a montar un sistema de backup xD
Miguel A. Velasco wrote:
Hola de nuevo, después de haber hecho ya bastantes pruebas en un máquina virtual creo que ya he configurado el servidor para que pueda ser
viendo lo que hiciste, yo opino que te irá al 100%, eso del grub-install es el truco fundamental... dale... procede, en el peor de los casos te tocará la parte de arrancar con el CD de rescate y hacer más o menos lo mismo corrigiendo cualquier cosa que hayas olvidado
saludos epe
Hola a todos ....
Alguien sabe aproximadamente cuando sale CentOS 5.6 y 6.0 ??? ... ví que Oracle ya sacó hace unas semanas atrás sus versiones correspondientes de Oracle Enterprise Linux 5.6 y 6.0 y también hizo lo mismo Scientific Linux (SC Linux 5.6 y 6.0) que son los clones que conozco de Red Hat.
Alguien sabe que está pasando con los desarrolladores de CentOS que al parecer están un poco atrasados con este tema ????.
Saludos y pasen un buen dia,
Javier.
Hola,
2011/3/21 Javier Aquino H. JAquino@lexuseditores.com:
Hola a todos ....
Alguien sabe aproximadamente cuando sale CentOS 5.6 y 6.0 ??? ... ví que Oracle ya sacó hace unas semanas atrás sus versiones correspondientes de Oracle Enterprise Linux 5.6 y 6.0 y también hizo lo mismo Scientific Linux (SC Linux 5.6 y 6.0) que son los clones que conozco de Red Hat.
Alguien sabe que está pasando con los desarrolladores de CentOS que al parecer están un poco atrasados con este tema ????.
No está pasando nada, son pocos (si quieres puede ayudar) y aunque parezca mentira volver a construir paquetes no es mágico, así que toca esperar. En su día se decidió primero hacer el esfuerzo de hacer los paquetes para la 5.6 (que hay muchos servidores en producción) y luego trabajar en 6.
Alguien sabe que está pasando con los desarrolladores de CentOS que al parecer están un poco atrasados con este tema ????.
indican que saldrá cuando toque... es la noticia.
lo que he podido determinar es que salió rhel6 y poco después rhel5.6 y han dejado el 6 a un lado a medio camino con el fin de sacar el 5.6 que tiene gran cantidad de actualizaciones y es además el sistema que está corriendo actualmente.
Una vez acaben con el 5.6, ahi retomarán el 6..son pocos como indicaban en otro post.. simplemente esperar, sí.. se han demorado más de costumbre.
Oracle sacó el suyo pero no es el clon completo, le ha quitado muchas cosas... además scientific linux, hasta hace unos días que ví, lo que sacaba era rollovers algo así como versiones alpha, no eran todavía oficiales. CentOS dice que no sacará algo así sino que cuando salga, será la oficial.
Estamos así desde diciembre-enero... yo creo que dado el tiempo, muy posiblemente falte poco para que salgan. Definitivamente falta menos que antes... (por cuestión natural cada día que pase es un día menos que falta).
saludos epe
Saludos y pasen un buen dia,
Javier.
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
El 21/03/11, Javier Aquino H. JAquino@lexuseditores.com escribió:
Hola a todos ....
Alguien sabe aproximadamente cuando sale CentOS 5.6 y 6.0 ??? ... ví que Oracle ya sacó hace unas semanas atrás sus versiones correspondientes de Oracle Enterprise Linux 5.6 y 6.0 y también hizo lo mismo Scientific Linux (SC Linux 5.6 y 6.0) que son los clones que conozco de Red Hat.
Alguien sabe que está pasando con los desarrolladores de CentOS que al parecer están un poco atrasados con este tema ????.
Saludos y pasen un buen dia,
Javier.
Hola todos esperamos centos 6, pero como dicen no es fácil, y centos 5.5 esta muy bien, es la mas estable que he podido probar, encima de fedora y scientificlinux. Tengo scientificlinux 5.5 y 6, la 6 (que ya es stable) no me va muy bien que digamos, por ahora centos 5.5 esta muy bien, saludos.
CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Paciencia.. paciencia.. saldra cuando tenga que salir..
César
----- Mensaje original ----- De: "Javier Aquino H." JAquino@LexusEditores.com Para: centos-es@centos.org Enviados: Lunes, 21 de Marzo 2011 12:28:59 GMT -05:00 Colombia Asunto: [CentOS-es] CentOS 5.6 y 6.0
Hola a todos ....
Alguien sabe aproximadamente cuando sale CentOS 5.6 y 6.0 ??? ... ví que Oracle ya sacó hace unas semanas atrás sus versiones correspondientes de Oracle Enterprise Linux 5.6 y 6.0 y también hizo lo mismo Scientific Linux (SC Linux 5.6 y 6.0) que son los clones que conozco de Red Hat.
Alguien sabe que está pasando con los desarrolladores de CentOS que al parecer están un poco atrasados con este tema ????.
Saludos y pasen un buen dia,
Javier.
_______________________________________________ CentOS-es mailing list CentOS-es@centos.org http://lists.centos.org/mailman/listinfo/centos-es
Hola,
2011/3/18 Miguel A. Velasco miguel.suscripcion@gmail.com:
Buenos días a todos, en un grave error esta mañana borré el directorio /boot y con él la configuración del GRUP y los kernel instalados. Conretamente borré esto: removed `/boot/symvers-2.6.18-194.32.1.el5PAE.gz' removed `/boot/symvers-2.6.18-53.1.21.el5.gz' removed `/boot/initrd-2.6.18-92.1.10.el5.img' removed `/boot/config-2.6.18-53.1.21.el5' removed `/boot/config-2.6.18-164.11.1.el5PAE' removed `/boot/vmlinuz-2.6.18-53.1.21.el5' removed `/boot/symvers-2.6.18-92.1.10.el5.gz' removed `/boot/initrd-2.6.18-92.1.22.el5PAE.img' removed `/boot/vmlinuz-2.6.18-92.1.22.el5PAE' removed `/boot/System.map-2.6.18-92.1.22.el5PAE' removed `/boot/initrd-2.6.18-164.11.1.el5PAE.img' removed `/boot/vmlinuz-2.6.18-164.11.1.el5PAE' removed `/boot/vmlinuz-2.6.18-194.32.1.el5PAE' removed `/boot/initrd-2.6.18-92.1.22.el5PAE_old.img' removed `/boot/vmlinuz-2.6.18-92.1.22.el5' removed `/boot/.vmlinuz-2.6.18-194.32.1.el5PAE.hmac' removed `/boot/symvers-2.6.18-92.1.22.el5PAE.gz'
Y...¿no sería posible recuperar todo esto reinstalando los paquetes "kernel-PAE" y "grub" con "yum reinstall"? Luego sería cuestión de ver con otro equipo que no falta ningún fichero importante y comprobar que es correcto /boot/grub/menu.lst.
Hola Oscar y gracias por tu ayuda. Creo que con yum reinstall no es posible reinstalar un Kernel. El man dice así:
reinstall "Will reinstall the identically versioned package as is currently installed. This does not work for "installonly" packages, like Kernels. reinstall operates on groups, files, provides and filelists just like the "install" command"
De hecho he probado el comando:
(15:19:40)[root-boot]#> yum reinstall kernel-PAE-2.6.18-194.32.1.el5 Loaded plugins: fastestmirror Setting up Reinstall Process Loading mirror speeds from cached hostfile * addons: centos.mirror.xtratelecom.es * base: centos.mirror.xtratelecom.es * extras: centos.mirror.xtratelecom.es * rpmforge: ftp-stud.fht-esslingen.de * updates: centos.mirror.xtratelecom.es Package kernel-PAE-2.6.18-194.32.1.el5.i686 is allowed multiple installs, skipping Nothing to do
En cualquier caso, gracias por tu ayuda y saludos,
Miguel A. Velasco Ing de Sistemas
El 18/03/2011 15:05, Oscar Osta Pueyo escribió:
Hola,
2011/3/18 Miguel A. Velascomiguel.suscripcion@gmail.com:
Buenos días a todos, en un grave error esta mañana borré el directorio /boot y con él la configuración del GRUP y los kernel instalados. Conretamente borré esto: removed `/boot/symvers-2.6.18-194.32.1.el5PAE.gz' removed `/boot/symvers-2.6.18-53.1.21.el5.gz' removed `/boot/initrd-2.6.18-92.1.10.el5.img' removed `/boot/config-2.6.18-53.1.21.el5' removed `/boot/config-2.6.18-164.11.1.el5PAE' removed `/boot/vmlinuz-2.6.18-53.1.21.el5' removed `/boot/symvers-2.6.18-92.1.10.el5.gz' removed `/boot/initrd-2.6.18-92.1.22.el5PAE.img' removed `/boot/vmlinuz-2.6.18-92.1.22.el5PAE' removed `/boot/System.map-2.6.18-92.1.22.el5PAE' removed `/boot/initrd-2.6.18-164.11.1.el5PAE.img' removed `/boot/vmlinuz-2.6.18-164.11.1.el5PAE' removed `/boot/vmlinuz-2.6.18-194.32.1.el5PAE' removed `/boot/initrd-2.6.18-92.1.22.el5PAE_old.img' removed `/boot/vmlinuz-2.6.18-92.1.22.el5' removed `/boot/.vmlinuz-2.6.18-194.32.1.el5PAE.hmac' removed `/boot/symvers-2.6.18-92.1.22.el5PAE.gz'
Y...¿no sería posible recuperar todo esto reinstalando los paquetes "kernel-PAE" y "grub" con "yum reinstall"? Luego sería cuestión de ver con otro equipo que no falta ningún fichero importante y comprobar que es correcto /boot/grub/menu.lst.
-
"Ing. Ernesto Pérez Estévez" -
César CRUZ ARRUNATEGUI -
Edg＠r Rodolfo -
Guillermo Monnereau -
Hector Suarez Planas -
Javier Aquino H. -
Juan Pablo Botero -
Maykel Franco Hernandez -
Miguel A. Velasco -
Oscar Osta Pueyo -
René Lara Alvarado