Я использую Debian (squeeze) и мой домашний каталог пользователя (/home/storm, 20 ГБ) зашифрован с помощью cryptsetup. Моя цель — безопасно перенести данные с 80-гигабайтного жесткого диска на новый 60-гигабайтный ssd. Как видите, целевой диск меньшего размера, поэтому простое dd'ing не поможет.
Есть ли у вас какие-нибудь советы, как лучше всего переместить всю систему? Спасибо!
Вот как все выглядит:
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda3 9,2G 2,1G 6,7G 24% /
tmpfs 1,6G 0 1,6G 0% /lib/init/rw
udev 1,6G 180K 1,6G 1% /dev
tmpfs 1,6G 1,5M 1,6G 1% /dev/shm
/dev/sda1 61G 22G 36G 38% /home
/dev/mapper/home 19G 1,3G 17G 8% /home/storm
# fdisk -l /dev/sda
Disk /dev/sda: 80.0 GB, 80025280000 bytes
Device Boot Start End Blocks Id System
/dev/sda1 1704 9730 64467968 83 Linux
/dev/sda2 2 488 3905536 82 Linux swap / Solaris
Partition 2 does not end on cylinder boundary.
/dev/sda3 * 488 1704 9765888 83 Linux
Я считаю, что подходящим подходом было бы разбить новый диск примерно так же, как и старый, просто сделав /home (/dev/sda1) на 20 ГБ меньше = 41 ГБ, а затем просто rsync-синхронизировать данные в соответствующие папки и, наконец, chroot-в недавно скопированную папку и установить grub на новый диск, я прав? Если да, то какие ключи rsync-синхронизации мне следует использовать при копировании /filesystem? (Я думаю, мне нужно будет пропустить /dev, может быть, /proc и т. д., не совсем уверен)
решение1
Взгляниздесьдля обмена по сжатию раздела LUKS. Ключ в том, чтобы сжать файловую систему, а затем запустить cryptsetup resize, чтобы сжать ее.
В качестве альтернативы, почему бы просто не создать новый раздел LUKS на новом диске, смонтировать оба, а затем скопировать данные (незашифрованные) между дисками, а затем повозиться с процессом загрузки, чтобы расшифровать новый диск?