Host.Community | hcom.link

Добрый день, господа.
Я тщетно пытался сам разобраться в текущей ситуации, но чувствую, что без коллективного разума и без опыта не получится.
Вопрос будет большим, во всяком случае так кажется, и разносторонним. Начну, пожалуй.

Как все работает сейчас?
Есть три сервера HP ProLiant DL360e Gen8:
1. E5-2403, RAM 3х4, HDD 2x1Tb
2. E5-2403, RAM 2х4, HDD 2x4Tb
3. E5-2403, RAM 2х4, HDD 2x4Tb

На всех серверах Windows Server 2012.
На первом роли DC, DNS, DHCP; второй в роли файлового сервера; на третьем все резервные копии первых двух.
Есть еще два сервера, собранных на коленке, один в роли прокси-сервера (Kerio Control), второй с приблудами Гарант/Консультант на базе Windows Server.

В сети около 80 пользователей, МФУ, пара вай-фай точек.
Маршрутизаторов нет, есть три коммутатора.

Доброго времени суток.
У меня такая ситуация нужно перенести систему с большего диска на меньший, причем структура такая. Диск 100Гб, boot раздел fat32, остальное в LVM — в системе используется не более 20Гб, нужно перенести на диск с 50Гб сохраняя рабочее состояние, на несколько часов машину можно потушить.

Для тестов я создал виртуалку и пробую на ней. Всё ли верно и есть ли способ упростить всё это?
Общий алгоритм переноса на новый диск я вижу таким
1. Подключаем новый диск /dev/sdb
2. Загружаемся с LiveCD (sysresccd)
3. Разбиваем новый диск посредством fdisk как целевой (sfdisk -d не катит, т.к новый диск меньше)
(Почему не получилось создать /dev/sdb5 с началом 501760, fdisk показал первым сектором 501758 я так и не понял)
fdisk -l /dev/sda
Disk /dev/sda: 10 GiB
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 499711 248832 83 Linux
/dev/sda2 501758 20969471 10233857 5 Extended
/dev/sda5 501760 20969471 10233856 8e Linux LVM

Подключаюсь к серверу (Ubuntu 10.10) через VNC (на сервере крутится TihgtVNC v1.3.9-6.1). После чего запускаю VirtualBox v 4.1.0. Коннект с сервером по VNC сразу исчезает.

netstat -antp|grep vnc показывает, что порт VNC также закрывается. Хотя при перезапуске TihgtVNC создаётся десктоп следующий за предыдущим, как будто предыдущий ещё работает:

$ tightvncserver

Warning: ws-PC:1 is taken because of /tmp/.X1-lock
Remove this file if there is no X server ws-PC:1

Warning: ws-PC:2 is taken because of /tmp/.X2-lock
Remove this file if there is no X server ws-PC:2

Warning: ws-PC:3 is taken because of /tmp/.X3-lock
Remove this file if there is no X server ws-PC:3

New 'X' desktop is ws-PC:4

Starting applications specified in /home/ws/.vnc/xstartup
Log file is /home/ws/.vnc/ws-PC:4.log

Поиск в гугле показывает, что такая проблема у людей давно. А вот решения я не встретил.

Кто может подсказать в чём дело?