Для создание виртуалок на базе Ubuntu Server рекомендую этот VDS-хостинг с SSD-дисками ДЦ в Москве, стабильность мне пока нравится (но я ими пользуюсь только третий месяц). Удобная панель, где самостоятельно можно пересоздать сервер + прописать свой публичный ключ, чтоб на сервер можно было войти сразу после его создания. А, главное, они дают 1 ГБ оперативной памяти за 250 руб. в месяц!

администрирование

Генератор списка репозиториев (/etc/sources.list) для Ubuntu

На Хабре подсмотрел анонс прикольного сервиса: http://repogen.simplylinux.ch/.

Это генератор списка репозиториев (/etc/sources.list) для любимой Ubuntu. Основной плюс, естественно в том, что в генерируемый список можно добавить много сторонних репозиториев, например, для Skype, FreeNX, VirtualBox, VLC и т.д.

Вы просто чекбоксами отмечаете какие репозитории вам нужны, выбираете версию ОС и язык вашей локали. Сайт генерирует вам список репозиториев и подсказывает какие ключи и с помощью каких команд (копируйте и вставляйте в консоль) установить, чтобы apt-get не ругался на ненадёжность источников.

Ротация логов веб-сервера Apache (и любых других логов тоже)

Логи (или журналы) хранят в себе ценную информацию, позволяющую понять, что, когда и как происходило в системе. Логи веб-сервера — это ещё и важный источник данных для аналитики (ну, там, исследование аудитории веб-ресурса, определение основных источников трафика и прочее, хотя сегодня для подобных целей мало серверных логов, надо ещё подключать Google Analytics и Яндекс.Метрику). Но есть проблема: если на веб-ресурс ходит немало посетителей (или если система долго трудится без присмотра администратора), то логи вырастают до гигантских объемов.

Для того, чтобы однажды диск столь «самостоятельной» системы не переполнился логами под завязку и эту самую стабильную систему не завалил, надо логи периодически подчищать. Но удалять их вручную или по планировщику — плохая идея, ведь самые свежие (последние добавленные) данные из логов, как правило, действительно нужны для мониторинга системы или веб-сайта. Перед удалением надо как-то сохранять последние версии логов. Процесс сохранения нескольких копий логов с удалением самой старой при создании самой новой копии — называется ротацией. Задача типовая, а потому для ротации логов есть несколько известных инструментов, но я остановился на logrotate.

Резервное копирование системы с помощью штатных средств

Чтобы создать бэкап всей системы, хватит команды:

sudo tar cvpzf /backup.tgz --exclude=/proc --exclude=/lost+found --exclude=/backup.tgz --exclude=/mnt --exclude=/sys /

Что, собственно,в ней заключено? С правами суперпользователя (sudo) создаём тарбол (tar с ключём c) и архивируем его архиватором gz (ключ z). При этом с помощью ключа --exclude исключаем из архива системные директории и файлы устройств и, конечно же, сам архив (чтобы он рекурсивно не начал паковаться сам в себя). В итоге, получаем в корне наш полный архив системы в файле backup.tgz.

Как его потом развернуть? Ну, во-первых, нужна будет всё-таки работающая система. Например, можно провести «читсую» установку (или же загрузиться с LiveCD). Будем считать, что у нас есть работающая система, в которой мы хотим развернуть наш архив. Хватит тоже одной команды:

tar xvpfz /backup.tgz -C /

Даунгрейд Ubuntu до старой версии дистрибутива

Один из наших читателей задал в комментариях интересный вопрос о том, как можно произвести даунгрейд дистрибутива Ubuntu, т.е. перейти с более свежей версии на более старую?

Вопрос кажется странным, но я могу легко придумать ситуацию его актуализирующую: под свежую версию нету какого-то нужного софта (о том, что «смотреть надо было заранее» или о перспективах сборки вручную — говорить тут не будем). Не знаю, зачем нашему читателю понадобилось провести такую операцию, но, оказывается, она вполне себе успешно осуществима.

Итак, общая идея метода состоит в том, чтобы в списке репозиториев (sources.list) указать старый дистрибутив и с помощью настроек менеджера пакетов apt, старому дистрибутиву дать более высокий приоритет.

Как в Linux вообще (и в Ubuntu, в частности) изменить текстовый редактор по умолчанию?

Когда у меня есть выбор, я выбираю Ubuntu или Debian, как бы осуждали меня поклонники более «низкоуровневых» дистрибутивов. Но приходится периодически действовать и под другими дистрибутивами, например, под CentOS. Жизнь заставила постичь азы vi, который в большинстве дистрибутивов является текстовым редактором по умолчанию (и против которого я ничего в общем-то и не имею), но руки уже как-то привыкли к nano. Этот маленький и лёгкий редактор имеется во всех современных репозиториях, установить его легко и просто, но вот поверить систему в его умолчальность придётся заставить.

Как отформатировать USB-флешку (USB-стик, свисток и пр.) в Ubuntu?

Также поискать съемный диск можно было с помощью команды:
sudo fdisk -l

Среди информации обо всех дисках, наверняка увидите и вашу флешку (например, по объему она будет явно отличаться от жестких дисков).

Если флешка примонтировалась автоматически, чего и происходит по умолчанию, то сначала нужно её отмонтировать (примонтированный раздел система форматировать не даст):
sudo umount /dev/sdg1

А затем можно и форматировать:
sudo mkdosfs -F 32 /dev/sdg1

Готово, пользуйтесь.

Если хочется проделать всё тоже самое, но с использованием графической утилиты, то GParted вам в помощь.

Управление режимами энергосбережения монитора по VESA DPMS из консольного режима

Нормальное состояние для сервера шуршать вентиляторами где-нибудь если не в стойке, то в укромном углу. Добираются до него обычно с удалённой консоли и монитор постоянно к такой машине тоже не подключен (разве что KVM). Однако, серверы бывают разные, в том числе и домашние. Брать KVM для локального доступа к домашнему серверу обычно не хочется (несколько десятков долларов, лишнии провода с коробочкой самого переключателя — не сильно приятные атрибуты). И тут на помощь приходят современные мониторы, имеющие пару входов (2 VGA или VGA и DVI, к последнему обычно подключен основной компьютер, в то время как аналоговый разъём пустует). В общем, если у вас сравнительно новый монитор, то почти гарантировано устройство вывода у вас имеется, ну, а, компактную клавиатуру для ввода запрятать куда-то не сложнее, чем коробочку KVM-свича.

Но тут возникает интересная проблема: когда вы отключите ваш основной компьютер, то разумный монитор проверит нет ли сигнала на втором входе. На втором входе сигнал (экран с запросом логина или «чёрный экран») скорее всего будет, а потому монитор вместе с основным компьютером не выключится, а займётся демонстрацией консоли сервера. Не руками же каждый раз включать и выключать монитор?

RSS-материал