Cambio de discos
juan - Casa
repartidos en particiones de dos discos duros, a un disco duro mayor, y
mas rapido. Tengo un par de dudas:
1/ Una vez que vez prepare las particiones del disco duro de destino,
bastaria con hacer un cp -A Particion_Origen Particion_Destino?
2/ En el sistema actual '/' y '/boot' estan en particiones diferentes.
No hay ningun problema en que se siga manteniendo este sistema, no?
3/ Suponiendo que no cambie el orden de / y /boot, para actualizar el
grub, deberia crear una jaula chroot, e instalar en la nueva particion
el grub con grub-install?
Creo que nada mas, un saludo.
Gonzalo Pérez de Olaguer Córdoba
el Wed, 18 Nov 2009 16:33:47 +0100 escribiste:
> Buenas. Quiero cambiar los datos del sistema actual, que estan
> repartidos en particiones de dos discos duros, a un disco duro mayor, y
> mas rapido. Tengo un par de dudas:
>
> 1/ Una vez que vez prepare las particiones del disco duro de destino,
> bastaria con hacer un cp -A Particion_Origen Particion_Destino?
En el debian reference se dan varios métodos para copiar directorios
enteros, y se comentan las ventajas y problemas de cada uno.
Está aquí:
http://www.debian.org/doc/manuals/debian-reference/ch-tips.es.html#s-archiving
Yo prefiero utilizar la versión que usa tar:
( cd $SRC && tar cf - . ) | ( cd $DST && tar xpf - )
> 2/ En el sistema actual '/' y '/boot' estan en particiones diferentes.
> No hay ningun problema en que se siga manteniendo este sistema, no?
No que yo sepa.
> 3/ Suponiendo que no cambie el orden de / y /boot, para actualizar el
> grub, deberia crear una jaula chroot, e instalar en la nueva particion
> el grub con grub-install?
El tema es delicado, y depende de lo que quieras hacer exactamente, pero
no necesitas hacer ningún chroot. Basta modificar menu.lst y ejecutar
grub-install con los parámetros adecuados. También puede que tengas
que ajustar el nuevo /etc/fstab.
¿Pretendes reemplazar el disco antiguo por el nuevo, o dejar los
dos funcionando?
Para instalar grub en el nuevo disco tendrás que hacer algo parecido
a esto:
mount /dev/nuevo_root /mnt
mount /dev/nuevo_boot /mnt/boot
grub-install --root-directory=/mnt '(hd1,1)'
suponiendo que la nueva partición boot esté en (hd1,1). (OJO: creo que
va así la cosa, pero podría estar equivocado. El grub siempre me da
sorpresas.)
--
Gonzalo Pérez de Olaguer Córdoba <gp...@iies.es> --- www.gpoc.es
PGP key 2861C704 --- F206 5671 6789 425D 111C 1302 214F 1934 2861 C704
juan - Casa
> ï¿œPretendes reemplazar el disco antiguo por el nuevo, o dejar los
> dos funcionando?
Hola Gonazlo. Pretendo sustituir esos dos discos duros, que contienen
partes notables del sistema, por el disco nuevo. Para que te hagas una
idea, lo gordo del sistema, esta en /dev/hda. Pero hubo un tiempo en que
parte de hda empezo a fallar (sectores defectuosos), y con caracter de
urgencia, tuve que cambiar /var a un disco pequeï¿œo que esta en /dev/hdb.
Ahora pretendo unificar y optimizar el sistema, en un solo disco duro
mas grande y rapido.
Un saludo.
Cirilo Gutierrez
>
> 1/ Una vez que vez prepare las particiones del disco duro de destino,
> bastaria con hacer un cp -A Particion_Origen Particion_Destino?
No se si bastarï¿œa con eso. Supongo que en la referencia
de la documentaciￜn Debian que han dado antes se describirￜ,
pero yo llevo una ya muy larga temporada tirando de "rsync"
para ese tipo de cosas. Hasta me atreverï¿œa a decir que con
"dd" (o "dcfldd", una versiï¿œn bastante mejorada) y "rsync"
pueden resolverse casi todos los problemas que plantean
operaciones del estilo de la tuya. Bueno, solo casi.
Por resumir, si tienes la particiï¿œn de destino en "/Destino,
totalmente vacia, algo asￜ como
rsync -avz / /Destino/
deberï¿œa madarte todo tu Linux, /var en otra particiï¿œn
incluido, al nuevo disco (si usaras "rsync -avzx ...."
te crearï¿œa el directorio "/var" en destino pero lo dejarï¿œa
vacï¿œo, pues la copia no progresarï¿œa entre particiones
distintas. Si nos ponemos puristas, no estarï¿œa tampoco
de mï¿œs (pero no pasa nada si no lo haces) ajustar la ï¿œrden
un poquito para evitar copiar segￜn quￜ directorios "de
sistema". Se suele recomendar, por ejemplo:
rsync -avz --exclude=/sys --exclude=/proc / /Destino/
Como nota final, parï¿œmetros como ese "v" (por si quieres ver
como marcha con cierto detalle) se pueden quitar y es evidente
que un "man rsync" abre todo un mundo de posibilidades (por
ejemplo, hacer lo anterior entre ordenadores remotos). "rsync"
es en realidad una herramienta de "sincronizaciï¿œn remota" y,
por ello, te puede venir muy bien en cualquier momento que
desees "sincronizar" un "algo". En ese momento el modificador
"--delete" cobra importancia. Como aviso, los "/" del final
de los directorios implicados son importantes. No es lo mismo
"/Destino" que "/Destino/"
Si experimentas un poco con esta herramienta seguro que la
encuentras ï¿œtil.
> 2/ En el sistema actual '/' y '/boot' estan en particiones diferentes.
> No hay ningun problema en que se siga manteniendo este sistema, no?
Si dejas las particiones como estï¿œn (puntos de montaje, nombres
de particiï¿œn...) a Linux no le va a importar. Si los cambias,
tendrï¿œs que ajustar como corresponda cosas como /etc/fstab, por
supuesto, pero es relativamente simple si sabes quￜ ficheros
tocar (muy pocos).
Los problemas con operaciones como la tuya suelen venir del lado
del sistema de arranque. El cambio en la geometrï¿œa del disco,
aunque particiones, distribuciï¿œn y uso se mantengan, implica la
necesidad de reinstalar GRUB (por ejemplo). Haz un CD y pilla
algo de documentaciï¿œn al respecto. Puede ser vital.
> 3/ Suponiendo que no cambie el orden de / y /boot, para actualizar el
> grub, deberia crear una jaula chroot, e instalar en la nueva particion
> el grub con grub-install?
>
No se quￜ decirte. Es probable que funcionara. Si tienes un lector
de CD con posibilidad de arrancar el sistema, lo de crear un CD GRUB
de arranque es mï¿œs directo y te garantiza la posibilidad de seguir
pudiendo hacer algo incluso si te has cargado el sistema. En la
misma lï¿œnea, no es mala idea dejarse a mano un CD con el "Knoppix 5.x"
o el "System Rescue". Si algo va mal, puede hacer falta acceder a los
ficheros del sistema para modificarlos o incluso rehacer alguna
operaciï¿œn que no haya ido bien.
> Creo que nada mas, un saludo.
Suerte. Si no me equivoco, como siempre.