библиотека внуков снова заработала.

UPD: посоны - отбой. Они скурвились ;(

Для Арча подготовил вот такую инструкцию. Enjoy.

Есть у меня XBMC и там всё работает (там можно устройство вывода указать в конфиге).
А как быть со всемы остальными приложениями, которые для вывода звука используют стандартное устройство вывода ALSA? Как альсе сказать, что нужно играть через HDMI?

Перемещено post-factum из talks

Всем доброго дня.

Есть задача сделать авторизацию на unix машинах с помощью winAD аккаунтов. Собственно авторизация работает. Но хотелось бы как разграничить пользователей, а именно что бы была проверка присудствия в AD группе. Тоесть если человек есть в группе s1 то он может зачти на сервер s1, но не может зайти на s2. Вопрос: как это сделать ?

PS pam_groupdn прописывание лишь говорит при входе: You must be a msSFU30PosixMember of CN=.......... и соответсвенно все ранов пускает.

Добрый вечер, ЛОР! Нужен совет.

Задача такова: сотрудникам провайдера последней мили (интернет+телефония) нужно приложение, позволяющее рисовать и редактировать схемы сетей, наложенные на карту города. Схемы достаточно большие (город с населением полмиллиона человек, охват почти всей территории). В качестве подложки планируется брать карты ДубльГиса (либо нужна достаточно подробная альтернатива - предложения приветствуются), а поверх карты будут наноситься схемы прокладки кабельных линий (медь/оптика), распред. шкафы и т.п.

Операционная среда - GNU/Linux (CentOS 6.3 или Fedora 13/14 с Gnome 2 - принятый стандарт десктопа в нашей организации). Пока в качестве рисовалки схем планирую выбрать Dia. Если у кого есть опыт составления подобных схем - просьба поделиться. Возможно, есть другие приложения, более удобные для выполнения данной задачи. Словом, посоветуйте, кто что может. Хочется обеспечить сотрудникам наиболее удобную среду для работы.

После нескольких обсуждений и многочисленных критических высказываний в адрес systemd, у меня сложилось впечатления, что не все понимают в вопросе, о котором спорят. Как правило, против Поттеринга приводятся несущественные аргументы или эмоции, тогда как все аргументы уже давно им были высказаны безаппеляционно и по-существу (http://0pointer.de/blog/projects/why.html). Остановимся вкратце на killer-фиче «Socket-based Activation».

Традиционно в sysvinit извещение init о готовности сервиса был организован с помощью fork. Возьмем для примера rsyslogd и посмотрим, что происходит при его загрузке.

1)Init запускает bash, bash интерпретирует файл /etc/init.d/rsyslogd

2)Запускается бинарный файл /usr/sbin/rsyslogd

3)rsyslogd инициализирует себя, и в момент готовности к работе он делает fork. С этого момента вся деятельность происходит в дочернем процессе, а родительский немедленно умирает. Это делается для оповещения процесса bash, ожидающего возврата управления.

Если не обращать внимание на чудовищный по накладным расходам пункт 1, то, как видно, остается еще один замедляющий загрузку момент.

Системный вызов fork — один из самых затратных в ядре, поскольку, не смотря на copy-on-write, для дочернего процесса копируется практически все. Использование его всего лишь для оповещения — это как стрельба из пушки по воробьям. Здесь как нельзя лучше подходит выражение «broken by design». Такой способ запуска демонов считается классическим. Unix-way никто не отменял, просто глупо холить и лелеять подобные дурацкие традиции.

В systemd пункт 1 отсутствует полностью, а вместо fork() используется простая и незатратная посылка сообщения через сокет с помощью sendmsg.

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

Never seen before photos

Доступен релиз проекта CRIU 0.2 и развиваемого им инструментария CRtools, предоставляющих для Linux средства для манипуляции snapshot-ами приложений в пространстве пользователя. Разработанный в рамках проекта инструментарий позволяет организовать создание контрольных точкек или заморозки состояния для запущенных приложений и последующего восстановления работы с сохранённой позиции.

При помощи утилит CRtools можно не только замораживать процессы на одной системе, но и сохранить состояние одного или группы процессов, а затем возобновить работу с сохранённой позиции на другой машине без разрыва уже установленных сетевых соединений. Также можно сохранить состояние процесса, перезапустить систему и восстановить работу приложения с момента остановки. Из других областей применения технологии CRIU можно отметить Live-миграцию изолированных контейнеров, ускорение запуска медленных процессов (можно начать работу с состояния, сохранённого после инициализации), проведение обновлений ядра без перезапуска сервисов, периодическое сохранение состояния долговыполняемых вычислительных задач для возобновления работы в случае краха. В будущем не исключается создание на базе CRIU решений для миграции активных десктоп-сеансов с одной машины на другую.

Важными особенностями CRIU являются поддержка любых состояний процессов и возможность работы на немодифицированной ОС, содержащей стандартное ядро Linux и системные библиотеки. Создаваемые ранее аналогичные проекты обладали ограниченной поддержкой состояний процессов, требовали модификации ядра или системных библиотек. CRIU базируется на технологиях, уже присутствующих в современных ядрах Linux, и позволяющих обеспечить заморозку групп процессов и сессий, состояния маппинга памяти, нитей, открытых файлов, именованных и неименованных каналов, сокетов, TCP-соединений (позволяет обеспечить миграцию процесса без разрыва соединения), IPC и т.п. Из популярных приложений, для которых протестирована корректная заморозка, можно выделить MySQL, Apache, GCC, make, tar, bz2, в процессе обеспечение поддержки для sendmail, git, java, ssh/sshd.

Версия 0.2 примечательна добавлением начальной поддержки заморозки изолированных групп процессов (контейнеров), созданных с использованием инструментария LXC, манипулирующего такими возможностями ядра Linux, как cgroups для контроля за ресурсами и пространства имён для выполнения отдельных изолированных групп идентификаторов ФС, IPC, процессов, сетевого стека. Кроме поддержки LXC в новой версии также добавлена поддержка пакетных сокетов (RAW-сокеты семейства PF_PACKET) и заморозки состояния TTY, что позволяет останавливать не только серверные, но и полноценные консольные приложения.

В процессе обсуждения в списке разработчиков ядра Linux проект CRIU, а также инициативу продвижения в основное ядро Linux наработок компании Parallels, поддержало несколько ведущих разработчиков, в том числе Линус Торвальд и Эндрю Мортон, которые способствовали принятию в ядро патчей с функциональностью, необходимой для работы CRIU. Например, недавно в ядро был добавлен созданный в рамках проекта CRIU интерфейс для получения информации о сокетах или экспорта из ядра подробной информации о разделяемой памяти процессов, а также интерфейса для восстановления TCP-соединений c предварительно зафиксированной контрольной точки.

Интересно, что необходимость поддержки заморозки процессов назрела уже давно и даже была предпринята попытка добавить подобную функциональность в ядро, оформив её в виде одной большой подсистемы. Но такой подход вызвал волну критики со стороны известных разработчиков ядра, так как подобная подсистема сильно разрушает внутреннюю целостность ядра. Проект CRIU снял напряжение в сообществе, так как стало понятно, что можно делать эти вещи и без разрушительного воздействия на ядро.

Интерес к использованию CRIU выразили компании IBM и Google, начавшие экспериментировать с инструментарием CRtools. Что касается дистрибутивов Linux, то Debian уже включил CRtools в свой будущий релиз, в Fedora рассматривается запрос на добавление пакета, так же есть надежда, что Red Hat, который анонсировал поддержку LXC в RHEL7, включит инструментарий в свой дистрибутив.

http://www.opennet.ru/opennews/art.shtml?num=34958

Наткнулся на статью о тестировании производительности дисков и массивов: http://habrahabr.ru/post/154235/

Вкратце для труЪ ( хоть один да найдётся )

• использование для тестов утилиты fio. Перечисляется, что нельзя использовать ни в коем случае
• неплохой обзор теории

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

Я использую пульсаудио ради одной-единственной фичи: переключение между аудиодевайсами на лету. Всё, что мне нужно, это чтобы при подключении внешнего USB-ЦАПа он становился выходом по умолчанию, все имеющиеся потоки перекидывались на него, и все новые отправлялись туда же. Да, именно как в богомерзкой винде. Казалось бы, что может быть проще? Но не тут-то было... Несмотря на то, что у меня включен module-default-device-restore, который, вроде бы, за это отвечает, работает он в зависимости от фазы луны. Иногда подключенный ЦАП устанавливается по умолчанию, но все потоки, кроме перекинутых вручную, открываются не на нём, а иногда они, таки, открываются на нём, но он при этом не становится дефолтным. А иногда и вовсе ничего не происходит, закономерность выявить я не смог. Такое ощущение, что он пытается запоминать, что где было, но ему мешает запущенная стадия болезни Альцгеймера.
Этот бардак меня уже порядком достал, как и необходимость каждый раз вручную всё переключать. Как, в конце концов, вразумить этого слабоумного инвалида детства?

есть процесс, который запущен по ssh, надо его отправить в фон или screen, при этом не убивая этот сам процесс: http://storage7.static.itmages.ru/i/12/0920/h_1348144896_3711862_9b62353d69.png
нагуглил про retty, но что -то не получается:(

Господи, я понял, ЛОР! 8 лет. 8 чёртовых лет и я понял в чём фишка. Теперь я понял, теперь я понял всё. Это было похоже на озарение. Я просто нажал пару случайных клавиш на своём старом , добром, любимом DX7 и получил блюз. Раньше я брал в руки гитару, начинал перебирать струны и вместо мелодичного джема получал какофонию. Иногда мне удавалось нащупать удачное сочетание звуков и я мучил его весь день. Но, чаще всего, я просто наяривал огрызок какой-нибудь любимой мелодии по табулатуре, мне это быстро надоедало и я откладывал гитару на пару месяцев. Still in the Dark - чистая кварта вниз, большая терция вниз, большая секуда вверх, вниз. А ведь всё дело в гаммах. Вот она фишка. Гамма - это не просто упражнение для пальцев - это основа мелодии. Каждая мелодия написана в какой-то тональности. Все звуки в рамках гаммы звучат в тему. Пентатоника - это просто пять тонов на октаву, которые образуют гамму. Хексатоника - шесть тонов, блюзовая гамма состоит из шести тонов. Мажорная гамма основана на мажорном трезвучии, минорная - на минорном. Мажорное трезвучие - это большая терция + малая. Минорное - малая + большая. Блюзовая гамма строится на основе минорного трезвучия. Зная аппликатуру терции, октавы и других интервалов можно покрыть гаммой весь гриф и лабать блюз. Блюз можно наяривать до бесконечности - он никогда не надоедает. Чем больше наяриваешь - тем прямее руки, ведь вся игра на гитаре - суть надрочка рук. Существует сотни гамм и каждую нужно пощупать и прочувствовать. Конечно же музыкальная теория на этом не заканчивается - ещё так много нужно узнать, но изучения гамм мне хватит на ближайшие десять лет. Пойду спать.

есть такой файл:

# cat ./test.txt 
17/Sep/2012 2000
18/Sep/2012 3000
18/Sep/2012 1000
19/Sep/2012 2000
19/Sep/2012 3000
19/Sep/2012 1000
19/Sep/2012 2000
19/Sep/2012 3000

17/Sep/2012: 2000
18/Sep/2012: 4000
19/Sep/2012: 11000

Может есть какой поисковик специальный, который знает много центров сертификации?

Доброго времени суток.

Сабж. Ламерские бложики, повторяющие что «IPv6 - это круто», идут н@#$й стройными рядами. Интересует объяснение новых принципов работы с этим подарочком, особенно с упором на безопасность. Т.е. «как построить интырпрайз сеть на ipv6 и при этом не сесть в лужу»

Бумажные книги приветствуются. Псевдокнижные приложения под винду и ведроид с зондом is fine too.

Здравствуйте.

Подскажите, как получить в системе блочное устройство, представляющее раздел (partition) на loop0? Например, на loop0 цепляем файл, представляющий полный дамп жесткого диска, естественно, с таблицей разделов. А хочется смонтировать первый-второй-третий раздел с этого дампа. parted /dev/loop0 разделы видит без проблем.

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

 # загружаем модуль при запуске скрипта
source "raw.sh"

# при нажатии ^C модуль перезагружается
trap "source raw.sh" SIGINT

# цикл, который нельзя прерывать
# команда raw является функцией в модуле - в ней изменяемый код
while true; do raw ...; done

но такой финт не работает. может вы знаете другие способы вынести модифицируемый код в отдельное место, которое можно перезагружать и не останавливать выполнение основного скрипта?

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

написано

#!/bin/bash
a=666
echo "$a"

Кто пользовался, какие плюсы и минусы? Linux тут при том, что поставил freemind, но не знаю зачем.