Удалённая перезагрузка Windows-машины из Linux
Понадобилось мне внезапно ребутнуть седьмую Windows из под пингвина. Оказалось, что это как два пальца об асфальт. Итак…
Понадобилось мне внезапно ребутнуть седьмую Windows из под пингвина. Оказалось, что это как два пальца об асфальт. Итак…

Возникла необходимость откатить один из портов FreeBSD, а именно eAccelerator, с версии 0.9.6.1 до 0.9.5.3. Связано это с удалением пользовательских функций кэширования начиная с версии 0.9.6-rc1. Для решения подобной задачи как раз подойдет утилита portdowngrade.
Грузимся с установочного DVD-диска FreeBSD (или флешки), выбираем в сисинсталле Fixit.
Особое внимание уделяем тому что диск именно DVD, а не CD, иначе хуй вам, а не Fixit.
Данное описание содержит в себе информацию по настройке IPMI. Аббревиатура IPMI расшифровывается как Intelligent Platform Management Interface.
Предвидя вопросы типа:
- «Чё эта?»
- «Нахуа оно, чел?»
- «Ты с какого района?» (Ээээ… это из другой пьесы)
Отвечаю:
- «Оно для управления удаленными машинами напрямую, не используя ОС установленную на сервере.»
Для разовой загрузки в новую систему мы будем использовать nextboot. Это очень полезная софтина, которая позволяет загрузится с другим ядром или миром ОДИН раз. При неудачной загрузке, сервер достаточно перезагрузить чтобы вернуться к рабочему варианту системы.
| # nextboot -D # nextboot -o vfs.root.mountfrom=ufs:/dev/da0s1a -k kernel.new |
Ключ -D сбрасывает конфигурацию nextboot, если она уже была.
ключ -o vfs.root.mountfrom указывает, где находится корневой раздел.
Естественно, вместо da0s1a нужно указать ваши диск и раздел где расположен каталог /boot.
Ключ -k — задает путь к тестируемому ядру относительно каталога /boot.

Ниже приведены несколько комбинаций клавиш, значительно упрощающих работу в MidnightCommander. Лично я их использую постоянно, без них не тру :o)
На днях тюнил web-сервер, ибо он совсем плохой стал. Основывался на докладе Сысоева 2007 года, а так же man sysctl.conf, man loader.conf и т.д.
Понадобилось мне внезапно настроить экпортирование данных с сервера в сеть. NFS себя не оправдал в этой ситуации. Следующим пришел в голову экспорт при помощи GEOM_GATE,
вот о нем-то и пойдет речь. Итак, настраиваем прямой доступ к устройствам удаленного сервера.
После апдейта FreeBSD получаете сообщения вида:
/libexec/ld-elf.so.1: Shared object «libcrypt.so.3″ not found, required by «php»
Лечим так:
1. смотрим вывод команды ldconfig и создаем симлинк
ldconfig -r | grep 'crypt.'
18:-lcrypt.4 => /lib/libcrypt.so.4
192:-lcrypt.2 => /usr/local/lib/compat/libcrypt.so.2
ln -s /lib/libcrypt.so.4 /lib/libcrypt.so.3
2. Либо удаляем порт и инсталлим заново.
Сделал три скриптика для апдейта FreeBSD. Элементарных.
И скорее всего изобрел велосипед. Но мне подходит, а это главное:)