Tengo un sistema que se ejecuta como un servidor que tiene un disco duro defectuoso. Si bien todos los datos importantes están en un RAID y se realiza una copia de seguridad y todo eso, no tengo una imagen del sistema en sí. No hay una necesidad específica, ya que puedo hacer la instalación, por supuesto, pero todavía quiero intentar hacer una copia en caliente antes de seguir la ruta de restauración. Sé que hay algunos inconvenientes en esto como un proceso, pero no creo que haya muchos inconvenientes en probarlo como primer recurso.
- SO: Ubuntu 12.04.4 LTS
- Sin cabeza
- No espero instalar demasiado software nuevo ya que el disco ya está fallando :)
- El sistema esta funcionando. Tengo miedo de detenerlo, aumenta la posibilidad de que el disco no vuelva a funcionar. Esto significa que dd podría estar fuera?
- El nuevo disco no tiene el mismo tamaño (es dos veces más grande) que el anterior, lo que complica aún más el problema de dd.
Mi idea era
- conecte en caliente la nueva unidad del sistema
- hacer un sistema de archivos
- montarlo en / mnt / somedir
- rsync los archivos
- algo de magia fstab
- algo de magia de arranque
Las preguntas que aún tengo son:
¿Cuál sería un buen comando rsync? Estaba planeando en:
rsync -aAXx / /mnt/somedir/
--exclude={/dev/*,/proc/*,/sys/*,/tmp/*,/run/*,/mnt/*,/media/*,/lost+found}
(Estoy omitiendo algunos dir más, por ejemplo, mi incursión montada, etc.)
Donde están las opciones:
-a, --archive archive mode; equals -rlptgoD (no -H,-A,-X)
-A, --acls preserve ACLs (implies -p)
-X, --xattrs preserve extended attributes
-x, --one-file-system don't cross filesystem boundaries
Estoy omitiendo específicamente -H, -v y --progress para acelerar el proceso.
¿Funcionaría eso para Ubuntu? No estoy seguro de si Ubuntu usa enlaces duros, pero no creo que necesite la opción, ¿verdad?
Después de esta ejecución, podría reiniciar (tal vez con una unidad usb en vivo) y volver a ejecutar el rsync si el disco anterior aún se inicia. Esto solucionaría cualquier archivo no legible / modificado porque el sistema se estaba ejecutando, supongo.
¿Cómo arreglar el arranque?
Entonces, mi plan sería cambiar el UUID /
en mi fstab (todavía tengo que buscar en Google cómo encontrar el uuid) y hacer algo de magia para que el sistema se inicie desde el nuevo disco
¿He olvidado algo o he planeado algo específicamente estúpido?
fuente
mount
para verificar. Cualquier cosa que esté allí no necesitará ser excluida manualmente.Acabo de hacer esto con éxito (después de un par de intentos).
solía
Luego restablezco mi
/mnt/etc/fstab
archivo para la partición de arranque y mi espacio de intercambio.Entonces necesitaba reiniciar GRUB
fuente
No intente arreglar el arranque con esta unidad; mi recomendación:
rsync
sus archivos que no son del sistema a través del nuevo disco.fuente
He pasado mucho tiempo en una distribución Centos Freepbx para rsync y tengo un nuevo disco de arranque y, finalmente, después de arreglar fstab y grub UUID, no funciona.
El último paso para que funcione es
Cuando esté en la CLI de Grub (es decir, en el
grub>
indicador):Presione entery ahora puede apagar, quitar el disco viejo y arrancar con uno nuevo.
fuente