Много поддержка монитора с RDP только поддерживается на Предприятии Windows 7 и Windows 7 Ultimate. Это для стороны сервера соединения RDP.
http://windows.microsoft.com/en-US/windows7/Remote-Desktop-Connection-frequently-asked-questions
This is messy, but doable.
I presume here that /
is on /dev/sda3
and that /boot
is on /dev/sda1
.
Shrink the filesystem on the old server to its minimum possible size.
oldserver # resize2fs -M /dev/sda3
Partition the new server's disk with an identically sized /boot
, swapspace, and new /
partition (and anything else you need).
newserver # parted /dev/sda
Copy the /
and /boot
filesystems.
oldserver # dd if=/dev/sda1 | ssh root@newserver "dd of=/dev/sda1"
oldserver # dd if=/dev/sda3 | ssh root@newserver "dd of=/dev/sda3"
Because the partition on the new server will be slightly smaller than the one on the old server, you'll receive a spurious No space left on device
message at the end of this. However, since you shrank the filesystem at step 1, this doesn't matter.
Resize the filesystem on the new server to the size of the partition.
newserver # resize2fs /dev/sda3
Install GRUB on the new disk.
newserver # mount /dev/sda3 /mnt
newserver # mount /dev/sda1 /mnt/boot
newserver # mount -o bind /dev /mnt/dev
newserver # mount -o proc proc /mnt/proc
newserver # chroot /mnt /bin/bash
newserver(chroot) # grub-install /dev/sda
newserver(chroot) # exit
Finish the rest of your fixups (IP address, etc.).
You can probably find a way to avoid copying the partition's free space, but it'll probably take you longer to research than to just copy it all...
Я бы mkfs
свежие файловые системы на новом сервере, а затем rsync
их со старого сервера. Это перезапускаемый, согласованный, и каждый файл легко проверяется индивидуально. Когда вы отбрасываете неиспользуемые разделы файловой системы (а не судебную копию), я не вижу причин не использовать этот метод. Вам придется перезапустить GRUB, но это не должно быть проблемой.
Объяснение необработанной копии, поддерживающей файловую систему, займет у меня некоторое время, поэтому, если вы не объясните, почему мое решение rsync не работа Я избавлю себя от набора текста.
Если вы ДЕЙСТВИТЕЛЬНО хотите передавать данные на уровне блочного устройства, я могу придумать один довольно полезный трюк, который я использовал для миграции серверов с минимальным временем простоя.
Дело в том, что вы можете создать деградированное зеркало на исходном сервере с вашим разделом данных, являющимся единственной активной половиной зеркала, а затем экспортировать целевой раздел со второго сервера через AOE ( Полагаю, оба ваших сервера находятся в одном широковещательном домене). Затем на исходном сервере вы подключаете сетевое блочное устройство к деградировавшему зеркалу, чтобы оно начало восстанавливать. Дождитесь завершения перестройки, остановите зеркало, удалите устройство, экспортированное с помощью AOE, и все в порядке.
Ниже приведены более подробные сведения (я постараюсь быть краткими).
Компоненты:
mdadm
с его режимом build (специальное зеркало без метаданных); vblade
для экспорта блочного устройства как сетевого устройства AOE; aoe-tools
для импорта сетевого блока AOE устройство. Вы должны создать таблицу разделов на целевом сервере, а затем сжать исходный раздел, чтобы он соответствовал назначению. Вы можете легко установить GRUB в новую MBR; синхронизация только разделов по вновь созданной таблице разделов немного менее подвержена ошибкам.
На принимающей стороне вы должны экспортировать свой раздел с помощью инструмента vblade
,