http://sites.google.com/site/grabliubuntu/networking/wi-fi-nastrojki

Очень помогло.

Несколько раз добавлял зеркало gmirror для единственного диска во FreeBSD. Даже данные не надо мигрировать – все достаточно просто и документировано.

А вот в Ubuntu 9.10 как то не заладилось, убил практически целый день. Из толковых инструкций, что удалось найти, понравилась вот эта. Многа букав! Инструкция в готовом виде, к сожалению, не подошла.

Основные моменты:

• Я подключал два диска (основной с системой и чистый для зеркала) одновременно и грузился в Rescue Mode с CD.
• Создавая массив, я указывал sdXY от чистого диска.
• Данные копировались командой cd target; dump -0 -f – /dev/source| restore rf – (по привычке, но надо поставить пакет dump).
• Во все конфигурационные файлы вписывалось /dev/mdX вместо /dev/sdXY.
• Swap я тоже размещаю на зеркале.

В общем то, загрузившись в режим восстановления, создать массивы на чистом диске и скопирнуть туда данные относительно несложно. Далее нужно поправить /etc/fstab, /etc/mdadm/mdadm.conf, запустить grub и просетапиться в MBR.

Как всегда сложности начинаются при попытке загрузиться с этого диска. Меня все время загружало в grub>.

Находясь в grub> можно загрузить систему такими командами:

kernel /boot/vmli<tab-autocomplete> root=/dev/md0

initrd /boot/init<tab-autocomplete>

boot

Механизм работы grub на 9.10+ для меня до сих пор является загадкой. Совершенно не представляю откуда оно берет настройки, в частности имя загрузочного устройства (md0 vs sdb1).

Попав в шелл решил проблему таким способом.

apt-get purge grub-common grub-pc

apt-get install grub-common grub-pc

Оно само раздуплилось какой диск является корнем и правильно прописало его в /boot/grub/grub.cfg (который генерируется автоматически).

После этого старый диск был отключен, а диск с MD был сделан основным, старый же переразбит и добавлен как вторая часть зеркала (это есть в инструкции).

Так же в процессе экспериментов (по-моему в Rescue Mode) запускалась команда

apt-get install mdadm

update-initramfs -u

Без них, скорее всего, в initramfs не были бы добавлены модули поддержки MD RAID. Мрак, но заработало.

Часто полезно иметь чуть более мощный сервер чем необходимо, что бы иметь возможность запускать в нем виртуальные машины. Когда хост машина – windows, все понятно: VMware Server, Microsoft Virtual Server, Microsoft Hyper-V и тд. Зато под Ubuntu наступил на грабли.

Имеем: десктоп с процессором AMD и установленным Ubuntu Server 10.04 LTS x86_64.

Задача: запустить Windows Server, который бы решал инфраструктурные задачи и запускался автоматически.

Сначала попробовал официально поддерживаемую виртуализацию KVM-Qemu. Несмотря на то, что все тщательно документировано в официальной документации Ubuntu, необходимо сделать кучу шагов, что бы запустить машину. В итоге после прохождения текстовой части инсталляции Windows Server 2003 32 bit (64 bit эмуляция не заработала в силу ограничений процессора) – черное окно. Доступ к виртуалке, кстати, через VNC с пробросом порта через putty. Побороть черное окно не смог.

Затем последовала серия наскоков на Vmware Server 2.0.2 (который бесплатный). Пробовал и i386 и x86_64 и с рекомендованными патчами от Ubuntu и без. И форумы читал – не компилятся модули ядра хоть ты тресни.

Далее пришла очередь VirtualBox. Документации практически нет. Установил virtualbox-ose, virtualbox-ose-dkms, virtualbox-ose-qt, virtualbox-guest-additions. Комманд не много, но vboxmanage испугала огромным количеством своих аргументов. Попробовал просто virtualbox – попросило X-ы. Как оказалось, найти X-ы под Windows достаточно просто – Xming. В ssh клиенте сделан проброс X11 (одна галочка), перелогон, запустилось!

Приятный графический интерфейс:

“Немного” подтормаживает, но все таки это отображение виртуалки хостящейся на удаленном Ubuntu сервере, через виндовый X-сервер поверх ssh соединения.

С позиционированием мышки большие проблемы, но клавиатура работает прогнозируемо (с задержкой в 5-30 секунд). Еще, похоже, пришлось в свойствах виртуалки включить ускорение графики, иначе отображался мусор.

Текстовая часть инсталла прошла гораздо быстрее чем в KVM-Qemu и вообще все работает работает шустро, но

из-за тормозов связки отображения консоли у меня ушло еще около двух часов на то, что бы вызвать свойства удаленных подключений и включить RDP в котором все работает моментально как и обычно. Виртуалка корректно реагирует на перезагрузку или выключение. Все, что осталось, это настроить автоматический запуск виртуалки вместе со стартом Ubuntu сервера. Для этого я добавил vboxmanage startvm infra1 –type headless в /etc/rc.local.