Я так понимаю, сервер у вас под Plan9 работает?
Ага, если отмонтируется - значит, все живет на втором.
И чтобы переделать по-человечески, придется трахаться.
Ну, имеется ввиду "никак" без кручения ручек в ns1/ns2.site.ru
Я бы сделал примерно так:
umount /dev/ad0s2
newfs -U /dev/ad0s2
mkdir /tmp/tmvar
mount /dev/ad0s2 /tmp/tmpvar
cp -r /var/* /tmp/tmpvar/
Потом вынес бы из /etc/fstab запись про /dev/ad0s1d и ребутнулся.
Только этто... Я тут мог в синтаксисе напутать :-) Ну и, плюс, если там реально на /dev/ad0s2 живут всякие файлы от честного /var - такое не получится, отмонтировать не удастся.
Хм... попробовать ребутнуть что-ли пока ничего не настроил? :)
Не, все честно :-)
root@host:~# mount | grep var /dev/ad0s1d on /var (ufs, local, soft-updates) /dev/ad0s1f on /var (ufs, local, soft-updates) root@host:~# df -h | grep var /dev/ad0s1d 1.9G 364M 1.4G 20% /var /dev/ad0s1f 4.3G 111M 4.2G 3% /var root@host:~# date четверг, 8 января 2009 г. 18:51:47 (MSK)
Э-э-э-э... Странно. Тупо монтируешь два раздела в один mountpoint, и все - работать начинает последний смонтированный.
Только что проверил :-)
Если ns1.site.ru и ns2.site.ru живут на сервере А - то никак.
Один вариант вам описали, второй - на ns1/ns2.site.ru в днс-сервере прописать NS-записи, что forum.site.ru обслуживается другим днс-сервером.
zone site.ru:
forum IN NS ip1.сервер.В IN NS ip2.сервер.В
Ну а на сервере В поднимается зона forum.site.ru
Так бывает, когда руки растут из задницы.
Очень похоже на разворачивание каким-нибудь dd дефолтного слайса на большой диск, создание второго слайса руками и монтирование его в /var. При этом, понятное дело, /var с первого слайса убрать забыли.
Особенно учитывая, что:
1. Нормальные люди при подключении дополнительного диска целиком не делают на нем слайсов.
2. При создании файловой системы, отличной от /, нормальные люди включают Soft-updates.
/etc/fstab
Обычно, в дефолтной фре - /home - это симлинк на /usr/home. То есть по умолчанию /home лежит не в /, а в /usr. Если это так - то у вас в /home 10 Гб места.
Но в случае вашего хостера нельзя быть ни в чем уверенным :)
Добавлю до кучи, что за последние 10 лет я два раза вживую видел использование классов в ip-адресации: в каком-то дремучем принт-сервере и в колхозном ip-стеке для Mac OS Classic.
И то, и другое проходит по разряду технонекрофилии :-)
Это настолько же неправильно, насколько и часто встречается.
Имеется ввиду, как правило, разные сети /24 (с маской 255.255.255.0).
Лучше этим не заморачиваться, уже много лет бал правит CIDR.
