Muestra las diferencias entre dos versiones de la página.
Ambos lados, revisión anterior Revisión previa Próxima revisión | Revisión previa | ||
recuperaciondedesastres [2025/03/05 06:38] fmolinuevo [Recuperación de GRUB] |
recuperaciondedesastres [2025/03/05 07:31] (actual) fmolinuevo [Ejemplos] |
||
---|---|---|---|
Línea 30: | Línea 30: | ||
* Arrancar el sistema con un disco de rescate o un USB con un sistema operativo live | * Arrancar el sistema con un disco de rescate o un USB con un sistema operativo live | ||
- | * Montar la partición raíz del sistema y ejecutar el comando `grub-install` para reinstalar GRUB | + | * Montar la partición raíz del sistema y ejecutar el comando **grub-install** para reinstalar GRUB, por ejemplo: |
+ | |||
+ | grub-install -root-directory=/mnt/raiz /dev/sda | ||
* Verificar que GRUB esté configurado correctamente y que el sistema pueda arrancar sin problemas | * Verificar que GRUB esté configurado correctamente y que el sistema pueda arrancar sin problemas | ||
Línea 38: | Línea 41: | ||
===== Jaula chroot ===== | ===== Jaula chroot ===== | ||
- | Una jaula chroot es una herramienta que permite crear un entorno de ejecución aislado para un sistema operativo. Esto puede ser útil para recuperar un sistema que no puede arrancar normalmente. Para crear una jaula chroot, se pueden seguir los siguientes pasos: | + | Una jaula **chroot** es una herramienta que permite crear un entorno de ejecución aislado para un sistema operativo. Esto puede ser útil para recuperar un sistema que no puede arrancar normalmente. Para crear una jaula chroot, se pueden seguir los siguientes pasos: |
- | * Arrancar el sistema con un disco de rescate o un USB con un sistema operativo live | + | * Arrancar el sistema con un disco de rescate o un USB con un sistema operativo live |
- | * Montar la partición raíz del sistema y crear una jaula chroot con el comando `chroot` | + | |
- | * Ejecutar los comandos necesarios para reparar el sistema dentro de la jaula chroot | + | |
+ | Comandos para crear una jaula chroot: | ||
+ | |||
+ | mount /dev/sda1 /mnt/raiz | ||
+ | |||
+ | mount --bind /dev /mnt/dev | ||
+ | mount --bind /dev/pts /mnt/dev/pts | ||
+ | mount --bind /proc /mnt/proc | ||
+ | mount --bind /sys /mnt/sys | ||
+ | |||
+ | Finalmente, ejecutar chroot: | ||
+ | |||
+ | chroot /mnt/raiz /bin/bash | ||
===== Chequeo de discos ===== | ===== Chequeo de discos ===== | ||
- | Los discos duros pueden fallar en cualquier momento, por lo que es importante realizar chequeos regulares para detectar problemas potenciales. Para realizar un chequeo de discos, se pueden utilizar herramientas como `fsck` o `chkdsk`. Estas herramientas pueden detectar y reparar errores en el sistema de archivos y en la estructura del disco. | + | Los discos duros pueden fallar en cualquier momento, por lo que es importante realizar chequeos regulares para detectar problemas potenciales. Para realizar un chequeo de discos, se pueden utilizar herramientas como **fsck** o **chkdsk**. Estas herramientas pueden detectar y reparar errores en el sistema de archivos y en la estructura del disco. |
+ | ==== Ejemplos ==== | ||
+ | |||
+ | Chequeo básico: | ||
+ | |||
+ | fsck /dev/sdb1 | ||
+ | |||
+ | Forzar el chequeo del FS: | ||
+ | |||
+ | fsck -fv /dev/sdb1 | ||
+ | |||
+ | ==== Bibliografía ==== | ||
+ | |||
+ | * https://phoenixnap.com/kb/fsck-command-linux | ||
===== Copiado de discos dañados ===== | ===== Copiado de discos dañados ===== | ||
- | Si un disco duro se daña, es importante copiar los datos importantes lo antes posible para evitar la pérdida de información. Para copiar un disco dañado, se pueden utilizar herramientas como `dd` o `ddrescue`. Estas herramientas pueden copiar los datos del disco dañado a un disco nuevo o a un archivo de imagen. | + | Si un disco duro se daña, es importante copiar los datos importantes lo antes posible para evitar la pérdida de información. Para copiar un disco dañado, se pueden utilizar herramientas como **dd** o **ddrescue**. Estas herramientas pueden copiar los datos del disco dañado a un disco nuevo o a un archivo de imagen. |
+ | |||
+ | ==== Ejemplos ==== | ||
+ | |||
+ | Copiar un disco en otro, recuperando bad sectors si es posible: | ||
+ | |||
+ | ddrescue -fv /dev/sda /dev/sdc | ||
+ | |||
+ | Copiar una imagen de disco completo a un disco físico: | ||
+ | ddrescue -fv /mnt/imagenes/imagen.img /dev/sdc | ||
===== Reubicación y cambio de particiones ===== | ===== Reubicación y cambio de particiones ===== | ||
Si un sistema operativo se instala en una partición que se ha vuelto demasiado pequeña, puede ser necesario reubicar el sistema a una partición más grande. Para reubicar un sistema, se pueden seguir los siguientes pasos: | Si un sistema operativo se instala en una partición que se ha vuelto demasiado pequeña, puede ser necesario reubicar el sistema a una partición más grande. Para reubicar un sistema, se pueden seguir los siguientes pasos: | ||
- | * Arrancar el sistema con un disco de rescate o un USB con un sistema operativo live | + | * Arrancar el sistema con un disco de rescate o un USB con un sistema operativo live |
- | * Utilizar herramientas como `gparted` o `fdisk` para crear una nueva partición y copiar el sistema a la nueva partición | + | * Utilizar herramientas como **gparted** o **fdisk** para crear una nueva partición y copiar el sistema a la nueva partición |
- | * Verificar que el sistema esté configurado correctamente y que pueda arrancar sin problemas | + | * Verificar que el sistema esté configurado correctamente y que pueda arrancar sin problemas |
===== RAID por software ===== | ===== RAID por software ===== | ||
+ | Las unidades RAID armadas con mdadm son excelentes, tienen una enorme resiliencia a fallas, y permiten hacer magia de manera relativamente fácil. Pero a veces puede ser necesario resolver temas, por ejemplo ante falla de un disco. | ||
+ | |||
+ | ==== Bibliografía ==== | ||
+ | |||
+ | * https://doc.axrglobal.com/servidores:raid | ||
===== Reinstalación manual ===== | ===== Reinstalación manual ===== | ||
En algunos casos, puede ser necesario reinstalar el sistema operativo desde cero. Para reinstalar un sistema manualmente, se pueden seguir los siguientes pasos: | En algunos casos, puede ser necesario reinstalar el sistema operativo desde cero. Para reinstalar un sistema manualmente, se pueden seguir los siguientes pasos: | ||
- | * Arrancar el sistema con un disco de rescate o un USB con un sistema operativo live | + | * Arrancar el sistema con un disco de rescate o un USB con un sistema operativo live |
- | * Utilizar herramientas como `apt-get` o `yum` para instalar los paquetes necesarios para el sistema | + | * Utilizar herramientas como **apt** o **yum** para instalar los paquetes necesarios para el sistema |
- | * Configurar el sistema y reinstalar las aplicaciones y los datos necesarios | + | * Configurar el sistema y reinstalar las aplicaciones y los datos necesarios |
===== Otras ideas para resolver emergencias ===== | ===== Otras ideas para resolver emergencias ===== | ||
Línea 74: | Línea 114: | ||
Además de las técnicas mencionadas anteriormente, hay otras ideas que pueden ser útiles para resolver emergencias en servidores: | Además de las técnicas mencionadas anteriormente, hay otras ideas que pueden ser útiles para resolver emergencias en servidores: | ||
- | * Copiado remoto: se puede utilizar herramientas como `rsync` o `scp` para copiar archivos y directorios entre servidores de manera remota. | + | * Copiado remoto: se puede utilizar herramientas como **rsync** o **scp** para copiar archivos y directorios entre servidores de manera remota. |
- | * Uso de máquinas virtuales: se pueden crear máquinas virtuales para probar y depurar sistemas antes de implementarlos en producción. | + | * Uso de máquinas virtuales: se pueden crear máquinas virtuales para probar y depurar sistemas antes de implementarlos en producción. |
- | * Uso de sistemas de archivos en red: se pueden utilizar sistemas de archivos en red como `NFS` o `SMB` para compartir archivos y directorios entre servidores. | + | * Uso de sistemas de archivos en red: se pueden utilizar sistemas de archivos en red como **NFS** o **SMB** para compartir archivos y directorios entre servidores. |
- | * Uso de herramientas de respaldo: se pueden utilizar herramientas de respaldo como `bacula` o `backuppc` para crear copias de seguridad del sistema y restaurarlas en caso de un desastre. | + | * Uso de herramientas de respaldo: se pueden utilizar herramientas de respaldo como **Bacula** o **BackupPC** para crear copias de seguridad del sistema y restaurarlas en caso de un desastre. |
+ | |||
+ | ==== Ejemplos ==== | ||
+ | |||
+ | Copiado de un disco desde un equipo remoto al disco local: | ||
+ | |||
+ | ssh usuario@remoto "dd if=/dev/sda" | dd of=/dev/sdb status=progress | ||
+ | |||
+ | Copiado de un disco desde un equipo remoto a una imagen en un directorio local: | ||
+ | |||
+ | ssh usuario@remoto "dd if=/dev/sda" | dd of=/mnt/temp/remoto-sda.img status=progress | ||
+ | |||
+ | Copiado de un sistema de archivos local a un servidor remoto: | ||
+ | |||
+ | rsync -av --progress /mnt/disco/ usuario@remoto:/mnt/backup | ||
+ | |||
+ | ==== Bibliografía ==== | ||
+ | * https://phoenixnap.com/kb/how-to-rsync-over-ssh | ||
===== Conclusión ===== | ===== Conclusión ===== | ||
La recuperación de desastres en servidores requiere un plan de emergencia y conocimientos de las herramientas y técnicas necesarias para restaurar el sistema a su estado original. Desde la recuperación de GRUB hasta la reinstalación manual y otras ideas innovadoras, hay muchas formas de abordar un desastre en un servidor. Es importante estar preparado y tener un plan de emergencia para minimizar el tiempo de inactividad y garantizar la continuidad del negocio. | La recuperación de desastres en servidores requiere un plan de emergencia y conocimientos de las herramientas y técnicas necesarias para restaurar el sistema a su estado original. Desde la recuperación de GRUB hasta la reinstalación manual y otras ideas innovadoras, hay muchas formas de abordar un desastre en un servidor. Es importante estar preparado y tener un plan de emergencia para minimizar el tiempo de inactividad y garantizar la continuidad del negocio. |